它提升的不是模型上限,而是项目成功率。
- 帮助客户知道先补什么。
- 帮助实施知道当前卡在哪里。
- 帮助产品把“效果问题”拆成可治理的接入问题。
这不是再加一个文档页,而是给宿主技术团队和实施团队的一套接入治理工具。目标不是讲概念,而是帮助客户更快补齐字段、权限、知识和动作协议,把 Ziin 从能接上推进到能用好。
这里统一按一套话术推进:宿主先补 availableActions,再由前端接动作白名单,最后用/embed 验证 navigate、scroll_to、focus_field、open_dialog是否真的让页面发生变化。
勾选你们当前已经具备的字段、能力和资料,页面会直接估算当前接入成熟度,并给出下一步建议。这不是最终评估报告,但足够帮助客户快速判断现在差什么。
这几项会带进导出的资料模板和后台评估链接,方便直接进入实施动作。
Value
让宿主技术团队知道先给什么、缺什么、先补哪一块最值钱,不再靠反复口头解释。
把字段缺口、权限缺口、动作协议缺口直接暴露出来,减少来回联调和猜测。
优先补 route、pageId、permissionCodes、errors、availableActions,让回答更快贴近当前页面。
把每个客户的实施过程沉淀成标准方法,不再每个项目从零摸索。
Modules
检查 softwareId、tenantId、userId、route、pageTitle、pageId、permissionCodes 是否齐全,并提示缺口影响。
基于真实 query 统计 route、permissionCodes、formState、recordId、availableActions 的覆盖情况。
引导宿主导入 menuNodes、permissionPoints,避免系统会答但不知道入口和权限边界。
从真实用户提问里提取“客户资料 -> 客户管理”“开账号 -> 用户管理”这类非标表达。
根据真实评估数据自动生成宿主整改草稿,让客户知道接下来该找谁补什么。
未来作为辅助功能,用测试环境录制操作路径、按钮、表单和显性错误提示,但不作为生产主依赖。
Flow
Output
Boundary