准备阶段任务 Register
状态: Working / 待吸收 最后更新: 2026-05-14 文档级别: Governance / Historical checklist Owner: Labs-FinTecAI Admin
0. 当前处理口径
本文不是当前正式事实源、启动计划或实施路线图。
它是准备阶段遗留问题的任务 register，用于把早期“生态拆分、项目边界、接口、就绪条件”问题转成可被 Controller 或后续 rewrite packet 吸收的检查项。
当前权威口径应以后续已收束文档为准:
- 生态级基线:
baseline/03-current-baseline.md - 项目注册表:
registry/project-registry.md - 项目级事实源:
projects/*/{project-anchor,inherited-context,current-state,CONTEXT}.md
本文的保留价值是:
- 作为准备阶段任务和接口问题的历史工作地图；
- 作为后续重写
Data Horizon / 数据视界、AI Trading Matrix、Reinforcement Learning Engine、Financial Expert Foundation Model项目文档时的吸收检查清单； - 作为判断哪些早期治理内容已被正式文档吸收、哪些仍待压缩归档的参考。
1. 读取规则
读者只需要判断三件事：
- 某个早期问题是否已经进入正式事实源；
- 如果尚未进入，应该由哪个 Controller 或后续 packet 承接；
- 如果不再有价值，是否可以在后续归档批次中关闭。
本文不应被用来证明项目已经启动、路线图已经批准、或生态协同已经落地。
2. 状态词表
| 状态 | 含义 |
|---|---|
absorbed | 已进入更权威的 baseline、registry、project fact source 或 governance 文档。 |
controller-owned | 需要由对应项目 Controller 在项目层 audit / rewrite 中承接。 |
admin-owned | 仍属于 Admin 公共治理层待处理项。 |
blocked | 需要项目定义、用户授权、工程承接或真实证据后才能推进。 |
candidate-archive | 已主要被吸收，只保留历史追溯价值，后续可归档或降级。 |
3. 生态级任务 Register
| ID | 任务 | Owner | 状态 | 输入 | 输出 | 验收标准 | Blocked reason / 下一步 |
|---|---|---|---|---|---|---|---|
| E1 | 锁定生态系统级拆分 | Admin | absorbed | 五项目能力层拆分；生态基线；项目注册表 | 稳定的 3 + 2 生态结构 | baseline/03-current-baseline.md 和 registry/project-registry.md 已能解释五个对象的角色和边界 | 后续只在项目层发现重大冲突时重开 |
| E2 | 明确核心相邻接口 | Admin + Project Controllers | controller-owned | Data Horizon / FinClaw / AI Trading Matrix / RLE / FEFM 的上下游关系 | 项目层 interface note 或 rewrite packet | 每个接口至少有 upstream input、downstream output、boundary line、handoff evidence | 需要 Batch 8C 项目层 audit 后分配到具体 Controller |
| E3 | 定义生态系统有效性测试 | Admin + Evaluation owner | admin-owned | 边界有效性、接口有效性、反馈有效性 | 生态级 readiness / evaluation checklist | 每个测试能落到具体项目对或接口，而不是只停留在原则 | 需要与 evaluation/ 文档体系 audit 对齐 |
| E4 | 防止角色坍缩 | Admin + Project Controllers | absorbed | 项目锚点、注册表、生态基线 | 每个项目的 owns / does-not-own 边界 | 项目事实源能说明“拥有什么”和“明确不拥有什么” | Batch 8C 需检查项目层是否仍保留该边界 |
4. 项目层任务 Register
4.1 Data Horizon / 数据视界
| ID | 任务 | Owner | 状态 | 输入 | 输出 | 验收标准 | Blocked reason / 下一步 |
|---|---|---|---|---|---|---|---|
| DH-1 | 定义首阶段感知范围 | Data Horizon Controller | controller-owned | 生态基线；项目注册表；上游信息类型 | 项目 anchor / current-state rewrite | 明确首阶段覆盖哪些信息、事件、实体和时间线 | 等 Batch 8C 项目层 audit |
| DH-2 | 定义下游输出形态 | Data Horizon Controller | controller-owned | FinClaw 接口需求；信息组织边界 | 输出样例或 handoff schema | 有至少一个面向下游的结构化输出示例 | 等 Batch 8C / 8E rewrite packet |
| DH-3 | 澄清与 FinClaw 的边界 | Data Horizon Controller + FinClaw Controller | controller-owned | 感知 / 认知边界 | Interface I1 note | 说明结构化、过滤、解释分别发生在哪里 | 等项目 Controller 协同 |
| DH-4 | 说明独立产品价值 | Data Horizon Controller | blocked | 首位用户假设；替代方案；产品形态 | 项目定义或 MVP note | 能解释不依赖 FinClaw 时仍成立的用户价值 | 需要项目 owner 或 PM 输入 |
4.2 FinClaw
| ID | 任务 | Owner | 状态 | 输入 | 输出 | 验收标准 | Blocked reason / 下一步 |
|---|---|---|---|---|---|---|---|
| FC-1 | 定义首阶段认知范围 | FinClaw Controller | absorbed | FinClaw project fact sources | 项目 anchor / product definition | 能区分研究、判断、决策支持和执行 | Batch 8C 仍需复核正文是否低上下文可读 |
| FC-2 | 定义结构化认知输出 | FinClaw Controller | controller-owned | 当前项目文档；evaluation cases | 输出对象示例、JSON 示例、评测样例 | 至少有一个完整正例和失败边界 | 等 Batch 8C / 8E |
| FC-3 | 澄清与 Data Horizon 边界 | FinClaw Controller + Data Horizon Controller | controller-owned | Interface I1 | Interface note | FinClaw 不补造上游感知事实；Data Horizon 不承担金融解释 | 等项目 Controller 协同 |
| FC-4 | 澄清与 AI Trading Matrix 边界 | FinClaw Controller + Trading Matrix Controller | controller-owned | Interface I2 | Interface note | FinClaw 输出认知和执行前检查，不直接执行 | 等项目 Controller 协同 |
| FC-5 | 说明独立产品价值 | FinClaw Controller | controller-owned | FinClaw product definition | 项目 MVP / acceptance note | 有首位用户、任务场景、成功指标和 kill criteria | 等 Batch 8C 项目层 audit |
4.3 AI Trading Matrix
| ID | 任务 | Owner | 状态 | 输入 | 输出 | 验收标准 | Blocked reason / 下一步 |
|---|---|---|---|---|---|---|---|
| TM-1 | 定义首阶段执行支持范围 | Trading Matrix Controller | controller-owned | 生态基线；项目注册表 | 项目 anchor / current-state rewrite | 明确 advisory、suggestion、execution support 和 direct execution 的边界 | 等 Batch 8C |
| TM-2 | 定义辅助、建议与行动边界 | Trading Matrix Controller | controller-owned | FinClaw 输出边界；风险治理假设 | Boundary note | 说明何时只是辅助、何时进入执行支持、何时必须人工授权 | 等 Batch 8E rewrite packet |
| TM-3 | 定义流向学习层的反馈输出 | Trading Matrix Controller + RLE Controller | blocked | 真实工作流结果；用户反馈；交易后记录 | Feedback schema candidate | 有最小反馈对象和不收集范围 | 需要真实执行 / 模拟 evidence |
| TM-4 | 澄清独立产品价值 | Trading Matrix Controller | blocked | 首位用户假设；交易工作流；风险约束 | 项目定义或 MVP note | 能解释不依赖完整生态闭环时的可用场景 | 需要项目 owner 或 PM 输入 |
4.4 Reinforcement Learning Engine
| ID | 任务 | Owner | 状态 | 输入 | 输出 | 验收标准 | Blocked reason / 下一步 |
|---|---|---|---|---|---|---|---|
| RLE-1 | 定义首阶段反馈信号 | RLE Controller | blocked | 前台产品真实或模拟结果 | Feedback signal register | 明确哪些结果、错误、案例和用户反馈值得捕获 | 缺少足够真实使用数据 |
| RLE-2 | 定义首阶段学习回路 | RLE Controller | blocked | Feedback signal register | Learning loop note | 至少说明本地改进、生态共享和模型沉淀的分流 | 等 RLE-1 |
| RLE-3 | 定义与三个前端系统的接口 | RLE Controller + Project Controllers | controller-owned | Data Horizon / FinClaw / Trading Matrix 项目事实源 | Interface note set | 每个前端系统都有最小反馈输入条件 | 等 Batch 8C 项目 audit |
| RLE-4 | 区分学习层与模型层 | RLE Controller + FEFM Controller | admin-owned | Interface I4；模型能力路线 | Boundary note | 学习回路优化和模型能力沉淀有明确分界 | 等 FEFM 状态复核 |
4.5 Financial Expert Foundation Model
| ID | 任务 | Owner | 状态 | 输入 | 输出 | 验收标准 | Blocked reason / 下一步 |
|---|---|---|---|---|---|---|---|
| FEFM-1 | 定义首阶段能力目标 | FEFM Controller | blocked | 前台产品任务、评测样例、反馈数据 | Capability agenda | 能说明哪些能力必须模型级解决，哪些仍属于产品层 | 缺少足够任务和评测输入 |
| FEFM-2 | 澄清与通用 LLM 的关系 | FEFM Controller | admin-owned | 生态基线；模型能力假设 | Boundary note | 明确 domain adaptation、eval、data flywheel 的近中期位置 | 等 evaluation audit |
| FEFM-3 | 定义数据 / 评估 / 反馈要求 | FEFM Controller + Evaluation owner | blocked | 前台产品 feedback schema | Data and eval requirement note | 有最小数据来源、评测任务、不可用数据和隐私边界 | 等真实产品反馈 |
| FEFM-4 | 澄清与 RLE 的关系 | FEFM Controller + RLE Controller | admin-owned | Interface I4 | Interface note | 说明哪些学习成果留在工作流，哪些沉淀为模型能力 | 等 RLE 状态复核 |
5. 优先接口 Register
| ID | 接口 | Owner | 状态 | 输入 | 输出 | 验收标准 | Blocked reason / 下一步 |
|---|---|---|---|---|---|---|---|
| I1 | Data Horizon / 数据视界 -> FinClaw | Data Horizon Controller + FinClaw Controller | controller-owned | DH 输出形态；FinClaw 输入要求 | Interface I1 note | 说明上游感知输出、结构化程度、认知开始点和禁止越界事项 | 等 Batch 8C 分项目 audit |
| I2 | FinClaw -> AI Trading Matrix | FinClaw Controller + Trading Matrix Controller | controller-owned | FinClaw 认知对象；Trading Matrix 执行支持范围 | Interface I2 note | 说明认知产物、执行支持输入、建议边界和治理约束入口 | 等 Batch 8C / 8D |
| I3 | AI Trading Matrix -> Reinforcement Learning Engine | Trading Matrix Controller + RLE Controller | blocked | 执行支持结果；反馈事件 | Interface I3 note / feedback schema | 区分有用反馈、普通遥测、本地改进和生态共享 | 需要真实或模拟工作流证据 |
| I4 | Reinforcement Learning Engine -> Financial Expert Foundation Model | RLE Controller + FEFM Controller | blocked | 学习成果；评估记录；高价值案例 | Interface I4 note | 区分工作流优化、模型适配和长期能力建设 | 需要 RLE / FEFM 触发条件更清晰 |
6. 准备顺序
| 顺序 | 工作 | Owner | 验收 |
|---|---|---|---|
| A1 | 复核五项目能力层拆分 | Admin | 无重大冲突；若有冲突，更新 registry / baseline |
| A2 | 复核 Data Horizon -> FinClaw 边界 | Data Horizon Controller + FinClaw Controller | Interface I1 note 可被两个项目引用 |
| A3 | 复核 FinClaw -> AI Trading Matrix 边界 | FinClaw Controller + Trading Matrix Controller | Interface I2 note 可被两个项目引用 |
| B1 | 定义 Trading Matrix -> RLE 反馈输入 | Trading Matrix Controller + RLE Controller | 有最小 feedback schema candidate |
| B2 | 定义 RLE -> FEFM 能力沉淀边界 | RLE Controller + FEFM Controller | 有模型能力沉淀判断规则 |
| C1 | 每个项目生成启动问题清单 | Project Controllers | 每个项目至少有 owner、input、output、acceptance、blocked reason |
| C2 | 建立生态系统级就绪检查清单 | Admin + Evaluation owner | checklist 能区分文档对齐、产品证据、工程承接和发布证据 |
7. 什么应算作进展
只有以下产出应被登记为进展：
- 某个任务进入正式事实源，并能给出目标文档链接；
- 某个 Controller 接手并给出项目层 audit / rewrite packet；
- 某个接口形成可引用的 interface note 或 schema candidate；
- 某个 blocked reason 被解除，并有新的 evidence；
- 某个历史任务被明确归档或放弃，并给出理由。
以下事项不应算作进展：
- 仅重述生态愿景；
- 仅把任务从一份文档复制到另一份文档；
- 仅完成 build、发布或 manifest 吸收；
- 仅完成 Controller pickup 登记但没有项目层任务承接；
- 仅扩大文档篇幅而没有 owner、input、output、acceptance 和 evidence。
8. 当前吸收判断
截至 2026-05-14，本文的吸收状态如下：
| 内容 | 吸收判断 | 证据 |
|---|---|---|
| 五项目能力层拆分 | 已吸收 | baseline/03-current-baseline.md、registry/project-registry.md |
| 防止角色坍缩原则 | 已吸收但需项目层复核 | 生态基线、项目注册表、FinClaw 项目层文档 |
| FinClaw 认知层任务与边界 | 已部分吸收 | projects/finclaw/ 项目级事实源 |
| 材料进入正式事实源规则 | 已吸收 | governance/material-intake-policy.md |
| Data Horizon / Trading Matrix / RLE / FEFM 的准备问题 | 待项目层吸收 | Batch 8C 项目层文档体系 audit |
| 四组优先接口问题 | 待 interface note 承接 | Batch 8C / 8E |
| 生态系统级就绪检查清单 | 待 Evaluation / Admin 承接 | 后续 evaluation 层 audit |
9. 后续处理
- Batch 8C 项目层 audit 必须读取本 register 中
controller-owned和blocked条目； - Batch 8E 项目层 rewrite packet 应把本 register 的相关任务吸收为项目级 owner / input / output / acceptance；
- 若所有
controller-owned和blocked条目均被吸收、放弃或归档，本文可降级为历史治理材料； - 在那之前，不得用本文证明准备阶段任务已经完成。