产品指出文档没讲 agent 是怎么形成的。代码里 `buildSystemPrompt` 就是一个纯函数:
权限位 → ④角色 / ⑤现场 / 工具清单,①②③ 与谁登录无关
return [IDENTITY, EVIDENCE, voice, role, scene].join('\n\n')
**没有 agent 对象、没有实例、没有状态** —— 每次请求现拼一份字符串,工具也按权限现注册。
⇒ 补一节讲清三个后果:
· 换个账号登录**它就是另一个助手**,⛔ 不是"同一个助手换了套权限"
· **不登录就是一块白板**(现在没这种场景,但结构上就是如此)
· 加一条新业务线 = 多一个 ⑤,前四层一个字不动
⚠ ️ 并点出一个平时容易忘的推论:**它没有"记性"** —— 不是存着状态的对象,
所以主管在确认单上动过手之后,助手**必须重新去看那张单**,
⛔ 不能拿出方案那一版的数接着算(这正是「看当前确认单」那个工具存在的理由)。
顺带删掉原来那条「一个开关驱动三样东西」的 Callout —— 新那节已经把它讲全了。
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
| Name |
Last commit
|
Last update |
|---|---|---|
| .. | ||
| algorithms | Loading commit data... | |
| api | Loading commit data... | |
| architecture | Loading commit data... | |
| design | Loading commit data... | |
| integration | Loading commit data... | |
| start | Loading commit data... | |
| canonical-fields.mdx | Loading commit data... | |
| data-extraction.mdx | Loading commit data... | |
| data-reconciliation.mdx | Loading commit data... | |
| deploy-runbook.mdx | Loading commit data... | |
| deployment.mdx | Loading commit data... | |
| design-system.mdx | Loading commit data... | |
| error-codes.mdx | Loading commit data... | |
| event-enums.mdx | Loading commit data... | |
| ingestion.mdx | Loading commit data... | |
| meta.json | Loading commit data... | |
| monitoring.mdx | Loading commit data... | |
| troubleshooting.mdx | Loading commit data... |