Skip to content

从模型语义到真实交付 ​

本页是架构设计与系统思考的总览入口;按能力看机制从模块维度开始,研发验证与工程记忆见AI Agent 研发工程实践。金融业务相关的跨分类文章另见金融专题。

架构导读更新:2026-10-21 · 基于已经公开的工程文章整理,不是私有代码的实时验收证明。

这一套 Agent 的关键变化不是接入了更多工具,而是逐渐弄清了:谁提出研究判断,谁批准动作,谁保存事实,谁能够宣布交付。

一次问题的六层视角 ​

层要回答的问题主要边界
01 · 交互与研究驱动用户到底要求什么,是否需要进入研究?Entry / Main Loop / Root-owned Subagent
02 · 上下文与方法哪些材料可以交给模型,哪些方法按需启用?Projector / Skill / Memory
03 · 能力接入与执行模型提出的调用何时变成真实动作?Host / Run 授权 / MCP / Hook
04 · 证据与计算搜到的信息是否完整、可追溯、可复算?Web / PDF / 资料身份 / Python / 确定性计算
05 · 交付与连续性生成了文字是否就等于用户收到?Publication / Client / Recovery / Task
06 · 观测与评测发生了什么,是否真正解决用户问题?Trace / Evidence / Evals

39 个能力 Owner 与主要交接

模块口径统一为 39 个能力 Owner,见交互架构图册。模块拥有完整能力及其负责效果的最终裁决权;Runtime 是执行体系,阅读分组不取得父级裁决权。六层文章的 26 个环节继续用于解释一次研究的路径,不作为模块计数。详细交接见系统全景文章。

三条贯穿整套系统的原则 ​

模型负责语义,运行时负责客观事实。 模型适合研究、解释、提出下一步。Host/Runtime 应基于显式授权、真实工具结果和持久化回执管理执行状态,而不是从自然语言中猜一个状态机。

提议、批准、执行、实际效果是四种不同的事实。 提议一个 Tool Call 不代表已获准;执行成功不代表效果已经被接纳;正文生成也不代表正文已经发布到可重读的历史里。

升级靠替代旧结构,而不是无限叠加护栏。 增加一个机制时,必须知道它属于哪个 Owner、替代掉什么、怎样回退,以及有什么可验证的净增益。

从这些专题继续深入 ​

进一步阅读 ​

架构原则速查单独维护稳定的判断标准;系统可靠性与验证收入反馈归因、任务收敛与跨模块治理。完整正文和模块间交接仍以各文章的具体取材窗口为准。

2026-10-20 的 Owner 深化 ​

收尾阶段、请求意图和结束投影已收拢到既有 A06,没有新增 Finalizer。A23/A16/A22 将模型直接 HTML 与 Python 工作区 HTML 接入共享内容准备、结果引用、Artifact 保存及认证下载,删除专用周报生成/renderer;直接 HTML 无 Python/Docker 或先发文字前置。

A07 的 Child 技术终态与 A24 的历史/辅助恢复读取边界完成各自窄范围归档。A18 的 DeepSeek Search/Fetch 是既有能力的可选适配,不是新的模块。模块口径现在为 39 项;新增 A33 精确数值运算,只负责显式十进制与舍入残差,不继承金融公式、来源或正文发布权,具体关系与当前限制统一看架构图册。

连续 Child HTML 交接、同 Run 已保存结果回读、周报历史/比较资格和更广质量验收仍在推进;写作预告记录文章缺口,不能拿文章或未提交原型当作产品关闭证明。

历史文稿的判断需要保留时点。 例如早期 RAG 撤权、授权与发布合同可能已经随架构调整,不应用旧文章给新合同背书。

这是一份公开可读的架构理解索引。私有项目里的测试报告、状态台账、研发日志和未审定草稿没有被复制到这里。

与个人博客并行:这里按问题连续阅读,博客保留时间线。