御 · Fulcrum

它是什么

御（Fulcrum）是林爝面向 Maple 的智能组织与执行产品。它不是重明（Horus）的中文名，也不是另一套任务数据库；它位于重明、偃、爟与燮等能力之上，把原本分散的操作组织成一次自然协作：提出目标、建立任务、招募角色、分配写入权、选择模型、持续推进、验证结果、处理审查意见，并把真正需要 Maple 决定的内容集中呈现。

Fulcrum 取“支点”之意：模型能力不断变化，真正稀缺的是方向、注意力、可验证交付和组织方式。御要做的，是让一个人能够用有限注意力驾驭一支动态形成的数字团队。

与底层能力的关系

御不复制这些事实源。它读取并组织它们，让 Maple 看到一条聚焦的工作主线，而不是代理之间所有点对点消息。

当前阶段

当前已经具备对话、运行、任务、投递、模型路由和部分 Horus 控制面的基础能力，但“建立任务 → Leader 招募角色 → 独立 worktree → ownership → 开发与验证 → PR/CI → CompletionReceipt”的完整日用流程仍未连成一次自然操作。因此，御目前是已经明确的产品方向，尚未完成的纵向体验。

第一阶段不新增第二套持久 Team 数据库。Horus 先通过只读投影呈现 Conversation、AgentRun、RunParticipation、Task、Event、ownership、Git state 与 CompletionReceipt；待真实使用证明需要后，再决定哪些概念值得成为新的持久实体。

设计原则

• Maple 只看与自己相关、需要决定或已经交付的信息；Agent 间点对点沟通默认隔离。
• 一个目标只有一名 Commander；多个领域 Leader 只管理明确分区。
• 每张可写任务只有一名 active writer，写入范围包含 repo、worktree、branch、path、base 和 head。
• Reviewer 只报告 finding；修复由独立 RepairTask 和 Developer 承担。
• 本地完成语义验证，CI 重点验证干净安装、构建、打包、兼容和发布环境。
• 所有“完成”必须能追到 exact SHA、测试、审查、PR/CI 和 CompletionReceipt。

后续验证

御是否真正成立，不以页面数量衡量，而以 Maple 的注意力负担衡量：每天需要手工协调多少次、多少事件遗漏、任务恢复是否成功、从 finding 到修复用了多久、信息是否能在第一屏被理解。达到这些条件后，御才从架构名称变成真正可用的产品。