跳到主要内容

Sync: Open-cowork FinClaw Collaboration Input

日期：2026-05-09 来源项目 / 材料：FinClaw Program Controller、Labs-FinTecAI-Gov 目标 open-cowork 迭代会话：019e09cb-7e25-7550-8b3d-6e24761d969f 当前状态：Input Candidate for Next Iteration

1. 触发背景​

open-cowork 当前正在进行 V3 版本迭代。FinClaw 即将进入从上位产品定义、参考材料和现有工程仓库之间做工程对齐的阶段。

该阶段需要多人、多 Agent、跨仓库协作能力，但不应把 Labs-FinTecAI-Gov 变成日常任务管理系统。因此需要把对 open-cowork 的协同需求提前整理为下一迭代输入。

2. 目标协作场景​

open-cowork 后续应能承接以下类型工作：

  1. 从 Labs-FinTecAI-Gov 读取上游产品 / MVP / 边界事实；
  2. 从工程仓库读取当前实现、测试和运行证据；
  3. 生成工程对齐报告；
  4. 拆解出可领取的工程调整任务；
  5. 记录执行证据、评审结论和验收状态；
  6. 将稳定事实变化回写为 Labs-FinTecAI-Gov 的 sync / escalation / 正式文档更新候选。

3. open-cowork 不应承担的职责​

open-cowork 不应替代：

  • ecosystem owner 的产品边界裁决；
  • Labs-FinTecAI-Gov 的正式事实源职责；
  • 工程仓库的代码、测试和运行证据承载；
  • Program Controller 的跨材料控制台角色。

open-cowork 的边界应是执行协同、任务契约、证据链、评审和验收，而不是重写生态知识库。

4. 建议能力需求​

4.1 上游事实源绑定​

需要支持一个工作包明确声明：

  • 上游事实源仓库：/Users/mlabs/Programs/Labs-FinTecAI
  • 目标工程仓库：/Users/mlabs/Programs/fin-claw
  • 权威文档列表；
  • 参考材料列表；
  • 验收文档列表。

4.2 工程对齐工作包​

需要支持一种工作包类型或模板，用于描述：

  • 当前工程状态；
  • 上游产品 / MVP 目标；
  • 差异清单；
  • 可保留资产；
  • 必须调整项；
  • 待裁决问题；
  • 验收证据。

4.3 证据回写​

需要支持执行完成后输出：

  • 工程仓库 commit / branch / test evidence；
  • 对齐报告；
  • 哪些结论需要回写 Labs-FinTecAI-Gov；
  • 哪些问题需要转 sync 或 escalation；
  • 哪些事项只留在工程仓库内部。

4.4 角色分层​

建议 open-cowork 能显式区分：

  • ecosystem owner：产品边界和生态事实最终接受者；
  • program controller：跨材料与跨仓库控制台；
  • project owner：工程落地负责人；
  • executor agents：执行具体任务；
  • reviewer / verifier：验收和证据检查。

4.5 多产品复用​

该模式不应只为 FinClaw 定制。后续 Data Horizon / 数据视界、AI Trading Matrix、Reinforcement Learning Engine、Financial Expert Foundation Model 也会各自拥有 Program Controller 会话。

因此 open-cowork 的模型应支持：

  • 多产品 program controller；
  • 多工程仓库；
  • 共用上游生态事实源；
  • 每个产品独立执行，但可向同一生态层回写 sync / escalation。

5. 第一批 FinClaw 工作包候选​

待 V3 迭代完成后，可考虑以下工作包：

  1. FinClaw MVP Engineering Alignment 对齐 /Users/mlabs/Programs/fin-claw 与 Labs-FinTecAI-Gov 中的 MVP 定义。

  2. FinClaw Existing PRD Reconciliation 判断 /Users/mlabs/Programs/fin-claw/docs/FinClaw_MVP_PRD.md 与新上位文档之间的继承、偏差和废弃关系。

  3. FinClaw Reference Absorption Check 检查 references/finclaw/* 中哪些参考判断已经进入工程或产品定义，哪些仍待吸收。

  4. FinClaw MVP Acceptance Evidence Plan 定义第一阶段 MVP 的最小工程验收证据，包括运行、测试、核心用户流和输出对象检查。

6. 验收标准​

open-cowork 后续若承接 FinClaw 协作，应至少能证明：

  • 每个任务能追溯到上游事实源；
  • 每个工程变更能给出证据；
  • 每个被接受的结论能说明是否需要回写 Labs-FinTecAI-Gov；
  • 不把工程细节写回生态事实源；
  • 不把生态事实源变成日常 backlog。

7. 吸收状态​

本文档是 open-cowork 下一迭代需求输入候选。等 V3 完成后，应由 open-cowork 迭代会话决定是否转为正式 spec、work packet 模板或实现计划。