Sync: Labs-FinTecAI Feedback Root-Cause Register
- 日期：2026-05-14
- Owner：Labs-FinTecAI Admin
- Lane：
knowledge-refactor - 批次：Batch 8A
- 状态：Active
1. 目的
Batch 8A 将“团队成员重构前反馈问题及其根因是否逐条解决”拆成可验收 register。
本 register 不声明所有反馈已经解决。它只完成三件事：
- 把当前可证实的反馈 / 问题登记为编号；
- 为每条反馈登记根因、已有处理、缺口、owner 和状态；
- 标出哪些反馈仍缺少原始来源，不能被标记为 resolved。
2. 来源分级
| 来源级别 | 含义 | 本批处理 |
|---|---|---|
recorded | 已在仓库 packet、checkpoint、state 或当前 Admin 会话中明确出现 | 可进入 register 并分配状态 |
synthesized | 由多个已记录问题归纳出的系统性根因 | 可作为 root cause，但不得替代原始反馈 |
needs-source | 只有概括性描述，缺少原始反馈人、上下文或原文 | 只能标记为 intake gap |
partial-source | 已有原始材料，但只覆盖部分来源或部分证据样本 | 可登记为系统性反馈，不得外推为全团队闭环，也不得把证据入口误当作问题边界 |
用户已在 2026-05-14 补充 check-qa.md。它以 projects/finclaw/ 阅读路径为载体，但反映的是当前整个治理仓库和知识库普遍存在的系统性问题。本 register 已吸收为 packets/sync/labs-fintecai-systemic-reader-feedback-intake-2026-05-14.md。
该材料改变 source intake 状态，但不改变最终验收结论：它是一份可追溯原始证据样本，不等于全部团队反馈来源已经补齐，也不等于问题只属于某个项目。因此，本批仍不能把“团队成员反馈已逐条解决”标为 satisfied。
3. Feedback Register
Batch 8F final status 见：
packets/sync/labs-fintecai-feedback-resolution-closeout-2026-05-14.md
该 closeout 为 FR-001 到 FR-018 逐项补齐 source、root cause、action、evidence path、owner 和 final status。本 register 保留原始登记表和演进记录。
| ID | 反馈 / 问题 | 来源级别 | 证据入口 | 根因 | 已有处理 | 缺口 | Owner | 状态 |
|---|---|---|---|---|---|---|---|---|
| FR-001 | 新成员或 Agent 低上下文进入时，不总能判断“该读什么、该做什么、交给谁、怎样验收”。 | recorded | operating plan 的触发背景 | L0 / L1 / L1M 入口和协同层没有形成稳定任务流 | Batch 3A-3D 已重构 README、ACCESS_GUIDE、INDEX、CONTEXT-MAP、manifest、sidebar、llms | 需要 reader testing 证据映射到本条反馈 | Admin | Partially addressed |
| FR-002 | 四个核心入口存在任务边界重叠，容易让入口文档互相替代。 | recorded | core entrypoint refactor plan | README、ACCESS_GUIDE、INDEX、CONTEXT-MAP 分工不稳定 | Batch 3A-3C 已按目标读者和任务拆分职责 | 需要检查新入口是否仍重复或遗漏关键读者任务 | Admin | Partially addressed |
| FR-003 | 正式事实源、证据、参考、packet、Controller state 容易混读，读者难判断权威性。 | recorded | target knowledge architecture / architecture audit | 五类对象缺少稳定分层和权威性标签 | 目标 IA、INDEX taxonomy、llms 边界说明已建立；Batch 8B-R5 已在 registry/project-registry.md 中补 canonical / support / evidence / open-gap / controller-state 入口分层；Batch 8C-1 已为 Data Horizon 输出项目级文档角色清单；Batch 8C-2 已为 FinClaw 输出 canonical / support / task / evidence / open-gap 清单；Batch 8C-3 已为 AI Trading Matrix 输出 canonical / support / evidence / controller-state / sync / open-gap 清单；Batch 8C-4 已为 RLE / FEFM 输出 canonical / support / controller-state / open-gap 清单；Batch 8C-5 已把五个项目对象汇总进 project-doc-audit-closeout；Batch 8E 已把五个项目对象的 canonical / support / evidence / readiness 边界转成 lane-level execution plan | 权威性角色 audit 和 lane 化已完成；仍需 Controller 回写和 reader testing 证明低上下文读者不会混读 | Admin + Controllers | Partially addressed |
| FR-004 | 项目层文档、文档体系和项目正文是否已经完成重构不清楚。 | recorded | document inventory / controller distribution | Admin closeout、Controller ownership、项目事实源状态被混读 | 35 个项目层对象已被分发为 controller-owned；pickup 已登记；Batch 8B-R5 已在注册表中明确项目层需要 Batch 8C / 8E 单独验收；Batch 8C-1 已完成 Data Horizon audit 并明确 audit 不等于 rewrite closeout；Batch 8C-2 已完成 FinClaw audit 并明确完整 V1 Design Packet、工程实现、试运营验收和 Admin 统一正文重写仍未完成；Batch 8C-3 已完成 AI Trading Matrix audit 并明确真实运行、实盘执行、商业化发布、生产级安全闭环和 Admin 统一正文重写仍未完成；Batch 8C-4 已完成 RLE / FEFM readiness-gated audit 并明确正式启动、反馈学习平台、训练 / 微调、模型服务和 Admin 统一正文重写仍未完成；Batch 8C-5 已明确项目层状态为 Audit complete / rewrite pending + accepted-deferred；Batch 8D 已选择 Controller-owned rewrite plan；Batch 8E 已建立五个 rewrite / readiness lane | 仍需 Controller 执行项目正文 rewrite / readiness 回写；不能用 execution plan 替代项目正文验收 | Project Controllers | Partially addressed |
| FR-005 | Controller pickup / absorption tracking 容易被理解为已经完成项目计划下发、正文重写和内容吸收。 | recorded | controller pickup closeout / 当前 Admin 会话追问 | “分发 / 接手登记”和“项目内容重构完成”缺少显式区分 | pickup closeout 已说明只登记接手，不吸收、不重写、不裁决项目正文 | 需要在后续项目 audit 中继续保留 execution vs registration 区分 | Admin + Controllers | Partially addressed |
| FR-006 | knowledge-refactor-closeout-map 中“主体重构关闭”被错误外推为整体治理仓库和知识库重构优化完成。 | recorded | closeout map / 当前 Admin 会话追问 | closeout scope 语言过宽，没有把 Admin 公共入口 closeout 和四个高阶目标区分 | Batch 8 acceptance matrix 已纠偏；Admin state 已改为整体目标重新打开 | 需要后续所有 closeout 使用 satisfied / accepted-deferred / blocked 明确目标状态 | Admin | Addressed for wording; content still open |
| FR-007 | 团队成员原始反馈没有逐条 source、context、owner、status 和 evidence。 | partial-source | acceptance matrix / 本 register / check-qa.md intake | 早期反馈被压缩为综合问题，没有形成反馈 intake 表 | 本 register 建立编号和状态字段；已吸收一份可追溯原始反馈样本 | 仍需补齐其他反馈来源和验收证据；没有来源的条目不得标记 resolved；不得把当前证据入口收窄为单项目问题 | Admin | Partial source intake |
| FR-008 | 发布闭环容易被误读为内容重构完成证明。 | recorded | closeout map / published-site verifier | build、workflow、deployment、public smoke 只证明发布，不证明内容验收 | published-site verifier 和 publish closeout 已固化发布证据 | 后续报告必须分开写“发布已吸收”和“内容目标已满足” | Admin | Active routine |
| FR-009 | scope guard required check 不能启用，容易让变更保护状态被误判。 | recorded | scope guard required-check checkpoint / acceptance matrix | GitHub private repo plan / rulesets 能力限制 | blocked checkpoint 已记录，本地和 PR fallback 继续有效 | 等 GitHub plan / visibility 解锁后再设置 required check | Admin / repo owner | Blocked |
| FR-010 | “Admin 是否应统一重写各 Controller 项目正文”与当前治理边界冲突。 | recorded | operating plan / target architecture / acceptance matrix | Admin 负责公共入口和治理结构，项目正文归项目 Controller；用户目标要求可能改变边界 | acceptance matrix 曾标为 Not satisfied / policy conflict；Batch 8B-R5 已在注册表中补充 Controller 责任和 Admin 不替代项目正文判断的边界；Batch 8D 已选择路径 B，接受 Controller-owned rewrite plan，并把 Admin-unified-rewrite 标记为 accepted-deferred；Batch 8E 已建立五个 Controller-owned rewrite / readiness lanes | 仍需各 Controller 后续回写、证据路径和最终 closeout；Admin 统一重写目标本轮已转为 accepted-deferred | User + Admin + Controllers | Accepted-deferred |
| FR-011 | 治理仓库和知识库文档高抽象、低叙事，呈现为“结论堆叠”，低上下文读者难以持续阅读。 | partial-source | check-qa.md Q2 / 既有 root-cause analysis | 治理收束备忘、战略文档、项目定义、协议、packet 和 checkpoint 容易被当作入门材料使用，缺少叙事推进、具体场景和视觉锚点 | 公共入口已完成角色分流；Batch 8B-R1 已将 governance/preparation-stage-task-map.md 从散文任务地图重写为任务 register；Batch 8B-R2 已将 baseline/01-ecosystem-whitepaper.md 重写为低上下文战略事实源；Batch 8B-R3 已将 governance/first-phase-product-closure.md 重写为闭环验收矩阵；Batch 8B-R4 已将 baseline/03-current-baseline.md 改写为状态、边界、接口、证据和误判 guard 的当前基线；Batch 8B-P2 已将 P2 样例 / walkthrough 项转为 accepted-deferred with owner；Batch 8C-2 已识别 FinClaw canonical 可读性较成熟但仍需 reader walkthrough、样例、路径化阅读和状态锚点 | 仍需 Batch 8F reader testing 证明低上下文读者路径可用 | Admin + Controllers | Partially addressed |
| FR-012 | 文档体系优先服务 Agent，不服务人；缺少人类阅读路径和读者可用性测试。 | partial-source | check-qa.md Q3 / Q4 / 既有入口重构背景 | llms.txt / manifest 跳读路径强，低上下文人类路径弱；Agent anti-drift 目标压过 human onboarding | README / ACCESS_GUIDE / INDEX / CONTEXT-MAP 已重构公共入口；Batch 8B-R2 已在白皮书加入 reader walkthrough；Batch 8B-R4 已在当前基线加入“本文回答什么”、状态总览、证据锚点和常见误判；Batch 8B-P2 已把 Agent context relink / demote 项关闭，并把人类路径补强项转入 reader testing | 仍需要 Batch 8F 对生态入口和各项目入口运行 reader testing 并记录 pass / fail / correction evidence | Admin + Controllers | Partially addressed |
| FR-013 | 多 Agent 约束主要写在自然语言文档中，缺少 schema / prompt / eval / CI 等可执行约束。 | partial-source | check-qa.md Q4 / Q7 / 既有 governance root cause | 否定式约束被反复写入战略、治理和项目文档，未迁移为执行层契约 | 现有评测目录和边界文档提供基础，但未完成约束迁移 | 需要各 Controller / 工程承接方把关键约束转成 schema、prompt、eval、CI 或任务包 | Admin + Controllers + implementation owners | Open |
| FR-014 | 文档链路头重脚轻，战略 / 产品 / 治理 / PRD 厚，技术设计、任务包、工程承接薄。 | partial-source | check-qa.md Q5 / Q8 / Q10 / 既有 Batch 8 acceptance gap | 治理仓库刻意不固化实施细节，但接力棒下一棒、最低输入条件和反馈回流没有显式化 | 现有 task-packets 和 evaluation 目录存在；Batch 8B-R1 已把准备阶段任务改写为 owner / input / output / acceptance / blocked reason register；Batch 8B-R3 已在 first-phase-product-closure 中补项目层 MVP / trial、生态接口、Batch 8C / 8D / 8E 的 handoff 条件；Batch 8B-R4 已在当前基线补入相邻对象接口例子、最低证据和项目层 audit 输入格式；Batch 8B-R5 已在注册表中补 Controller 责任、接口最低证据和 Batch 8C audit 字段；Batch 8C-1 已为 Data Horizon 标出运行证据、schema、样例、trial / eval case 和 reference evaluation 缺口；Batch 8C-2 已为 FinClaw 标出完整 Design Packet、schema、UI / UX、Agent 编排、Evaluation and Trial Acceptance、Trial Operations 与工程承接缺口；Batch 8C-3 已为 AI Trading Matrix 标出产品定义、MVP、execution governance、risk policy、运行验收、NOFX 深评估、外部候选池和高风险执行点承接缺口；Batch 8C-4 已为 RLE 标出 feedback object、feedback governance、运行证据和 RLE -> FEFM 沉淀缺口，并为 FEFM 标出能力议程、样本治理、通用 LLM 关系和反哺验证缺口；Batch 8E 已把这些缺口转成五个 lane 的 owner、acceptance checks 和 evidence inputs | 仍需下游 Controller / engineering owners 执行 lane 并提供证据 | Admin + Controllers + downstream engineering owners | Partially addressed |
| FR-015 | MVP / 项目定义 “不是什么”较清楚，但“是什么”不够具体：首个用户、替代方案、产品形态、量化成功指标、时间盒缺失。 | partial-source | check-qa.md Q8 / Q9 / 既有项目层验收缺口 | 项目定义被写成对象规范和边界说明，未形成可演示、可测试、可时间盒验证的产品切片 | 项目文档已有部分对象、字段和边界；Batch 8B-R2 已在白皮书补充五个对象的 first-stage acceptance anchors；Batch 8B-R3 已在 first-phase-product-closure 中补三个前台对象的首位用户 / 消费对象、替代方案、产出、指标、时间盒和 kill criteria；Batch 8C-2 确认 FinClaw 已定义首发用户、首发市场、主路径和对象，但量化成功指标、时间盒、kill criteria 与 trial evidence 仍未闭环；Batch 8C-3 确认 AI Trading Matrix 已有执行域工程实践证据，但第一阶段用户、市场、资产、策略类型、执行场景、指标、时间盒和 kill criteria 仍未闭环；Batch 8C-4 确认 RLE / FEFM 不应套用前台 MVP 闭环，应改为 readiness checklist、触发条件、输入样本、样本治理和反哺验证证据 | 仍需要前台项目补具体使用流、样例、指标证据和 trial closeout；基础设施项目需补 readiness plan 和 accepted-deferred owner | Project Controllers + PM owners | Partially addressed |
| FR-016 | 文档进展容易替代项目进展，形成“对齐即进展”的误判。 | partial-source | check-qa.md Q5 / Q6 / 整合建议 | 文档护栏变成主路，真实用户、原型和代码反馈不足 | Batch 8 acceptance matrix 已纠正“closeout 不等于完成”；Batch 8B-R2 已在白皮书加入“文档进展与项目进展的分界”；Batch 8B-R3 已区分 doc-aligned、prototype-validated、closure-accepted；Batch 8B-R4 已在当前基线明确 active、readiness-gated、文档对齐、项目进展和发布吸收之间的差异；Batch 8B-R5 已在注册表常见误判中区分注册、pickup、项目正文完成和 readiness 启动；Batch 8C-2 已明确 FinClaw PRD / kickoff / task packet 完成只证明设计启动，不证明工程或试运营进展；Batch 8C-3 已明确 Trading Matrix 当前实践画像和执行链证据不能被误写为真实运行、实盘执行、商业化发布或生产级安全闭环完成；Batch 8C-4 已明确 RLE / FEFM readiness 文档、候选对象和生态接口不等于正式启动、工程进展、训练 / 微调或模型能力建设完成；Batch 8D 已明确 authorization 也不等于正文重写完成；Batch 8E 已明确 execution plan 不等于 project-body rewrite；Batch 8B-P2 已明确 P2 accepted-deferred 不等于内容全量改写 | 需要 Batch 8F 在 final closeout 继续分开写 doc alignment、project progress、publish evidence | Admin + Controllers | Partially addressed |
| FR-017 | 文档缺完整正例、JSON 样例、用户旅程、线框图、状态机和真实验收 case。 | partial-source | check-qa.md Q4 / Q8 / Q9 / 既有 evaluation gap | 抽象定义和字段表没有被具体示例 / 可视化 anchor 固定 | evaluation 目录存在，公共入口可路由到评测层；Batch 8B-R1 已补入任务 register 的验收字段和 blocked reason；Batch 8B-R2 已补对象表、接口表、验收锚点表、non-goals 和失败信号；Batch 8B-R3 已补 evidence matrix、输出样例、过程证据、指标证据和决策证据要求；Batch 8B-R4 已补接口例子、证据锚点和最低证据字段；Batch 8B-R5 已把 missing schema、sample、eval case、evidence path 写入 Batch 8C audit 输入；Batch 8B-P2 已把剩余 P2 样例 / walkthrough 项转为 accepted-deferred with owner；Batch 8C-1 已为 Data Horizon 标出 missing schema / sample / API response / UI screenshot / trial / eval case / evidence path；Batch 8C-2 已为 FinClaw 标出 JSON 样例、状态机可视化、用户旅程文档、UI 线框、真实验收 case 和 trial closeout evidence 缺口；Batch 8C-3 已为 AI Trading Matrix 标出 Execution Support Plan、Strategy Candidate、Signal Candidate、Pre-Execution Checklist、Authorization / Audit Record、Backtest / Simulation Result、Execution / Feedback Event 样例、用户旅程、状态机、UI 风险状态和真实验收 case 缺口；Batch 8C-4 已为 RLE / FEFM 标出 Feedback Event、Outcome / Result Record、Error / Failure Case、Evaluation Sample、Learning Asset、样本治理字段、能力议程、反哺验证 case 和真实验收证据缺口；Batch 8E 已建立五个 lane 的 acceptance checks | 五个项目对象均已标出 missing-example / missing-eval-case；仍需 Controller 执行和 Batch 8F reader testing / final evidence | Admin + Controllers + Evaluation owner | Partially addressed |
| FR-018 | 当前新增材料是一份原始证据样本，需要更多 reader testing 或团队确认来量化覆盖度，但不得因此收窄问题范围。 | partial-source | check-qa.md “关于这份反馈本身” / 用户纠偏 | 单个证据载体容易被误解为单点问题，导致系统性根因被降级为局部文档修补 | 本 intake 已记录来源边界；本次纠偏将问题范围恢复为全仓库系统性问题 | 需要 reader testing 覆盖生态入口和项目入口；后续 audit 需保留全仓库检查维度 | Admin + User + Controllers | Needs validation |
4. Root-Cause Map
| Root cause | 覆盖反馈 | 当前修复方向 | 是否已解决 |
|---|---|---|---|
| 入口职责重叠 | FR-001, FR-002 | Batch 3A-3D 入口和机器路由重构 | Partially |
| 权威性层级不稳定 | FR-003, FR-004, FR-005 | Target IA、taxonomy、Controller 分发、pickup closeout、Batch 8B-R5 注册表入口分层、Batch 8C-1 Data Horizon 文档角色清单、Batch 8C-2 FinClaw 文档角色清单、Batch 8C-3 AI Trading Matrix 文档角色清单、Batch 8C-4 RLE / FEFM 文档角色清单、Batch 8C-5 project-doc-audit closeout 汇总 | Partially |
| closeout 语言过宽 | FR-006, FR-008 | Batch 8 acceptance matrix 和 Admin state 纠偏 | Wording addressed |
| 缺少原始反馈 intake | FR-007, FR-018 | 本 register 建立 intake 字段；已吸收一份可追溯原始证据样本，并纠正“证据入口即问题边界”的误读 | Partially solved |
| 平台权限 / 发布能力限制 | FR-009 | Blocked checkpoint + fallback | Blocked |
| Admin / Controller 权责边界与用户目标冲突 | FR-004, FR-010 | Batch 8B-R5 已补 Controller 责任边界；Batch 8C-5 已完成 audit closeout；Batch 8D 已选择 Controller-owned rewrite plan，Admin-unified-rewrite 标记为 accepted-deferred | Accepted-deferred |
| 全仓库文档过度抽象 / 低人类可读性 | FR-011, FR-012, FR-017 | Batch 8B-R1 到 R5 已完成 P0/P1 核心重写；Batch 8B-P2 已关闭 P2 rewrite-lite / relink / demote / keep action；Batch 8C / 8E 已把项目层样例、journey、schema、eval case 缺口转成 Controller-owned lanes | Partially solved; needs reader testing |
| 自然语言约束未迁移到执行层 | FR-013 | 已登记为跨 Controller / 工程承接输入 | Not solved |
| 产品 / MVP / 实施承接断层 | FR-014, FR-015, FR-016 | Batch 8B-R3/R4/R5 已补第一阶段、接口和 audit 输入；Batch 8C-1 / 8C-2 / 8C-3 已分别标出 Data Horizon、FinClaw 与 AI Trading Matrix 的项目层承接缺口；Batch 8C-4 已标出 RLE / FEFM readiness-gated 承接缺口；Batch 8C-5 已把五个项目对象转入 authorization / rewrite / readiness 决策输入；Batch 8D / 8E 已形成 Controller-owned rewrite / readiness 责任闭环 | Partially solved; execution remains Controller-owned |
5. Batch 8A 结论
Batch 8A 当前结论：
- 可证实反馈已经登记为 FR-001 到 FR-018；
- 已吸收一份以 FinClaw 阅读路径呈现的原始证据样本，并标记为
partial-source； - 已解决的只限于部分入口重构、发布证据、closeout 语言纠偏和 pickup 登记；
- 项目层文档重构、逐篇内容验收、全部团队反馈 source intake 仍未解决；Admin 是否统一重写项目正文已在 Batch 8D 选择
accepted-deferred / Controller-owned rewrite plan； - 当前已完成 Batch 8B 生态层 audit / P0-P1 核心 rewrite / P2 rewrite-relink closeout、Batch 8C-1 Data Horizon audit、Batch 8C-2 FinClaw audit、Batch 8C-3 AI Trading Matrix audit、Batch 8C-4 RLE / FEFM readiness-gated audit、Batch 8C-5 项目 audit closeout、Batch 8D Admin rewrite authorization 和 Batch 8E 项目 rewrite execution plan；下一步进入 Batch 8F reader testing / feedback resolution，并保持 FR-011 到 FR-018 作为通用检查维度，不得收窄为单项目队列。
6. 验收规则
后续任何条目只有同时满足以下条件，才能标记为 Resolved：
- 有明确反馈来源或用户确认；
- 有 root cause；
- 有修复动作或 accepted-deferred / blocked 说明；
- 有文档、checkpoint、测试、发布或 reviewer evidence；
- 有 owner。
没有原始来源的综合问题只能保持 Intake gap 或 Synthesized，不能作为“团队反馈已逐条解决”的完成证明。