架构设计与系统思考
WHY IT WORKS · 24 篇 · 4 个主题
从一次技术取舍的背后看系统：模型和 Runtime 各能做什么？谁最终裁决？为什么有些机制应该被删除而不是继续叠加？怎样证明用户目标真的完成？
关注的是跨模块的权责与演进，而不是重复每个工具的使用说明。
START HERE · 两篇首要必读
两层架构判断： 九条核心原则与七组外围方法用于快速找设计边界；核心原则谨慎增加，五不、四问、证据传递、分期交付和验证方法则按需取用。阅读现有五不与系统演化、Context 压缩和否决权治理，再看尚待取材的文章预告。
新增原则深读： 局部改善不等于整体进步——从 50 条持仓只进了 20 条模型输入，到 Trace 缺失和 Judge 格式修复，讲清如何核实修复是否真正传导到完整研究，并考虑代价与反例。
可靠性案例： 模型失败之后，Agent 怎么继续？——故障域感知选路、原 Run 授权与预算、数据披露和恢复身份；讨论受控继续，不承诺已经实现生产无感高可用。
金融科技案例： 一份周报过去后，Agent 还记得当初为什么这样判断吗？——历史事实、原始 Investment Thesis 和用户修正的不同归属；投研 Agent 的关键不是多调用工具则通过 Main、原生 Loop、金融时点、证据链和真实交付解释研究为何能够修正判断。两篇均可从金融科技 × Agent 精选进入。
入门路线： 六层系统全景 → 模型会理解，代码才授权 → 收回散落的否决权 → 代码越来越便宜，为什么系统却越来越难升级？ → 失败诊断与反馈误归因。
按照 Roadmap 的战略重点，下面按四条阅读路径组织：「深度持续研究」聚焦后台异步、交付与恢复；「Subagent 与专家」聚焦多视角协作；「金融与工程」聚焦可信金融事实与工程质量；「其他」保留系统全景与基础设计边界。这是文章组织方式，不代表 Roadmap 中的规划能力均已上线。模块机制仍在模块维度，工程研发流程仍在研发工程实践。
深度持续研究
后台异步研究、阶段交付、持久恢复和历史论点连续性：让复杂研究跨时间真正完成。
Subagent 与专家
从多视角研究和有界对抗，到专业化协作、独立交接与 Main 综合。
金融与工程
金融事实、数字与引用的可信性，以及架构演化、故障归因和端到端质量。
其他
系统全景和通用架构基础：模型与 Runtime 的边界、授权和 Owner 职责。
工程参考和延伸阅读
- Agent 架构原则速查：用于设计、Review 与重构时快速核对 Owner、净收益、演化与验证
- AI Agent 研发工程实践：Spec、Evidence、文档按需加载、History、真实评测与任务收敛均已独立收录
- 金融科技 × Agent：金融边界、数字复算、可信证据与金融 MCP 的跨分类阅读路径
并发交互案例：想聊就聊——Personal Agent 的委托、插问与调整如何共享一段对话。