Compare commits
1
Commits
| Author | SHA1 | Date | |
|---|---|---|---|
 weichenandCursor
|
d3bb7520a6 |
@@ -2,7 +2,7 @@
|
||||
|
||||
## 状态
|
||||
|
||||
已接受（2026-09-14 提议；2026-09-18 确认——Phase 1 纵向绞杀与 Phase 2 持久事件交付已落地并验收，见 gap-matrix `DOC-RELIABILITY-PILOT` PASS、[Phase 1 计划](../remediation/2026-09-14-module-decoupling-refactor-plan.md)、[Phase 2 修订计划](../remediation/2026-09-15-module-decoupling-ipc-phase2-remediation-plan.md)、[Track E 复盘](../ops/research/2026-09-15-track-e-retrospective.md)）
|
||||
提议（2026-09-14；架构与实施计划已修订，等待用户确认后进入首个实现里程碑）
|
||||
|
||||
## 背景
|
||||
|
||||
|
||||
@@ -1,63 +0,0 @@
|
||||
---
|
||||
title: "D7 对话数据留存与删除口径（草案）"
|
||||
status: proposed
|
||||
created: 2026-09-17
|
||||
updated: 2026-09-17
|
||||
compliance: pending-compliance-signoff
|
||||
owner: Cline
|
||||
related:
|
||||
- ../remediation/2026-09-16-partial-deferred-completion-plan.md
|
||||
- ../ops/short-term/2026-09-16-partial-deferred-completion.md
|
||||
- ../status/FEATURE-MATRIX.md
|
||||
---
|
||||
|
||||
# ADR：D7 对话数据留存与删除口径
|
||||
|
||||
## 状态
|
||||
|
||||
**提议 / 工程草案**（2026-09-17）。数字与删除口径标 `pending-compliance-signoff`：合规签字或改数前，W7 仅允许数据分类盘点与现状审计，不得按未签字数字执行物理删除或备份清除。接受后状态改为 `accepted`。
|
||||
|
||||
## 背景
|
||||
|
||||
FEATURE-MATRIX「对话数据治理（D7）」为 `deferred`。收口计划 W7 要求：数据分类盘点 → 留存/删除口径落 ADR → 库/备份/日志控制 → 敏感字段加密边界。工程不能单方面定合规数字，但必须提供可审草案，避免无限期停在 deferred。Track E / R13 / R18 / R22 已对日志脱敏与销毁门禁有硬约束，本 ADR 将其固化为 D7 口径。
|
||||
|
||||
## 决策（建议默认；待合规确认）
|
||||
|
||||
### 1. 数据分类与留存
|
||||
|
||||
| 数据类 | 留存 | 说明 |
|
||||
|--------|------|------|
|
||||
| 会话正文（chat sessions/messages） | 热库 **365 天**（可配置） | 超期 soft-delete → 观察窗 → 物理清理 |
|
||||
| 派生文档 / 私密文档 | 与聊天**独立周期**；回收站 **30 天**后物理清理 | 删除 UI 须说明影响范围（只删聊天 / 只删文档 / 两者） |
|
||||
| 审计元数据（导出/治理审计） | **180 天** | 不可被普通用户删除覆盖 |
|
||||
| Agent trace / workspace 非终态 | 任务结束后 **30 天**；nightly 仅合成数据 | 禁止当长期事实源 |
|
||||
| 日志 / dead-letter / reconciliation | 不按正文留存；**只存 ID、digest、typed error code、allowlist 摘要** | Track E 红线 |
|
||||
| FAV 终态制品 | `retention_class` + legal hold + delete ledger | 与聊天口径解耦 |
|
||||
|
||||
### 2. 删除路径
|
||||
|
||||
1. **用户删除**：soft-delete / tombstone → 观察窗 → 物理清理。
|
||||
2. **备份清除**：须二次批准 + 精确 delete manifest；对齐销毁门禁 R22（完整备份恢复演练、migration corpus、FAV coverage、manifest、用户批准）。
|
||||
3. **删除界面**：必须说明聊天源消息与派生文档的独立保留周期及本次操作影响范围。
|
||||
|
||||
### 3. 加密边界（首期）
|
||||
|
||||
- 首期范围：敏感字段**盘点** + 传输与备份访问控制。
|
||||
- **不默认**上字段级加密；选型待合规确认与威胁模型后再立实现任务。
|
||||
|
||||
### 4. 违规升级
|
||||
|
||||
盘点确认当前基线违反已确认的安全或合规要求 → **立即**写入 [`gap-matrix.md`](../remediation/gap-matrix.md)，不得继续当普通 backlog；本行 `done` 让位于整改。
|
||||
|
||||
## 后果
|
||||
|
||||
- W7 可按本草案启动盘点；物理删除与备份清除在 `pending-compliance-signoff` 解除前禁止按建议数字自动执行。
|
||||
- 2026-09-17 只读盘点：[../audit/2026-09-17-d7-data-inventory.md](../audit/2026-09-17-d7-data-inventory.md)（未删数据、未升矩阵 done、未写 gap-matrix blocker）。
|
||||
- 日志/DLQ/reconciliation 实现与审计须持续满足 Track E ID-only 红线。
|
||||
- 合规改数后：更新本 ADR 数字表、`updated` 日期，并将 `compliance` 改为 `signed` / `accepted`；再开 W7 整改实现。
|
||||
|
||||
## 相关链接
|
||||
|
||||
- 收口计划 §7.1：[../remediation/2026-09-16-partial-deferred-completion-plan.md](../remediation/2026-09-16-partial-deferred-completion-plan.md)
|
||||
- FEATURE-MATRIX D7 行：[../status/FEATURE-MATRIX.md](../status/FEATURE-MATRIX.md)
|
||||
- Track E Phase 2：[../remediation/2026-09-15-module-decoupling-ipc-phase2-remediation-plan.md](../remediation/2026-09-15-module-decoupling-ipc-phase2-remediation-plan.md)
|
||||
@@ -1,609 +0,0 @@
|
||||
---
|
||||
title: "个人工程中控台：实时项目看板与离线 HTML 快照"
|
||||
type: feat
|
||||
date: 2026-09-17
|
||||
artifact_contract: ce-unified-plan/v1
|
||||
product_contract_source: ce-plan-bootstrap
|
||||
execution: code
|
||||
---
|
||||
|
||||
> **已废弃（2026-09-17；2026-09-19 更新）**：旧版只读工程中控台代码已移除。后来短暂合入的 Control Center 也已移出本仓库，进度管理由独立项目承担。本文仅作历史证据保留。
|
||||
|
||||
# 个人工程中控台：实时项目看板与离线 HTML 快照
|
||||
|
||||
## Goal Capsule
|
||||
|
||||
为仓库所有者提供一个独立于产品后台的本地只读中控台。打开一个页面即可判断当前系统由什么组成、哪些任务正在计划或实施、真实分支和 worktree 在哪里、各环境实际运行了什么，并能在两次点击内到达对应的设计、审计、整改、任务和测试材料。
|
||||
|
||||
中控台同时提供两种输出：
|
||||
|
||||
1. `serve`：持续采集本地仓库、Git 和运行环境，提供自动刷新的 HTML 页面与机器可读 JSON；
|
||||
2. `export`：基于同一份不可变快照生成单文件 HTML，便于归档、离线查看和交接。
|
||||
|
||||
这不是产品功能，不接入产品后台、产品数据库或产品权限体系；它也不是发布系统，不执行 Git、Docker、部署或文档写操作。
|
||||
|
||||
### 成功标准
|
||||
|
||||
- 在当前仓库规模下，首次可用页面目标为 2 秒内出现；慢数据源可随后标记为 `degraded`，不得拖垮整页。
|
||||
- 正常情况下，本地文件、Git 或运行态变化在 5 秒内反映到新快照。
|
||||
- 页面分别展示“文档声明、Git 实施、验证证据、环境实装”，不把任务文档的 `done` 翻译为已合并或已部署。
|
||||
- 每个关键结论均显示来源、采集时间、新鲜度和可信类型；冲突保留双方证据，不静默选边。
|
||||
- 在线模式检索 allowlist 内未截断的 Markdown 正文；离线导出同时给出 included、truncated 和 metadata-only 清单，二进制附件只索引路径、类型、大小和归属。
|
||||
- 单文件 HTML 默认权限为 `0600`，可脱离仓库阅读已纳入 inclusion manifest 的 Markdown 正文，并醒目标出截断或仅元数据条目；不打包 `.doc/**/assets`。
|
||||
- 任一采集源失败时仍可查看最近成功数据，并明确显示 `stale/error/last_success_at`。
|
||||
|
||||
---
|
||||
|
||||
## Product Contract
|
||||
|
||||
### 用户与使用场景
|
||||
|
||||
唯一主要用户是仓库所有者。典型使用包括：
|
||||
|
||||
- 每天开始工作时查看焦点任务、阻塞、集成槽和环境异常；
|
||||
- 从模块进入设计、任务、测试和部署证据链；
|
||||
- 判断某项工作究竟只是有计划、正在实现、已经验证，还是已在某环境实装；
|
||||
- 查看本地分支、远端跟踪引用、ahead/behind、worktree 和未提交变更；
|
||||
- 发现 `CURRENT`、功能矩阵、发布门禁、Git 与 Docker 之间的漂移；
|
||||
- 导出一个自包含 HTML，作为某一时点的项目快照。
|
||||
|
||||
### 已确定的产品决策
|
||||
|
||||
#### PKD-1：独立本地工具
|
||||
|
||||
采用独立 Go CLI 和本地 Web 页面，不加入现有产品后台。
|
||||
|
||||
（session-settled: user-approved — chosen over product-admin integration: the console is for the repository owner’s local engineering management and the production image excludes `.doc` and `.git`）
|
||||
|
||||
#### PKD-2：只读实时页与离线快照共用数据模型
|
||||
|
||||
实时服务和导出文件必须由同一份版本化快照生成，避免在线页面与离线报告出现两套口径。
|
||||
|
||||
（session-settled: user-approved — chosen over a static-only report: the requested console must follow agent tasks and project state as they change）
|
||||
|
||||
### 核心需求
|
||||
|
||||
| ID | 需求 |
|
||||
|---|---|
|
||||
| R1 | CLI 默认解析当前 Git 仓库根，也接受显式 `--repo`；页面始终显示绝对根路径、当前分支、HEAD 和采集时间。 |
|
||||
| R2 | 仅监听 `127.0.0.1`，不依赖产品容器、产品数据库或产品登录。 |
|
||||
| R3 | 架构与模块页聚合 `module-boundaries.yaml`、系统设计索引和 `FEATURE-MATRIX`，展示模块、能力、依赖和证据链。 |
|
||||
| R4 | 任务状态至少拆为 `doc_status`、Git facets、`verification_result`/`verification_freshness`、deployment facets；可并存事实不得压成单值枚举。 |
|
||||
| R5 | Git 页展示本地/跟踪分支、ahead/behind、最近提交、worktree、dirty/untracked 和任务声明匹配情况；不得隐式 `fetch`。 |
|
||||
| R6 | 部署页按 shared/dev/test/main 分别展示容器状态、应用 readiness、服务完整性、schema、镜像与 promotion receipt；不得计算未经定义的综合绿灯。 |
|
||||
| R7 | 文档页支持按 taxonomy、状态、模块和关键词筛选，展示正文、正向链接、反向链接、broken、orphan 与 unindexed 状态；查询状态可通过 URL 恢复。 |
|
||||
| R8 | 一个不可变快照包含 `schema_version`、`generation_id`、`revision_id`、`generated_at`、仓库/提交身份、来源状态、事实与冲突。 |
|
||||
| R9 | 自动刷新采用完整快照原子切换；每个来源独立超时，失败时保留最近成功数据并标注过期。 |
|
||||
| R10 | 每条关键事实标注 `declared`、`observed`、`verified` 或 `inferred`，并保留来源路径和采集时间。 |
|
||||
| R11 | 单 HTML 内嵌结构化模型、页面资源和允许导出的 Markdown 正文；附件只保留元数据及相对链接，并显示内容覆盖清单。 |
|
||||
| R12 | 对 Agent 暴露稳定的只读 JSON，而不是让 Agent 解析 HTML；JSON 与页面引用同一 `generation_id` 和 `revision_id`。 |
|
||||
| R13 | TaskState 显示声明的 owner/Agent 类型/认领/mutex 与基于 Git 的最近活动证据；Herdr 工程 Agent 和产品 PI Agent Runner 使用不同类型。没有运行态来源时必须显示 unknown，不得把“已认领”写成“正在执行”。 |
|
||||
| R14 | 文件、命令和 HTTP 均采用 allowlist；拒绝路径穿越、symlink 越界、原始 HTML 执行、远程资源加载和凭证读取。 |
|
||||
|
||||
### 事实源与权威边界
|
||||
|
||||
| 领域 | 权威来源 | 中控台处理方式 |
|
||||
|---|---|---|
|
||||
| 发布门禁 | `.doc/remediation/gap-matrix.md` | 只解释发布 blocker，不替代能力完成度。 |
|
||||
| 能力成熟度 | `.doc/status/FEATURE-MATRIX.md` | 显示功能完成度，不据此推断是否部署。 |
|
||||
| 当前焦点、认领、集成槽 | `.doc/ops/CURRENT.md` | 作为团队声明，与 Git 和运行态对账。 |
|
||||
| 任务计划 | `ops/short-term`、`ops/long-term`、backlog front matter | 作为计划状态，不据此推断实现。 |
|
||||
| 分支与 worktree | Git plumbing | 作为本地观测；远端状态注明“基于本地 refs，未联网刷新”。 |
|
||||
| 环境运行态 | Docker/Compose 元数据与 `/ready` | 分开展示容器、应用与服务完整性。 |
|
||||
| 验收证据 | `.doc/test-reports` 及 promotion receipts | 显示证据存在性与身份，不以文件名替代内容校验。 |
|
||||
|
||||
来源之间不设全局覆盖顺序。各来源回答自己的问题；值不一致时生成 drift，并并列展示原值、时间和来源。
|
||||
|
||||
### 用户流程
|
||||
|
||||
```mermaid
|
||||
flowchart LR
|
||||
Start[启动 serve 或 export] --> Root[解析显式 repo root]
|
||||
Root --> Collect[并行采集文档 Git 运行态]
|
||||
Collect --> Snapshot[构建不可变快照]
|
||||
Snapshot --> Reconcile[按领域对账]
|
||||
Reconcile --> Live[本地实时页面和 JSON]
|
||||
Reconcile --> Export[单文件 HTML]
|
||||
Live --> Refresh[定时生成下一快照]
|
||||
Refresh --> Snapshot
|
||||
```
|
||||
|
||||
总览默认优先显示 `in_progress`、`blocked`、`planned`、`partial/deferred`、drift 和 degraded。`done` 与 archive 默认收起，避免历史材料淹没当前工作。
|
||||
|
||||
任务详情按照以下证据链导航：
|
||||
|
||||
```mermaid
|
||||
flowchart LR
|
||||
Audit[audit 问题] --> Remediation[remediation 方案]
|
||||
Remediation --> Task[任务声明]
|
||||
Task --> Git[分支 worktree commit merge]
|
||||
Git --> Test[测试与验收报告]
|
||||
Test --> Deploy[环境 artifact 与 readiness]
|
||||
```
|
||||
|
||||
显式 Markdown 链接和既定 taxonomy 属于强关系；仅由文件名或 slug 推断的关系标为“候选”，不得参与完成度计算。
|
||||
|
||||
### 状态模型
|
||||
|
||||
```mermaid
|
||||
flowchart TB
|
||||
D[doc_status: planned/in_progress/blocked/done] --> View[并列状态视图]
|
||||
G[Git facets: branch/worktree/merge/cleanliness/ahead-behind] --> View
|
||||
V[Verification: result + freshness + bound identity] --> View
|
||||
P[Deployment facets: container/readiness/services/artifact identity] --> View
|
||||
View --> Drift{来源是否一致}
|
||||
Drift -->|是| Consistent[consistent]
|
||||
Drift -->|否| Conflict[drift + 双方证据]
|
||||
```
|
||||
|
||||
“实装”定义为存在可核对的环境观测证据，而不是任务文档为 `done`。容器可达但 artifact identity 无法核对时显示“运行可见、版本未验证”，不得提升为 verified deployment。当文档声明 healthy、Docker 显示异常而 `/ready` 为 ok 时，页面保留多值并标记 drift，不输出统一绿灯。
|
||||
|
||||
### 真实验收样本
|
||||
|
||||
1. rdev：存在调研、设计、任务与 backlog，但若没有 CURRENT 认领和真实分支，应显示“已计划、未认领、未实施、未实装”。
|
||||
2. main 环境：若 CURRENT 声明整体 healthy，而 events 容器实际 restarting、应用 `/ready` 仍为 ok，应同时显示三项证据与 drift。
|
||||
3. 本地 dev：若分支领先 `origin/dev`，必须显示“本地已具备、远端未确认可用”，不得写成已远程发布。
|
||||
4. `system-admin-console`：作为产品管理后台能力，与本计划的个人工程中控台分开展示，名称和边界不得混淆。
|
||||
|
||||
### 安全与非目标
|
||||
|
||||
一期明确不做：
|
||||
|
||||
- 不写文档，不修改任务状态，不占用集成槽；
|
||||
- 不创建、切换、合并、删除或推送 Git 分支；
|
||||
- 不执行 `git fetch`，不调用远端托管平台 API；
|
||||
- 不启动、停止、重建或部署容器；
|
||||
- 不控制 Herdr 或向 Agent 派发任务；
|
||||
- 不读取 `.env`、`.secrets`、Docker `Config.Env`、数据库数据或 `.git` 内部文件正文；
|
||||
- 不加入产品 API、产品前端、产品数据库或生产镜像；
|
||||
- 不执行 Markdown 原始 HTML、脚本、Mermaid 或远程资源。
|
||||
|
||||
后续候选包括跨快照历史、远端 CI/Gitea 聚合、受限 Markdown/Mermaid 渲染、Agent 查询 API 和修复建议。任何写操作继续保持在本工具之外。
|
||||
|
||||
---
|
||||
|
||||
## Planning Contract
|
||||
|
||||
### High-Level Technical Design
|
||||
|
||||
以下图示冻结边界和协议，不规定具体函数签名。
|
||||
|
||||
```mermaid
|
||||
flowchart LR
|
||||
Docs[.doc sources] --> DC[Document collector]
|
||||
Git[Git/worktrees] --> GC[Git collector]
|
||||
Run[Docker/ready/receipts] --> RC[Runtime collector]
|
||||
DC --> Build[Snapshot builder]
|
||||
GC --> Build
|
||||
RC --> Build
|
||||
Build --> Rec[Reconcile facts and conflicts]
|
||||
Rec --> JSON[Read-only JSON]
|
||||
Rec --> Web[Local HTML]
|
||||
Rec --> File[Offline HTML]
|
||||
```
|
||||
|
||||
```mermaid
|
||||
sequenceDiagram
|
||||
participant UI as Browser
|
||||
participant C as Collection coordinator
|
||||
participant S as Sources
|
||||
participant P as Snapshot publisher
|
||||
UI->>C: poll with revision_id
|
||||
C-->>UI: current snapshot immediately
|
||||
C->>S: singleflight collection with deadlines
|
||||
S-->>C: facts or source error
|
||||
C->>P: publish complete generation atomically
|
||||
P-->>UI: new revision or not-modified
|
||||
```
|
||||
|
||||
```mermaid
|
||||
stateDiagram-v2
|
||||
[*] --> Loading
|
||||
Loading --> Fresh: first collection succeeds
|
||||
Loading --> ErrorUnknown: first collection fails
|
||||
Fresh --> Refreshing: TTL expires
|
||||
Refreshing --> Fresh: new generation succeeds
|
||||
Refreshing --> Stale: source fails and last-known exists
|
||||
Stale --> Fresh: source recovers
|
||||
ErrorUnknown --> Fresh: source first succeeds
|
||||
```
|
||||
|
||||
### 技术决策
|
||||
|
||||
#### KTD-1：采用仓库内独立 Go CLI
|
||||
|
||||
新增 `cmd/engineering-dashboard` 与 `internal/engineeringdashboard`，复用仓库 Go 工具链但不导入产品业务包。Go 标准库足以提供本地 HTTP、资源嵌入、JSON、并发和原子文件输出；现有 `yaml.v3` 可用于已定义的 YAML 契约。
|
||||
|
||||
#### KTD-2：快照是唯一交付模型
|
||||
|
||||
采集器只生产事实，reconcile 层只生产派生状态和冲突，HTTP/API/export 只消费已完成的不可变快照。快照至少包含：
|
||||
|
||||
```text
|
||||
schema_version, generation_id, revision_id, generated_at, collection_duration
|
||||
repository { root, branch, head, dirty }
|
||||
sources[] { name, status, observed_at, last_success_at, error }
|
||||
facts[] { subject, field, value, provenance, source_ref, observed_at, confidence }
|
||||
conflicts[] { subject, field, kind, fact_refs[] }
|
||||
documents[], modules[], tasks[], git[], environments[]
|
||||
```
|
||||
|
||||
`generation_id` 唯一标识一次采集，包含采集批次语义；`revision_id` 只由 schema、仓库身份和规范化的非易变事实、冲突、来源状态确定，明确排除 `generated_at`、`observed_at` 和采集耗时。HTML 与 JSON 必须展示同一对标识，HTTP ETag 和前端是否重绘使用 `revision_id`。一期不读取旧 schema 的外部 JSON；离线 HTML 自带对应 renderer，因此不依赖未来二进制迁移。
|
||||
|
||||
#### KTD-3：专用解析器与容错索引并存
|
||||
|
||||
对 CURRENT、FEATURE-MATRIX、gap-matrix、任务 front matter 和 module boundaries 编写契约化解析器。文档层只索引 promotion receipt 的路径与链接，结构化部署凭证由运行态采集器唯一负责。对其余 Markdown 只提取安全元数据、标题、正文与链接。专用解析器失败时保留原文入口并标记 degraded，不凭模糊规则编造状态。
|
||||
|
||||
#### KTD-4：命令执行采用固定 argv 和超时
|
||||
|
||||
Git 与 Docker 采集通过注入式 command runner 执行固定程序和分离 argv，不通过 shell 拼接。`--repo` 先转为绝对、symlink-resolved 的 Git 根并作为单个参数传递。每个来源默认 2 秒超时；错误输出做长度限制和敏感字段清理。Git 使用 porcelain/plumbing 输出，例如 `status --porcelain=v2`、`worktree list --porcelain`、`for-each-ref`、`rev-list`、`merge-base`。
|
||||
|
||||
#### KTD-5：一期采用短轮询，不引入持久数据库
|
||||
|
||||
服务端由单一采集协调器按 TTL 触发完整重采集，2–5 秒刷新；同一仓库最多一轮采集在途，请求只读取当前快照，不直接叠加扫描。每轮带单调 generation 序号和整轮 deadline，只有当前有效轮次能原子发布。页面使用 ETag/`revision_id` 避免重复传输。last-known 只在同一 `serve` 进程内有效；冷启动或单次 export 首次采集失败时显示 unknown/error，不伪造历史值。文件监听、SSE 通知、持久缓存和历史数据库均后置。
|
||||
|
||||
#### KTD-6：安全阅读优先于富渲染
|
||||
|
||||
在线详情页一期将 Markdown 全部作为纯文本安全转义，并保留换行和空白；标题、列表、链接、代码、图片和 Mermaid 均显示源码，不生成 HTML 节点或发起资源请求。静态导出内嵌同一正文和内部导航。所有文档 ID 都是规范化仓库相对路径，只允许 `.doc/**/*.md` 及明确列入 allowlist 的根 Markdown；读取前后都校验解析路径，直接拒绝 symlink，并对 `.git`、`.env*`、`.secrets`、`data` 等敏感路径执行最终目标 denylist。
|
||||
|
||||
#### KTD-7：导出为自包含、有限尺寸的证据快照
|
||||
|
||||
导出将模型、CSS、JS 和允许的 Markdown 正文写入单 HTML，采用临时文件加 rename 原子落盘，默认 `0600`。数据使用 HTML-safe JSON 或等价编码封装，正文只通过 `textContent`/DOM API 写入；CSP 禁止网络、外部资源和内联事件执行。默认只嵌入 Git tracked、allowlist 内的 Markdown；untracked Markdown 只列元数据，除非用户显式选择。导出前输出 inclusion manifest 与敏感模式告警；`.doc/**/assets`、数据库、构建产物和二进制报告不嵌入。
|
||||
|
||||
### 建议目录
|
||||
|
||||
```text
|
||||
cmd/engineering-dashboard/
|
||||
main.go
|
||||
internal/engineeringdashboard/
|
||||
model.go
|
||||
collector.go
|
||||
source_docs.go
|
||||
source_git.go
|
||||
source_runtime.go
|
||||
reconcile.go
|
||||
server.go
|
||||
export.go
|
||||
assets/
|
||||
index.html
|
||||
app.js
|
||||
app.css
|
||||
testdata/
|
||||
docs/
|
||||
git/
|
||||
runtime/
|
||||
scripts/
|
||||
engineering-dashboard.sh
|
||||
.doc/test-reports/
|
||||
YYYY-MM-DD-engineering-dashboard-test-report.md
|
||||
```
|
||||
|
||||
### 风险与缓解
|
||||
|
||||
| 风险 | 缓解 |
|
||||
|---|---|
|
||||
| 文档结构并不完全统一 | 只对 SSOT 和任务 front matter 使用严格契约；其余文档容错索引并暴露解析告警。 |
|
||||
| 看板制造“假完成” | 多轴 facets、事实 provenance、验证身份绑定、冲突不覆盖、真实反例测试。 |
|
||||
| Docker/Git 卡住或不可用 | 独立超时、并行采集、last-known 状态、degraded 页面。 |
|
||||
| 文档 XSS 或路径穿越 | 纯文本渲染、HTML-safe 数据封装、CSP、路径 allowlist、拒绝 symlink、最终目标敏感路径 denylist。 |
|
||||
| `.doc` 附件导致扫描/导出失控 | 默认跳过 assets 内容，只采集元数据；设置单文档和总正文上限并报告截断。 |
|
||||
| 导出副本离开本机后 `0600` 不再提供保护 | 页面首部标明敏感快照、仓库身份和生成时间；输出 inclusion manifest，交接者自行控制接收者、保留期与删除。 |
|
||||
| worktree 与主 checkout 混淆 | 只管理 `--repo` 指定/解析出的根，页面常驻显示根与 HEAD；其他 worktree 仅作为 Git 元数据。 |
|
||||
| 本地 remote refs 被误认为远端实时状态 | 显示 refs 观测时间和“未联网刷新”，不自动 fetch。 |
|
||||
| 与产品 `system-admin-console` 命名冲突 | CLI、包和文档统一使用 `engineering-dashboard` / “个人工程中控台”。 |
|
||||
|
||||
---
|
||||
|
||||
## Implementation Units
|
||||
|
||||
### U1：冻结快照、事实与状态契约
|
||||
|
||||
**目标**：先建立不会把计划、实现、验证、部署混为一谈的模型与测试夹具。
|
||||
|
||||
**覆盖需求**：R4、R8、R10、R12、R13；承接 PKD-2 的同源快照决策。
|
||||
|
||||
**依赖**：无。
|
||||
|
||||
**文件**：
|
||||
|
||||
- `internal/engineeringdashboard/model.go`
|
||||
- `internal/engineeringdashboard/model_test.go`
|
||||
- `internal/engineeringdashboard/testdata/**`
|
||||
|
||||
**实施要点**：
|
||||
|
||||
1. 定义版本化 `Snapshot`、`SourceState`、`Fact`、`Conflict`、`TaskState`、`AgentClaim`、`EnvironmentState`。
|
||||
2. provenance 固定为 `declared|observed|verified|inferred`；freshness 固定为 `fresh|stale|error|unknown`。
|
||||
3. 状态使用可组合 facets：Git 分为 branch/worktree/merge/cleanliness/ahead-behind；验证分为 result/freshness/subject identity；部署分为 container/readiness/services/artifact identity。
|
||||
4. TaskState 保留 owner、agent kind、claim、mutex、声明分支、观测 worktree、最近活动时间及证据；声明与观测不可互相提升。
|
||||
5. 建立 rdev、dev ahead、main events restarting、CURRENT/worktree 不匹配等夹具。
|
||||
|
||||
**测试场景**：
|
||||
|
||||
- 文档 `done` 但无 merge/deploy 时，Git 与部署 facets 不改变；
|
||||
- `claimed` 但无可观测运行信号时，Agent 活动保持 unknown；Herdr 与产品 PI Runner 不共享类型；
|
||||
- 同字段多来源不一致时生成 conflict 并保留所有 fact 引用；
|
||||
- JSON round-trip 保留 schema 与 snapshot identity；
|
||||
- 枚举未知值失败且错误可定位。
|
||||
|
||||
**完成证据**：模型测试通过，schema 示例落入 Go fixture，不存在页面专用的第二套状态类型。
|
||||
|
||||
### U2：实现文档图谱与领域解析器
|
||||
|
||||
**目标**：将 `.doc` taxonomy、模块、任务、测试和链接转换为可追溯文档图谱。
|
||||
|
||||
**覆盖需求**：R3、R7、R10、R11、R14。
|
||||
|
||||
**依赖**：U1。
|
||||
|
||||
**文件**：
|
||||
|
||||
- `internal/engineeringdashboard/source_docs.go`
|
||||
- `internal/engineeringdashboard/docs_test.go`
|
||||
|
||||
**实施要点**：
|
||||
|
||||
1. 扫描 allowlist 内 Markdown，默认跳过任何 `assets` 目录正文；记录附件元数据。
|
||||
2. 解析 front matter、标题、显式 Markdown 链接和反向链接。
|
||||
3. 为 CURRENT、FEATURE-MATRIX、gap-matrix、任务文、module boundaries 和 test report 建立专用适配器；receipt 只在文档图谱中作为文档与链接，结构化解析归 U4。
|
||||
4. 区分 `broken`、`orphan`、`unindexed`；slug 相似只形成候选关系。
|
||||
5. 规范化路径并阻止 `..`、绝对路径和任何 symlink；最终目标再次应用扩展名 allowlist 与敏感路径 denylist。
|
||||
|
||||
**测试场景**：
|
||||
|
||||
- taxonomy 内文档可检索且反向链接正确；
|
||||
- broken link 不导致整个索引失败；
|
||||
- front matter 缺失或非标准时产生告警并仍可阅读；
|
||||
- assets 不读正文，越界 symlink 被拒绝；
|
||||
- rdev 文档链被发现，但没有被推断为已实现。
|
||||
|
||||
**完成证据**：文档索引能从 fixture 生成稳定 JSON，路径安全负例通过。
|
||||
|
||||
### U3：实现 Git 与 worktree 采集
|
||||
|
||||
**目标**：以只读 Git plumbing 形成可复现的分支、提交和 worktree 观测。
|
||||
|
||||
**覆盖需求**：R1、R4、R5、R10、R14。
|
||||
|
||||
**依赖**：U1。
|
||||
|
||||
**文件**：
|
||||
|
||||
- `internal/engineeringdashboard/source_git.go`
|
||||
- `internal/engineeringdashboard/git_test.go`
|
||||
|
||||
**实施要点**：
|
||||
|
||||
1. 抽象 command runner，固定 argv、工作目录、超时和输出上限。
|
||||
2. 收集当前分支/HEAD、dirty/untracked、local/remote-tracking refs、ahead/behind、merge-base 和 worktree。
|
||||
3. 不执行 fetch；remote tracking ref 始终带本地观测时间与免责声明。
|
||||
4. 对账任务声明的 branch/worktree，但不因路径名相似而认定一致。
|
||||
|
||||
**测试场景**：
|
||||
|
||||
- 本地分支领先 origin 时显示 ahead 且不显示“远端可用”；
|
||||
- worktree 目录名与真实检出分支不一致时生成 drift；
|
||||
- 命令超时、Git 不存在、非 Git 目录时单源 degraded；
|
||||
- runner 记录中不存在 shell、fetch、push 或写命令。
|
||||
|
||||
**完成证据**：临时 Git 仓库集成测试和 fake runner 单元测试通过。
|
||||
|
||||
### U4：实现运行态与部署证据采集
|
||||
|
||||
**目标**：按环境独立呈现容器、应用 readiness、服务完整性、schema、镜像和晋升凭证。
|
||||
|
||||
**覆盖需求**：R4、R6、R10、R14。
|
||||
|
||||
**依赖**：U1。
|
||||
|
||||
**文件**：
|
||||
|
||||
- `internal/engineeringdashboard/source_runtime.go`
|
||||
- `internal/engineeringdashboard/runtime_test.go`
|
||||
|
||||
**实施要点**：
|
||||
|
||||
1. 从仓库内批准的 Compose 静态配置和 allowlist labels 映射环境与服务；无法明确映射时显示 unknown，不用名称猜测。容器 JSON 只提取容器名、image/digest、状态、restart count、health，以及 allowlist 内的 Compose project/service labels；不复制 Env、Mounts、完整 NetworkSettings 或任意 labels。
|
||||
2. 对 allowlist 中的本地 `/ready` 端点执行短超时、响应大小受限的请求；禁用重定向，或对每一跳重新校验 scheme、解析后 IP、端口和 host。
|
||||
3. 解析 promotion receipt/candidate image 等仓库证据，保留 artifact identity。
|
||||
4. 将 container health、app readiness、required-service completeness 分开建模。
|
||||
|
||||
**测试场景**：
|
||||
|
||||
- app ready 且 events restarting 时同时保留两项状态；
|
||||
- Docker 不可用或 HTTP 超时时，其他数据源仍可输出；
|
||||
- receipt 与容器 image 不一致时生成 deployment drift；容器可达但 identity 缺失时标记“运行可见、版本未验证”；
|
||||
- readiness 重定向到外网或非 allowlist 本地端口时拒绝访问；
|
||||
- 输出中不存在容器环境变量或凭证。
|
||||
|
||||
**完成证据**：fixture 和 fake HTTP/Docker runner 测试通过，main 分叉场景被覆盖。
|
||||
|
||||
### U5：实现对账、派生视图与新鲜度
|
||||
|
||||
**目标**：把来源事实组合成用户可判断的视图，但不替来源做未经定义的裁决。
|
||||
|
||||
**覆盖需求**：R3、R4、R6、R8、R9、R10、R13。
|
||||
|
||||
**依赖**：U2、U3、U4。
|
||||
|
||||
**文件**：
|
||||
|
||||
- `internal/engineeringdashboard/reconcile.go`
|
||||
- `internal/engineeringdashboard/reconcile_test.go`
|
||||
|
||||
**实施要点**：
|
||||
|
||||
1. 按领域 SSOT 规则构建 module、task、environment 和 evidence-chain 视图。
|
||||
2. 实现 conflict 分类：declared-vs-observed、task-vs-git、test-vs-subject、receipt-vs-runtime、stale-source、missing-evidence。
|
||||
3. 快照构建期间每个来源独立记录 `observed_at`、持续时间和错误；成功后一次性发布。
|
||||
4. 失败源只可复用同一 serve 进程的 last-known，并标注 stale、age 与 last-success；冷启动无缓存时为 unknown/error。过期数据不隐藏，但按年龄提升告警级别。
|
||||
5. 测试报告只有在 commit/artifact identity 与当前 subject 对齐时才能派生 pass；身份缺失为 unbound，身份不匹配为 stale/drift。
|
||||
|
||||
**测试场景**：
|
||||
|
||||
- 三个真实样本得到预期多轴状态；
|
||||
- 同一组输入顺序变化不改变规范化快照；
|
||||
- 单源失败不会删除其他源，也不会重写 last-known 的观测时间；冷启动失败没有伪造 last-known；
|
||||
- 旧测试报告、新 HEAD 与不同 image 不会派生当前验证通过；
|
||||
- 恢复后 stale 自动清除并产生新 snapshot ID。
|
||||
|
||||
**完成证据**：reconcile table tests 覆盖一致、漂移、缺失、过期和恢复。
|
||||
|
||||
### U6：实现本地服务、总览与文档导航
|
||||
|
||||
**目标**：提供能快速判断异常并下钻证据的本地只读页面和 JSON。
|
||||
|
||||
**覆盖需求**：R1、R2、R3、R7–R10、R12–R14；承接 PKD-1 和 PKD-2。
|
||||
|
||||
**依赖**：U5。
|
||||
|
||||
**文件**：
|
||||
|
||||
- `internal/engineeringdashboard/server.go`
|
||||
- `internal/engineeringdashboard/server_test.go`
|
||||
- `internal/engineeringdashboard/assets/index.html`
|
||||
- `internal/engineeringdashboard/assets/app.js`
|
||||
- `internal/engineeringdashboard/assets/app.css`
|
||||
- `cmd/engineering-dashboard/main.go`
|
||||
|
||||
**实施要点**：
|
||||
|
||||
1. `serve --repo <path> --addr 127.0.0.1:<port>`；一期无条件拒绝所有非 loopback 地址，包括通配、IPv6 非 loopback 和显式传入值。
|
||||
2. 暴露 `/api/v1/snapshot`、`/api/v1/doc/<id>`、`/healthz`；所有接口只读。严格校验 Host/Origin/Fetch Metadata，不信任代理转发头；页面和 API 使用每次启动生成的不可预测访问令牌，降低 DNS rebinding 与跨站读取风险。
|
||||
3. 页面分为总览、架构/模块、任务、Git、部署、文档和证据链。
|
||||
4. 自动刷新完整快照，保留当前筛选、滚动位置、焦点和选中文档；ETag 未变化时不重绘。
|
||||
5. 明确一级视图状态：initial loading、fresh empty、fresh success、partial/degraded with last-known、hard error without cache、refreshing、recovered。刷新中继续展示上一完整快照，直到下一版本原子替换。
|
||||
6. 搜索覆盖标题、仓库相对路径、front matter 和未截断正文；不同维度用 AND、同一维度多选用 OR，默认先排当前任务和异常证据，再按匹配度与路径稳定排序。筛选、查询和选中文档写入 URL 参数，支持浏览器前进/后退与深链。
|
||||
7. 桌面优先；窄屏下侧栏变为可关闭抽屉，宽表格保留可横向滚动的语义表头，详情区单列。所有功能可键盘完成，使用 landmark/标题/表格语义，drift/degraded 不只靠颜色表达，自动刷新通过非打断式 live region 报告且不抢焦点。
|
||||
8. Markdown 正文只进入文本节点；在线页与导出页均设置限制性 CSP，不执行 HTML、脚本、SVG、远程 URL 或事件属性。
|
||||
|
||||
**测试场景**：
|
||||
|
||||
- 只监听 loopback，方法 allowlist 拒绝写请求；Host/Origin/token、DNS rebinding 和跨 Origin 负例被拒绝；
|
||||
- HTML 与 JSON 的 generation/revision identity 一致；
|
||||
- 文档 ID 越界、symlink 越界、未知 ID 返回安全错误；
|
||||
- degraded source 在总览可见且页面仍可导航；
|
||||
- 任务状态四轴、drift 和来源时间在浏览器中可见。
|
||||
- 首次加载、空数据、无缓存错误、刷新、恢复状态可区分；键盘、焦点、语义结构、窄屏和非颜色告警验收通过。
|
||||
- 搜索组合逻辑、排序、无结果、URL 深链和刷新后的视图保持通过。
|
||||
|
||||
**完成证据**：HTTP tests、基本无障碍检查和真实浏览器验收通过。
|
||||
|
||||
### U7：实现离线导出、启动脚本与治理文档
|
||||
|
||||
**目标**：生成安全、可携带、可追踪的单文件快照，并完成仓库治理接线。
|
||||
|
||||
**覆盖需求**：R1、R8、R9、R11、R14；承接 PKD-1 和 PKD-2。
|
||||
|
||||
**依赖**：U6。
|
||||
|
||||
**文件**：
|
||||
|
||||
- `internal/engineeringdashboard/export.go`
|
||||
- `internal/engineeringdashboard/export_test.go`
|
||||
- `scripts/engineering-dashboard.sh`
|
||||
- `.doc/status/FEATURE-MATRIX.md`
|
||||
- `.doc/ops/CURRENT.md`
|
||||
- `.doc/test-reports/YYYY-MM-DD-engineering-dashboard-test-report.md`
|
||||
|
||||
**实施要点**：
|
||||
|
||||
1. `export --repo <path> --output <file>` 构建一次不可变快照并原子写入；首次采集失败的来源显示 unknown/error。
|
||||
2. 以 HTML-safe JSON/等价编码内嵌允许的 Markdown 正文、索引和页面资源；附件保持元数据与相对链接，所有正文只写入文本节点。
|
||||
3. 默认权限 `0600`，输出页显示生成时间、repo、HEAD、snapshot ID 和 degraded/drift。
|
||||
4. 薄脚本只负责定位仓库与调用 Go CLI，不隐藏参数或执行安装/部署副作用。
|
||||
5. 实施期间按仓库规范更新 CURRENT、FEATURE-MATRIX 和 test report；完成后再迁移任务生命周期状态。
|
||||
|
||||
**测试场景**：
|
||||
|
||||
- 导出文件脱离仓库后仍能搜索和阅读 Markdown；
|
||||
- 导出中不含附件字节、绝对凭证路径、env 值或远程请求；`</script>`、事件属性、SVG、危险 URL scheme 和 Unicode 边界载荷不能逃逸数据上下文；
|
||||
- 默认 tracked/untracked 与敏感模式策略、inclusion manifest 和覆盖清单符合契约；
|
||||
- 采集部分失败时仍能导出并保留错误；
|
||||
- 输出中 JSON/HTML snapshot identity 一致，权限符合预期；
|
||||
- 大文档和总正文上限触发时明确标记截断。
|
||||
|
||||
**完成证据**：export tests、离线浏览器验收和治理文档回链完整。
|
||||
|
||||
---
|
||||
|
||||
## Verification Contract
|
||||
|
||||
### 自动验证
|
||||
|
||||
实施阶段至少运行：
|
||||
|
||||
```bash
|
||||
go test ./internal/engineeringdashboard/...
|
||||
go test ./cmd/engineering-dashboard/...
|
||||
go vet ./...
|
||||
go test -short ./...
|
||||
git diff --check
|
||||
```
|
||||
|
||||
涉及共享容器的只读验收也必须遵守 CURRENT 集成槽规则；中控台本身不得为测试启动、停止或重建共享容器。
|
||||
|
||||
### 契约验证矩阵
|
||||
|
||||
| 领域 | 必须证明 |
|
||||
|---|---|
|
||||
| 模型 | 计划、Git facets、验证、部署 facets 互不覆盖；Agent 声明和运行观测分离；所有派生结论可追溯到 facts。 |
|
||||
| 文档 | taxonomy、全文检索、反链、broken/unindexed、路径安全与 assets 排除。 |
|
||||
| Git | ahead/behind、worktree、dirty、local refs 新鲜度和无隐式 fetch。 |
|
||||
| 部署 | container/app/service 三类信号分离，receipt/artifact 身份可核对。 |
|
||||
| 降级 | 每个源超时、错误、stale、恢复都不会让整页不可用。 |
|
||||
| 实时 | 变化在目标时间内形成完整新快照，不出现半新半旧卡片。 |
|
||||
| 导出 | 单文件离线可读、默认 `0600`、不嵌 assets、不产生网络请求。 |
|
||||
| 安全 | loopback、Host/Origin/startup token、read-only methods、命令 allowlist、路径边界、Docker 字段 allowlist、CSP 与输出脱敏。 |
|
||||
|
||||
### 浏览器验收
|
||||
|
||||
1. 从总览进入 rdev，确认“计划/实施/验证/实装”四轴与源文档链接均可见。
|
||||
2. 在仓库外复制导出 HTML，断网打开并全文搜索、阅读至少一份设计与一份测试报告。
|
||||
3. 制造 fixture 中的 CURRENT/Docker/readiness 冲突，确认页面保留多值且不出现综合绿灯。
|
||||
4. 切换 fixture 快照，确认页面刷新后筛选条件和当前文档保持不变。
|
||||
5. 尝试路径穿越、未知文档、POST、DNS rebinding、跨 Origin、readiness 重定向和含原始 HTML/脚本逃逸载荷的 Markdown，确认均不能越界、外联或执行。
|
||||
|
||||
### 性能与容量验证
|
||||
|
||||
- 记录当前 `.doc` 规模下的冷启动、增量刷新、JSON 大小和 HTML 导出大小。
|
||||
- 建议一期门槛：UI shell 与来源状态在 2 秒内可交互，P95 完整快照重建不超过 5 秒，单源超时不超过 2 秒；基线不达标时必须记录实测并拆分后台正文索引，不能伪造 PASS。
|
||||
- 导出达到配置上限时必须显式列出被截断文档，不允许静默丢失。
|
||||
|
||||
---
|
||||
|
||||
## Definition of Done
|
||||
|
||||
- [ ] `serve` 和 `export` 在显式仓库根下可重复运行，且没有产品后台依赖。
|
||||
- [ ] 实时 HTML、离线 HTML 与 JSON 使用同一版本化快照契约。
|
||||
- [ ] `generation_id` 标识采集实例，`revision_id` 标识内容版本并驱动 ETag；无内容变化不会触发重绘。
|
||||
- [ ] 架构、模块、功能、任务、Git、部署、文档和证据链均可从页面访问。
|
||||
- [ ] 计划、实施、验证、实装四轴独立，rdev、dev ahead、main events 分叉样本通过。
|
||||
- [ ] Agent 认领与可观测活动分开，Herdr 工程 Agent 与产品 PI Agent Runner 不混称。
|
||||
- [ ] 所有 drift、degraded、stale 都带来源和时间，不存在未经定义的综合绿灯。
|
||||
- [ ] 默认 loopback、Host/Origin/startup token、只读命令、路径边界、脱敏、CSP 和 Markdown 安全测试通过。
|
||||
- [ ] 首次加载、空数据、部分失败、无缓存失败、恢复、键盘、窄屏和 URL 深链验收通过。
|
||||
- [ ] 导出 HTML 脱离仓库可读 Markdown，且不包含二进制 assets 或凭证数据。
|
||||
- [ ] 单元、集成、全仓短测、浏览器验收和 `git diff --check` 均有真实输出。
|
||||
- [ ] `.doc/test-reports` 报告回链任务文，FEATURE-MATRIX 与 CURRENT 按实际状态更新。
|
||||
- [ ] 没有遗留调试入口、写操作按钮、未使用的替代模型或与产品后台重名的组件。
|
||||
|
||||
---
|
||||
|
||||
## Appendix
|
||||
|
||||
### 一期交付边界
|
||||
|
||||
一期交付：本地只读服务、版本化快照 JSON、架构/任务/Git/部署/文档视图、四轴状态、drift/degraded、全文搜索、安全文档阅读和单 HTML 导出。
|
||||
|
||||
后续评估：跨快照历史趋势、远端托管/CI 聚合、受限富文本与 Mermaid、跨仓库聚合、面向 Agent 的筛选查询 API。
|
||||
|
||||
永久排除：在页面中修改文档、切换或推送分支、控制 Agent、执行部署、读取密钥、成为产品后台模块。
|
||||
|
||||
### 方案依据
|
||||
|
||||
- `.doc/README.md` 定义的文档 taxonomy 与生命周期；
|
||||
- `.doc/ops/CURRENT.md` 的焦点、认领、集成槽与环境声明；
|
||||
- `.doc/status/FEATURE-MATRIX.md` 的模块完成度口径；
|
||||
- `.doc/remediation/gap-matrix.md` 的发布门禁口径；
|
||||
- `.doc/system-design/README.md` 与模块边界清单；
|
||||
- Git/worktree、Docker/Compose、`/ready` 和 promotion receipts 的当前可观测能力。
|
||||
@@ -1,55 +0,0 @@
|
||||
---
|
||||
title: "PU6 语义摘要 shadow（SEMANTIC_SUMMARY_SHADOW）"
|
||||
status: done
|
||||
created: 2026-09-16
|
||||
updated: 2026-09-16
|
||||
owner: Cursor-Auto
|
||||
branch: feature/pu6-semantic-summary
|
||||
worktree: ".worktrees/feature-pu6-semantic-summary"
|
||||
mutex: chat
|
||||
---
|
||||
|
||||
# PU6 语义摘要 shadow
|
||||
|
||||
## 目标
|
||||
|
||||
在授权可见消息集合上落地 `SEMANTIC_SUMMARY_SHADOW`（默认 off）：shadow 语义摘要、失败回 deterministic 并标注 freshness；不启用 REPLACE。
|
||||
|
||||
## 范围
|
||||
|
||||
- `internal/ctxmgr/summarizer.go` + semantic shadow
|
||||
- `internal/app/chatflow/` 授权过滤入口
|
||||
- `internal/server/chat_digest_api.go` 出站 freshness/shadow 字段
|
||||
- 单元/表征测试；测试报告
|
||||
|
||||
## 非目标
|
||||
|
||||
- 不启用 `SEMANTIC_SUMMARY_REPLACE`
|
||||
- 不合入 `dev`
|
||||
- 不改 plan 文件
|
||||
|
||||
## 步骤
|
||||
|
||||
1. [x] 从 `dev` 开分支 / worktree 并认领
|
||||
2. [x] flags + 无工具语义摘要器 + rolling summary shadow
|
||||
3. [x] chatflow 授权路径 + digest API
|
||||
4. [x] 测试与报告
|
||||
5. [x] 渐进提交并 push
|
||||
|
||||
## 验收标准
|
||||
|
||||
- [x] flag off 行为与基线一致
|
||||
- [x] shadow on：仅 authorized 消息；失败保留 deterministic + freshness
|
||||
- [x] injection 不能提权；REPLACE 路径未接线
|
||||
- [x] 测试报告归档
|
||||
|
||||
## 相关链接
|
||||
|
||||
- Contract: `../long-term/2026-09-16-pu6-semantic-summary-contract.md`
|
||||
- Test report: `../../test-reports/2026-09-16-pu6-semantic-summary-test-report.md`
|
||||
|
||||
## 证据 / 备注
|
||||
|
||||
- 分支：`feature/pu6-semantic-summary`（worktree）
|
||||
- 测试：`go test -short ./internal/ctxmgr/ ./internal/app/chatflow/ ./internal/server/` PASS
|
||||
|
||||
@@ -1,48 +0,0 @@
|
||||
---
|
||||
title: "P5 PU8 U9–U12 独立 flag 脚手架"
|
||||
status: done
|
||||
created: 2026-09-16
|
||||
updated: 2026-09-16
|
||||
owner: Cursor
|
||||
branch: feature/pu8-u9-u12-flags
|
||||
worktree: /tmp/wt-pu8
|
||||
mutex: intent-plan
|
||||
---
|
||||
|
||||
# P5 PU8 U9–U12 独立 flag 脚手架
|
||||
|
||||
## 目标
|
||||
|
||||
为多意图扩面 U9–U12 落地独立 env flag（默认 OFF）与 stub/dry-run 端口，不升 `MULTI_INTENT_PLAN_TIER`。
|
||||
|
||||
## 范围
|
||||
|
||||
- `MULTI_INTENT_U9_SEGMENT` / `U10_MUTATE` / `U11_DOCGOV` / `U12_RUN_CONTROL`
|
||||
- U9 segment proposal port + fail-closed stub
|
||||
- U10–U12 dry-run adapters + `BuildOwnerMux` 门控
|
||||
- 单测证明默认 off 与 enable 路径不 panic
|
||||
|
||||
## 非目标
|
||||
|
||||
- 真实 LLM 分段 / 升 tier / 合入 `dev`
|
||||
- 真实 docgov/workflow 副作用写路径
|
||||
|
||||
## 步骤
|
||||
|
||||
1. [x] 独立 flags + `.env.example`
|
||||
2. [x] segment proposal + expansion adapters + mux 门控
|
||||
3. [x] Assemble `BuildOwnerMux` 接线
|
||||
4. [x] 单测 + 测试报告
|
||||
5. [x] push（不合 `dev`）
|
||||
|
||||
## 验收标准
|
||||
|
||||
- [x] 四 flag 默认 off；开 flag 不升 PlanTier
|
||||
- [x] flag off ≡ legacy（无 LLM proposal、无新 adapters）
|
||||
- [x] flag on：U9 fail-closed；U10–U12 dry-run/guarded
|
||||
- [x] 报告归档
|
||||
|
||||
## 相关链接
|
||||
|
||||
- Contracts: [u9](../long-term/2026-09-16-pu8-u9-segment-proposal-contract.md) … [u12](../long-term/2026-09-16-pu8-u12-workflow-run-control-contract.md)
|
||||
- Test report: [../../test-reports/2026-09-16-pu8-u9-u12-flags-test-report.md](../../test-reports/2026-09-16-pu8-u9-u12-flags-test-report.md)
|
||||
@@ -1,48 +0,0 @@
|
||||
---
|
||||
title: "docgov 变更提案 HTTP + 前端接线"
|
||||
status: done
|
||||
created: 2026-09-17
|
||||
updated: 2026-09-17
|
||||
owner: Cursor
|
||||
branch: feature/docgov-modification-proposal-http
|
||||
worktree: .worktrees/feature-docgov-modification-proposal-http
|
||||
mutex: docgov
|
||||
---
|
||||
|
||||
# docgov 变更提案 HTTP + 前端接线
|
||||
|
||||
## 目标
|
||||
|
||||
暴露 `POST /api/v1/docgov/proposal`，前端「修改」快捷分支与 `ProposalConfirmCard` 走真实 propose/decide，不再本地假装成功。
|
||||
|
||||
## 范围
|
||||
|
||||
- API：`ProposeModification` 路由；decide 补 404/403 映射
|
||||
- 前端：`docgov.ts` + `App.tsx` 接线
|
||||
- 单测 + 真实 HTTP 证据
|
||||
- 关闭 audit 缺口；dev 试点总开关证据归档
|
||||
|
||||
## 非目标
|
||||
|
||||
- 晋升 test/main
|
||||
- 变更提案自动改写受控正文（批准后仍为 UI 演示增补）
|
||||
|
||||
## 步骤
|
||||
|
||||
1. [x] 实现 propose handler + 路由
|
||||
2. [x] 前端 client + App 接线
|
||||
3. [x] handler/client 单测
|
||||
4. [x] 合入 dev + rebuild + 真实 HTTP
|
||||
5. [x] push origin/dev；清理 author-only worktree
|
||||
|
||||
## 验收标准
|
||||
|
||||
- [x] `POST /api/v1/docgov/proposal` 可写库（单测）
|
||||
- [x] 真实 HTTP claim → propose → decide PASS
|
||||
- [x] audit 缺口 resolved；CURRENT 认领收敛
|
||||
|
||||
## 相关链接
|
||||
|
||||
- Audit: [../../audit/2026-09-17-docgov-modification-proposal-http-gap.md](../../audit/2026-09-17-docgov-modification-proposal-http-gap.md)
|
||||
- Pilot: [../../test-reports/assets/2026-09-17-author-only-pilot/](../../test-reports/assets/2026-09-17-author-only-pilot/)
|
||||
- Closeout: [../handoffs/2026-09-17-document-author-only-closeout.md](../handoffs/2026-09-17-document-author-only-closeout.md)
|
||||
@@ -1,53 +0,0 @@
|
||||
---
|
||||
title: "修复 CreateOrGetDocument 可选职责 0→NULL FK"
|
||||
status: done
|
||||
created: 2026-09-17
|
||||
updated: 2026-09-17
|
||||
owner: Cursor
|
||||
branch: fix/docgov-optional-duty-null-fk
|
||||
worktree: "-"
|
||||
mutex: docgov
|
||||
---
|
||||
|
||||
# 修复 CreateOrGetDocument 可选职责 0→NULL FK
|
||||
|
||||
## 目标
|
||||
|
||||
无 reviewer/approver 职责时创建文档账本成功，不再因 `reviewer_id=0` FK 失败并被标成 `INTERNAL_ERROR`。
|
||||
|
||||
## 范围
|
||||
|
||||
- `internal/docgov/engine.go`：`nullIfZero` 写入 author/reviewer/approver
|
||||
- `internal/stream/classify.go`：`DOC_LEDGER_ERROR` 分型
|
||||
- 回归测试 + audit/test-report
|
||||
|
||||
## 非目标
|
||||
|
||||
- 不强制项目配置 reviewer
|
||||
- 不改前端 flushSync / 虚拟列表
|
||||
- 不改项目 6417 存量数据（代码修好后重试即可）
|
||||
|
||||
## 步骤
|
||||
|
||||
1. [x] CreateOrGetDocument 0→NULL
|
||||
2. [x] ClassifyError `DOC_LEDGER_ERROR`
|
||||
3. [x] 单元/回归测试（`-short` 已绿）
|
||||
4. [x] 占集成槽位 rebuild + 6417 复测（`run_1789625396102207018`，`doc_proj6417_intake` NULL FK）
|
||||
5. [x] test-report 归档；合入 `dev`
|
||||
|
||||
## 验收标准
|
||||
|
||||
- [x] `go test -short ./internal/docgov/... ./internal/stream/...` PASS
|
||||
- [x] 仅-author 项目 `CreateOrGetDocument` / 任务发起不再 `INTERNAL_ERROR`；`reviewer_id IS NULL`
|
||||
- [x] 项目 6417 账本创建成功（full 职责路径未被本修复改动）
|
||||
|
||||
## 相关链接
|
||||
|
||||
- Audit: [../../audit/2026-09-17-docgov-optional-duty-null-fk.md](../../audit/2026-09-17-docgov-optional-duty-null-fk.md)
|
||||
- Test report: [../../test-reports/2026-09-17-docgov-optional-duty-null-fk-test-report.md](../../test-reports/2026-09-17-docgov-optional-duty-null-fk-test-report.md)
|
||||
|
||||
## 证据 / 备注
|
||||
|
||||
- 失败 run：`run_1789622069585300787`
|
||||
- 验证 run：`run_1789625396102207018` / `doc_proj6417_intake` author=9 reviewer/approver NULL
|
||||
- merge：`e488d10 merge: fix/docgov-optional-duty-null-fk`
|
||||
@@ -1,47 +0,0 @@
|
||||
---
|
||||
title: 文档编制人兼任审核批准方案
|
||||
status: done
|
||||
created: 2026-09-17
|
||||
updated: 2026-09-17
|
||||
owner: Codex
|
||||
branch: feature/document-author-only-plan
|
||||
worktree: .worktrees/feature-document-author-only-plan
|
||||
mutex: document-duty-policy-plan
|
||||
---
|
||||
|
||||
# 文档编制人兼任审核批准方案
|
||||
|
||||
## 目标
|
||||
|
||||
基于当前源码形成管理员总授权、项目创建者逐文档选择的详细实施方案，交用户审核。
|
||||
|
||||
## 范围
|
||||
|
||||
权限、系统设置、工作流规划和冻结、文档三职、动作鉴权、状态机、前端、迁移与验收。
|
||||
|
||||
## 非目标
|
||||
|
||||
本次不修改业务代码、不变更数据库或共享容器、不推送。
|
||||
|
||||
## 步骤
|
||||
|
||||
1. [x] 阅读启动链并从本地 dev 建立隔离分支。
|
||||
2. [x] 核查实现并记录证据。
|
||||
3. [x] 编写方案、检查边界与验收覆盖。
|
||||
|
||||
## 验收标准
|
||||
|
||||
- [x] 方案覆盖用户两个权限层级及逐文档持久化。
|
||||
- [x] 当前事实与拟议行为分开，列明实施单元与测试场景。
|
||||
|
||||
## 证据 / 备注
|
||||
|
||||
基线 dev adb48c8。已 fetch origin/dev，本地 dev 领先 44、落后 0，保留未推送集成成果；主工作区 feature/control-center-server 未切换。worktree 脚本默认从当前 HEAD 创建，故直接指定 dev 创建本 worktree，避免引入他人分支。
|
||||
|
||||
## 交付
|
||||
|
||||
- 方案：`.doc/remediation/2026-09-17-document-author-only-plan.md`
|
||||
- 核查：`.doc/audit/2026-09-17-document-author-only-analysis.md`
|
||||
- 本任务完成仅指方案交付，业务实现为 planned；R9/R10 待用户审核。
|
||||
- 未合入 dev：方案保留在独立分支供审核；未推送、未修改业务代码或容器。
|
||||
- 验证：源码与文档一致性检查、git diff --check；未执行业务测试。
|
||||
@@ -1,57 +0,0 @@
|
||||
---
|
||||
title: "文档编制人兼任：U1 策略存储与总授权"
|
||||
status: done
|
||||
created: 2026-09-17
|
||||
updated: 2026-09-17
|
||||
owner: Cursor
|
||||
branch: feature/document-author-only-plan
|
||||
worktree: ".worktrees/feature-document-author-only-plan"
|
||||
mutex: sysadmin + document-duty-policy
|
||||
---
|
||||
|
||||
# 文档编制人兼任：U1 策略存储与总授权
|
||||
|
||||
## 目标
|
||||
|
||||
落地 `workflow.allow_author_only_approval` 管理员总开关：默认关闭、严格 bool、revision CAS、事务内审计，并向 projectinstance 提供可参与激活事务的窄读取接口。
|
||||
|
||||
## 范围
|
||||
|
||||
- Goose 增量迁移（revision 列、种子行、策略审计表）
|
||||
- `internal/sysadmin` 存储/服务/窄 Policy 接口
|
||||
- `admin_system_handlers` 对本 key 的 `expected_revision` 协议
|
||||
- 单元 / PG / HTTP 负例测试
|
||||
|
||||
## 非目标
|
||||
|
||||
- 逐文档 duty_policy（U2）
|
||||
- 前端设置页文案（U5）
|
||||
- 已激活实例紧急熔断
|
||||
|
||||
## 步骤
|
||||
|
||||
1. [x] 认领 CURRENT
|
||||
2. [x] 迁移 00050
|
||||
3. [x] sysadmin CAS + 审计 + PolicySource
|
||||
4. [x] admin handler
|
||||
5. [x] 测试与提交
|
||||
|
||||
## 验收标准
|
||||
|
||||
- [x] 管理员可开关；非管理员 403
|
||||
- [x] null/字符串布尔拒绝
|
||||
- [x] 并发 CAS 仅一版成功
|
||||
- [x] 审计失败回滚设置
|
||||
- [x] 窄接口可读 allowed+revision；缺行默认 false；DB 故障不伪装
|
||||
|
||||
## 相关链接
|
||||
|
||||
- Plan: `.doc/remediation/2026-09-17-document-author-only-plan.md` U1
|
||||
- Checklist:
|
||||
|
||||
## 证据 / 备注
|
||||
|
||||
- `go test ./internal/sysadmin/ ./internal/server/ -run 'Settings|AuthorOnly|PGSettings|AdminSystem'` PASS
|
||||
- `go test -short ./internal/sysadmin/ ./internal/server/` PASS
|
||||
- Key: `workflow.allow_author_only_approval`
|
||||
- 窄接口: `sysadmin.AuthorOnlyPolicySource`
|
||||
@@ -1,54 +0,0 @@
|
||||
---
|
||||
title: "文档编制人兼任：U2 逐文档模式与激活"
|
||||
status: done
|
||||
created: 2026-09-17
|
||||
updated: 2026-09-17
|
||||
owner: Cursor
|
||||
branch: feature/document-author-only-plan
|
||||
worktree: ".worktrees/feature-document-author-only-plan"
|
||||
mutex: projectinstance + document-duty-policy
|
||||
---
|
||||
|
||||
# 文档编制人兼任：U2 逐文档模式与激活
|
||||
|
||||
## 目标
|
||||
|
||||
落地逐文档 `duty_policy=author_only`：规划校验、预览摘要、激活 token 绑定策略 revision，激活事务内行锁串行化关闭总开关。
|
||||
|
||||
## 范围
|
||||
|
||||
- DocTaskPlan / PreviewSummary / ProjectSettings 扩展
|
||||
- ResolveDocTaskDuty、Save/Preview/Activate 消费 U1 策略
|
||||
- Goose 00051 token revision 列
|
||||
- app 适配器装配、HTTP 错误码映射
|
||||
- 单元测试
|
||||
|
||||
## 非目标
|
||||
|
||||
- Heal/文档投影（U3）
|
||||
- 前端 UI（U5）
|
||||
- 运行时动作多职责（U4/U6）
|
||||
|
||||
## 步骤
|
||||
|
||||
1. [x] 类型与解析器
|
||||
2. [x] service/store/迁移
|
||||
3. [x] app 装配与 handler
|
||||
4. [x] 测试与提交
|
||||
|
||||
## 验收标准
|
||||
|
||||
- [x] 一位成员兼任可存/预览/激活（总开关开）
|
||||
- [x] 总开关关时 Save 拒绝
|
||||
- [x] 预览后 revision 变化旧 token 409
|
||||
- [x] 未开模式只填作者仍 partial 拒绝
|
||||
- [x] 旧快照缺 duty_policy 时 hash 稳定
|
||||
|
||||
## 相关链接
|
||||
|
||||
- Plan: `.doc/remediation/2026-09-17-document-author-only-plan.md` U2
|
||||
|
||||
## 证据 / 备注
|
||||
|
||||
- `go vet ./internal/projectinstance/ ./internal/app/ ./internal/server/`
|
||||
- `go test -short ./internal/projectinstance/ ./internal/server/ ./internal/app/` PASS
|
||||
@@ -1,55 +0,0 @@
|
||||
---
|
||||
title: "文档编制人兼任：U3 文档绑定与职责投影"
|
||||
status: done
|
||||
created: 2026-09-17
|
||||
updated: 2026-09-17
|
||||
owner: Cursor
|
||||
branch: feature/document-author-only-plan
|
||||
worktree: ".worktrees/feature-document-author-only-plan"
|
||||
mutex: docgov + docduty + bizdev + document-duty-policy
|
||||
---
|
||||
|
||||
# 文档编制人兼任：U3 文档绑定与职责投影
|
||||
|
||||
## 目标
|
||||
|
||||
生成时写入实例治理职责并 `duty_locked`；heal/revoke 跳过锁定行；读侧投影 `duty_policy`。
|
||||
|
||||
## 范围
|
||||
|
||||
- Goose 00052：`document_records.duty_locked` / `duty_policy`
|
||||
- `docgov.LockDocumentDuty` + 列表投影
|
||||
- `docduty` heal/revoke `AND NOT duty_locked`
|
||||
- `bizdev.InstanceDutySource` + `resolveTaskDocumentDuties` 治理分支；跳过 governed 内存 heal
|
||||
- `app/instance_duty_adapter.go` 装配
|
||||
|
||||
## 非目标
|
||||
|
||||
- U4 动作鉴权 / allowed_actions
|
||||
- U5/U6 前端
|
||||
- 合入 `dev`
|
||||
|
||||
## 步骤
|
||||
|
||||
1. [x] 迁移
|
||||
2. [x] docgov / docduty
|
||||
3. [x] bizdev + app 适配器
|
||||
4. [x] 测试与提交
|
||||
|
||||
## 验收标准
|
||||
|
||||
- [x] 受治理文档创建后 `duty_locked=true` 且三职来自实例
|
||||
- [x] heal/revoke 不清锁定行（SQL 过滤 + 单测/PG 可选）
|
||||
- [x] 生成后 governed 路径不再用项目默认覆盖内存态
|
||||
- [x] 模块边界：bizdev/docduty/docgov 不导入 projectinstance
|
||||
|
||||
## 相关链接
|
||||
|
||||
- Plan: U3（文档绑定与职责投影一致性）
|
||||
- 依赖：U1 `3b6def2`、U2 `c03d0a3`
|
||||
|
||||
## 证据 / 备注
|
||||
|
||||
- `go vet ./internal/docgov/ ./internal/docduty/ ./internal/bizdev/ ./internal/app/ ./internal/projectinstance/`
|
||||
- `go test -short` 上述包 PASS
|
||||
- PG：`TEST_DATABASE_URL` 未配置时 `Heal/Revoke SkipsDutyLocked` 自动跳过
|
||||
@@ -1,47 +0,0 @@
|
||||
---
|
||||
title: "文档编制人兼任：U4 动作鉴权与审计"
|
||||
status: done
|
||||
created: 2026-09-17
|
||||
updated: 2026-09-17
|
||||
owner: Cursor
|
||||
branch: feature/document-author-only-plan
|
||||
worktree: ".worktrees/feature-document-author-only-plan"
|
||||
mutex: projectinstance + docgov + document-duty-policy
|
||||
---
|
||||
|
||||
# 文档编制人兼任：U4 动作鉴权与审计
|
||||
|
||||
## 目标
|
||||
|
||||
ABAC 门禁识别 `duty_policy=author_only` 派生职责；审计 Details 携带 duty_policy。
|
||||
|
||||
## 范围
|
||||
|
||||
- `duty_action` / `stage_access` / `gate` 改用 `ResolveDocTaskDuty`
|
||||
- `state_machine` Transition* Details 补 `duty_policy`
|
||||
- author_only 动作矩阵与阶段可见性测试
|
||||
|
||||
## 非目标
|
||||
|
||||
- U5 UI / U6 浏览器闭环
|
||||
|
||||
## 步骤
|
||||
|
||||
1. [x] ABAC 三文件
|
||||
2. [x] 审计详情
|
||||
3. [x] 测试与提交
|
||||
|
||||
## 验收标准
|
||||
|
||||
- [x] author_only 规范存储（仅 Author ID）下 A 可 run/edit/submit/review/approve
|
||||
- [x] 非 A 拒绝；阶段门禁将 author_only 视为 approvalManaged
|
||||
- [x] 审计 Details 含 duty_policy
|
||||
|
||||
## 相关链接
|
||||
|
||||
- Plan: U4+U5 实施计划
|
||||
- 依赖：U1–U3
|
||||
|
||||
## 证据 / 备注
|
||||
|
||||
- `go test -short ./internal/projectinstance/ ./internal/docgov/ ./internal/app/ ./internal/server/` PASS
|
||||
@@ -1,48 +0,0 @@
|
||||
---
|
||||
title: "文档编制人兼任：U5 系统设置与逐文档 UI"
|
||||
status: done
|
||||
created: 2026-09-17
|
||||
updated: 2026-09-17
|
||||
owner: Cursor
|
||||
branch: feature/document-author-only-plan
|
||||
worktree: ".worktrees/feature-document-author-only-plan"
|
||||
mutex: web + document-duty-policy
|
||||
---
|
||||
|
||||
# 文档编制人兼任：U5 系统设置与逐文档 UI
|
||||
|
||||
## 目标
|
||||
|
||||
前端识别 `duty_policy` / `author_only_policy`；项目设置可逐文档开启兼任。
|
||||
|
||||
## 范围
|
||||
|
||||
- `projectSettings.ts` 类型
|
||||
- `projectSettingsDuties.ts` resolveClientDocTaskDuty + 校验
|
||||
- `ProjectSettingsModal` 兼任勾选与预览
|
||||
- SettingsSection 不改（白名单通用渲染）
|
||||
|
||||
## 非目标
|
||||
|
||||
- U6 多职责动作栏 / 浏览器 E2E
|
||||
|
||||
## 步骤
|
||||
|
||||
1. [x] 类型与 lib
|
||||
2. [x] UI
|
||||
3. [x] 测试与提交
|
||||
|
||||
## 验收标准
|
||||
|
||||
- [x] author_only 客户端校验通过且不计三人门槛
|
||||
- [x] 总开关关闭时兼任勾选禁用并提示
|
||||
- [x] 预览展示兼任文档计数
|
||||
|
||||
## 相关链接
|
||||
|
||||
- Plan: U4+U5 实施计划
|
||||
|
||||
## 证据 / 备注
|
||||
|
||||
- `npx tsc --noEmit` PASS
|
||||
- `npm test` PASS（含 projectSettingsDuties author_only 用例）
|
||||
@@ -1,55 +0,0 @@
|
||||
---
|
||||
title: "文档编制人兼任：U6 多职责动作与真实闭环"
|
||||
status: done
|
||||
created: 2026-09-17
|
||||
updated: 2026-09-17
|
||||
owner: Cursor
|
||||
branch: feature/document-author-only-plan
|
||||
worktree: ".worktrees/feature-document-author-only-plan"
|
||||
mutex: web + document-duty-policy
|
||||
---
|
||||
|
||||
# 文档编制人兼任：U6 多职责动作与真实闭环
|
||||
|
||||
## 目标
|
||||
|
||||
去掉 author-first 动作短路，把认领/送审/审核/批准接到真实 docgov HTTP，完成 author_only 端到端验收。
|
||||
|
||||
## 范围
|
||||
|
||||
- `web/src/api/docgov.ts` 四接口客户端
|
||||
- `docGovActionVisibility` / `holdsDocDuty`
|
||||
- `App.tsx` 真实 handler + 快捷指令
|
||||
- `duty_policy` 透传与「编制人兼任」徽标
|
||||
- 单测 + 真实闭环报告
|
||||
|
||||
## 非目标
|
||||
|
||||
- 变更提案 HTTP 路由（另记 audit）
|
||||
- 合入 `dev` / 推送远端（未授权不推）
|
||||
|
||||
## 步骤
|
||||
|
||||
1. [x] API 客户端
|
||||
2. [x] ID 直判可见性
|
||||
3. [x] App 接线 + 驳回批准修正
|
||||
4. [x] duty_policy 徽标透传
|
||||
5. [x] 单测 / tsc
|
||||
6. [x] 真实闭环与报告
|
||||
|
||||
## 验收标准
|
||||
|
||||
- [x] author_only 下 A 可见三动作；非 A 403
|
||||
- [x] 真实 API 闭环写库与审计含 duty_policy
|
||||
- [x] 浏览器可见「编制人兼任」徽标
|
||||
- [x] 测试报告归档
|
||||
|
||||
## 相关链接
|
||||
|
||||
- Test report: [../../test-reports/2026-09-17-document-author-only-u6-test-report.md](../../test-reports/2026-09-17-document-author-only-u6-test-report.md)
|
||||
- Remediation U6: [../../remediation/2026-09-17-document-author-only-plan.md](../../remediation/2026-09-17-document-author-only-plan.md)
|
||||
|
||||
## 证据 / 备注
|
||||
|
||||
- `npm test` 390 pass；`tsc --noEmit` clean
|
||||
- assets: `test-reports/assets/2026-09-17-document-author-only-u6/`
|
||||
@@ -1,41 +0,0 @@
|
||||
---
|
||||
title: "首次加载性能诊断与改进方案"
|
||||
status: done
|
||||
created: 2026-09-17
|
||||
updated: 2026-09-17
|
||||
owner: Codex
|
||||
branch: feature/initial-load-performance-plan
|
||||
worktree: .worktrees/feature-initial-load-performance-plan
|
||||
mutex: loading-performance-audit
|
||||
---
|
||||
|
||||
# 首次加载性能诊断与改进方案
|
||||
|
||||
## 目标
|
||||
以源码、现有容器静态资源和只读浏览器测量定位首次加载瓶颈，输出可审核的分期改进方案。
|
||||
|
||||
## 范围
|
||||
登录前首屏、登录后初始化、项目/文档首次打开、静态资源交付；区分事实与待验证假设。
|
||||
|
||||
## 非目标
|
||||
不修改业务代码，不重启/重建共享服务，不触发真实对话或文档写任务，不提交或推送其他人的工作。
|
||||
|
||||
## 步骤
|
||||
1. [x] 阅读仓库启动链；独立 dev 基线 worktree，主仓保留其他 Agent 分支。
|
||||
2. [x] 采集数值基线和源码证据。
|
||||
3. [x] 写 audit 和 remediation，同步 CURRENT，归档任务。
|
||||
|
||||
## 验收标准
|
||||
- [x] 原因有文件位置或运行时测量支持，未覆盖环境明确标注。
|
||||
- [x] 方案包含优先级、改动边界、性能预算、回归门禁和回滚。
|
||||
|
||||
## 证据 / 备注
|
||||
仅诊断与方案，不代表优化已实施。fetch 后 origin/dev 落后本地 dev；不拉回或覆盖本地工作。worktree 从创建瞬间的 dev 建立。
|
||||
|
||||
## 交付
|
||||
|
||||
- 诊断：`.doc/audit/2026-09-17-initial-load-performance-audit.md`
|
||||
- 方案：`.doc/remediation/2026-09-17-initial-load-performance-plan.md`
|
||||
- 报告：`.doc/test-reports/2026-09-17-initial-load-performance-baseline.md`
|
||||
- 本轮仅方案；没有业务代码、没有部署、未提交、未合dev、未推送。主仓仅同步本任务认领。
|
||||
- 临时3199 Vite已停止；既有3100/8080/8081未重启。未占集成槽。
|
||||
@@ -1,55 +0,0 @@
|
||||
---
|
||||
title: "修复 KB 宿主机错误口令与静默离线降级"
|
||||
status: done
|
||||
created: 2026-09-17
|
||||
updated: 2026-09-17
|
||||
owner: Cursor
|
||||
branch: fix/kb-host-auth-layered-load
|
||||
worktree: "-"
|
||||
mutex: infra
|
||||
---
|
||||
|
||||
# 修复 KB 宿主机错误口令与静默离线降级
|
||||
|
||||
## 目标
|
||||
|
||||
消除 `config.Load("")` 只读 `configs/.env.dev`、忽略根 `.env` 的 `KB_DB_PASSWORD` 导致的错误默认口令与静默离线；E2E/nightly 默认 fail-closed。
|
||||
|
||||
## 范围
|
||||
|
||||
- `internal/config` 分层加载 + 宿主机 DNS 归一化 + 空默认口令
|
||||
- `internal/kb` 脱敏日志、`Online()`、`KB_REQUIRE_ONLINE` / `KB_ALLOW_OFFLINE`
|
||||
- `/health` 增加 `kb_ready`
|
||||
- PI E2E helper 与 `scripts/run-nightly-real-pi.sh` 预检
|
||||
- env 模板与验收报告
|
||||
|
||||
## 非目标
|
||||
|
||||
- 不改 KB 数据内容 / 法规迁移
|
||||
- 不把真实口令写入 git 跟踪的 `configs/.env.*`
|
||||
- 不把容器内 DNS 改成 localhost
|
||||
|
||||
## 步骤
|
||||
|
||||
1. [x] 分层 Load + 默认口令清空
|
||||
2. [x] NormalizeKBHostForRuntime
|
||||
3. [x] kb 客户端脱敏 + RequireOnline（EnsureOnline；不 Fatalf）
|
||||
4. [x] health `kb_ready` + E2E/nightly 门禁
|
||||
5. [x] 合入 `dev` 冒烟（rebuild + `/health` `kb_ready=true`）
|
||||
|
||||
## 验收标准
|
||||
|
||||
- [x] `config.Load("")` 分层合并后口令来自根 `.env`（单测临时文件 + live 布尔校验）
|
||||
- [x] 宿主机 `shuimu-kb-shared` → `127.0.0.1`；容器内保留 compose DNS
|
||||
- [x] 错口令/空口令离线且日志无明文密码；`KB_ALLOW_OFFLINE=1` 可降级
|
||||
- [x] 合 `dev` 后 short 测 PASS；dev rebuild 后 `kb_ready=true`，日志 `online=true dsn=...:***@shuimu-kb-shared...`，无 `shared_kb_secret_pass`
|
||||
|
||||
## 相关链接
|
||||
|
||||
- Test report: `.doc/test-reports/2026-09-17-kb-host-auth-layered-load-test-report.md`
|
||||
- Plan: 修复 KB 连接降级
|
||||
|
||||
## 证据 / 备注
|
||||
|
||||
根因：`Load` 优先单文件 `configs/.env.dev`（故意省略 `KB_DB_PASSWORD`），保留错误默认 `shared_kb_secret_pass`；Compose 本已分层，宿主机 `go test` 未对齐。
|
||||
合入后容器日志：`[kb] online=true dsn=postgres://regkb:***@shuimu-kb-shared:5432/regulations?sslmode=disable`；health `kb_ready=true`。
|
||||
@@ -1,57 +0,0 @@
|
||||
---
|
||||
title: "rdev 模板深度补强 S1 续批（剩余 46 份）"
|
||||
status: done
|
||||
created: 2026-09-17
|
||||
updated: 2026-09-17
|
||||
owner: Cursor
|
||||
branch: feature/rdev-template-depth-s1-continued
|
||||
worktree: ".worktrees/feature-rdev-template-depth-s1-continued"
|
||||
mutex: rdev-templates
|
||||
---
|
||||
|
||||
# rdev 模板深度补强 S1 续批（剩余 46 份）
|
||||
|
||||
## 目标
|
||||
|
||||
将剩余 46 份 `rd_*` 模板按写作规范做同等深度补强，lint allowlist 扩至全 60 份，抽样真 PI 打样收口。
|
||||
|
||||
## 范围
|
||||
|
||||
- 批1：6 份评审记录
|
||||
- 批2：阶段06 硬件/工艺 8 份
|
||||
- 批3：阶段06 软件/检验/技术要求+清单 9 份
|
||||
- 批4：阶段08 验证 12 份
|
||||
- 批5：阶段10–13 转换/确认 11 份
|
||||
- lint allowlist + 抽样真 PI + 文档同步
|
||||
|
||||
## 非目标
|
||||
|
||||
- S2/S3、P2 前端、P3 三样本全量 E2E、P4 键名空间化
|
||||
- 晋升 test/main
|
||||
|
||||
## 步骤
|
||||
|
||||
1. [x] 批1 评审记录 6 份
|
||||
2. [x] 批2 硬件/工艺 8 份
|
||||
3. [x] 批3 软件/检验/清单 9 份
|
||||
4. [x] 批4 验证 12 份
|
||||
5. [x] 批5 转换/确认 11 份
|
||||
6. [x] 抽样真 PI + 文档同步（合入 push 见 merge 步骤）
|
||||
|
||||
## 验收标准
|
||||
|
||||
- [x] 46 份无「按本阶段专业结构写」；lint allowlist 60/60
|
||||
- [x] 抽样 1–2 份真 PI PASS（`rd_planning_review` + `rd_design_vv`，项目 6446）
|
||||
- [x] FEATURE-MATRIX / 写作规范 / backlog 已更新
|
||||
|
||||
## 相关链接
|
||||
|
||||
- Backlog: [.doc/backlog/2026-09-17-rdev-phase2-backlog.md](../../backlog/2026-09-17-rdev-phase2-backlog.md)
|
||||
- 写作规范: [.doc/system-design/project-workflow/08-rdev模板写作规范.md](../../system-design/project-workflow/08-rdev模板写作规范.md)
|
||||
- 首批报告: [.doc/test-reports/2026-09-17-rdev-template-depth-test-report.md](../../test-reports/2026-09-17-rdev-template-depth-test-report.md)
|
||||
- 续批报告: [.doc/test-reports/2026-09-17-rdev-template-depth-s1-continued-test-report.md](../../test-reports/2026-09-17-rdev-template-depth-s1-continued-test-report.md)
|
||||
|
||||
## 证据 / 备注
|
||||
|
||||
- 资产：`.doc/test-reports/assets/2026-09-17-rdev-template-depth-s1-continued/`
|
||||
- 附带：`fix(projectinstance): allocate next instance_no for planning drafts`
|
||||
@@ -1,54 +0,0 @@
|
||||
---
|
||||
title: "rdev 模板深度补强 S0 + S1 首批"
|
||||
status: done
|
||||
created: 2026-09-17
|
||||
updated: 2026-09-17
|
||||
owner: Cursor
|
||||
branch: feature/rdev-template-depth
|
||||
worktree: ".worktrees/feature-rdev-template-depth"
|
||||
mutex: rdev-templates
|
||||
---
|
||||
|
||||
# rdev 模板深度补强 S0 + S1 首批
|
||||
|
||||
## 目标
|
||||
|
||||
修复 rdev leader prompt 错配，并为阶段 01–05 的 14 份 rdev 模板补齐 ISO 13485 专业章节与逐节写作指令，以 dev 真实 PI 打样验证收口。
|
||||
|
||||
## 范围
|
||||
|
||||
- S0.1 B1：`rdev_leader.md` + InstructionsFile 注入链
|
||||
- S0.2：`rd_design_input_spec` 样例 + 写作规范 + lint
|
||||
- S0.3：dev 真实 PI 打样
|
||||
- S1 首批：阶段 01–05 共 14 份模板（分 3 批）
|
||||
|
||||
## 非目标
|
||||
|
||||
- overlay 机制本体、R1–R7 二期、per-stage 步骤定制、模型配置化、manifest 元数据、前端（P2）、键名空间化（P4）、阶段 06–13 模板
|
||||
|
||||
## 步骤
|
||||
|
||||
1. [x] S0.1 leader prompt 注入链（`6a09062`）
|
||||
2. [x] S0.2 样例模板 + 规范 + lint（含于 `eb09b21`）
|
||||
3. [x] S0.3 真实 PI 打样（项目 6424 intake + 6425 `rd_design_input_spec`）
|
||||
4. [x] S1 批 1–3（`eb09b21`）
|
||||
5. [x] 文档与门禁
|
||||
|
||||
## 验收标准
|
||||
|
||||
- [x] rdev leader AGENTS.md 含「设计控制」且不含「商务对接负责人」「CDO」
|
||||
- [x] intake leader 回归仍含「商务对接负责人」
|
||||
- [x] 14 份模板 lint 绿灯；真 PI 终稿五节实质论证
|
||||
- [x] `go vet` + `go test -short` 全绿
|
||||
|
||||
## 相关链接
|
||||
|
||||
- Test report: [.doc/test-reports/2026-09-17-rdev-template-depth-test-report.md](../../test-reports/2026-09-17-rdev-template-depth-test-report.md)
|
||||
- Assets: [.doc/test-reports/assets/2026-09-17-rdev-template-depth/](../../test-reports/assets/2026-09-17-rdev-template-depth/)
|
||||
- Backlog: [.doc/backlog/2026-09-17-rdev-phase2-backlog.md](../../backlog/2026-09-17-rdev-phase2-backlog.md)
|
||||
- 写作规范: [.doc/system-design/project-workflow/08-rdev模板写作规范.md](../../system-design/project-workflow/08-rdev模板写作规范.md)
|
||||
|
||||
## 证据 / 备注
|
||||
|
||||
- 依赖 `feature/rdev-core`（尚未合 dev）；合入前需 rebase 丢弃已进 dev 的 engineering-dashboard 重复提交。
|
||||
- 真 PI：`run_1789635054471569201`（intake ~220s）；`run_1789635960880707641`（DI ~450s，`stage=RD03_design_input`）。
|
||||
@@ -1,70 +0,0 @@
|
||||
---
|
||||
title: "研发工作流（rdev）接入：13 阶段 / 60 文档任务"
|
||||
status: done
|
||||
created: 2026-09-17
|
||||
updated: 2026-09-17
|
||||
owner: Cursor
|
||||
branch: fix/docgov-stage-dynamic → feature/rdev-core
|
||||
worktree: "-"
|
||||
mutex: workflow-def
|
||||
---
|
||||
|
||||
# 研发工作流（rdev）接入：13 阶段 / 60 文档任务
|
||||
|
||||
## 目标
|
||||
|
||||
在现有 5 个正式工作流外新增医疗第 4 工作流「研发设计控制流程」（key: `rdev`），完整承载参考项目 13 phase / 60 文档任务的 ISO 13485 DHF 设计控制链，并通过真实 PI 验收；随后完成全工作流任务键命名空间化（P4）。
|
||||
|
||||
## 范围
|
||||
|
||||
- 方案：[07-研发工作流rdev接入-设计与实施计划](../../system-design/project-workflow/07-研发工作流rdev接入-设计与实施计划.md)（P0–P4 五期；§8 四项决策已确认）
|
||||
- P0：docgov Stage 去硬编码 + stage key 透传
|
||||
- P1：rdev.v2.json manifest（13×60 一次到位）+ 60 份 rd_ 前缀模板 + catalog/seed/registry + squad kind 编排 + main-completed precheck + 齐套测试 + stub PG 全链路
|
||||
- P2：前端激活规划/切换/前置 Banner + intent 文档名匹配 + prior docs 注入与血缘
|
||||
- P3：真实 PI Agent E2E（rd_proposal / rd_planning_review / rd_sw_plan 三样本）+ CI 门禁扩四
|
||||
- P4：现有工作流（main/pm/tm + 软件两盘点）任务键 `bd_`/`pm_`/`tm_`（`sw_`）空间化，alias 兼容式改名（D12），独立分支独立验收
|
||||
|
||||
## 非目标
|
||||
|
||||
- 二期增强全部移入 backlog：[2026-09-17-rdev-phase2-backlog](../../backlog/2026-09-17-rdev-phase2-backlog.md)（N/A 不适用页生成、UR/RS 结构化门禁、kind 专用门禁、depends_on 精确血缘、DMR 归档、sw_ 键盘点、complexity regulatory 注入）
|
||||
- 云盘 canonical DHF/DMR 归档（本仓库无云盘模块）
|
||||
- 软件域（non_medical_software）开放 rdev
|
||||
|
||||
## 步骤
|
||||
|
||||
1. [x] 用户确认方案 §8 四项决策（2026-09-17：名称「研发设计控制流程」/ 60 任务一次到位 / N/A 规划期关闭 + backlog / rd_ 前缀并扩展到现有工作流键名空间化）
|
||||
2. [x] P0 分支 `fix/docgov-stage-dynamic`（StageKey 透传；已叠入 `feature/rdev-core`）
|
||||
3. [x] P1 分支 `feature/rdev-core`（manifest/模板/seed/编排/precheck/齐套测试）
|
||||
4. [ ] P2 分支 `feature/rdev-web-governance`（前端 + intent + 血缘）— **骨架已定，待独立认领**
|
||||
5. [ ] P3 真实 PI 验收 + 报告归档 + FEATURE-MATRIX 更新 — **骨架已定，待独立认领**
|
||||
6. [ ] P4 分支 `feature/workflow-key-namespace`（D12 alias 兼容式改名 + 双路径回归）— **骨架已定，待独立认领**
|
||||
|
||||
## 验收标准
|
||||
|
||||
- [x] `go vet ./...` && `go test -short` 相关包 PASS（P0+P1）
|
||||
- [x] 齐套断言：manifest 60 任务 ↔ `templates/docs/rd_*.md` 存在非空；rd_ 键与既有任务键不相交
|
||||
- [x] precheck：main 未 completed 时 rd 任务启动被拒且文案含 CDO
|
||||
- [ ] PG 集成：rdev 实例 planning→live→推进（`TestPG_RDevActivateWithNAClose`，需 `TEST_DATABASE_URL`）
|
||||
- [ ] web `npm test && npm run build` PASS；Playwright 抽检激活/推进（P2）
|
||||
- [ ] 真实 PI + MiniMax 三样本 E2E 报告归档 `.doc/test-reports/`（P3）
|
||||
- [ ] P4：旧 live 实例（旧键）+ 新实例（新键）双路径回归 PASS；全工作流任务键集合无交集
|
||||
|
||||
## 相关链接
|
||||
|
||||
- 设计方案: [07-研发工作流rdev接入-设计与实施计划](../../system-design/project-workflow/07-研发工作流rdev接入-设计与实施计划.md)
|
||||
- 参考调研: [2026-09-17-rdev-workflow-reference-analysis](../research/2026-09-17-rdev-workflow-reference-analysis.md)
|
||||
- 二期 backlog: [2026-09-17-rdev-phase2-backlog](../../backlog/2026-09-17-rdev-phase2-backlog.md)
|
||||
- Checklist: -
|
||||
- Handoff: -
|
||||
- Test report: -
|
||||
|
||||
|
||||
## 证据 / 备注
|
||||
|
||||
- 参考项目：`.refs/weichen-agent-system`（configs/workflows/rdev.yaml 60 stage、templates/docs 60 模板、squads/overlays 配套）
|
||||
- 关键约束：WF-DEF-06（无流程级依赖，precheck 先例 test_manager）；doc_id `doc_proj{pid}_{taskKey}` 平铺命名 → rd_ 前缀
|
||||
|
||||
## 合入说明（2026-09-17）
|
||||
|
||||
- P0+P1 已 `--no-ff` 合入本地 `dev`（含 template-depth S0+S1）。
|
||||
- P2/P3/P4 仍 planned，待独立认领。
|
||||
@@ -1,39 +0,0 @@
|
||||
---
|
||||
title: "W4 PU8 U9–U12 独立 flag live"
|
||||
status: done
|
||||
created: 2026-09-17
|
||||
updated: 2026-09-17
|
||||
owner: Cursor
|
||||
branch: feature/w4-u9-segment-live
|
||||
worktree: "-"
|
||||
mutex: intent-plan
|
||||
---
|
||||
|
||||
# W4 PU8 U9–U12 独立 flag live
|
||||
|
||||
## 目标
|
||||
|
||||
U9 真实 LLM proposer（规则能切则不出 proposal）；U10–U12 各自独立 flag 的 dry-run→confirm 证据；不升 `MULTI_INTENT_PLAN_TIER`。
|
||||
|
||||
## 范围
|
||||
|
||||
- `PiSegmentProposer` + 规则门 + 组合根接线
|
||||
- U10 mutate 幂等 dry-run receipt；U11 项目 143 只读；U12 run-control 独立 flag
|
||||
- 四份独立 test-report
|
||||
|
||||
## 非目标
|
||||
|
||||
- 不升 `confirm` / `full`
|
||||
- 不把 U10–U12 dry-run 写成领域 live 写
|
||||
|
||||
## 步骤
|
||||
|
||||
1. [x] U9 PI proposer + 规则门
|
||||
2. [x] U10–U12 分 flag 证据
|
||||
3. [x] 合 `dev` + 矩阵升 done
|
||||
|
||||
## 验收标准
|
||||
|
||||
- [x] 真实 MiniMax U9
|
||||
- [x] 负例 malformed/timeout/OOB/规则已切
|
||||
- [x] PLAN_TIER 仍 legacy
|
||||
@@ -1,40 +0,0 @@
|
||||
---
|
||||
title: "功能启用与文档修改影响分析调研"
|
||||
status: done
|
||||
created: 2026-09-20
|
||||
updated: 2026-09-20
|
||||
owner: Codex
|
||||
branch: feature/capability-enablement-impact-plan
|
||||
worktree: "-"
|
||||
mutex: capability-impact-research
|
||||
---
|
||||
|
||||
# 功能启用与文档修改影响分析调研
|
||||
|
||||
## 目标
|
||||
核实已实现功能的有效启用状态，形成分阶段启用方案及需求追踪、增量影响分析设计。
|
||||
|
||||
## 范围
|
||||
源码、配置、只读运行态、已有证据；研究报告与整改方案落盘。
|
||||
|
||||
## 非目标
|
||||
本轮不修改业务代码、不启用开关、不改变共享容器或真实项目数据。
|
||||
|
||||
## 步骤
|
||||
1. [x] 核实功能状态和接线。
|
||||
2. [x] 调研已有修改报告、依赖与需求追踪模型。
|
||||
3. [x] 编写详细报告和可实施方案，完成文档核查。
|
||||
|
||||
## 验收标准
|
||||
- [x] 当前事实与历史验收分开；每项启用方案有前置条件、验收、回退。
|
||||
- [x] 影响分析有版本、权限、增量更新、一致性和用户交互契约。
|
||||
|
||||
## 证据 / 备注
|
||||
开始时 dev=8fdcd98，工作区干净；git pull --ff-only 返回 Already up to date。无集成槽占用、无 push 授权。
|
||||
|
||||
产物：
|
||||
|
||||
- [调研报告](../../ops/research/2026-09-20-capability-enablement-impact-research.md)
|
||||
- [整改方案](../../remediation/2026-09-20-capability-enablement-impact-plan.md)
|
||||
- [FEATURE-MATRIX 校准](../../status/FEATURE-MATRIX.md)
|
||||
- [方案审阅记录](../../ops/research/2026-09-20-capability-enablement-impact-plan-review.md)
|
||||
@@ -1,49 +0,0 @@
|
||||
---
|
||||
title: "2026-09-20 P0 热修（迁移 / 越权 / 稳定性 / 凭证）"
|
||||
status: done
|
||||
created: 2026-09-20
|
||||
updated: 2026-09-20
|
||||
owner: Cursor-Auto
|
||||
branch: docs/p0-closeout-2026-09-20
|
||||
worktree: "-"
|
||||
mutex: docs
|
||||
---
|
||||
|
||||
# 2026-09-20 P0 热修
|
||||
|
||||
## 目标
|
||||
|
||||
关闭系统体检发现的 P0 critical：迁移断链、三项 IDOR、进程 panic/race、凭证泄漏与生产口令轮换。
|
||||
|
||||
## 范围
|
||||
|
||||
- Wave 0–4（见 [整改方案](../../remediation/2026-09-20-p0-remediation-plan.md)）
|
||||
- 后续实现分支：`fix/capability-merge-00058-2026-09-20`、`fix/authz-idor-hotfixes-2026-09-20`、`fix/runtime-panic-races-2026-09-20`、`fix/credential-hardening-2026-09-20`、`docs/p0-closeout-2026-09-20`
|
||||
|
||||
## 非目标
|
||||
|
||||
- main 分支对齐晋升
|
||||
- FAV / SWBOOT-10 / D7 / MULTI_INTENT full
|
||||
|
||||
## 步骤
|
||||
|
||||
1. [x] Wave 0：审计与整改文档、CURRENT 认领、long-term 增补
|
||||
2. [x] Wave 1：capability 合入 + 00058 + rebuild
|
||||
3. [x] Wave 2：三项越权
|
||||
4. [x] Wave 2b：panic/race/recover/XSS
|
||||
5. [x] Wave 3：凭证 + 口令轮换
|
||||
6. [x] Wave 4：测试报告与收口
|
||||
|
||||
## 验收标准
|
||||
|
||||
- [x] 见 [测试报告](../../test-reports/2026-09-20-p0-hotfixes-test-report.md)
|
||||
|
||||
## 相关链接
|
||||
|
||||
- Audit: [../../audit/2026-09-20-system-triage-audit.md](../../audit/2026-09-20-system-triage-audit.md)
|
||||
- Remediation: [../../remediation/2026-09-20-p0-remediation-plan.md](../../remediation/2026-09-20-p0-remediation-plan.md)
|
||||
- Test report: [../../test-reports/2026-09-20-p0-hotfixes-test-report.md](../../test-reports/2026-09-20-p0-hotfixes-test-report.md)
|
||||
|
||||
## 证据 / 备注
|
||||
|
||||
（各波次合入 commit 与健康输出）
|
||||
@@ -1,59 +0,0 @@
|
||||
---
|
||||
title: "个人工程中控台：实时项目看板与离线 HTML 快照"
|
||||
status: done
|
||||
created: 2026-09-17
|
||||
updated: 2026-09-17
|
||||
owner: Cursor-Auto
|
||||
branch: feature/engineering-dashboard
|
||||
worktree: .worktrees/feature-engineering-dashboard
|
||||
mutex: engineering-dashboard
|
||||
---
|
||||
|
||||
# 个人工程中控台：实时项目看板与离线 HTML 快照
|
||||
|
||||
## 目标
|
||||
|
||||
实现一个独立于产品后台的本地只读中控台，以同一不可变快照驱动实时页面、机器可读 JSON 与单文件 HTML 导出。
|
||||
|
||||
## 范围
|
||||
|
||||
- 聚合 `.doc`、Git/worktree、Docker/Compose、`/ready` 和晋升凭证。
|
||||
- 展示架构、模块、功能、任务、分支、验证和环境实装证据。
|
||||
- 提供 Markdown 搜索、阅读、正反向链接和证据链导航。
|
||||
- 显示来源、新鲜度、degraded 与 drift，不把声明状态当作观测状态。
|
||||
|
||||
## 非目标
|
||||
|
||||
- 不接入产品后台、产品数据库或产品权限体系。
|
||||
- 不写文档，不操作 Git、Docker、部署或 Herdr。
|
||||
- 不隐式联网或执行 `git fetch`。
|
||||
|
||||
## 步骤
|
||||
|
||||
1. [x] U1：冻结快照、事实与四轴状态契约。
|
||||
2. [x] U2：实现文档图谱与领域解析器。
|
||||
3. [x] U3：实现 Git 与 worktree 采集。
|
||||
4. [x] U4：实现运行态与部署证据采集。
|
||||
5. [x] U5：实现对账、派生视图与新鲜度。
|
||||
6. [x] U6：实现本地服务、总览与文档导航。
|
||||
7. [x] U7：实现离线导出、脚本、浏览器验收和治理文档同步。
|
||||
|
||||
## 验收标准
|
||||
|
||||
- [x] 实时 HTML、离线 HTML 和 JSON 引用同一 `generation_id` 与 `revision_id`。
|
||||
- [x] 计划、实施、验证、实装四轴独立展示。
|
||||
- [x] rdev、dev ahead、main events 分叉三个真实样本按方案输出。
|
||||
- [x] 单源失败时页面仍可用，且显示 stale/error/last-success。
|
||||
- [x] 默认仅监听 loopback，无写操作、凭证暴露、路径越界和远程资源执行。
|
||||
- [x] 导出 HTML 离开仓库后仍可阅读 Markdown，且不嵌入 assets。
|
||||
|
||||
## 相关链接
|
||||
|
||||
- 设计与实施方案：[../../archive/design/2026-09-17-personal-engineering-control-center-plan.md](../../archive/design/2026-09-17-personal-engineering-control-center-plan.md)
|
||||
- Test report: [../../test-reports/2026-09-17-engineering-dashboard-test-report.md](../../test-reports/2026-09-17-engineering-dashboard-test-report.md)
|
||||
|
||||
## 证据 / 备注
|
||||
|
||||
- 实现提交序列见 `feature/engineering-dashboard`（U1→U7）。
|
||||
- 启动：`./scripts/engineering-dashboard.sh serve --repo . --addr 127.0.0.1:8787`
|
||||
- 导出：`./scripts/engineering-dashboard.sh export --repo . --output /tmp/engdash.html`
|
||||
@@ -1,24 +0,0 @@
|
||||
---
|
||||
title: "FAV U7 incremental — remaining port inventory"
|
||||
status: open
|
||||
created: 2026-09-16
|
||||
updated: 2026-09-17
|
||||
---
|
||||
|
||||
# FAV U7 增量：未移植清单
|
||||
|
||||
相对 `feature/final-artifact-vault`，本切片 **未** 整支 merge，且因 `internal/artifactvault` 与当前 `dev`（dataset Candidate backfill）大面积 DIFF，下列能力仍待后续手工移植 + 审计：
|
||||
|
||||
| 项 | 旁支路径 | 阻塞 |
|
||||
|----|----------|------|
|
||||
| EnumerateTerminals / LoadExclusions | `internal/artifactvault/enumerate.go` | 依赖 TerminalRow；与现 `Enumerate(Candidate)` 并存需设计 |
|
||||
| TerminalRow Backfill | FAV `backfill.go` | 现 backfill 已改为 dataset 路径 |
|
||||
| 完整 CLI | `cmd/artifact-vault` 全命令 | 本切片仅 status stub |
|
||||
| ingest hooks | `internal/server/vault.go` OnFinalArtifact* | 会写 staging；需与 publisher 门闩同批审批 |
|
||||
| schema JSON | `*.schema.json` | 可选文档资产 |
|
||||
| durable Register(fav) | `cmd/events` | events 硬门 + 单独 cutover 审批 |
|
||||
| live staging → artifact → publication | publisher Drain / ingest hooks | 每级观察窗 ≥7 天；本轮 **未** 放量 |
|
||||
|
||||
**W6 已移植（仍非 live）**：`internal/app/fav.EventConsumer.ObserveShadow` 只计算 intended outcome（`WouldStage`/`WouldPublish` 恒 false）；`FAV_DEGRADED_READ` 为 true 时 shadow 直接拒绝；`HandleLease` 与 `Registry.Register(fav)` 仍 fail-closed。
|
||||
|
||||
**红线保持**：`FAV_DEGRADED_READ=false`；fav consumer mode=off；禁止整支 merge。
|
||||
@@ -1,45 +0,0 @@
|
||||
---
|
||||
title: "临时验证脚本 Path 空字符串拼接导致跨任务取证串味"
|
||||
status: done
|
||||
created: 2026-09-17
|
||||
updated: 2026-09-17
|
||||
severity: low
|
||||
---
|
||||
|
||||
# 临时验证脚本 Path 空字符串拼接导致跨任务取证串味
|
||||
|
||||
## 现象
|
||||
|
||||
S0.3 真 PI 打样归档时，`rd_design_input_spec-final.md` 一度被写成无关客户的商务对标报告（「掌上无线超声系统 × GE Vscan / Philips Lumify」），而非设计输入规格书终稿。
|
||||
|
||||
## 根因分析
|
||||
|
||||
产品侧小队/工作区创建正常：失败的 `rd_*` 请求因 main-completed 硬 precheck 拒绝，`task_runs.WorkspaceID` 如实为空。
|
||||
|
||||
缺陷在**本地临时取证脚本**（`.doc/test-reports/assets/2026-09-17-rdev-template-depth/run_s0_*.py`）的兜底逻辑：
|
||||
|
||||
1. `ws_id = pi_result.get("workspace_id") or ""` 在响应无该字段时得到空串；
|
||||
2. Python `pathlib`：`Path(bizdev_root) / ""` **坍缩为父目录本身**（无报错）；
|
||||
3. 随后 `root.rglob("output.md")` 扫遍共享 `data/dev/workspaces/bizdev/` 全树；
|
||||
4. 「取最长文本」启发式选中历史商务任务终稿并误归档。
|
||||
|
||||
证据：会话内 `task_runs` 失败记录 `WorkspaceID=""`；`Path('/a/b') / '' == Path('/a/b')` 可复现；误归档文件内含 `adhoc_GEVsca_...` 工作区路径。
|
||||
|
||||
## 严重度
|
||||
|
||||
`low` — 仅本地取证脚本；未污染产品库、未改小队/黑板创建逻辑；同轮已用精确工作区路径重归档并随测试报告提交干净终稿。
|
||||
|
||||
## 关联整改
|
||||
|
||||
- 无需产品代码改动。
|
||||
- 经验红线：临时验证脚本禁止「空路径拼接 + 全树 `rglob` + 取最大值」组合；`work_dir`/`WorkspaceID` 为空时必须失败退出，不得扩大搜索范围。
|
||||
|
||||
## 证据
|
||||
|
||||
- 正确终稿：`.doc/test-reports/assets/2026-09-17-rdev-template-depth/rd_design_input_spec-final.md`
|
||||
- 测试报告：`.doc/test-reports/2026-09-17-rdev-template-depth-test-report.md`
|
||||
- 工作区 ID 生成：`internal/squad/workspace.go`（`ws_%s_%d` + UnixNano）
|
||||
|
||||
## 开放问题
|
||||
|
||||
- 无。
|
||||
@@ -1,62 +0,0 @@
|
||||
---
|
||||
title: "D7 对话数据分类盘点"
|
||||
status: done
|
||||
created: 2026-09-17
|
||||
updated: 2026-09-17
|
||||
severity: medium
|
||||
---
|
||||
|
||||
# D7 对话数据分类盘点
|
||||
|
||||
## 现象
|
||||
|
||||
FEATURE-MATRIX「对话数据治理（D7）」为 `deferred`；ADR 数字 `pending-compliance-signoff`。W7 只盘点当前基线：会话正文、派生副本、共享 KB、日志、备份、事件敏感字段。本轮**未**按草案 365/180/30 天执行物理删除或备份清除。
|
||||
|
||||
## 根因分析
|
||||
|
||||
当前基线是「热库明文 + 软删除列预留 + 事件 ID 化」，不是已签字的留存作业。缺口是**尚未实现**的治理能力，不是已确认合规数字被违反。
|
||||
|
||||
## 严重度
|
||||
|
||||
`medium`（实现缺口；**不**升 gap-matrix blocker）
|
||||
|
||||
## 分类盘点
|
||||
|
||||
| 数据类 | 位置 | 形态 | 现状 |
|
||||
|--------|------|------|------|
|
||||
| 会话正文 | `chat_sessions` / `chat_messages.content` | 热库明文 TEXT；`deleted_at` 列存在 | dev 619 sessions / 3291 messages；`deleted_at` 全 NULL；Go 无 `SET deleted_at`、无 `DELETE FROM chat_*` |
|
||||
| 派生摘要 | `chat_daily_digests` | headline / key_points JSON | 0 行 |
|
||||
| 向量记忆 | `context_memory_chunks` | `content` TEXT + embedding | 102 行：`project_doc` 71、`chat_history` 24、`approved_case` 7。聊天派生副本会随正文留存 |
|
||||
| 私密文档 | `freeform_documents` | `is_deleted` / `deleted_at` + version markdown | 122 份，其中 113 已软删（聊天消息无对等写路径） |
|
||||
| 共享 KB | `shuimu-kb-shared` / `regulations` | 法规 chunks，无 chat 表 | `reg_documents` 2907、`reg_chunks` 312919；与对话库隔离 |
|
||||
| 事件 envelope | `event_envelopes.payload` BYTEA | JSON 字段 | 4 条；keys 均为 ID/digest/`summary_ref`，`has_content=false` |
|
||||
| 事件 DLQ / attempts | `event_dead_letters` / `event_delivery_attempts` | ID + reason / error_code | DLQ 0；attempts 4；无正文列 |
|
||||
| 日志 | Docker `json-file` 无 max-size | 应用 slog | 抽检 rebuild 日志：DSN 已 `***`，无 chat content |
|
||||
| 备份 | `scripts/backup-system-db.sh` `pg_dump -Fc` | 整库含 chat 明文 | 宿主机无 `./backups` 目录；CI 有 backup-restore-drill |
|
||||
| Agent workspace | `data/dev/workspaces` 150M | 非终态工作区 | 无 30 天清理作业（ADR 草案待签字） |
|
||||
| FAV | `final_artifacts` | 1 行；consumer mode=off | 与聊天口径解耦；W6 shadow 不写 |
|
||||
|
||||
事件 payload 比 `StaticContracts` allowlist **多出** `workspace_id` / `manifest_sha256` 等 ID 字段，但仍无聊天正文。属契约收紧 follow-up，不是 Track E 正文泄漏。
|
||||
|
||||
## 违规判定
|
||||
|
||||
对照已签字约束（Track E ID-only 日志/DLQ、R13 出站最小化、ADR 明确「签字前禁止按数字删除」）：
|
||||
|
||||
- **未发现**已确认安全/合规基线被当前实现违反。
|
||||
- **因此不写** `gap-matrix` blocker。
|
||||
- 缺 365 天热库清理、缺聊天 soft-delete 写路径、缺字段级加密，均属 ADR 签字后的 W7 整改实现，不得在本轮当「已违规」执行删除。
|
||||
|
||||
## 关联整改
|
||||
|
||||
- ADR 草案: [../adr/2026-09-17-d7-chat-data-retention.md](../adr/2026-09-17-d7-chat-data-retention.md)
|
||||
- 签字后整改：soft-delete 写路径 → 观察窗 → 物理清理；同步清 `context_memory_chunks` 的 `chat_history`；备份二次批准 + delete manifest（R22）
|
||||
|
||||
## 证据
|
||||
|
||||
`.doc/test-reports/assets/2026-09-17-w7-d7-inventory/`（counts / columns / event keys / KB / logs / health）。查询只读，未 `DELETE`/`UPDATE`。
|
||||
|
||||
## 开放问题
|
||||
|
||||
- 合规何时签字或改数（365/180/30）？
|
||||
- 聊天 UI 删除是否要与 freeform 回收站对齐？
|
||||
- `taskrun.completed` payload 额外 ID 字段是否收紧 allowlist？
|
||||
@@ -1,32 +0,0 @@
|
||||
---
|
||||
title: "docgov 变更提案缺少 HTTP 路由"
|
||||
status: resolved
|
||||
created: 2026-09-17
|
||||
updated: 2026-09-17
|
||||
severity: medium
|
||||
---
|
||||
|
||||
# docgov 变更提案缺少 HTTP 路由
|
||||
|
||||
## 现象
|
||||
|
||||
引擎侧存在 `docgov.ProposeModification` / `DecideModificationProposal`，但服务端此前仅注册 `POST /api/v1/docgov/proposal/decide`；前端 `App.tsx`「变更方案提议」（`pendingProposal`）为本地模拟。
|
||||
|
||||
## 根因分析
|
||||
|
||||
生命周期三接口与 claim 已注册；变更提案 **propose** 路径从未暴露为 HTTP。
|
||||
|
||||
## 严重度
|
||||
|
||||
`medium` — 不阻塞编制→审核→批准主链；阻塞「认领后小队修改须提案确认」的真实治理。
|
||||
|
||||
## 处置（resolved）
|
||||
|
||||
- 新增 `POST /api/v1/docgov/proposal` → `ProposeModification`
|
||||
- 前端 `proposeModification` / `decideModificationProposal` + App 接线
|
||||
- 单测：`TestServer_DocGovProposeAndDecideHTTP`、`web/src/api/docgov.test.ts`
|
||||
- 任务：`.doc/ops/short-term/2026-09-17-docgov-modification-proposal-http.md`
|
||||
|
||||
## 证据
|
||||
|
||||
- 合入后真实 HTTP 证据见 `.doc/test-reports/assets/2026-09-17-docgov-modification-proposal-http/`
|
||||
@@ -1,54 +0,0 @@
|
||||
---
|
||||
title: "可选职责空审核人 CreateOrGetDocument 写 reviewer_id=0 触发 FK"
|
||||
status: done
|
||||
created: 2026-09-17
|
||||
updated: 2026-09-17
|
||||
severity: high
|
||||
---
|
||||
|
||||
# 可选职责空审核人 CreateOrGetDocument 写 reviewer_id=0 触发 FK
|
||||
|
||||
## 现象
|
||||
|
||||
dev 项目「内廷元无创神经刺激器」(6417) 发起 `intake` 任务后 UI 显示：
|
||||
|
||||
- `code: INTERNAL_ERROR`
|
||||
- `userMessage: 系统内部错误，请重新开始会话`
|
||||
- `requestId: run_1789622069585300787`
|
||||
- `sessionId: sess-p6417-u9`
|
||||
|
||||
浏览器偶发 `flushSync was called from inside a lifecycle method`（错误态重渲染副作用，非根因）。
|
||||
|
||||
## 根因分析
|
||||
|
||||
1. app-dev 日志：`persist document ledger: ... document_records_reviewer_id_fkey (SQLSTATE 23503)`
|
||||
2. 项目成员仅 `document_duty=author`（user 9），无 reviewer/approver
|
||||
3. `resolveTaskDocumentDuties` 合法返回 `ReviewerID=0`
|
||||
4. [`internal/docgov/engine.go`](../../internal/docgov/engine.go) `CreateOrGetDocument` 把 `0` 写入可空 FK，PG 拒绝（无 `users.id=0`）
|
||||
5. `ClassifyError` 默认分支掩盖为 `INTERNAL_ERROR`
|
||||
|
||||
对照：[`internal/docduty/store.go`](../../internal/docduty/store.go) heal 路径已有 `nullIfZero`，**创建路径漏改**。
|
||||
|
||||
复现：`INSERT ... reviewer_id=0` → 同 FK 错误。近 7 天同因至少 3 次（6417/6359/6274）。
|
||||
|
||||
## 严重度
|
||||
|
||||
`high`（任何无 reviewer 职责的项目首次落文档账本均会失败；可扩散至 test/main）
|
||||
|
||||
## 关联整改
|
||||
|
||||
- Short-term: [../archive/ops/2026-09-17-docgov-optional-duty-null-fk.md](../archive/ops/2026-09-17-docgov-optional-duty-null-fk.md)
|
||||
- Fix branch: `fix/docgov-optional-duty-null-fk`
|
||||
- Test report: [../test-reports/2026-09-17-docgov-optional-duty-null-fk-test-report.md](../test-reports/2026-09-17-docgov-optional-duty-null-fk-test-report.md)
|
||||
|
||||
## 证据
|
||||
|
||||
- `docker logs shuimu-agent-app-dev` @ `2026-09-17T05:14:29Z` run_1789622069585300787
|
||||
- `task_runs.error_message` 与上述一致；`document_records` 对 project 6417 为 0 行
|
||||
- 手工 `INSERT reviewer_id=0` → `Key (reviewer_id)=(0) is not present in table "users"`
|
||||
|
||||
## 后续
|
||||
|
||||
- 创建路径 0→NULL；ClassifyError 增加 `DOC_LEDGER_ERROR`
|
||||
- 不强制配置 reviewer（保持可选职责语义）
|
||||
- flushSync 另开任务
|
||||
@@ -1,45 +0,0 @@
|
||||
---
|
||||
title: 文档编制人兼任模式源码核查
|
||||
status: done
|
||||
created: 2026-09-17
|
||||
updated: 2026-09-17
|
||||
severity: medium
|
||||
---
|
||||
|
||||
# 文档编制人兼任模式源码核查
|
||||
|
||||
## 结论
|
||||
|
||||
当前 dev 基线 adb48c8 不支持本需求。已有标准三人审批、可选免审批、系统设置白名单可复用，但必须补齐逐文档模式、职责来源和前端多职责。
|
||||
|
||||
## 根因与证据
|
||||
|
||||
1. `internal/projectinstance/duty_mode.go`：partial 拒绝，full 要求三人分离。
|
||||
2. `internal/projectinstance/service.go`：创建者规划权限与激活后冻结已存在。新需求需在这条链上增加总授权，不能只改 UI。
|
||||
3. `internal/docduty/store.go`：HealProjectDocuments 按项目默认职责回填受控文档。`internal/docgov/project_docs.go` 在列表读取时调用；`internal/bizdev/service.go` 在生成后调用。新增逐文档策略必须阻止该链覆盖实例职责。
|
||||
4. `web/src/lib/currentDocRole.ts` 优先返回 author；`docGovActionVisibility.ts` 按单角色显示动作。同人三职会缺审核和批准入口。
|
||||
5. `internal/server/handlers.go` 三个动作端点固定使用相应 action role，并以登录身份调用引擎；`internal/docgov/state_machine.go` 可复用逐步流转。
|
||||
6. `internal/sysadmin/settings.go` 有白名单 bool 设置，但没有本需求 key；存储只保留最后修改人时间，新策略需独立版本与审计。
|
||||
|
||||
以上为静态源码核查，未查询真实用户数据，未执行功能测试，未声称线上已复现或已修复。完整源码映射与实施单元见方案。
|
||||
|
||||
## 关联方案
|
||||
|
||||
[文档编制人兼任审核批准](../remediation/2026-09-17-document-author-only-plan.md)
|
||||
|
||||
## 文档检查
|
||||
|
||||
已检查两级权限、逐文档独立性、full/none 兼容、前后端职责来源、状态与锁、并发授权撤销、成员退出、迁移及回滚。修正一处 docflow 路径为 internal/app/docflow。方案明确区分已知事实与建议口径。
|
||||
|
||||
ce-doc-review 未运行：当前工具目录未提供可调用的 skill invocation 入口；按 ce-plan 的 skill_unreachable 分支记录，不能把本地自检当作独立文档审查通过。
|
||||
|
||||
```yaml
|
||||
fixes_applied: 0
|
||||
proposed_fixes_count: 0
|
||||
decisions_count: 0
|
||||
fyi_count: 0
|
||||
skipped_reason: skill_unreachable
|
||||
skipped_detail: No callable skill invocation interface in this session; local source and consistency checks only.
|
||||
```
|
||||
|
||||
上方计数仅为未运行技能的占位，不代表产品决策已解决。开放问题仍为 R9、R10；用户未答复时保持方案建议，业务实现不得自行视为授权。
|
||||
@@ -1,117 +0,0 @@
|
||||
---
|
||||
title: "首次加载慢：静态资源、字体与初始化请求诊断"
|
||||
status: done
|
||||
created: 2026-09-17
|
||||
updated: 2026-09-17
|
||||
severity: high
|
||||
---
|
||||
|
||||
# 首次加载性能诊断
|
||||
|
||||
## 结论与适用范围
|
||||
|
||||
当前已复现的主要问题在浏览器加载入口：登录页也下载约 2.82 MB 未压缩 JavaScript；外部 Google Fonts CSS 阻塞页面加载；若用户访问 Vite 3100，首访进一步扩大为 207 个资源请求、12.24 MB。冷缓存与热缓存差异很大，与“尤其第一次慢”一致。
|
||||
|
||||
登录后还有已确认的请求放大和后端重复工作，但没有登录态浏览器瀑布图或 SQL 耗时，不能声称已量化其贡献。用户已确认 3100/8080/8081，系统重启后第一次访问约十数秒；设备、网络与“系统重启”包含宿主机还是仅应用尚未确认；本次未复现用户原始环境的完整等待时间。
|
||||
|
||||
- 主仓读取时 `feature/rdev-core@52f0fbc`；其他 Agent 正在工作，未切换其分支。
|
||||
- 文档独立 worktree 基线为 `dev@d0ef696`。创建前已 fetch；本地 dev 有未推送提交，未 reset/覆盖。
|
||||
- 实测现有 8080/8081/8000 构建入口与 3100 Vite；以资源 hash 为运行产物标识，**没有证据证明容器恰好等于上述源码 commit**。
|
||||
- “首次”定义为新浏览器 context、空 HTTP 缓存；没有重启服务、清空 DB 缓存或重启 Vite，故不是服务/依赖预构建冷启动。
|
||||
- 未登录、没有调用对话/文档写接口；浏览器探针未使用真实用户会话。
|
||||
|
||||
## 实测基线
|
||||
|
||||
工具：隔离 Playwright v1.63.0 Docker 浏览器，host 网络访问既有服务。宿主浏览器缺 libatk，改用本机已有浏览器镜像；未修改应用容器。每个场景一个样本，仅诊断，不是 p95 或交付验收。
|
||||
|
||||
| 场景 | 登录输入框可见 | FCP | 资源数 | transferSize 合计 |
|
||||
|---|---:|---:|---:|---:|
|
||||
| 8080 本机冷缓存 | 662 ms | 664 ms | 4 | 2,857,761 B |
|
||||
| 同 context 再次导航 | 62 ms | 60 ms | 5 | 353 B |
|
||||
| 8080 CDP 10 Mbps / 80 ms 冷缓存 | 2,636 ms | 2,636 ms | 4 | 2,857,761 B |
|
||||
| 同 context 再次导航 | 60 ms | 60 ms | 5 | 353 B |
|
||||
| 8080 CDP 2 Mbps / 80 ms 冷缓存 | 11,776 ms | 11,776 ms | 4 | 2,857,761 B |
|
||||
| 3100 本机冷缓存 | 659 ms | 652 ms | 207 | 12,238,086 B |
|
||||
| 3100 同 context 再次导航 | 162 ms | 160 ms | 208 | 52,253 B |
|
||||
|
||||
transferSize 是浏览器 Resource Timing 可观测资源求和，不含顶层 HTML，不等于全链路抓包流量。输入框可见按导航命令开始至 selector 可见计时，FCP 来自页面 Performance API，两者采样时钟和帧提交不同。CDP 限速为模拟设置，不能代替真实公网 RTT；本机 document TTFB 仍约 1–3 ms。首次/再次均保持已有服务运行，未运行 Vite 冷预构建基准。
|
||||
|
||||
### F1. 入口包过大且未按需加载（高置信）
|
||||
|
||||
- `web/src/main.tsx:2` 静态导入 App；`web/src/App.tsx:98,103,108,145-146` 静态导入导出、系统管理、文件预览等模块；未登录判断直到 `App.tsx:3461`，无法避免入口依赖下载和求值。
|
||||
- `web/src/features/replyExport/download.ts:1` → docx；`web/src/engine/docxRenderer.ts:19-22` → docx、KaTeX、Mermaid；`web/src/engine/xlsxRenderer.ts:1` → XLSX。
|
||||
- `web/src/components/doc/preview/FilePreviewPanel.tsx:19-24` 全部静态导入预览器；DocxViewer、ExcelViewer 各自静态导入重依赖。
|
||||
- 浏览器访问登录页即可观测大 JS。3100 瀑布中含 katex.js 485,944 B、xlsx.js 870,702 B（decodedBodySize）。并非仅仅源码中出现依赖但构建已经排除。
|
||||
- 8080 主 JS `/assets/index-BLnmtk_3.js` = **2,820,055 B**；8081 = 2,805,141 B；8000 = 2,798,137 B。
|
||||
|
||||
因果链：空缓存 → 登录视图与全部工具共入口 → 下载/解析无关依赖 → 网络较慢时登录表单迟迟出现。10 Mbps 下主 JS 下载约 2,373 ms；2 Mbps 首屏约 11.78 秒。没有采集 CPU trace，不能进一步把时间分解成具体库的执行成本。
|
||||
|
||||
### F2. 静态响应无压缩、无明确长缓存策略（高置信）
|
||||
|
||||
- 三个构建入口均携带 `Accept-Encoding: gzip, br` 请求主 JS，响应没有 `Content-Encoding`，`Content-Length` 为原始字节数。
|
||||
- `internal/server/server.go:344-384` 使用 `http.ServeFile`，没有静态压缩协商或显式 Cache-Control。
|
||||
- 同一 8080 JS 离线 gzip 后 **796,146 B**，相对原始包减少约 **71.8%**。这是体积估算，不是已部署优化结果，也不是端到端提速承诺。
|
||||
- 资源有 Last-Modified，没有显式 Cache-Control/ETag。本次再次导航已命中浏览器缓存；**不能写成“完全没有缓存”**。问题是版本化资源缺少可预测的长期缓存契约。
|
||||
|
||||
源站是上述行为，未知用户实际入口是否另有反向代理压缩。优先在真正提供构建资源的层验证和修复。
|
||||
|
||||
### F3. 外部字体 CSS 可放大首次白屏（高置信机制，用户网络贡献待测）
|
||||
|
||||
- `web/index.html:9-15` 的 Google Fonts 是 head 中普通 stylesheet。`display=swap` 控制字体显示，不会让外链 CSS 本身变为非阻塞。
|
||||
- 本机自然请求字体 CSS 耗时 **508 ms**，DOMContentLoaded 609 ms，登录可见 662 ms。
|
||||
- 浏览器拦截并立即失败字体 CSS：登录可见 **210 ms**。Playwright route 会禁用 HTTP cache，因此这个场景不能用于热缓存收益对比，也不能据单样本得出精确净收益。
|
||||
- 控制实验仅让字体 CSS 等待 5 秒再失败，其余请求正常：DOMContentLoaded **5,111 ms**、登录可见 **5,161 ms**。证明该依赖可以把外部等待传到登录首屏，**不表示自然字体请求真的用了 5 秒**。
|
||||
|
||||
### F4. 登录后项目成员扇出并放大会话同步（源码已证实，耗时待测）
|
||||
|
||||
`web/src/App.tsx:524-540` 获取项目后，对每个项目调用成员接口；`:383-387` 每次成员结果用 map 生成新的 projects 数组；`:560-590` 的会话列表 effect 依赖 projects，因此成员返回可重复触发会话列表请求。取消标志仅忽略部分返回，没有 AbortController 终止已发请求。React 批处理可能合并更新，**不能写成固定 N 次会话请求**。
|
||||
|
||||
项目数 N 增大时，初始成员请求为 N，叠加会话重取、setProjects 及本地持久化。`web/src/data/storage.ts:63` JSON.stringify + localStorage.setItem，`App.tsx:343` 随 projects 更新保存。持久化是否成为长任务还须 profile，不能预设为主要根因。
|
||||
|
||||
### F5. 认证有重复查询和同 session 写放大（源码已证实，耗时待测）
|
||||
|
||||
`internal/server/auth_middleware.go:48,62` 已认证并保存 principal；`internal/server/auth_handlers.go:126-139` 的 me 再认证。每次经 `internal/auth/service.go:197-203`、`internal/auth/pg_store.go:335-367` 执行 SELECT session、SELECT status、UPDATE session、GetUserByID。正常 PG me 路径共 8 次认证 DB 操作，加一次权限查询。
|
||||
|
||||
其他鉴权请求也无条件 UPDATE 同一 auth_sessions 行；首屏并发可能放大行锁/连接等待。未采集 pg_stat_activity/锁等待或接口 p95，锁竞争是待验证风险。
|
||||
|
||||
### F6. 文档列表的隐含写修复与轮询叠加（源码已证实，耗时待测）
|
||||
|
||||
`internal/docgov/project_docs.go:59-74` 列表先调用 `HealProjectDocuments`；`internal/docduty/store.go:173-205` 开事务并取得项目 advisory lock（`internal/docduty/revoke.go:111-126`），重复读取创建者/成员，扫描文档，按需逐条 UPDATE，commit 后才正式 SELECT。
|
||||
|
||||
前端 `App.tsx:1507-1545` 每 5 秒为租约同步调用这个完整列表。请求时长超过间隔时可能重叠；相同项目多个标签放大成本。**不能直接删除 heal**：须先补齐创建/成员变更/转交/撤销写路径与历史数据修复闭环。本轮没有用该 GET 做只读探针。
|
||||
|
||||
### F7. 会话列表先聚合消息再分页（源码已证实，耗时待测）
|
||||
|
||||
`internal/ctxmgr/chat_history.go:110-125` 候选会话 JOIN 消息、COUNT、GROUP BY/ORDER BY 后 LIMIT，另取最新消息内容。仅返回少量会话不代表少量消息扫描。`internal/projectworkflow/store.go:171-240` 项目列表也无分页。
|
||||
|
||||
已有 `chat_messages(session_id, created_at)` 索引（`deploy/postgres/goose/00001_baseline.sql:119`）；不笼统认定缺索引。先 EXPLAIN/数据量和可见性分析，再决定先分页后统计、索引或摘要。
|
||||
|
||||
### F8. 重启场景补查（用户补充后）
|
||||
|
||||
用户明确 3100、8080、8081 在系统重启后首次进入约十数秒。三种冷态须分开：浏览器 HTTP 缓存、Vite 转换/依赖缓存、Go/DB/代理启动就绪。重启若不改变构建 hash，并不会自动清掉浏览器持久 HTTP 缓存；不能直接用新 context 测量解释全部重启现象。
|
||||
|
||||
现存容器启动记录：dev StartedAt `2026-09-17T07:00:38.127811581Z`，打印“监听地址”于 `07:00:38.293728694Z`（约 **166 ms**）；test StartedAt `06:20:05.243037366Z`，打印监听于 `06:20:05.384607542Z`（约 **142 ms**）。这是已有 DB 就绪条件下的一次启动、且日志先于真正 ListenAndServe，**不是 host reboot→ready 时间**；但未支持“Go 每次初始化必然十几秒”。
|
||||
|
||||
`cmd/server/main.go:41-50` 的初始化在监听前，`internal/bizdev/service.go:69-114` 包括 DB Ping/迁移/成员补齐/seed；DB连接段 timeout 5 秒，后续 seed 使用 Background，缺少分阶段耗时。`internal/app/app.go:355` 的 Runtime.Start 幂等，入口重复调用不会重复启动 worker，不能据此误判双倍启动。
|
||||
|
||||
Compose app healthcheck 每 10 秒、start_period 20 秒；start_period 是失败宽限窗口，**不代表强制等待20秒**。若代理/运维脚本等健康状态才放流，则探测周期可能影响可见就绪，需要对齐宿主启动、DB healthy、app listen、ready、首次请求时间。3100 的无缓存 Vite 预构建/按请求转换为独立候选，8080/8081 构建产物不存在 Vite 首次编译。
|
||||
|
||||
隔离 Vite 在 3199 使用独立空 cacheDir，同源码、未重启宿主/DB：监听准备 43 ms，首访登录可见 **1,580 ms**、207 资源/14,445,631 B，再次 171 ms。服务先启动、浏览器随后连接，部分预构建可能已在导航前完成；该值不是“启动到首屏”总时间。支持开发冷态有额外成本，但本机未复现自然网络十数秒；不得仅靠 warmup 宣称已解决 8080/8081。证据见 `../test-reports/assets/2026-09-17-initial-load-performance/vite-cold.json`。
|
||||
|
||||
本轮不重启正在使用的共享服务；U1/U7 纳入计划中的隔离重启矩阵和阶段计时。没有把服务冷启动排除在用户需求之外。
|
||||
|
||||
## 已排除与未证明
|
||||
|
||||
- 本机静态 HTML TTFB 约 1–3 ms；这组未登录测试并非后端生成首页耗时数秒。
|
||||
- 没有请求产品 PI Runner，因此本次首屏慢不能归因于大模型冷启动。
|
||||
- 服务监听前迁移/种子初始化（`cmd/server/main.go:41-50,84-85`；`internal/bizdev/service.go:69-114`）只解释重启就绪，不等于每个新浏览器首访。
|
||||
- 没有用户重启时的 FRP/公网瀑布、登录后基线、慢 CPU profile、数据库 EXPLAIN；不对这些项宣称已复现。
|
||||
- 基线现有测试以功能为主；本轮未发现首屏资源预算/冷缓存性能门禁。未运行业务测试，因为没有业务代码变更。
|
||||
|
||||
## 关联整改与证据
|
||||
|
||||
- [改进方案](../remediation/2026-09-17-initial-load-performance-plan.md)
|
||||
- [诊断测量报告](../test-reports/2026-09-17-initial-load-performance-baseline.md)
|
||||
- [完整浏览器数据](../test-reports/assets/2026-09-17-initial-load-performance/browser.json)
|
||||
- [受控实验](../test-reports/assets/2026-09-17-initial-load-performance/controlled.json)
|
||||
- [静态响应摘要](../test-reports/assets/2026-09-17-initial-load-performance/assets.json)
|
||||
@@ -1,180 +0,0 @@
|
||||
---
|
||||
title: "系统全面体检：任务收口、缺陷与未启用功能审计"
|
||||
status: done
|
||||
created: 2026-09-17
|
||||
updated: 2026-09-17
|
||||
severity: high
|
||||
---
|
||||
|
||||
# 系统全面体检（2026-09-17）
|
||||
|
||||
> 范围：① 规划未实现 / 需变更 / 实施中任务；② 现存与潜在 bug；③ 已实现但未启用或未测试的功能。
|
||||
> 方法：文档 SSOT 盘点（CURRENT / FEATURE-MATRIX / gap-matrix / short-term / long-term / backlog / ADR / handoff）+ Go 全量 vet/build/test + 前端 test/build + 特性开关与环境配置交叉核对。只读审计，未实施任何修改。
|
||||
> 基线验证：`go vet ./...` 与 `go build ./...` 全绿；`go test -short -count=1 ./...` 62 包全 ok；`web` npm test（380+32）与 build 通过。
|
||||
|
||||
---
|
||||
|
||||
## 一、任务状态盘点
|
||||
|
||||
### 1.1 实施中（in_progress）
|
||||
|
||||
| # | 任务 | 位置 | 剩余工作 |
|
||||
|---|------|------|----------|
|
||||
| T1 | partial/deferred 全量收口总控 | `.doc/ops/short-term/2026-09-16-partial-deferred-completion.md`（owner Cline） | W5（SWBOOT-10 真实现 + 真实 PI + UI 二次验收）、W6（FAV shadow→live 放量）、W7（D7 按 ADR 整改，待合规签字）、逐行升 done |
|
||||
| T2 | Control Center 个人中控台 | 2026-09-19 已移出本仓库 | 进度管理改由独立项目承担；本仓库不再保留该模块 |
|
||||
| T3 | 纯软件项目自举 W5b | `.doc/ops/long-term/2026-09-14-software-project-bootstrap-implementation.md` | SWBOOT-10 受控执行器（真 patch/merge）未启动，需独立安全评审，当前 fail-closed stub |
|
||||
|
||||
### 1.2 已规划未开始
|
||||
|
||||
| # | 任务 | 位置 |
|
||||
|---|------|------|
|
||||
| T4 | 首次加载性能 U1/U3–U7 | `.doc/remediation/2026-09-17-initial-load-performance-plan.md`（仅 U2 done：主 JS 传输 2.82 MB→~624 KB） |
|
||||
| T5 | 选择性模块解耦 M4–M6 | `.doc/ops/long-term/2026-09-14-selective-module-decoupling.md`（planned，owner=TBD） |
|
||||
| T6 | 产品 backlog：B5 报价复核、A5/A6 小队降级与 trace、A7 中文注释迁移、D5 KB 按环境隔离评估 | `.doc/backlog/chat-agent-p6-backlog.md`（均无任务文件） |
|
||||
| T7 | `TestReconcile_LegacyRepair_PG` 工程测试债 | gap-matrix DOC-CONTENT-CANONICAL-HASH-DRIFT 行（需隔离 PG，本机无） |
|
||||
| T8 | IAM 收尾开放项：410 退役产品拍板、R13 全量清单勾选 | handoff `2026-09-16-phase3-leftover-closeout.md` |
|
||||
|
||||
### 1.3 部分完成（partial，剩余关闭条件）
|
||||
|
||||
| 行 | 剩余关闭条件 |
|
||||
|----|--------------|
|
||||
| 纯软件项目自举 | SWBOOT-10 非 stub（W5b）+ 真实 PI 全链路 + UI 二次验收 |
|
||||
| FAV | W6 shadow 已合；live 未放量（staging→artifact→publication 各 ≥7 天观察窗） |
|
||||
| Control Center | 2026-09-19 已移出本仓库，不再作为本仓库关闭条件 |
|
||||
| 首次加载性能 | U1/U3–U7 |
|
||||
| 文档可靠性试点 | M1 结论「停止扩面」；M2（U5–U12）明确禁止开工，真实 PI/浏览器验收未勾 |
|
||||
|
||||
### 1.4 deferred 待决策
|
||||
|
||||
- **D7 对话数据治理**：ADR `2026-09-17-d7-chat-data-retention.md` 仍 `pending-compliance-signoff`；W7 盘点未发现违规；签字前禁止物理删除。
|
||||
- **`SEMANTIC_SUMMARY_REPLACE`**：决策默认不启用；启用须另开授权 + fail-closed 灰度。
|
||||
- **`MULTI_INTENT_PLAN_TIER` 升 confirm**：W4 证据闭环，升级需独立授权；永不默认 full。
|
||||
|
||||
### 1.5 文档漂移 / 矛盾（文档债）
|
||||
|
||||
| # | 漂移 | 涉及文件 |
|
||||
|---|------|----------|
|
||||
| D-1 | PU8 四份契约文件仍 `status: in_progress`，但 U9–U12 已升 done、报告已归档 | `.doc/ops/long-term/2026-09-16-pu8-u9/u10/u11/u12-*.md` |
|
||||
| D-2 | ADR modular-monolith-decoupling 仍「提议，等待用户确认」，但 Phase 1/2 已落地并被当作已确认结论引用 | `.doc/adr/2026-09-14-modular-monolith-decoupling.md` |
|
||||
| D-3 | audit/INDEX.md 与 remediation/INDEX.md 末行称首次加载性能「方案未实施」，与 U2 已验收矛盾 | 两个 INDEX.md（**本审计已顺手修正为准确表述**） |
|
||||
| D-4 | handoff `2026-09-15-conversation-intent-dual-tab.md` 的「未完成」已被后续 PASS 覆盖但未回标 | 该 handoff |
|
||||
| D-5 | backlog D3/D7 条目与 W2 done、W7/ADR 草案并存，backlog 未同步 | `.doc/backlog/chat-agent-p6-backlog.md` |
|
||||
| D-6 | PROJECT.md §9「剩余 blocker」表述与 gap-matrix「门禁已签、production_ready=yes」口径冲突 | `PROJECT.md` |
|
||||
|
||||
---
|
||||
|
||||
## 二、Bug 清单
|
||||
|
||||
### 2.1 确认 bug（有明确证据）
|
||||
|
||||
**后端**
|
||||
|
||||
| ID | 描述 | 证据 | 严重度 |
|
||||
|----|------|------|--------|
|
||||
| B-1 | **SSE 聊天流被全局 WriteTimeout=120s 强杀**：`server.go:350` 的 WriteTimeout 是绝对期限；`handleChatStream`（`sse.go:129`）从不调用 `extendSSEWriteDeadline`、无心跳，该机制只接到了 run-events 订阅端点。任何 >120s 的聊天回合（长 PI 推演常见）必断流 | `internal/server/server.go:350`、`internal/server/sse.go:46-64,129` | high |
|
||||
| B-2 | **`POST /tasks/run/stream` 同样无 deadline 延长/心跳**，且断线后无法续订：`sse.go:390` 写死 `Subscribe(created.RunID, 0)`，不接受 `after_seq` | `internal/server/sse.go:305-424,390` | high |
|
||||
| B-3 | `handleRunTaskStream` **静默吞 JSON 解析错误**：`_ = json.NewDecoder(r.Body).Decode(&req)`，畸形 body 以空请求走默认 `TaskKey="intake"`，可能误启动 intake 任务 | `internal/server/sse.go:315,362-364` | medium |
|
||||
| B-4 | `handleRunTaskStream` **Flush 200 SSE 头之后才做会失败的操作**（CreateAndStart/Subscribe），失败时往 SSE 流里写 JSON 错误体；同文件 chat 路径明确「授权必须在 Flush 前」，task 路径未对齐 | `internal/server/sse.go:355-360,383-393` | medium |
|
||||
|
||||
**前端**
|
||||
|
||||
| ID | 描述 | 证据 | 严重度 |
|
||||
|----|------|------|--------|
|
||||
| B-5 | **会话窗口缓存 key 不一致**：读/初次写带 `userId` 前缀，但 `loadOlder`/`loadFullDay`/`jumpToDate`/`loadDayForAnchor`/`appendLiveMessage` 等 7 处后续写入不带前缀 → 刷新/切会话恢复到旧窗口；且 LRU 驱逐只用无前缀 key，带前缀缓存永不驱逐，localStorage 只增不减 | `web/src/hooks/useChatWindow.ts:84,100,136,235,271,315,365,416,439,471`、`web/src/data/storage.ts:164-176` | high |
|
||||
| B-6 | **mount 时 IndexedDB 恢复用陈旧快照整体覆盖 deliverables**：捕获 mount 闭包、非函数式 set，resolve 前新增的 deliverable 被静默丢弃（旁边已有 `deliverablesRef` 未用） | `web/src/App.tsx:326-336` | medium |
|
||||
| B-7 | `useTaskRunStream` 返回**伪 ref**（每渲染新建对象、快照值非 live），且全仓库无消费方——误导性 API | `web/src/hooks/useTaskRunStream.ts:96` | low |
|
||||
|
||||
### 2.2 高风险隐患
|
||||
|
||||
| ID | 描述 | 证据 |
|
||||
|----|------|------|
|
||||
| R-1 | **聊天会话无归属校验**：`getOrCreateSession` 仅凭客户端传入 `session_id` 返回既有内存会话，随后直接覆盖 `sess.UserID`；非项目会话（ProjectID==0）无任何授权关卡，内存 Messages/Facts 可进入他人 Prompt 与 SSE。缓解：session ID 为纳秒时间戳不易猜 | `internal/server/server.go:394-415`、`handlers.go:181`、`sse.go:187`、`stage_access_helpers.go:251-253` |
|
||||
| R-2 | **18 个非测试文件 `rows.Next()` 循环后未查 `rows.Err()`**，中途断连静默截断结果集（ctxmgr 历史/窗口/搜索、docgov engine、freedoc、storage/cas、`cmd/document-content-reconcile` 漏检会让 reconcile 漏报文档） | 如 `internal/ctxmgr/chat_history.go`、`internal/docgov/engine.go`、`cmd/document-content-reconcile/main.go:82` |
|
||||
| R-3 | 事件 dispatcher `Handlers` map **写持锁、读不持锁**（当前仅启动期注册则良性，动态注册即 race） | `internal/events/worker.go:87,154,234` |
|
||||
| R-4 | `memTurns` 全局幂等表只增不删且跨实例共享，长期运行内存缓增、测试间可能串扰 | `internal/ctxmgr/chat_turns.go:169` |
|
||||
| R-5 | `internal/docrevision/pg_store.go:68-208` 十余处 `_ = json.Unmarshal(...)`，账本 JSONB 损坏时静默零值化 | 同左 |
|
||||
| R-6 | 后台 ticker goroutine 无关停通道（通知提醒、vault Drain 错误被丢弃、bizdev 心跳用 `context.Background()`），`Shutdown` 未覆盖 | `notification_reminder_loop.go:15`、`vault.go:63`、`bizdev/service.go:682` |
|
||||
| R-7 | SSE 重连对 401/404 无 fail-fast：任何错误一律退避重连 40 次（~3 分钟）期间 UI 一直 thinking；`streamChat` 对畸形 data 帧直接抛错中断整条流 | `web/src/api/taskRuns.ts:108-140`、`api/chatStream.ts:122` |
|
||||
| R-8 | 组件卸载/登出不 abort 任务流，在途 SSE 继续写 localStorage | `web/src/App.tsx:595,2804` |
|
||||
|
||||
### 2.3 环境 / 配置缺陷
|
||||
|
||||
| ID | 描述 | 证据 | 严重度 |
|
||||
|----|------|------|--------|
|
||||
| E-1 | **main 环境 app `ENV=prod` 与 events `ENV=main` 不一致**：事件信封以 `Environment="prod"` 写入，而 `event_consumer_modes` 只种子 dev/test/main 三行 → app 侧 `WriterLive("prod")` 恒 false（in-process 直连不退出），events worker 按 'main' 判定 → **main 存在双写或 durable 管道空转风险**（取决于 main 行 mode）。dev/test 两服务 ENV 一致，无此问题 | `docker-compose.main.yml:90,160`、`internal/app/docflow/commands.go:276`、`goose/00040:55-59`、`internal/events/dispatcher.go:308-313` | **critical（main 专属）** |
|
||||
| E-2 | **main schema 落后两版（47 vs dev 49）**：00048 给 projects 加 13 列，当前 HEAD 代码直接 SELECT/INSERT 这些列；00049 建 system_settings。若把 dev HEAD 镜像升 main 而不先跑迁移，项目工作流查询/系统设置 API 直接 SQL 报错。**main 晋升顺序必须 events（跑迁移）先于 app** | `goose/00048`、`goose/00049`、`internal/projectworkflow/store.go:76,113` | high（晋升窗口） |
|
||||
| E-3 | `MULTI_INTENT_PLAN_TIER` 未在任何 compose environment 声明（configs/.env 设了也传不进容器）；test/main 连 U9–U12 flag 都未声明 → 容器内锁死 legacy，授权升级时需先改 compose | `docker-compose.*.yml` | medium |
|
||||
| E-4 | `CURSOR_RUNNER_URL` 三环境 compose 都注入但代码零读取；cursor-agent 容器是 alpine 占位，cursor-cli 后端容器部署不可达 | `docker-compose.*.yml` | low |
|
||||
| E-5 | `ENABLE_DEV_IMPORT` 不在任何 compose/.env.example；且判断把 `cfg.Env==""` 也算 dev——配置缺失时导入门禁自动放开 | `internal/server/chat_window_api.go:171` | medium |
|
||||
| E-6 | `SEED_DEMO_USERS` 仅 test compose 显式 false；dev 依赖默认播种（demo 密码 123456），main 靠代码 `Env!="dev/test"` 兜底，主 compose 未显式关闭 | `docker-compose.test.yml:91`、`internal/auth/bootstrap.go:67-116` | low |
|
||||
| E-7 | `INTENT_V2_DECISION_TIER` 非法值回退 `query`（激进），与 `MULTI_INTENT_PLAN_TIER` 回退 `legacy`（保守）策略不一致 | `internal/intent/flags.go:47-64` | low |
|
||||
| E-8 | `publisher_gate_test.go:16` 读 `FAV_PUBLISHER_ENABLE`（少 D），与正式变量名不符，该测试门永远走默认分支 | `internal/artifactvault/publisher_gate_test.go:16` | low |
|
||||
| E-9 | main compose 的 system-db initdb 只挂 00001_baseline.sql，与 dev/test 不一致；新建卷时初始脚本漂移（依赖 events 启动迁移补齐） | `docker-compose.main.yml:23` | low |
|
||||
|
||||
---
|
||||
|
||||
## 三、已实现但未启用 / 未测试的功能
|
||||
|
||||
### 3.1 特性开关封存（实现完整，全环境 off）
|
||||
|
||||
| 功能 | 实现位置 | 状态与门禁 |
|
||||
|------|----------|-----------|
|
||||
| FAV 事件订阅者 | `internal/app/fav/subscriber.go` | 三重硬门禁：cmd/events 刻意不注册、registry fail-closed、SetMode 拒绝非 off；仅 ObserveShadow 可达 |
|
||||
| FAV 发布器 | `internal/server/vault.go:18-67` | `FAV_PUBLISHER_ENABLED=false` 三环境显式；且 VAULT_* 三变量 compose 全未声明，容器内即使开 flag 也会静默 return（E-类：实际不可误开，属设计内封存） |
|
||||
| FAV 降级读 | `internal/docquery/service.go:70` | `FAV_DEGRADED_READ=false` 红线保持 |
|
||||
| 多意图 PlanTier shadow/auto_read/confirm | `internal/app/intentflow/turn.go` | 容器内锁死 legacy（见 E-3） |
|
||||
| U9–U12 扩面 | `intentflow/expansion.go`、`mux.go` | 全 false；dev compose 已声明可调，test/main 未声明 |
|
||||
| 意图 V2 shadow/decision | `internal/intent/shadow_v2.go`、`v2_decision.go` | 三环境显式 false |
|
||||
| 语义摘要 shadow | `internal/ctxmgr/semantic_summary.go:216` | 默认 off，且仅 AGENT_BACKEND=pi-agent 时挂载 |
|
||||
| PI change-report 叙事 | `internal/docrevision/narrative.go:68` | 默认 off，仅确定性 fallback（不得冒充完整 PI） |
|
||||
| artifact-vault CLI | `cmd/artifact-vault/main.go` | 未部署 stub |
|
||||
| eventmode cutover CLI | `cmd/eventmode/main.go` | 硬门禁仅 dev 可用（`internal/events/cutover.go:13`） |
|
||||
|
||||
### 3.2 死代码 / 机制先行无消费方
|
||||
|
||||
| # | 项 | 位置 |
|
||||
|---|----|------|
|
||||
| X-1 | `SEMANTIC_FALLBACK_ENABLED` 死 flag：无任何业务消费方，仅 sysadmin 展示；三环境 compose 都在设一个没用的变量 | `internal/intent/flags.go:43`、`internal/app/app.go:285` |
|
||||
| X-2 | `SEMANTIC_SUMMARY_REPLACE` 读取后 `_=` 显式丢弃，刻意永久未接线 | `internal/ctxmgr/semantic_summary.go:257` |
|
||||
| X-3 | goose 00048 三张新表 `project_source_bindings`/`repo_path_allowlist`/`project_type_workflows` 无代码消费方（swboot 目录硬编码内存版，RepoAllowlist 为 stub） | `internal/swboot/catalog.go:92,118`、`repo_allowlist.go` |
|
||||
| X-4 | `system_settings` 白名单 6 键全部无业务消费方——可写不生效，纯机制先行 | `internal/sysadmin/settings.go:57-66` |
|
||||
| X-5 | 前端死组件：`DocumentNotificationList.tsx`（含已读回写，功能完整无挂载点）、`WorkflowPrerequisiteBanner.tsx`、`user/SettingsModal.tsx`（已被 UserSettingsModal 取代）；死 API：`api/projectWorkflow.ts:71 activateWorkflow`；`data/storage.ts:141 saveMessages` deprecated no-op | web/src 各文件 |
|
||||
| X-6 | `useTaskRunStream` 伪 ref（同 B-7） | — |
|
||||
|
||||
### 3.3 测试盲区
|
||||
|
||||
| # | 盲区 | 说明 |
|
||||
|---|------|------|
|
||||
| S-1 | `TestReconcile_LegacyRepair_PG` 从未执行 | 要求隔离 PG 且硬拒绝 5433/5434/5435；canonical-hash 修复链路零自动化验证（gap-matrix 已记测试债） |
|
||||
| S-2 | 两个「永久跳过」 | `taskstream_test.go:189`（功能已删，测试成死代码应删除）；`plan_owner_test.go:125`（重定向跳过） |
|
||||
| S-3 | 无测试的 cmd 入口 | `cmd/server`、`cmd/events`、`cmd/artifact-vault`、`cmd/dataset`、`cmd/eventmode`、`cmd/recategorize`、`cmd/document-revision-backfill`（仅 bizdev-cli、document-content-reconcile 有）；`internal/observability`、`internal/workflow` 无测试文件 |
|
||||
| S-4 | **E2E 默认全不跑**：web/e2e 9 个 spec 全部被环境门禁（`RUN_UI_ACCEPTANCE=1`/`DOCREV_E2E_BASE_URL`/`INTENT_DUAL_TAB=1`），默认 `playwright test` 实跑 0 用例；`test:ui-acceptance` script 只覆盖 1 个 spec，其余 8 个无 script 入口 | web/e2e/、web/package.json:11 |
|
||||
| S-5 | 409 信封处理只覆盖部分消费方：projectMembers、freeformDoc、createTaskRun、chatSessions upsert 等 409 只能裸报错（与 FEATURE-MATRIX hardening backlog 一致） | `web/src/api/projectMembers.ts`、`freeformDoc.ts:177`、`taskRuns.ts`、`chatSessions.ts` |
|
||||
| S-6 | 前端 bundle 大 chunk 未分割（mermaid/katex/xlsx/docx 各成 >500 kB chunk，已有 precompress 缓解） | vite build 警告 |
|
||||
|
||||
---
|
||||
|
||||
## 四、结论与优先级
|
||||
|
||||
**总体判断**：发布门禁与 FEATURE-MATRIX 的 `done/partial/deferred` 口径与代码实况基本一致，未发现「stub 冒充验收」类违规；质量门禁（vet/test/build）全绿。主要风险集中在三处：
|
||||
|
||||
1. **E-1（main ENV 不一致 → 双写/空转）是唯一 critical 级发现**，且只在 main 环境存在， dev/test 的「healthy」不能证明 main 事件链路正确。
|
||||
2. **SSE 120s 断流（B-1/B-2）直接影响长任务可用性**，是用户可感知的现存 bug。
|
||||
3. **封存面（FAV/多意图 tier/U9–U12/语义摘要/PI 叙事）实现完整但容器内不可调或硬门禁封存**，红线达标，但授权放量时会发现 compose 层缺失（E-3）与若干死接线（X-1/X-2）。
|
||||
|
||||
详细整改顺序见 [remediation 方案](../remediation/2026-09-17-system-health-remediation-plan.md)。
|
||||
|
||||
## 关联整改
|
||||
|
||||
- Remediation: [2026-09-17-system-health-remediation-plan.md](../remediation/2026-09-17-system-health-remediation-plan.md)
|
||||
|
||||
## 证据
|
||||
|
||||
- `go vet ./...` / `go build ./...` / `go test -short -count=1 ./...`（62 包 ok）/ `cd web && npm test && npm run build`：2026-09-17 全绿。
|
||||
- 文中所有 `文件:行号` 引用均为 2026-09-17 dev 分支工作区实测。
|
||||
|
||||
## 开放问题
|
||||
|
||||
- E-1 的修复取向（app 改 `ENV=main` vs 事件信封/consumer mode 键改用部署名）需架构决策。
|
||||
- D7 合规签字、`MULTI_INTENT_PLAN_TIER` 升 confirm、FAV live 放量均需用户显式授权，不在本整改自动范围内。
|
||||
- configs/.env.dev/.env.test/.env.main 实际文件未读取（含密钥）；若偏离 example 模板，E-3/E-4/E-6 结论需复核。
|
||||
@@ -1,130 +0,0 @@
|
||||
---
|
||||
title: "系统深度体检审计（2026-09-19，dev@e8ed33b）"
|
||||
status: done
|
||||
created: 2026-09-19
|
||||
updated: 2026-09-19
|
||||
severity: high
|
||||
---
|
||||
|
||||
# 系统深度体检审计（2026-09-19）
|
||||
|
||||
> 只读审计，未修改业务代码。分支 `docs/system-deep-audit-2026-09-19`，基点 dev@e8ed33b。
|
||||
> 方法：go vet / go test -short 静态基线 + 五路并行深潜（后端 server/chat、docgov/events/工作流/迁移、前端 web、配置 flag/死代码、安全鉴权）。
|
||||
|
||||
## 一、总体结论
|
||||
|
||||
- **静态基线健康**：`go vet ./...` 零告警；`go test -short ./...` 55 包全 PASS；全仓 TODO/FIXME 仅 2 处非实质。
|
||||
- **四条已声明红线全部核实一致**：`MULTI_INTENT_PLAN_TIER=legacy`、`SEMANTIC_SUMMARY_REPLACE` 未接线、`FAV_DEGRADED_READ=false`、SWBOOT-10 fail-closed stub——代码与三环境 compose 均对齐，无漂移。
|
||||
- **IAM 主链路复核成立**：路由统一挂鉴权中间件、SQL 全参数化、token 哈希存储、错误出参有内部信息过滤。但存在 dev/test 兜底与端点级鉴权缺口（见 S1/S2）。
|
||||
- **本次新发现**：2 项 critical（后端数据竞态 + docgov 吞错）、10 项 high、若干 medium/low。其中 3 项被两路独立审查交叉命中（见 ★ 标记），可信度最高。
|
||||
- FEATURE-MATRIX 已声明的 partial/deferred（rdev、SWBOOT、FAV、D7、首载性能）不在本次重复申报范围；本次发现均为**新增**缺口。
|
||||
|
||||
## 二、Critical（发布前必须评估）
|
||||
|
||||
### C1 ★ docgov 持久化全链路 fire-and-forget 吞错；fencing token 未读回
|
||||
`internal/docgov/lease.go:460-467, 485-490`；`internal/docgov/engine.go:318, 392, 405, 470, 477, 650, 743, 750, 1081-1134`
|
||||
|
||||
租约获取/续约/回收、正文哈希、认领状态、提案决定及**全部审计日志**均为 `_, _ = e.pool.Exec(...)` 静默吞错：
|
||||
- 审计 INSERT 失败 → 合规事件永久丢失，无重试无告警；
|
||||
- 租约 UPDATE 失败 → 内存与 DB 分叉，重启后可并行编辑同一文档；
|
||||
- `lease.go:485` 用 `context.Background()` 脱离请求生命周期；
|
||||
- `loadDocumentFromDBLocked` 的 SELECT 列表**不含 `lease_fencing_token` 列**（00034 迁移已建列）→ 进程重启后 fencing 语义完全失效（合法持锁者被误判 stale，或 stale 写者被放行——两个方向都有缺口）。
|
||||
|
||||
**建议**：持久化失败必须返回 error 或 slog.Error+指标；审计写入失败进重试队列；lease SELECT 补 fencing 列；persistLeaseLocked 失败回滚内存状态。
|
||||
|
||||
### C2 ★ Session 全字段数据竞态 + 跨项目污染
|
||||
`internal/chat/session.go:275-277`；`internal/server/server.go:432-435`；`internal/server/handlers.go:196-198`
|
||||
|
||||
- `Messages`/`UserCtx`/`LastAccessedAt` 的读写锁粒度碎片化：SSE 路径持 `execMu`，而 `hydrateVisibleHistory`、`handleGetProject`、`cleanStaleSessionsLocked`、`server.go:435` 均不持锁。并发 SSE+REST 同会话时 `go test -race` 可复现 data race。
|
||||
- `handleChat` 无锁写 `sess.ProjectID = req.ProjectID`，同一 sessionID 被不同项目请求交错时跨项目串扰。
|
||||
|
||||
**建议**：Session 加 `sync.RWMutex` 统一保护；ProjectID 改为请求级参数不写回共享 sess。
|
||||
|
||||
### C3 SSE WriteTimeout=120s 硬杀长任务 + 心跳 goroutine 生命周期不一致
|
||||
`internal/server/server.go:352-355`；`internal/server/sse.go:252-271`
|
||||
|
||||
全局 `WriteTimeout: 120s`；SSE 靠 45s 续期+15s 心跳兜底，心跳被中间代理吞掉时长 LLM 回合（dialogueTimeout=3min）被强杀。非流式 `handleRunTask` 同步执行数十分钟任务，120s 必然截断响应（业务已执行、客户端收不到结果 → 幂等重试造成重复执行观感）。心跳 goroutine 模式与 `handleTaskRunEvents`（主循环 select，无此问题）不一致。
|
||||
|
||||
**建议**：长任务端点异步化（提交+轮询/SSE）；心跳并入主 select 或 WaitGroup 收敛。
|
||||
|
||||
### C4 工作流计划保存跨语句竞态 + completed_by 错填
|
||||
`internal/projectinstance/service.go:185-190`；`internal/projectinstance/stage_store.go:132-138`
|
||||
|
||||
- `SaveWorkflowPlan`：upsert 与 bump revision 两条独立事务，并发下同版本号先互相覆盖 plan 再一方 bump 失败 → **版本号与 plan 内容错位落库**。`Activate` 的 token 前置校验与激活事务间存在 TOCTOU。
|
||||
- `completed_by = (SELECT activated_by ...)`：最终阶段完成的归属人被错填为激活人，审计归属错误。
|
||||
|
||||
**建议**：upsert+bump 同事务 + `FOR UPDATE` 锁 project 行；completed_by 显式传当前操作者。
|
||||
|
||||
## 三、High（建议进入 short-term 整改）
|
||||
|
||||
| # | 发现 | 位置 | 要点 |
|
||||
|---|------|------|------|
|
||||
| H1 ★ | dev/test 未认证静默兜底为 user id=1 | `internal/server/auth_middleware.go:48-51` | `Env=dev|test` + `AllowInMemory` + 无 ContextDB 时，无 token 请求静默识别为 id=1（管理员）。main 已被 `validateProductionSecrets` 兜住。建议：兜底路径加审计日志+启动告警；中期删除 legacy 兜底 |
|
||||
| H2 ★ | docgov 批注/审计端点无资源级鉴权且信任请求体身份 | `internal/server/handlers.go:858-940, 534-552` | 任意登录用户读任意文档批注/审计；`AddComment` 直接用 `req.UserID/UserName/UserRole` 可伪造他人身份；`Claim` 角色由客户端自选。两路审查交叉命中。建议：actor 一律取 principal；读类端点加项目成员校验 |
|
||||
| H3 ★ | 会话查询类端点水平越权 | `chat_turn_api.go:12-45`；`handlers.go:947-981, 429-451` | `handleGetChatTurn`/`handleListChatSessions`/`handleGetUserContext` 的 session_id/user_id 来自 query 不校验归属；userID<=0 时默认 1（种子 admin）。建议：改用 principal 或比对不一致 403 |
|
||||
| H4 | 登录/注册无速率限制 | `server.go:295-296` | 全仓无限流；bcrypt 高成本反而便于 CPU 耗尽 DoS。建议：IP+用户名滑动窗口限流 |
|
||||
| H5 | SSE 任务流缺幂等前置检查 | `internal/server/sse.go:398-424` | REST 路径有 `FindByIdempotencyKey`，SSE 路径没有；EventSource 断线重连产生重复任务执行 |
|
||||
| H6 | 事件 dispatcher stale-fencing 无限重放 | `internal/events/worker.go:206-275` | ErrStaleFencing 直接 cancel+return 不计 Failed；handler 半成功被回滚后事件无限重放，永不可达 dead，无告警 |
|
||||
| H7 | 迁移 00001–00009 缺 down；00012 seed 迁移破坏性 DELETE | `deploy/postgres/goose/` | 前 9 个迁移无 down；00012 无条件 DELETE 30 个 session 的真实消息再插种子；多个迁移事务内 CREATE INDEX（非 CONCURRENTLY）大表会锁表 |
|
||||
| H8 | compose 弱口令兜底 + main 注册默认开放 | `docker-compose.{dev,test}.yml:17,86,101`；`main.yml:101` | dev/test 的 DB/ADMIN 口令有弱默认值；main 已用 `:?required` 强制但 `AUTH_REGISTRATION_ENABLED` 默认 true。建议 test 对齐 main 必填，main 注册默认 false |
|
||||
| H9 | 前端 KaTeX 占位符 XSS | `web/src/engine/renderMarkdown.ts:44-64, 106-108` | 数学公式 catch 分支把未转义原文放入占位符数组，还原发生在 escapeHtml 之后 → XSS。建议：catch 分支 escapeHtml(math) + 占位符随机化 |
|
||||
| H10 | `context.Background()` 脱离请求生命周期 | `internal/chat/session.go:131-134`；`server.go:423,458,566` | LLM 摘要/DB 调用用 Background，客户端断开无法取消，慢库时 handler 挂死。建议：透传请求 ctx + WithTimeout |
|
||||
|
||||
## 四、Medium（选录，详见各专项）
|
||||
|
||||
| # | 发现 | 位置 |
|
||||
|---|------|------|
|
||||
| M1 | 全局缺安全响应头（CSP/nosniff/X-Frame-Options/Referrer-Policy） | `internal/server/server.go:624-636` |
|
||||
| M2 | 租约 TTL 无上限（可锁文档 1000 天）+ AcquireLease 无编辑权校验 | `handlers.go:1196-1203`；`docgov/lease.go:62-70` |
|
||||
| M3 | coordinator 关键词命中强制改写意图 + 模板硬编码"张工您好" | `internal/coordinator/engine.go:409-416, 485` |
|
||||
| M4 | `fmt.Sscanf` 解析 `u_sess_xxx` 必然失败 → UserID=0 审计落空 | `coordinator/engine.go:930-934, 1067-1071` |
|
||||
| M5 | `Runtime.Start` 被 main 与 Server.Start 双重调用且错误被吞 | `server.go:343-345`；`cmd/server/main.go:47` |
|
||||
| M6 | sessions map 无硬上限，惰性清理可被随机 session_id 放大 | `server.go:451-453` |
|
||||
| M7 | 修订三阶段写（账本→DocGov→freeform）无事务，靠客户端重试补偿 | `document_revision_handlers.go:274-318` |
|
||||
| M8 | 测试 flag 名笔误 `FAV_PUBLISHER_ENABLE`（少 D）门闩失效 | `internal/artifactvault/publisher_gate_test.go:16` |
|
||||
| M9 | dev compose 声明永不消费的 `SEMANTIC_SUMMARY_REPLACE`（诱导性配置）；dev 与 test/main 默认模型不一致（M2.7-highspeed vs M3） | `docker-compose.dev.yml:119,44` |
|
||||
| M10 | OpsCutover 硬编码 `"dev"`，test/main 无合规 cutover 路径 | `internal/events/cutover.go:12-19` |
|
||||
| M11 | 前端乐观已读无失败回滚；MessageStream prevMsgCount 跨会话不重置；SSE 无 online 感知重连 | `web/src/hooks/useUnreadMarks.ts:176-233`；`MessageStream.tsx:148-154` |
|
||||
| M12 | ExcelViewer 无行数上限内存爆炸；React 19 下 30+ 处裸 setTimeout 无清理 | `ExcelViewer.tsx:42-55` |
|
||||
| M13 | `deploy/postgres/migrations/` 疑似死目录（14 个旧 SQL 无引用，与 goose 重复） | `deploy/postgres/migrations/` |
|
||||
| M14 | `Orchestrator.ResolveDocTask` 静默返回 0 值三权掩盖数据不一致 | `internal/workflow/runtime/orchestrator.go:69-83` |
|
||||
| M15 | PG 事件投递允许乱序而 MemoryBus 有 gap 语义——测试替身与生产行为分叉 | `internal/events/dispatcher.go:56-63` vs `bus.go:99-103` |
|
||||
|
||||
## 五、Low（选录）
|
||||
|
||||
- `handleHealth` 每请求同步两次 DB 往返无缓存无超时（`handlers.go:97-110`）
|
||||
- `writeStoredEvents` json.Marshal 错误被吞（`task_run_handlers.go:437`）
|
||||
- `ReplayPlan.Digest()` 不含 DryRun 字段（纵深防御，`internal/events/replay.go:24-38`）
|
||||
- 前端 localStorage 缓存无版本字段；`lucide-react@^1.16.0` 版本异常需确认来源；App.tsx 4600 行/30 个 useEffect 巨石组件
|
||||
- `handleRunTaskStream` 死参数 `includeDetails/requestID`（`sse.go:417-418`）
|
||||
|
||||
## 六、复核确认无问题的面（证据性记录）
|
||||
|
||||
- SQL 注入：全部 pgx 参数化；仅 4 处 fmt.Sprintf 涉 SQL 均为常量
|
||||
- CORS：白名单制、无 `*`+凭证；SSE 鉴权失败返回 JSON 而非污染流
|
||||
- 日志：密码 bcrypt、token SHA-256 摘要存储；`httpx.LooksInternal` 过滤内部错误串
|
||||
- os/exec：bridge 路径来自服务端配置，用户输入只进 stdin payload；无 text/template 引用
|
||||
- 事件系统：claim 幂等（SKIP LOCKED + fencing 复合判断）、ack+inbox+checkpoint 单事务、envelope 完整性校验、replay 审批人≠操作人——设计正确
|
||||
- 前端：Mermaid strict 模式、链接 noopener、ErrorBoundary 覆盖根组件、EventSource 卸载清理正确
|
||||
|
||||
## 七、优先级建议
|
||||
|
||||
1. **进 main 前必须处理**：C1–C4、H1–H5、H8、H9（H8 的 main 注册默认开放一项）
|
||||
2. **short-term 整改批**：H6、H7、H10、M1、M2、M8（一行修复恢复门闩）
|
||||
3. **backlog**：其余 medium/low
|
||||
|
||||
## 关联整改
|
||||
|
||||
- Remediation: 待立项（建议按第七节优先级拆 short-term 任务）
|
||||
|
||||
## 证据
|
||||
|
||||
- `go vet ./...` 零输出；`go test -short ./...` 55 包 ok（2026-09-19，dev@e8ed33b）
|
||||
- 五路只读深潜：后端 server/chat、docgov/events/工作流/迁移、前端 web、配置/flag/死代码、安全鉴权
|
||||
- 任务条目：[ops/short-term/2026-09-19-system-deep-audit.md](../ops/short-term/2026-09-19-system-deep-audit.md)
|
||||
|
||||
## 开放问题
|
||||
|
||||
- dev 与 test/main 默认模型不一致（M2.7-highspeed vs M3）是否刻意？未见 `.doc/ops` 对齐记录
|
||||
- `deploy/postgres/migrations/` 是否还有外部工具依赖？无则建议归档
|
||||
- H1 legacy 兜底是否有仍在使用的内部工具依赖？删除前需盘点
|
||||
@@ -1,48 +0,0 @@
|
||||
---
|
||||
title: "系统权限设置与项目协作多项缺陷排查"
|
||||
status: done
|
||||
created: 2026-09-20
|
||||
updated: 2026-09-20
|
||||
severity: high
|
||||
---
|
||||
|
||||
# 系统权限设置与项目协作多项缺陷排查
|
||||
|
||||
## 现象
|
||||
|
||||
用户报告：成员管理勾选无效、系统设置「允许编制人兼任审核批准」400、PDF 预览被拦截、任务 runs 403 刷屏、发起编制被标 NETWORK_ERROR、注册/建号 rollback、改密后刷新再强制改密、退出重登出现同名重复项目、无项目仍可对话、右侧工具栏默认展开且不记忆。
|
||||
|
||||
## 根因分析
|
||||
|
||||
| # | 根因 | 关键路径 |
|
||||
|---|------|----------|
|
||||
| 1 | CSP 缺 `frame-src`，blob iframe fallback 到 `default-src 'self'` | `internal/server/cors.go` |
|
||||
| 2 | PdfViewer 同源 iframe 直连，触发 `X-Frame-Options: DENY` 原生拦截页 | `web/src/components/doc/preview/renderers/PdfViewer.tsx` |
|
||||
| 3 | 前端未传 `expected_revision`（该 key 后端强制 CAS） | `web/src/api/systemAdmin.ts` / SettingsSection |
|
||||
| 4 | `ProjectSettingsApiError` 字段名与消费方 `httpStatus`/`errorCode` 不一致 | `web/src/api/projectSettingsError.ts` |
|
||||
| 5 | task-run view 仅放行创建者/owner；前端 403 无停止轮询 | `task_run_auth.go` / `App.tsx` |
|
||||
| 6 | `CanManageProjectMembers` 未读细粒度权限位 | `internal/authz/service.go` |
|
||||
| 7 | memStore `ListProjectsForUser` 忽略成员表 | `internal/projectworkflow/store.go` |
|
||||
| 8 | `user_role_bindings` 插入吞错 → commit rollback；handler 一律 400 | `internal/auth/pg_store.go` |
|
||||
| 9 | 嵌套 `user.mustChangePassword` OR 合并复活 + fetchMe 未回写 session | `authUserMap.ts` / WorkbenchView / useAuthenticatedWorkspaceSync |
|
||||
| 10 | `projects.name` 无唯一约束 + Create 无幂等键；logout 不清 projects 缓存 | `service.go` / migration 00056 / App logout |
|
||||
| 11 | `Project()<=0` 时跳过项目访问校验 | `handlers.go` / `sse.go` / `stage_access_helpers.go` |
|
||||
| 12 | `rightCollapsed` 默认 false 且无持久化 | `AppShell.tsx` / `storage.ts` |
|
||||
|
||||
## 严重度
|
||||
|
||||
`high`
|
||||
|
||||
## 关联整改
|
||||
|
||||
- Short-term: `.doc/ops/short-term/2026-09-20-bug-hunt-permissions-uploads.md`
|
||||
- 分支: `fix/bug-hunt-2026-09-20-permissions-and-uploads`
|
||||
|
||||
## 证据
|
||||
|
||||
- 产品决策：新增 `project:manage_members`；无项目禁止对话并置灰发送按钮；同创建人内项目名唯一 + `client_key` 幂等。
|
||||
- 迁移：`00055_...project-manage-members-permission.sql`、`00056_...project-create-idempotency.sql`
|
||||
|
||||
## 开放问题
|
||||
|
||||
- 无（本批范围内）
|
||||
@@ -1,142 +0,0 @@
|
||||
---
|
||||
title: "模块耦合现状审计（规范与分批整改基线）"
|
||||
status: done
|
||||
created: 2026-09-20
|
||||
updated: 2026-09-20
|
||||
severity: high
|
||||
---
|
||||
|
||||
# 模块耦合现状审计（规范与分批整改基线）
|
||||
|
||||
## 现象
|
||||
|
||||
系统已经是模块化单体，不是未治理的大泥球：`module-boundaries.yaml` + `internal/archtest` 已把 import 与事件登记清到零违规（`baseline_counts.import=0`、`event=0`，二者在 `block_kinds`），可靠事件由独立 `cmd/events` worker 经 PostgreSQL lease 消费。
|
||||
|
||||
故障仍会跨模块扩散的原因不在“缺总线”，而在四类残留：
|
||||
|
||||
1. HTTP 适配层直接持有领域具体类型，而不是只调用用例端口。
|
||||
2. `chat`、`app` 子包与 `coordinator` 用子包拆分避开了 Go 编译环，逻辑上仍互相依赖。
|
||||
3. `docgov` 的状态、角色和错误被多个模块当成本模块词汇使用。
|
||||
4. 带到期日的 SQL/路径例外仍允许非属主写入或拼接工作区路径。
|
||||
|
||||
本审计只记录证据与分级，不改代码。整改批次见 [分批计划](../remediation/2026-09-20-module-decoupling-batch-plan.md)。
|
||||
|
||||
## 根因分析
|
||||
|
||||
### 已有隔离基线（不要推倒）
|
||||
|
||||
| 机制 | 位置 | 现状 |
|
||||
|------|------|------|
|
||||
| 模块化单体 ADR | [2026-09-14-modular-monolith-decoupling](../adr/2026-09-14-modular-monolith-decoupling.md) | 不拆微服务；窄端口 + 组合根 + 领域事件 |
|
||||
| 静态边界 | [module-boundaries.yaml](../system-design/module-boundaries.yaml) | import allowlist、表唯一写者、路径属主、事件生产者/消费者 |
|
||||
| 架构门禁 | `internal/archtest`、`scripts/arch-check.sh --mode block` | import/event 零容忍 |
|
||||
| 进程内端口 | `internal/app/*flow`（例：`internal/app/chatflow/ports.go`） | 消费者拥有窄接口；组合根注入实现 |
|
||||
| 跨进程事件 | `internal/events` + `cmd/events` | PG outbox/inbox；dev `:8088` / test `:8089` / main `:8090` |
|
||||
| 事件契约 | `internal/events/registry.go` `StaticContracts()` | 11 个事件名、schema version、payload 字段 allowlist；与 YAML parity |
|
||||
|
||||
`StaticContracts` 现有事件：`document.agent_candidate_ready`、`document.agent_version_committed`、`document.downstream_impact_detected`、`document.change_report_degraded`、`document.approved`、`taskrun.completed`、`taskrun.cancelled`、`fav.artifact_staged`（`Enabled: false`）、`intent.plan.awaiting_input`、`intent.plan.step_changed`、`intent.plan.completed`。
|
||||
|
||||
### 热点 1（P1）：`server` 上帝适配层
|
||||
|
||||
`internal/server/server.go` 的 `Server`（约 40–80 行）同时持有 `*bizdev.Service`、`*coordinator.CoordinatorEngine`、`*docgov.GovernanceEngine`、`*docrevision.Service`、`*taskrun.Manager`、`*projectinstance.Service`、`*pgxpool.Pool` 等具体类型。同结构体里只有少数字段是端口（`chatflow.ChatLog`、`chatflow.ContextAssembler`、`intentflow.Service`、`intent.Recognizer`）。
|
||||
|
||||
生产 import 覆盖约 30 个内部包（`server.go` 11–34 行）。handler 直接解释领域错误，例如 `internal/server/handlers.go` 对 `docgov.ErrDocumentBusy` 的分支（426、449 行）以及 `docgov.RoleAuthor`（702、1291 行）。
|
||||
|
||||
后果：领域包改一个错误或角色常量，HTTP 层必须跟着改；`pool` 还让适配层有机会绕过表属主写 SQL。
|
||||
|
||||
### 热点 2（P2）：`chat` ↔ `app` ↔ `coordinator` 逻辑环
|
||||
|
||||
编译环被子包拆开了，依赖方向没有：
|
||||
|
||||
- `internal/chat/session.go` 11–13 行 import `app/chatflow`、`app/intentflow`、`coordinator`。
|
||||
- `internal/chat/action_executor.go` 10–14 行 import `app/intentflow`、`app/stageflow`、`coordinator`、`docgov`、`taskrun`，并持有具体引擎指针。
|
||||
- `internal/app/chatflow/ports.go` 又 import `coordinator`、`ctxmgr`、`projectinstance`（`AssembleRequest` 直接嵌 `coordinator.UserInfo`）。
|
||||
|
||||
`chat` 既是领域会话，又反向依赖用例包。用例一变，会话执行器就会编译失败，问题不会停在单一模块。
|
||||
|
||||
### 热点 3（P3）：`docgov` 词汇泄漏
|
||||
|
||||
生产代码（不含本包测试）直接使用 `docgov` 状态/角色/错误的位置包括：
|
||||
|
||||
- `internal/coordinator/engine.go`：`ErrDocumentBusy`（955）、`StateDrafting`（1596、1598）。
|
||||
- `internal/bizdev/service.go`：`ErrDocumentLocked` / `ErrDocumentBusy`（718）。
|
||||
- `internal/server/handlers.go`、`document_revision_handlers.go`、`auth_helpers.go`：`RoleAuthor`、`ErrDocumentBusy`。
|
||||
- `internal/chat/action_executor.go`：动作名字符串 `"docgov.review_approve"`（58、150 行），以及 `docgov.StateDrafting`（90）。
|
||||
|
||||
这些不是稳定共享词汇（`internal/contracts/vocabulary` 尚未承接它们），而是领域实现类型被当公共 API。
|
||||
|
||||
### 热点 4（P3）：工作流定义与实例网
|
||||
|
||||
- `internal/workflowdef/catalog.go` import `projectworkflow`。
|
||||
- `internal/workflowdef/validator_v2.go` import `workflow`。
|
||||
- `internal/projectinstance` 生产文件（`store.go`、`service.go`、`gate.go`、`types.go` 等）import `workflowdef`。
|
||||
- `internal/workflow/runtime/orchestrator.go` import `projectinstance`。
|
||||
|
||||
定义、目录、实例和运行时互相看得见对方的包。改一份工作流校验会同时碰到定义包和实例包。
|
||||
|
||||
### 热点 5（P4）：巨型文件
|
||||
|
||||
非测试生产文件行数（2026-09-20 `wc -l` 口径，探索盘点）：
|
||||
|
||||
| 行数 | 文件 |
|
||||
|------|------|
|
||||
| 1844 | `internal/coordinator/engine.go` |
|
||||
| 1590 | `internal/bizdev/service.go` |
|
||||
| 1395 | `internal/server/handlers.go` |
|
||||
| 1291 | `internal/projectinstance/store.go` |
|
||||
| 1245 | `internal/intent/recognizer.go` |
|
||||
| 1235 | `internal/projectworkflow/store.go` |
|
||||
| 1207 | `internal/docgov/engine.go` |
|
||||
| 1172 | `internal/docrevision/service.go` |
|
||||
| 1151 | `internal/squad/workspace.go` |
|
||||
| 1028 | `internal/freedoc/service.go` |
|
||||
|
||||
单文件过大本身不是耦合，但它把多个用例绑在同一变更面上，评审和回滚半径变大。拆分应跟在解环之后，避免边搬边改依赖。
|
||||
|
||||
### 热点 6（P4）：前端 API 层无统一客户端
|
||||
|
||||
`web/src/api/` 约 37 个文件按域各写 `fetch()`，`API_BASE` 与鉴权头分散。错误信封、重试和 401 处理无法在一处收口，后端错误契约一变就会在多个 api 文件重复漏改。这是适配层问题，不是把前端改成 RPC。
|
||||
|
||||
### 热点 7（P2，有到期日）：边界例外未清零
|
||||
|
||||
[module-boundaries.yaml](../system-design/module-boundaries.yaml) `exceptions` 共 21 条，`baseline_counts` 为 sql_write 5、path 16。
|
||||
|
||||
| 种类 | 条数 | 里程碑 | 到期 | 风险 |
|
||||
|------|------|--------|------|------|
|
||||
| `sql_write` | 4 | U3 | 2026-09-28 | **8 天后到期**。`docduty`、`docrevision` 仍写 `document_records` / `freeform_documents` |
|
||||
| `sql_write` | 1 | U8 | 2026-10-26 | `projectinstance` 终止流程直接取消 `task_runs` |
|
||||
| `path` | 2 | U4 | 2026-09-28 | **同样 8 天后到期**。`server` 与 `docrevision` 仍点名 `output.md` |
|
||||
| `path` | 14 | U5 | 2026-10-12 | `agent`、`bizdev`、`coordinator`、`docgov`、`storage` 仍拼接工作区路径或把 `data/dev` 写进提示 |
|
||||
|
||||
到期后若门禁把这些 kind 升为 block 而代码未迁走，构建会失败；若继续延期而不迁，非属主写入会继续让文档/任务故障跨包扩散。本轮不改 YAML，清零归整改批次 G。
|
||||
|
||||
## 严重度
|
||||
|
||||
整体 `high`：不会单独打穿已签发布门禁（`production_ready` 不因本审计回退），但 P1/P2 使“问题停在单一模块”尚未成立。
|
||||
|
||||
| 级别 | 热点 | 扩散方式 |
|
||||
|------|------|----------|
|
||||
| P1 | server 具体类型装配 | 领域改动直接编译失败到 HTTP |
|
||||
| P2 | chat/app/coordinator 逻辑环 | 会话、意图用例、协调引擎必须同改 |
|
||||
| P2 | 2026-09-28 到期的 sql_write/path 例外 | 非属主写表或读工作区文件 |
|
||||
| P3 | docgov 词汇泄漏 | 状态机常量变成跨包协议 |
|
||||
| P3 | workflow 定义/实例网 | 校验与运行时同改 |
|
||||
| P4 | 巨型文件、前端 fetch 分散 | 变更面大，不立刻产生跨表写入 |
|
||||
|
||||
## 关联整改
|
||||
|
||||
- Remediation: [2026-09-20-module-decoupling-batch-plan.md](../remediation/2026-09-20-module-decoupling-batch-plan.md)
|
||||
- 开发规范: [2026-09-20-module-development-standards.md](../system-design/2026-09-20-module-development-standards.md)
|
||||
- 上位约束（不重复制定）: [架构](../system-design/2026-09-14-module-decoupling-architecture.md)、[Phase 2](../remediation/2026-09-15-module-decoupling-ipc-phase2-remediation-plan.md)、[影响面守则 §2](../remediation/2026-09-16-partial-deferred-completion-plan.md)
|
||||
|
||||
## 证据
|
||||
|
||||
- 结构体与 import：`internal/server/server.go`、`internal/chat/session.go`、`internal/chat/action_executor.go`、`internal/app/chatflow/ports.go`。
|
||||
- 事件契约：`internal/events/registry.go` `StaticContracts`。
|
||||
- 例外账本：`module-boundaries.yaml` `exceptions` 与 `baseline_counts`（import 0 / sql_write 5 / path 16 / event 0）。
|
||||
- 盘点方式：2026-09-20 只读检索生产 import 与 `docgov` 符号引用；行数来自当时文件长度，后续拆分后以 `wc -l` 重测为准。
|
||||
|
||||
## 开放问题
|
||||
|
||||
- U3/U4 例外在 2026-09-28 到期后，是先延长豁免并写原因，还是立刻占用 `docgov` mutex 做批次 G 的第一刀。本审计不代决，批次 G 开工前必须二选一，禁止静默改到期日。
|
||||
- `internal/contracts/vocabulary` 在架构文档中已定义，代码侧尚未作为 docgov 状态/角色的唯一出口。批次 C 再决定是新建该包还是把稳定枚举留在消费者端口。
|
||||
@@ -1,68 +0,0 @@
|
||||
---
|
||||
title: "2026-09-20 系统全量体检审计"
|
||||
status: done
|
||||
created: 2026-09-20
|
||||
updated: 2026-09-20
|
||||
severity: high
|
||||
---
|
||||
|
||||
# 2026-09-20 系统全量体检审计
|
||||
|
||||
## 现象
|
||||
|
||||
在 `production_ready=yes`、dev/test/main 健康、近期 triage 已合入的前提下，对全系统做只读深度体检，发现若干**未写入 gap-matrix 的 critical/high**，以及一批 medium/low 加固项。
|
||||
|
||||
方法：四路并行深潜（后端 Go、安全鉴权、前端 web、基础设施）+ 本机实证（goose 版本表、容器 health、口令登录、代码交叉复核）。
|
||||
|
||||
## 根因分析（P0 / critical，均已实证）
|
||||
|
||||
| ID | 发现 | 位置 | 证据 |
|
||||
|----|------|------|------|
|
||||
| P0-MIG | 迁移序号空洞 00054；`chat_summaries` 建表与 summarizer 写失败修复滞留未合入分支 | `feature/capability-enablement-impact-plan@848a0457`；dev 代码仍读写不存在表 | `goose_db_version` 53→55→57 跳号；`to_regclass('chat_summaries')` 空；`summarizer.go:119` `_ = err` |
|
||||
| P0-IDOR-PREF | 偏好写入信任请求体 `user_id`，无归属校验 | `internal/server/handlers.go:508-537` | 无 `requireAuthenticatedUser` 比对 |
|
||||
| P0-IDOR-SESS | `handleGetProject` 以 `callerUserID=0` 调会话，归属校验被跳过 | `server.go:458-463`；`handlers.go` / `project_handlers.go` | `if callerUserID > 0` 守卫 |
|
||||
| P0-IDOR-RECAT | 重分类无会话归属；空 `session_id` 触及全库消息 | `chat_recategorize_api.go`；`ctxmgr/recategorize.go` | `WHERE ($1 = '' OR session_id = $1)` |
|
||||
| P0-PANIC | taskrun 订阅发送在锁外，Unsubscribe `close` 后向 closed channel 发送 panic | `taskrun/manager.go:481-497` vs `:590` | select default 不挡 closed；全仓非测试 `recover()`=0 |
|
||||
| P0-RACE | 同步 `POST /chat` 不取 `execMu`，与 SSE 并发 data race | `handlers.go:240` vs `sse.go:341` | 09-19 C2 残留半修 |
|
||||
| P0-CRED-BACKUP | 三环境 DB 口令硬编码进仓库；生产口令与脚本一致可登录 | `scripts/backup-system-db.sh:43-56` | 实测 `prod_highly_secure_db_pass` 可连 main |
|
||||
| P0-CRED-PUSH | push 脚本把 token 拼进 URL，`ps` 可见 | `scripts/git-push-dev.sh:23` | `https://oauth2:${TOKEN}@...` |
|
||||
| P0-XSS | 块编辑器 math 错误分支未转义 | `BlockEditorModal.tsx:206`；`MathBlockView.tsx:20` | catch 裸拼 + `dangerouslySetInnerHTML` |
|
||||
|
||||
### 环境与分支脱节（本轮不做晋升，记 backlog）
|
||||
|
||||
| ID | 发现 | 证据 |
|
||||
|----|------|------|
|
||||
| ENV-MAIN-DRIFT | main 分支 goose 最高 00025，main 库 schema 52；灾备从分支重建不可复现 | `git ls-tree main`；`goose_db_version` MAX=52 |
|
||||
| ENV-TEST-DRIFT | test 分支最高 00056，test 库已 57 | 实测 |
|
||||
| DOC-SCHEMA | CURRENT 写 dev schema 56，实测 57 | health JSON |
|
||||
| GOOSE-DUP56 | dev 库 version_id=56 记账两行（id 57/58，间隔 2ms） | SQL 取证 |
|
||||
|
||||
## 严重度
|
||||
|
||||
- **critical / P0**：上表 P0-*（本轮整改）
|
||||
- **high / medium / low**：见下方「非 P0 清单」与 [long-term](../ops/long-term/2026-09-19-audit-remainder.md) 2026-09-20 增补区
|
||||
|
||||
## 关联整改
|
||||
|
||||
- Remediation: [../remediation/2026-09-20-p0-remediation-plan.md](../remediation/2026-09-20-p0-remediation-plan.md)
|
||||
- Short-term: [../ops/short-term/2026-09-20-p0-hotfixes.md](../ops/short-term/2026-09-20-p0-hotfixes.md)
|
||||
|
||||
## 证据
|
||||
|
||||
- `go vet ./...` 零告警（2026-09-20）
|
||||
- `go test -short ./...`：仅 `TestPiAgentDockerBuildContext_RunnerModulesPresent` 因外网镜像源 EOF 失败，属测试卫生
|
||||
- 三环境 health：dev/test schema **57**，main **52**；events `:8088`/`:8089`/`:8090` ok
|
||||
- 四路深潜交叉：IDOR×3、XSS、凭证、迁移空洞均被 ≥2 条路径或本机取证命中
|
||||
|
||||
## 非 P0 清单（摘要，详 long-term）
|
||||
|
||||
**后端**：XFF 限流可绕过；events `cancelFns` 只增不减；docrevision/docgov 全局锁内 DB I/O；Shutdown 5s vs 长任务；`idemLocks` 无界；SSE query 传消息；C1 缓存不失效；chat 落库非原子等。
|
||||
|
||||
**前端**：`useChatWindow` 切会话竞态；PLAN_CONFIRM 无 try/catch；turn Map 只增不减；重置密码死功能；ErrorBoundary 仅顶层；SSE `\r\n`；token localStorage + 无全局 401 登出等。
|
||||
|
||||
**基础设施**：容器 root、无资源限制；健康检查路径不一致；main events 挂 shared-net；init 三套；Dockerfile Go 1.23 基镜像；backup 无定时；main 分支对齐晋升专项。
|
||||
|
||||
## 开放问题
|
||||
|
||||
- capability 分支合入后 00054 重编号为 00058 是否与其他未合并旁支再撞号？（当前仅该分支占用 54）
|
||||
- main 分支对齐晋升时 00057 会对存量项目做不可逆改名——晋升前需预演清单
|
||||
@@ -13,30 +13,6 @@
|
||||
|
||||
## 核心文档（按阅读顺序推荐）
|
||||
|
||||
### 模块耦合现状（2026-09-20）
|
||||
|
||||
**文件**: [2026-09-20-module-coupling-audit.md](./2026-09-20-module-coupling-audit.md)
|
||||
|
||||
**结论**: 模块化单体与事件总线已在；残留扩散点是 server 具体类型装配、chat/app/coordinator 逻辑环、docgov 词汇泄漏，以及 2026-09-28 到期的 sql_write/path 例外。不改 `production_ready`。
|
||||
|
||||
**整改**: [分批计划](../remediation/2026-09-20-module-decoupling-batch-plan.md) · [开发规范](../system-design/2026-09-20-module-development-standards.md)
|
||||
|
||||
### 系统全量体检（2026-09-20）
|
||||
|
||||
**文件**: [2026-09-20-system-triage-audit.md](./2026-09-20-system-triage-audit.md)
|
||||
|
||||
**结论**: 迁移 00054 断链 + 三项 IDOR + taskrun channel panic + 凭证硬编码/暴露为 P0；main 分支与生产 schema 脱节记 backlog。
|
||||
|
||||
**整改**: [P0 热修方案](../remediation/2026-09-20-p0-remediation-plan.md) · [short-term](../ops/short-term/2026-09-20-p0-hotfixes.md)
|
||||
|
||||
### 可选职责空审核人 CreateOrGetDocument FK（2026-09-17）
|
||||
|
||||
**文件**: [2026-09-17-docgov-optional-duty-null-fk.md](./2026-09-17-docgov-optional-duty-null-fk.md)
|
||||
|
||||
**结论**: 无 reviewer 职责时 `CreateOrGetDocument` 写 `reviewer_id=0` 触发 FK，被 `ClassifyError` 掩盖为 `INTERNAL_ERROR`；heal 路径已有 `nullIfZero`，创建路径漏改。
|
||||
|
||||
**整改**: [short-term](../archive/ops/2026-09-17-docgov-optional-duty-null-fk.md) · branch `fix/docgov-optional-duty-null-fk`
|
||||
|
||||
### FEATURE-MATRIX production-ready 连续性审计（2026-09-16）
|
||||
|
||||
**文件**: [2026-09-16-feature-matrix-production-readiness-audit.md](./2026-09-16-feature-matrix-production-readiness-audit.md)
|
||||
@@ -488,6 +464,3 @@ Day 4-5: Phase C 完善与发布准备（20h）
|
||||
---
|
||||
|
||||
*本索引最后更新于 2026-09-12 15:05 UTC*
|
||||
|
||||
- 2026-09-17：[系统全面体检](2026-09-17-system-health-check.md)（任务收口 / 缺陷 / 未启用功能；配套 [整改方案](../remediation/2026-09-17-system-health-remediation-plan.md) Wave0–7）。
|
||||
- 2026-09-17：[首次加载性能诊断与改进](2026-09-17-initial-load-performance-audit.md)（三入口重启首访；U2 已验收，主 JS ~624 KB；U1/U3–U7 待实施）。
|
||||
|
||||
@@ -43,7 +43,7 @@ AuthN column is **heuristic**; negative-test pointers filled where known.
|
||||
| POST | `/api/v1/auth/register` | `s.handleAuthRegister` | `server.go` | handler | see suite |
|
||||
| GET | `/api/v1/auth/sessions` | `s.handleAuthSessions` | `server.go` | handler | see suite |
|
||||
| DELETE | `/api/v1/auth/sessions/{id}` | `s.handleAuthSessionByID` | `server.go` | handler | see suite |
|
||||
| POST | `/api/v1/chat` | `s.handleChat` | `server.go` | session+project (ERR_NO_PROJECT if unbound + zero memberships) | see suite |
|
||||
| POST | `/api/v1/chat` | `s.handleChat` | `server.go` | session+project | see suite |
|
||||
| GET | `/api/v1/chat/categories` | `s.handleListChatCategories` | `server.go` | session+project | see suite |
|
||||
| GET | `/api/v1/chat/dates` | `s.handleListChatDates` | `server.go` | session+project | see suite |
|
||||
| GET | `/api/v1/chat/digests` | `s.handleListDailyDigests` | `server.go` | session+project | see suite |
|
||||
@@ -60,8 +60,8 @@ AuthN column is **heuristic**; negative-test pointers filled where known.
|
||||
| GET | `/api/v1/chat/search` | `s.handleChatSearch` | `server.go` | session+project | see suite |
|
||||
| GET | `/api/v1/chat/sessions` | `s.handleListChatSessions` | `server.go` | session+project | see suite |
|
||||
| POST | `/api/v1/chat/sessions` | `s.handleUpsertChatSession` | `server.go` | session+project | see suite |
|
||||
| GET | `/api/v1/chat/stream` | `s.handleChatStream` | `server.go` | session+project (ERR_NO_PROJECT if unbound + zero memberships) | see suite |
|
||||
| POST | `/api/v1/chat/stream` | `s.handleChatStream` | `server.go` | session+project (ERR_NO_PROJECT if unbound + zero memberships) | see suite |
|
||||
| GET | `/api/v1/chat/stream` | `s.handleChatStream` | `server.go` | session+project | see suite |
|
||||
| POST | `/api/v1/chat/stream` | `s.handleChatStream` | `server.go` | session+project | see suite |
|
||||
| GET | `/api/v1/chat/turns/{client_turn_id}` | `s.handleGetChatTurn` | `server.go` | session+project | see suite |
|
||||
| GET | `/api/v1/chat/unread` | `s.handleChatUnread` | `server.go` | session+project | see suite |
|
||||
| GET | `/api/v1/context/cases/recommend` | `s.handleRecommendCases` | `server.go` | handler | see suite |
|
||||
@@ -131,10 +131,10 @@ AuthN column is **heuristic**; negative-test pointers filled where known.
|
||||
| GET | `/api/v1/tasks/run/stream` | `s.handleRunTaskStream` | `server.go` | session+project | see suite |
|
||||
| POST | `/api/v1/tasks/run/stream` | `s.handleRunTaskStream` | `server.go` | session+project | see suite |
|
||||
| POST | `/api/v1/tasks/runs` | `s.handleCreateTaskRun` | `server.go` | session+project | see suite |
|
||||
| GET | `/api/v1/tasks/runs/{run_id}` | `s.handleGetTaskRun` | `server.go` | session+project member (view) | see suite |
|
||||
| POST | `/api/v1/tasks/runs/{run_id}/cancel` | `s.handleCancelTaskRun` | `server.go` | session+run owner or project owner | see suite |
|
||||
| GET | `/api/v1/tasks/runs/{run_id}/events` | `s.handleTaskRunEvents` | `server.go` | session+project member (view) | see suite |
|
||||
| POST | `/api/v1/tasks/runs/{run_id}/resume` | `s.handleResumeTaskRun` | `server.go` | session+run owner or project owner | see suite |
|
||||
| GET | `/api/v1/tasks/runs/{run_id}` | `s.handleGetTaskRun` | `server.go` | session+project | see suite |
|
||||
| POST | `/api/v1/tasks/runs/{run_id}/cancel` | `s.handleCancelTaskRun` | `server.go` | session+project | see suite |
|
||||
| GET | `/api/v1/tasks/runs/{run_id}/events` | `s.handleTaskRunEvents` | `server.go` | session+project | see suite |
|
||||
| POST | `/api/v1/tasks/runs/{run_id}/resume` | `s.handleResumeTaskRun` | `server.go` | session+project | see suite |
|
||||
| GET | `/api/v1/workflow-instances/{id}` | `s.handleGetWorkflowInstance` | `server.go` | session+project | see suite |
|
||||
| POST | `/api/v1/workflow-instances/{id}/stages/{stage}/advance` | `s.handleAdvanceStage` | `server.go` | session+project | see suite |
|
||||
| GET | `/api/v1/workflow-instances/{id}/stages/{stage}/readiness` | `s.handleGetStageReadiness` | `server.go` | session+project | see suite |
|
||||
|
||||
@@ -1,75 +0,0 @@
|
||||
# rdev 研发工作流二期增强 Backlog
|
||||
|
||||
> 来源：[07-研发工作流rdev接入-设计与实施计划](../system-design/project-workflow/07-研发工作流rdev接入-设计与实施计划.md) §8 决策 3——首期 N/A 采用「激活规划期关闭」，以下增强项不阻塞首期交付，**用户要求记录以便随时续推进**。
|
||||
> 创建：2026-09-17。每项建议独立 short-term 任务认领。
|
||||
|
||||
## 优先级排序（建议）
|
||||
|
||||
### R1 N/A 不适用页生成模式（对齐参考项目行为）
|
||||
|
||||
- 现状：skippable 任务在激活规划期由创建者关闭 = 不适用；
|
||||
- 目标：保留任务但可生成「不适用说明页」（完整论述理由而非一句话），仍走审核/批准，再进入下一阶段（参考项目 rdev_software overlay 语义）；
|
||||
- 涉及：manifest 不适用模式标记、bizdev 执行 N/A 生成路径、squad N/A 编排、前端规划 UI「保留但声明不适用」选项；
|
||||
- 验收：软件类任务声明不适用 → 生成完整不适用页 → 审批通过 → 阶段可推进。
|
||||
|
||||
### R2 UR/RS 结构化质量门禁（复用 PM requirements.json 模式）
|
||||
|
||||
- **状态**：✅ **done**（2026-09-19）— `rd_user_needs` / `rd_system_reqs` 在 `QualityGate.Validate` 中检查连续编号、禁止随机抽取、验证准则与正文/JSON 一致。`pm` 的 `system_reqs` 仍走原有检查。
|
||||
- 范围：`rd_user_needs`、`rd_system_reqs`（及 `pm_system_reqs`）输出结构化需求集合；确定性门禁：ID 唯一连续、不随机抽取、缺验证准则拒绝、正文/JSON 不一致拒绝；
|
||||
- 参考先例：`quality.system_reqs.v2`。
|
||||
|
||||
### R3 review_minutes / upload_index 专用确定性门禁
|
||||
|
||||
- **状态**：✅ **done**（2026-09-19）— 评审记录拒绝空洞「同意通过」；附件清单要求索引表与影响分析。`TestRDevQualityGates`。
|
||||
|
||||
- review_minutes（6 个评审记录）：问题-决议-行动项闭环检查（拒绝空洞「同意通过」、行动项无责任人/期限）；
|
||||
- upload_index（7 个附件清单）：附件索引表存在性、缺失影响分析存在性检查；禁止伪造附件内容靠 Accept 纪律 + 门禁抽查「待上传后更新」结论。
|
||||
|
||||
### R4 depends_on 精确血缘与 stale 传播
|
||||
|
||||
- 现状：rd 任务 prior docs 全量注入 + 摘要级血缘；
|
||||
- 目标：per-task upstream 声明表（对齐参考项目 rdev.yaml depends_on：rd_planning_review ← rd_proposal+rd_design_plan、rd_verification_review ← rd_design_vv+rd_risk_report_v 等），上游新版本批准 → 下游 stale 且不能完成；
|
||||
- 参考先例：test_manager 对 approved SR 的 stale 传播（projectworkflow/service.go）。
|
||||
|
||||
### R5 DMR 双记录归档
|
||||
|
||||
- 参考项目 `records: [dhf, dmr]` 的设计输出/转换文档在本仓库无对应物；需评估文档「记录归属」字段扩展 + 归档/导出按 DHF/DMR 分类（本仓库无云盘，先落 docgov 元数据与导出分类）。
|
||||
|
||||
### R6 软件工作流任务键 `sw_` 前缀盘点（并入 P4 或其后）
|
||||
|
||||
- `software_bootstrap`/`software_delivery`（executor `software.doc.v1`）任务键盘点并纳入统一命名空间规约（D12 的遗留尾巴）。
|
||||
|
||||
### R7 高复杂度 regulatory 步注入策略
|
||||
|
||||
- 现状：D7 中 regulatory 按任务清单静态注入；目标：接 `complexity_tier`（complexity_high/medium 分层）动态注入，对齐参考项目 `when: complexity_tier=high`。
|
||||
|
||||
## 依赖关系
|
||||
|
||||
- R2/R3 可并行；R4 依赖 manifest 落地后的 upstream 声明表；R1 独立；R5/R6/R7 低优先级。
|
||||
|
||||
---
|
||||
|
||||
## 模板深度与运行时续批（S1 续批 / S2 / S3）
|
||||
|
||||
> 来源：Kimi 分析方案 + [2026-09-17-rdev-template-depth](../archive/ops/2026-09-17-rdev-template-depth.md) 收口。S0 + S1 首批（14 份）已交付；以下不阻塞本轮合并候选。
|
||||
|
||||
### S1 续批 — 剩余模板专业章节
|
||||
|
||||
- **状态**：✅ **done**（2026-09-17）— 46 份全部同等深度补强；allowlist 60/60；真 PI `rd_planning_review` + `rd_design_vv` PASS
|
||||
- **证据**：[测试报告](../test-reports/2026-09-17-rdev-template-depth-s1-continued-test-report.md)；[short-term](../ops/short-term/2026-09-17-rdev-template-depth-s1-continued.md)
|
||||
|
||||
### S2 — 运行时编排与配置化
|
||||
|
||||
- **状态**：✅ **done**（2026-09-19，`fix/audit-remainder-closeout`）
|
||||
- per-stage 步骤覆盖（相对默认 organize→engineer→draft→review 的阶段差异）
|
||||
- regulatory 步接 `complexity_tier`（与 R7 可合并认领）
|
||||
- 模型去硬编码（配置/环境驱动）
|
||||
- manifest hint + aliases 元数据补齐
|
||||
- **证据**：`TestRDevRegulatoryFollowsComplexityTier`、`TestRDevModelFromEnv`、`TestRDevStageOverrideAndAliases`
|
||||
|
||||
### S3 — overlay 与质量门禁扩面
|
||||
|
||||
- **状态**：部分（2026-09-19）。overlay 与 R2/R3 已落地；P3 真 PI 未做
|
||||
- 轻量 overlay 机制（模板管结构；overlay/运行时管纪律与粒度下限）— done，`configs/overlays/`，`TestRDevWorkspaceWritesOverlay`
|
||||
- R2/R3 专用确定性门禁落地 — done，`TestRDevQualityGates`
|
||||
- P3：三样本真 PI E2E 报告 + CI 四工作流门禁挂钩 — 未做
|
||||
@@ -5,6 +5,6 @@
|
||||
- **B5** 报价模块接入轻量复核与输入范围校验（`internal/quote/`）
|
||||
- **A5/A6** 小队工作流支持非关键步骤降级；并行 trace 序号改单次加锁读-算-写（`internal/squad/`）
|
||||
- **A7** 将中文注释中的已知限制迁移为正式 issue
|
||||
- **D3**（已实现，shadow）摘要引擎语义摘要能力已落地：`SEMANTIC_SUMMARY_SHADOW` 默认 off，见 [FEATURE-MATRIX「语义摘要（D3）」行](../status/FEATURE-MATRIX.md)、[PU6 契约](../ops/long-term/2026-09-16-pu6-semantic-summary-contract.md)（`status: done`）、[W2 真 PI 报告](../test-reports/2026-09-17-w2-semantic-summary-shadow-test-report.md)。`SEMANTIC_SUMMARY_REPLACE` 仍未接线（红线，需独立授权）。本行状态转入 FEATURE-MATRIX 常态跟踪，不再作为独立 backlog 开放项
|
||||
- **D3** 摘要引擎替换为语义摘要（依赖模型接入，需单独评估）（`internal/ctxmgr/summarizer.go`）
|
||||
- **D5** 知识库按环境隔离方案评估（当前三环境共享 KB 为 intentional 架构）
|
||||
- **D7** 对话数据留存期限与敏感字段加密——草案 ADR [2026-09-17-d7-chat-data-retention.md](../adr/2026-09-17-d7-chat-data-retention.md)（`compliance: pending-compliance-signoff`）；[W7 只读盘点](../audit/2026-09-17-d7-data-inventory.md) 未发现基线违规，见 [报告](../test-reports/2026-09-17-w7-d7-inventory-test-report.md)。签字前禁止按 365/180/30 物理删除；本行继续跟踪合规签字进度
|
||||
- **D7** 对话数据留存期限与敏感字段加密（先对齐合规再定技术方案）
|
||||
|
||||
@@ -1,22 +0,0 @@
|
||||
---
|
||||
title: "dev 试点：开放编制人兼任总开关"
|
||||
status: done
|
||||
created: 2026-09-17
|
||||
updated: 2026-09-17
|
||||
---
|
||||
|
||||
# dev 试点：开放编制人兼任总开关
|
||||
|
||||
## 结论
|
||||
|
||||
在运行中的 `agent-dev`（`:8080`，schema 52）经 admin CAS 将 `workflow.allow_author_only_approval` 设为 `true`（revision `0 → 1`）。**未**改默认迁移值；**未**晋升 test/main；test/main 仍保持默认 off。
|
||||
|
||||
## 证据（脱敏）
|
||||
|
||||
- [before-enable.json](../../test-reports/assets/2026-09-17-author-only-pilot/before-enable.json)
|
||||
- [put-enable.txt](../../test-reports/assets/2026-09-17-author-only-pilot/put-enable.txt)
|
||||
- [after-enable.json](../../test-reports/assets/2026-09-17-author-only-pilot/after-enable.json)
|
||||
|
||||
## 关联
|
||||
|
||||
- author-only 收口：[../handoffs/2026-09-17-document-author-only-closeout.md](../handoffs/2026-09-17-document-author-only-closeout.md)
|
||||
+13
-78
@@ -1,79 +1,20 @@
|
||||
# 当前焦点
|
||||
|
||||
**更新**: 2026-09-20
|
||||
**production_ready**: yes（门禁 B1–B4 已签；dev/main schema **58**、test **57**。P0 热修 done；见 [报告](../test-reports/2026-09-20-p0-hotfixes-test-report.md)。不把 fallback change report 写成完整 PI）
|
||||
**更新**: 2026-09-16
|
||||
**production_ready**: yes（门禁 B1–B4 已签；dev/test/main `schema_version=47`。不把 fallback change report 写成完整 PI）
|
||||
|
||||
## 焦点
|
||||
|
||||
1. **2026-09-20 rdev 种子热修 in_progress**：dev 库 rdev 停在 `retired`；test 库因 `publishedBy=1` 外键失败未发布 rdev。见 [short-term](./short-term/2026-09-20-rdev-seed-hotfix.md)。
|
||||
2. **2026-09-20 模块解耦规范与审计 done（仅文档）**：耦合审计、开发规范、批次 A–G 计划已写；不改业务代码，不改 `production_ready`。见 [审计](../audit/2026-09-20-module-coupling-audit.md) · [规范](../system-design/2026-09-20-module-development-standards.md) · [批次](../remediation/2026-09-20-module-decoupling-batch-plan.md)。
|
||||
3. **红线**：禁止整支 merge FAV；不默认升 `MULTI_INTENT_PLAN_TIER=full`；`SEMANTIC_SUMMARY_REPLACE` 不随 W2 开启；FAV live 观察窗证据驱动；`FAV_DEGRADED_READ=false`；项目 143 只读；SWBOOT-10 保持 fail-closed stub；D7 待合规签字；**P0 期间不改 `production_ready`**；模块解耦批次 A–G 未单独认领前保持 `planned`。
|
||||
1. **全量 backlog 覆盖 no-go**：P0–P7 总控实施中（[short-term](./short-term/2026-09-16-full-backlog-override.md)）
|
||||
2. **运维**：Gitea nightly runner 已通；待 P1 对齐 `DATA_DIR=dev` 后冲 green receipt
|
||||
3. **红线**：禁止整支 merge FAV；不默认升 `MULTI_INTENT_PLAN_TIER=full`；项目 143 只读
|
||||
|
||||
## 并行认领
|
||||
|
||||
| owner | task | branch | worktree | mutex | status |
|
||||
|-------|------|--------|----------|-------|--------|
|
||||
| Cursor | 2026-09-20-rdev-seed-hotfix | fix/workflow-seed-bootstrap-2026-09-20 | - | workflow-def | in_progress |
|
||||
| Cursor-Auto | 2026-09-20-module-decoupling-spec-audit | docs/module-decoupling-spec-2026-09-20 | - | module-decoupling-spec | done |
|
||||
| Cursor-Auto | 2026-09-20-p0-closeout | docs/p0-closeout-2026-09-20 | - | docs | done |
|
||||
| Cursor-Auto | 2026-09-20-p0-hotfixes（Wave 0 文档） | docs/p0-triage-2026-09-20 | - | docs | done |
|
||||
| Cursor-Auto | 2026-09-20-p0-capability-00058 | fix/capability-merge-00058-2026-09-20 | - | infra+chat | done |
|
||||
| Cursor-Auto | 2026-09-20-p0-idor | fix/authz-idor-hotfixes-2026-09-20 | - | authz | done |
|
||||
| Cursor-Auto | 2026-09-20-p0-runtime-stability | fix/runtime-panic-races-2026-09-20 | - | taskrun+chat+web | done |
|
||||
| Cursor-Auto | 2026-09-20-p0-credentials | fix/credential-hardening-2026-09-20 | - | ops+infra | done |
|
||||
| Cursor-Auto | 2026-09-20-proposed-authoritative-reports | feature/capability-enablement-impact-plan | - | docgov | done |
|
||||
| Cursor-Auto | 2026-09-20-pi-narrative-clipped-diff | feature/capability-enablement-impact-plan | - | docgov | done |
|
||||
| Cursor-Auto | 2026-09-20-pi-reasoning-profile | feature/capability-enablement-impact-plan | - | pi-agent | done |
|
||||
| Cursor-Auto | 2026-09-20-semantic-summary-persistence | feature/capability-enablement-impact-plan | - | chat+lineage-version | done |
|
||||
| Cursor-Auto | 2026-09-20-feature-readiness-and-lineage-authz | feature/capability-enablement-impact-plan | - | sysadmin+lineage | done |
|
||||
| Codex | 2026-09-20-capability-enablement-impact-plan | feature/capability-enablement-impact-plan | - | capability-impact-research | done |
|
||||
| Cursor-Auto | 2026-09-20-post-activation-duty-reassign-member-chat | fix/post-activation-duty-reassign-member-chat | - | projectworkflow+authz+web | done |
|
||||
| Cursor-Auto | 2026-09-20-test-env-triage-fixes | fix/test-env-triage-2026-09-20 | - | projectworkflow+chat+assets | done |
|
||||
| Cursor-Auto | 2026-09-20-test-env-beta6-verification | docs/test-env-beta6-verification | - | infra+docs | done |
|
||||
| Cursor-Auto | 2026-09-20-bug-hunt-permissions-uploads | fix/bug-hunt-2026-09-20-permissions-and-uploads | - | authz+web+projectworkflow | done |
|
||||
| Cursor | audit-b1-data-consistency | fix/audit-b1-data-consistency | - | docgov+workflow+chat | done |
|
||||
| Cursor | audit-b2-authz-hardening | fix/audit-b2-authz-hardening | - | authz | done |
|
||||
| Cursor | audit-b3-sse-events | fix/audit-b3-sse-events | - | chat+events | done |
|
||||
| Cursor | audit-b4-frontend | fix/audit-b4-frontend | - | web | done |
|
||||
| Cursor-Auto | 2026-09-19-audit-remainder-closeout | fix/audit-remainder-closeout | - | audit-remainder | done |
|
||||
| Antigravity | 2026-09-20-dev-deep-test-and-promotion | feature/dev-deep-test-and-promotion | - | integration | done |
|
||||
| Cursor-Auto | 2026-09-19-remove-control-center | fix/remove-control-center | - | controlcenter | done |
|
||||
| Cursor-Auto | 2026-09-17-control-center-server | feature/control-center-server | - | controlcenter | cancelled |
|
||||
| Kimi | 2026-09-18-user-manual | feature/user-manual | .worktrees/feature-user-manual | docs | done |
|
||||
| Cursor-Auto | 2026-09-18-wave7-roadmap-orchestration | docs/wave7-roadmap-orchestration | - | roadmap-orchestration | done |
|
||||
| Cursor-Auto | 2026-09-18-wave6-doc-drift | docs/wave6-doc-drift | - | doc-drift | done |
|
||||
| Cursor-Auto | 2026-09-18-wave5-deadcode-decisions | fix/wave5-deadcode-decisions | - | deadcode-cleanup | done |
|
||||
| Cursor-Auto | 2026-09-18-wave4-hardening-r1-r8 | fix/wave4-hardening-r1-r8 | - | hardening | done |
|
||||
| Cursor-Auto | 2026-09-18-wave3-test-debt-blindspots | fix/wave3-test-debt-blindspots | - | test-debt | done |
|
||||
| Cursor-Auto | 2026-09-18-wave2-config-flag-align | fix/wave2-config-flag-align | - | infra | done |
|
||||
| Cursor | 2026-09-18-wave1-main-env-fix | fix/wave1-main-env-fix | - | infra | done |
|
||||
| Cursor | 2026-09-18-wave0-p0-bug-fixes | fix/wave0-p0-sse-chat-cache-bugs | - | chat + web | done |
|
||||
| Kimi | 2026-09-17-system-health-check（只读审计，未实施） | - | - | audit | done |
|
||||
| Cursor | 2026-09-17-docgov-modification-proposal-http | feature/docgov-modification-proposal-http | - | docgov | done |
|
||||
| Cursor | 2026-09-17-document-author-only-closeout | feature/document-author-only-plan | - | document-duty-policy | done |
|
||||
| Cursor | 2026-09-17-rdev-template-depth-s1-continued | feature/rdev-template-depth-s1-continued | .worktrees/feature-rdev-template-depth-s1-continued | rdev-templates | done |
|
||||
| Cursor | 2026-09-17-rdev-workflow-integration | feature/rdev-core | - | workflow-def | done |
|
||||
| Cursor | 2026-09-17-rdev-template-depth | feature/rdev-template-depth | .worktrees/feature-rdev-template-depth | rdev-templates | done |
|
||||
| Codex | 2026-09-17-document-author-only-plan | feature/document-author-only-plan | - | document-duty-policy-plan | done |
|
||||
| Cursor | 2026-09-17-initial-load-perf-u2 | feature/initial-load-perf-u2 | - | web + static-delivery | done |
|
||||
| Codex | 2026-09-17-initial-load-performance-plan | feature/initial-load-performance-plan | .worktrees/feature-initial-load-performance-plan | loading-performance-audit | done |
|
||||
| Kimi | 2026-09-17-system-admin-console | feature/system-admin-console | - | web + sysadmin | done |
|
||||
| Cursor-Auto | 2026-09-17-engineering-dashboard | feature/engineering-dashboard | .worktrees/feature-engineering-dashboard | engineering-dashboard | done |
|
||||
| Cursor | 2026-09-17-promote-null-fk-to-test | feature/promote-null-fk-to-test | - | infra | done |
|
||||
| Cursor | 2026-09-17-docgov-optional-duty-null-fk | fix/docgov-optional-duty-null-fk | - | docgov | done |
|
||||
| Cursor | 2026-09-17-leftover-hygiene | chore/leftover-hygiene-2026-09-17 | - | ops | done |
|
||||
| Cursor | 2026-09-17-w2-semantic-summary-shadow | feature/w2-semantic-summary-shadow-live | - | chat | done |
|
||||
| Cursor | 2026-09-17-w3-pi-change-report-narrative | feature/w3-pi-change-report-narrative-live | - | docgov | done |
|
||||
| Cursor | 2026-09-17-w4-multi-intent-u9-u12 | feature/w4-u9-segment-live | - | intent-plan | done |
|
||||
| Cursor | 2026-09-17-w5a-software-bootstrap-ui | feature/w5a-software-bootstrap-ui-pi | - | workflow-design | done |
|
||||
| Cursor | 2026-09-17-w6-fav-subscriber-shadow | feature/w6-fav-subscriber-shadow | - | events | done |
|
||||
| Cursor | 2026-09-17-w7-d7-inventory | feature/w7-d7-data-inventory | - | chat | done |
|
||||
| Cursor | 2026-09-17-promote-dev-to-test | feature/promote-dev-to-test-2026-09-17 | - | infra | done |
|
||||
| Cursor | 2026-09-17-kb-host-auth-fix | fix/kb-host-auth-layered-load | - | infra | done |
|
||||
| Cursor | 2026-09-17-w1-ci-e2e-green-nightly | feature/w1-ci-e2e-green-nightly | - | ci | done |
|
||||
| Cline | 2026-09-16-partial-deferred-completion | docs/partial-deferred-completion-plan | - | architecture-docs | in_progress |
|
||||
| Cursor | 2026-09-16-intent-plan-playwright-dual-tab | feature/intent-plan-cards-playwright | .worktrees/feature-intent-plan-cards-playwright | web | done |
|
||||
| Cursor | 2026-09-16-full-backlog-override | docs/override-nogo-full-backlog | - | architecture-docs | done |
|
||||
| Cursor-Auto | 2026-09-16-software-project-bootstrap | feature/software-project-bootstrap | .worktrees/feature-software-project-bootstrap | workflow-design | done |
|
||||
| Cursor | 2026-09-16-full-backlog-override | docs/override-nogo-full-backlog | - | architecture-docs | in_progress |
|
||||
| Cursor | 2026-09-16-gitea-nightly-docker-datadir | fix/gitea-nightly-docker-datadir | - | ci | done |
|
||||
| Cursor | 2026-09-16-gitea-nightly-host-tools | fix/gitea-nightly-host-tools | - | ci | done |
|
||||
| Cursor | 2026-09-16-wave-leftovers | fix/wave-leftovers-n7-playwright-dod | - | ci | done |
|
||||
@@ -161,13 +102,13 @@
|
||||
|
||||
> workflow-plan 409 与治理鉴权 G1–G5 已收口（见 [test-report](../test-reports/2026-09-14-governance-action-level-authz-test-report.md)）。禁止终止或改写项目 143。
|
||||
> `document-reliability-pilot` U11–U12 已合入 `dev@bf59cce` 并 rebuild。`CHAT-INTENT-STATE` 双标签 busy 已 PASS（项目 6275）。禁止 worktree 内 `env-service`。项目 143 只读，禁止终止。
|
||||
> 2026-09-17 leftover 二次收口：[报告](../test-reports/2026-09-17-leftover-hygiene-test-report.md)。已合入 leftover worktree/旁支再拆一轮；`feature/software-project-bootstrap` L1 已在 `dev`（残留关闭 commit 已丢弃）。`fix/clean-test-env-baseline` **不 merge**（前端 demo 清理已放弃；仅保留已挑拣的 `SEED_DEMO_USERS=false`）。extra worktree 仅余 `.worktrees/fix-dev-runtime-data-root-guard`（目录名是 guard，检出的是 `feature/final-artifact-vault`）。**故意不合入、不删**：`feature/final-artifact-vault`、`feature/remove-herdr-agent-settings`、`fix/project143-controlled-content-404-diagnosis`、`fix/dev-runtime-data-root-guard`、`dev-old-linear`。不删 `origin/*`。不整支 merge FAV；不启用 `FAV_DEGRADED_READ`。
|
||||
> 2026-09-15 旁支清理：[报告](../test-reports/2026-09-15-leftover-branch-cleanup-test-report.md)。已合入本地旁支 31 条已 `git branch -d`；7 个对应 worktree 已拆。extra worktree 仅余 `.worktrees/fix-dev-runtime-data-root-guard`（目录名是 guard，检出的是 `feature/final-artifact-vault`）。**故意不合入、不删**：`feature/final-artifact-vault`、`feature/remove-herdr-agent-settings`、`fix/project143-controlled-content-404-diagnosis`、`fix/dev-runtime-data-root-guard`、`dev-old-linear`。不删 `origin/*`。不整支 merge FAV；不启用 `FAV_DEGRADED_READ`。
|
||||
|
||||
## 集成槽位
|
||||
|
||||
| holder | phase | since | scope | queue |
|
||||
|--------|-------|-------|-------|-------|
|
||||
| Cursor | merging | 2026-09-20 | fix/workflow-seed-bootstrap-2026-09-20：rdev 种子 publishedBy 回落与 retired 自愈 | - |
|
||||
| - | idle | - | - | - |
|
||||
|
||||
**phase**: `idle` | `merging` | `smoke` | `e2e`
|
||||
|
||||
@@ -177,25 +118,19 @@
|
||||
|
||||
| 环境 | 端口 | schema | 状态 |
|
||||
|------|------|--------|------|
|
||||
| dev | 8080 | **58** | healthy（`chat_summaries` 已落地；`pi-agent`；events `:8088`） |
|
||||
| test | 8081 | **57** | healthy（待下次晋升补 00058；events `:8089`） |
|
||||
| main | 8000 | **58** | healthy（P0 Wave3 rebuild 已追平 schema；分支树对齐仍记 backlog；口令已轮换；events `:8090`） |
|
||||
| dev | 8080 | **47** | healthy（`pi-agent` typed-result-v1；events worker `:8088`；notify/advance/projection live、fav off；health+ready PASS；demo 6001–6010 retired） |
|
||||
| test | 8081 | **47** | healthy（`rc-v1.0.0-beta.2`；pi-agent `:18866`；events `:8089`；notify/advance/projection live、fav off；health+ready PASS；矩阵深度测试 live 项目 3 PASS） |
|
||||
| main | 8000 | **47** | healthy（app + events + runner + DB；与 dev/test 对齐） |
|
||||
|
||||
## SSOT
|
||||
|
||||
| 类型 | 路径 |
|
||||
|------|------|
|
||||
| 2026-09-20 模块解耦 | [审计](../audit/2026-09-20-module-coupling-audit.md) · [规范](../system-design/2026-09-20-module-development-standards.md) · [批次 A–G](../remediation/2026-09-20-module-decoupling-batch-plan.md) · [short-term](./short-term/2026-09-20-module-decoupling-spec-audit.md) |
|
||||
| 文档总地图 | [../README.md](../README.md) |
|
||||
| 模块完成度 | [FEATURE-MATRIX](../status/FEATURE-MATRIX.md)（Wave 0 已校准契约与冻结边界） |
|
||||
| 发布缺口 | [gap-matrix](../remediation/gap-matrix.md)（`production_ready=yes`；Wave 0 IAM 只读未发现旁路） |
|
||||
| 2026-09-20 系统体检 | [audit](../audit/2026-09-20-system-triage-audit.md) · [P0 整改](../remediation/2026-09-20-p0-remediation-plan.md) · [short-term](./short-term/2026-09-20-p0-hotfixes.md) |
|
||||
| 连续性审计/计划 | [audit](../audit/2026-09-16-feature-matrix-production-readiness-audit.md) · [remediation](../remediation/2026-09-16-feature-matrix-production-readiness-plan.md) · [Wave 0 任务](./short-term/2026-09-16-feature-matrix-wave0-calibration.md) |
|
||||
| 测试报告 | [test-reports/](../test-reports/) |
|
||||
| dev→test 晋升前复核 | [research](./research/2026-09-19-pre-test-promotion-review.md)（2026-09-19 只读；静态门禁过，容器未 rebuild，暂不合并） |
|
||||
| D7 盘点（W7） | [audit](../audit/2026-09-17-d7-data-inventory.md) · [报告](../test-reports/2026-09-17-w7-d7-inventory-test-report.md) · ADR 仍 `pending-compliance-signoff` |
|
||||
| 功能启用与文档影响分析 | [调研](./research/2026-09-20-capability-enablement-impact-research.md) · [整改方案](../remediation/2026-09-20-capability-enablement-impact-plan.md) · [方案审阅](./research/2026-09-20-capability-enablement-impact-plan-review.md)（2026-09-20；未启用开关、未改业务代码） |
|
||||
| Wave 7 编排确认 | [决策记录](./short-term/2026-09-18-wave7-roadmap-orchestration.md) |
|
||||
| Agent 手册 | [AGENTS.md](../../AGENTS.md) |
|
||||
| 意图双标签 busy 交接 | [./handoffs/2026-09-15-conversation-intent-dual-tab.md](./handoffs/2026-09-15-conversation-intent-dual-tab.md) |
|
||||
| 受控正文 hash 漂移 W1–W6 | [../ops/handoffs/2026-09-14-controlled-content-canonical-hash.md](../ops/handoffs/2026-09-14-controlled-content-canonical-hash.md) |
|
||||
@@ -225,7 +160,7 @@
|
||||
| 文档可靠性 M5/M6 U11–U12 | [../test-reports/2026-09-15-app-composition-u11-u12-test-report.md](../test-reports/2026-09-15-app-composition-u11-u12-test-report.md) |
|
||||
| Track E E2 闭包守卫 | [../test-reports/2026-09-15-event-e2-hook-guard-test-report.md](../test-reports/2026-09-15-event-e2-hook-guard-test-report.md) |
|
||||
| Track E 复盘 | [./research/2026-09-15-track-e-retrospective.md](./research/2026-09-15-track-e-retrospective.md) |
|
||||
| 旁支清点收口 | [../test-reports/2026-09-15-leftover-branch-cleanup-test-report.md](../test-reports/2026-09-15-leftover-branch-cleanup-test-report.md) · [二次收口](../test-reports/2026-09-17-leftover-hygiene-test-report.md) |
|
||||
| 旁支清点收口 | [../test-reports/2026-09-15-leftover-branch-cleanup-test-report.md](../test-reports/2026-09-15-leftover-branch-cleanup-test-report.md) |
|
||||
| SSE/幂等审计 | [../audit/2026-09-13-document-revision-sse-idempotency.md](../audit/2026-09-13-document-revision-sse-idempotency.md) |
|
||||
| 质量门禁自污染审计 | [../audit/2026-09-13-document-revision-quality-gate-self-pollution.md](../audit/2026-09-13-document-revision-quality-gate-self-pollution.md) |
|
||||
| 当前文档路由审计 | [../audit/2026-09-13-document-revision-active-doc-routing.md](../audit/2026-09-13-document-revision-active-doc-routing.md) |
|
||||
|
||||
@@ -65,13 +65,3 @@ curl -sf http://127.0.0.1:8080/ready
|
||||
- CURRENT: [CURRENT.md](../CURRENT.md)
|
||||
- Task: [../short-term/2026-09-13-conversation-intent-runtime-state.md](../short-term/2026-09-13-conversation-intent-runtime-state.md)
|
||||
- Test report: [../../test-reports/2026-09-13-conversation-intent-runtime-state-test-report.md](../../test-reports/2026-09-13-conversation-intent-runtime-state-test-report.md)
|
||||
|
||||
## 回标（2026-09-18，Wave 6 文档漂移修复）
|
||||
|
||||
上方「未完成」与「认领 / 槽位状态」两节是 2026-09-15 交接时刻的快照，**已在同一提交（`8a8f64a`）内被后续证据覆盖**：
|
||||
|
||||
- 浏览器双标签刷新恢复 / busy 租约可见性：项目 6275、`sess-p6275-u10` 真实 PI + Docker 截图（`dual-tab-live.py`、`live.json`、`window-before-refresh.json`、`window-after-refresh.json`、`screenshots/tab-b-after-reload.png` 等，均在同一提交归档）。
|
||||
- `CHAT-INTENT-STATE` 已在 [gap-matrix](../../remediation/gap-matrix.md) 标记 **PASS**（「双标签活验项目 6275 / `sess-p6275-u10`」）。
|
||||
- mutex 已释放：CURRENT.md 当前无该任务 `in_progress` 行；集成槽位 holder 为 `idle`。
|
||||
|
||||
**结论**：本 handoff 无待办事项，`status: closed` 生效，仅为历史记录保留原文，不删除。
|
||||
|
||||
@@ -1,40 +0,0 @@
|
||||
---
|
||||
title: "document-author-only U1–U6 收口交接"
|
||||
status: done
|
||||
created: 2026-09-17
|
||||
updated: 2026-09-17
|
||||
from: Cursor
|
||||
to: integrator
|
||||
---
|
||||
|
||||
# document-author-only U1–U6 收口交接
|
||||
|
||||
## 结论
|
||||
|
||||
实现与验收任务已全部收口：U1–U6 short-term 已迁入 `archive/ops/`；FEATURE-MATRIX / remediation DoD（除发布末条）已更新；U6 报告已归档。
|
||||
|
||||
**远端**：已 `git-push-dev.sh` 推送 `origin/dev`（含 author-only merge）；**未**晋升 test/main。
|
||||
|
||||
**dev 试点**：`workflow.allow_author_only_approval=true`（revision 1）；证据见 [pilot assets](../../test-reports/assets/2026-09-17-author-only-pilot/) 与 [ops 笔记](../2026-09-17-author-only-pilot-toggle.md)。
|
||||
|
||||
## 分支
|
||||
|
||||
- `feature/document-author-only-plan` — 已合入并清理 worktree/本地分支
|
||||
- 续作：`feature/docgov-modification-proposal-http`（变更提案 HTTP）
|
||||
|
||||
## 合入 `dev`（已完成）
|
||||
|
||||
- `merge --no-ff feature/document-author-only-plan` → 后续推送至 `origin/dev@ba92a8b` 一带
|
||||
- 冒烟：`go vet` / `go test -short` 相关包 PASS；`./scripts/env-service.sh dev rebuild`；`GET /health` → `schema_version=52`、`status=ok`
|
||||
- 总开关默认迁移值仍为 off；**dev 运行态**已 CAS 试点开启；**未**晋升 test/main
|
||||
|
||||
## 明确不在本期（已转入续作）
|
||||
|
||||
- ~~变更提案 HTTP 路由~~ → [short-term](../short-term/2026-09-17-docgov-modification-proposal-http.md) / [audit resolved](../../audit/2026-09-17-docgov-modification-proposal-http-gap.md)
|
||||
- test/main 晋升仍另授
|
||||
|
||||
## 证据
|
||||
|
||||
- [U6 报告](../../test-reports/2026-09-17-document-author-only-u6-test-report.md)
|
||||
- [方案 DoD](../../remediation/2026-09-17-document-author-only-plan.md)
|
||||
- [pilot](../../test-reports/assets/2026-09-17-author-only-pilot/)
|
||||
@@ -2,7 +2,7 @@
|
||||
title: "纯软件项目自举工作流实施"
|
||||
status: in_progress
|
||||
created: 2026-09-14
|
||||
updated: 2026-09-17
|
||||
updated: 2026-09-16
|
||||
---
|
||||
|
||||
# 纯软件项目自举工作流实施
|
||||
@@ -22,18 +22,18 @@ updated: 2026-09-17
|
||||
- 真实 PI 和 Ubuntu 无头浏览器黄金项目验收通过；
|
||||
- 未实现受控代码执行前，系统不会直接修改项目仓库。
|
||||
|
||||
## 实施进度（2026-09-17）
|
||||
## 实施进度（2026-09-16）
|
||||
|
||||
| Epic | 状态 | 说明 |
|
||||
|------|------|------|
|
||||
| SWBOOT-00 | done（契约） | ADR `.doc/adr/2026-09-16-software-project-bootstrap-keys.md` |
|
||||
| SWBOOT-01 | done（迁移） | goose `00048` additive；已合 `dev` |
|
||||
| SWBOOT-02..04 | done（L1） | manifests + catalog 五 key；医疗三门禁保留；已合 `dev`（`f0029df`） |
|
||||
| SWBOOT-05..08 | done（W5a） | catalog 驱动创建向导；软件不克隆医疗 7 模板；solo 未独立评审标注 |
|
||||
| SWBOOT-09 | partial | docs_only 真实 PI 已出；无头浏览器全向导仍 NOT RUN |
|
||||
| SWBOOT-10 | stub only | allowlist + fail-closed；真 patch/merge 归 W5b，本轮不实施 |
|
||||
| SWBOOT-01 | done（迁移） | goose `00048` additive；活验待集成槽 |
|
||||
| SWBOOT-02..04 | done（L1） | manifests + catalog 五 key；医疗三门禁保留 |
|
||||
| SWBOOT-05..08 | partial | 后端 catalog/creation-preview/create 字段；七步 UI / 对话路由未做 |
|
||||
| SWBOOT-09 | partial | L1 单测报告已出；真实 PI/UI NOT RUN |
|
||||
| SWBOOT-10 | stub only | allowlist + fail-closed；无真实 patch/merge |
|
||||
|
||||
L1（SWBOOT-00…09 契约/迁移/目录钩子 + SWBOOT-10 stub）**已合入 `dev`**。后续由 [partial/deferred W5](../short-term/2026-09-16-partial-deferred-completion.md) 承接：W5a = UI + `docs_only` 真实 PI；W5b = 受控执行器（独立安全评审）。
|
||||
分支：`feature/software-project-bootstrap`（**未合 dev**）。
|
||||
|
||||
## 实施拆分
|
||||
|
||||
@@ -59,11 +59,9 @@ L1（SWBOOT-00…09 契约/迁移/目录钩子 + SWBOOT-10 stub）**已合入 `d
|
||||
- 文档版本运行时 Round20 能力作为文档链基线；
|
||||
- 用户确认首期执行模式及 solo/collaborative 策略。
|
||||
|
||||
## 剩余工作
|
||||
## 暂不启动原因
|
||||
|
||||
L1 已合 `dev`。W5a 从 `dev` 开 `feature/w5a-software-bootstrap-ui-pi`（mutex `workflow-design`）。W5b 受控执行器未启动，SWBOOT-10 保持 fail-closed stub。
|
||||
|
||||
**Wave 5 X-3（2026-09-18）**：goose 00048 三表（`project_types` / `compliance_profiles` / `project_type_workflows`；另含零读者的 `project_source_bindings` / `repo_path_allowlist`）消费方接线评估结论 = **deferred → SWBOOT-10/W5b**。不改 schema；API 继续硬编码目录。决策落点：[wave5-deadcode-decisions.md#x-3](../short-term/2026-09-18-wave5-deadcode-decisions.md#x-3)。不阻塞 W5b 立项。
|
||||
本轮用户要求先梳理和制定详细方案；业务代码、迁移、模板和智能体配置尚未授权进入实施。本任务保持 `planned`，启动时须从 `dev` 新建独立 feature 分支，并在 CURRENT 认领 `workflow-design`/相应拆分 mutex。
|
||||
|
||||
## 相关链接
|
||||
|
||||
|
||||
@@ -1,9 +1,9 @@
|
||||
---
|
||||
title: "Playwright intent-plan 双标签 — 长期 gated"
|
||||
status: done
|
||||
status: planned
|
||||
created: 2026-09-16
|
||||
updated: 2026-09-16
|
||||
owner: Cursor-Auto
|
||||
owner: TBD
|
||||
branch: feature/intent-plan-cards-playwright
|
||||
mutex: web
|
||||
---
|
||||
@@ -12,9 +12,9 @@ mutex: web
|
||||
|
||||
## 现状
|
||||
|
||||
- short-term / 报告已关闭：见 [../short-term/2026-09-16-intent-plan-playwright-dual-tab.md](../short-term/2026-09-16-intent-plan-playwright-dual-tab.md) 与 [../../test-reports/2026-09-16-intent-plan-playwright-dual-tab-test-report.md](../../test-reports/2026-09-16-intent-plan-playwright-dual-tab-test-report.md)
|
||||
- `RUN_UI_ACCEPTANCE=1` 真浏览器 PASS（Docker Playwright）；默认 skip
|
||||
- **不升** `MULTI_INTENT_PLAN_TIER`
|
||||
- `web/e2e/intent-plan-cards.spec.ts`：`test.skip` unless `RUN_UI_ACCEPTANCE=1`；仅 body visible 骨架。
|
||||
- Conversation-intent 双标签已有 live 证据（项目 6275）；**不等于** intent-plan confirm 双标签。
|
||||
- Wave2 明确不宣称 UI 双标签已绿。
|
||||
|
||||
## 关闭条件
|
||||
|
||||
|
||||
@@ -1,32 +1,32 @@
|
||||
---
|
||||
title: "PU6 语义摘要 D3 — 获批后任务契约"
|
||||
status: done
|
||||
status: planned
|
||||
created: 2026-09-16
|
||||
updated: 2026-09-17
|
||||
owner: Cursor
|
||||
branch: feature/w2-semantic-summary-shadow-live
|
||||
updated: 2026-09-16
|
||||
owner: TBD
|
||||
branch: feature/pu6-semantic-summary
|
||||
mutex: chat
|
||||
go_no_go: go
|
||||
---
|
||||
|
||||
# PU6 语义摘要 D3 — 获批后任务契约
|
||||
|
||||
**go/no-go**：GO。脚手架 + W2 live 已合 `dev`。`SEMANTIC_SUMMARY_SHADOW` 默认 off；开 flag 时组合根注入产品 PI no-tool summarizer。**不启用** `SEMANTIC_SUMMARY_REPLACE`。
|
||||
**go/no-go**：no-go（见 `.doc/ops/research/2026-09-16-wave3-pu6-pu8-go-no-go.md`）。已授权 GO；按 short-term 总控实施（默认 flag off）。
|
||||
|
||||
## 目标
|
||||
## 目标（获批后）
|
||||
|
||||
在授权可见集合上 shadow 语义摘要，可解释 fallback；REPLACE 为后置独立授权任务。
|
||||
在授权可见集合上 shadow 语义摘要，可解释 fallback；通过后方可考虑替换 deterministic。
|
||||
|
||||
## 预注册门
|
||||
|
||||
- flag：`SEMANTIC_SUMMARY_SHADOW` → 可选 `SEMANTIC_SUMMARY_REPLACE`（本轮不启用）
|
||||
- flag：`SEMANTIC_SUMMARY_SHADOW` → 可选 `SEMANTIC_SUMMARY_REPLACE`
|
||||
- 输入：authorized view only；无工具权限摘要器；R13 出站门
|
||||
- 失败：保留旧摘要/deterministic；标注 freshness
|
||||
- 负例：撤权消息不入摘要；injection 不能改权限
|
||||
|
||||
## 路径提示
|
||||
|
||||
`internal/ctxmgr/summarizer.go`、`internal/ctxmgr/semantic_summary.go`、`internal/app/chatflow/`、`internal/server/chat_digest_api.go`、`internal/agent/piagent.go`
|
||||
`internal/ctxmgr/summarizer.go`、`internal/app/chatflow/`、`internal/server/chat_digest_api.go`、web 摘要消费组件
|
||||
|
||||
## 回滚
|
||||
|
||||
|
||||
@@ -1,9 +1,9 @@
|
||||
---
|
||||
title: "PU7 PI change-report 叙事 — 获批后任务契约"
|
||||
status: done
|
||||
status: planned
|
||||
created: 2026-09-16
|
||||
updated: 2026-09-17
|
||||
owner: Cursor-Auto
|
||||
updated: 2026-09-16
|
||||
owner: TBD
|
||||
branch: feature/pu7-pi-narrative
|
||||
mutex: docgov
|
||||
go_no_go: go
|
||||
@@ -11,27 +11,22 @@ go_no_go: go
|
||||
|
||||
# PU7 PI change-report 叙事 — 获批后任务契约
|
||||
|
||||
**go/no-go**：GO（用户覆盖授权，见 Wave3 research）。脚手架已合 `dev`；W3 live（产品 PI + digest 绑定）已接线，默认 flag 仍 off。
|
||||
**go/no-go**：no-go。未获批禁止实现。
|
||||
|
||||
## 目标
|
||||
## 目标（获批后）
|
||||
|
||||
只读消费 immutable diff+lineage+risk floor 的 PI 叙事；任意 schema/超时/注入 → 全量 fallback。
|
||||
|
||||
## 预注册门
|
||||
|
||||
- flag：`PI_CHANGE_REPORT_NARRATIVE`（默认 off）
|
||||
- flag：`PI_CHANGE_REPORT_NARRATIVE`
|
||||
- 禁止覆盖服务端风险/审批结论
|
||||
- typed schema + input digest 绑定（`change_report_narrative_v1`）
|
||||
- typed schema + 文档版本 + input digest 绑定
|
||||
- UI 明确区分 narrative vs 事实字段
|
||||
|
||||
## 路径
|
||||
## 路径提示
|
||||
|
||||
- `internal/docrevision/flags.go` / `narrative.go` / `service.go`
|
||||
- `deploy/pi-agent/change-report-narrative-v1.mjs`
|
||||
- `web/.../ChangeReportPanel.tsx` / `changeReportView.ts`
|
||||
- 报告：[../../test-reports/2026-09-16-pu7-pi-narrative-test-report.md](../../test-reports/2026-09-16-pu7-pi-narrative-test-report.md)
|
||||
- W3 live：[../../test-reports/2026-09-17-w3-pi-change-report-narrative-test-report.md](../../test-reports/2026-09-17-w3-pi-change-report-narrative-test-report.md)
|
||||
- short-term：[../short-term/2026-09-17-w3-pi-change-report-narrative.md](../short-term/2026-09-17-w3-pi-change-report-narrative.md)
|
||||
`internal/docrevision/`、`deploy/pi-agent/` typed result、`ChangeReportPanel.tsx`
|
||||
|
||||
## 回滚
|
||||
|
||||
|
||||
@@ -1,10 +1,10 @@
|
||||
---
|
||||
title: "PU8-U10 mutate — 获批后任务契约"
|
||||
status: done
|
||||
status: planned
|
||||
created: 2026-09-16
|
||||
updated: 2026-09-18
|
||||
owner: Cursor
|
||||
branch: feature/w4-u9-segment-live
|
||||
updated: 2026-09-16
|
||||
owner: TBD
|
||||
branch: feature/pu8-u10-mutate
|
||||
mutex: intent-plan
|
||||
go_no_go: go
|
||||
flag: MULTI_INTENT_U10_MUTATE
|
||||
@@ -12,7 +12,7 @@ flag: MULTI_INTENT_U10_MUTATE
|
||||
|
||||
# PU8-U10 mutate
|
||||
|
||||
**go/no-go**：GO（覆盖授权）。独立 flag 脚手架已合 `dev`。W4：dry-run→confirm 幂等 receipt 证据；mutex `intent-plan`。不升 `MULTI_INTENT_PLAN_TIER`。报告：[../../test-reports/2026-09-17-w4-u10-mutate-test-report.md](../../test-reports/2026-09-17-w4-u10-mutate-test-report.md)
|
||||
**go/no-go**：no-go。独立 flag；高风险动作绑定 expected revision + 显式确认 + 执行前再授权；不依赖 U9。
|
||||
|
||||
## 负例
|
||||
|
||||
|
||||
@@ -1,15 +1,15 @@
|
||||
---
|
||||
title: "PU8-U11 docgov action — 获批后任务契约"
|
||||
status: done
|
||||
status: planned
|
||||
created: 2026-09-16
|
||||
updated: 2026-09-18
|
||||
owner: Cursor
|
||||
branch: feature/w4-u9-segment-live
|
||||
mutex: intent-plan
|
||||
updated: 2026-09-16
|
||||
owner: TBD
|
||||
branch: feature/pu8-u11-docgov
|
||||
mutex: docgov
|
||||
go_no_go: go
|
||||
flag: MULTI_INTENT_U11_DOCGOV
|
||||
---
|
||||
|
||||
# PU8-U11 docgov
|
||||
|
||||
**go/no-go**：GO（覆盖授权）。独立 flag 脚手架已合 `dev`。W4：项目 143 只读 fail-closed。mutex `intent-plan`。报告：[../../test-reports/2026-09-17-w4-u11-docgov-test-report.md](../../test-reports/2026-09-17-w4-u11-docgov-test-report.md)
|
||||
**go/no-go**：no-go。独立 flag/mutex；按钮与自然语言同一 owner command；项目 143 只读纪律不变。
|
||||
|
||||
@@ -1,15 +1,15 @@
|
||||
---
|
||||
title: "PU8-U12 workflow/run-control — 获批后任务契约"
|
||||
status: done
|
||||
status: planned
|
||||
created: 2026-09-16
|
||||
updated: 2026-09-18
|
||||
owner: Cursor
|
||||
branch: feature/w4-u9-segment-live
|
||||
mutex: intent-plan
|
||||
updated: 2026-09-16
|
||||
owner: TBD
|
||||
branch: feature/pu8-u12-workflow-run-control
|
||||
mutex: workflow
|
||||
go_no_go: go
|
||||
flag: MULTI_INTENT_U12_RUN_CONTROL
|
||||
---
|
||||
|
||||
# PU8-U12 workflow/run-control
|
||||
|
||||
**go/no-go**：GO（覆盖授权）。独立 flag 脚手架已合 `dev`。W4：独立 flag dry-run 证据。不升 `MULTI_INTENT_PLAN_TIER`。报告：[../../test-reports/2026-09-17-w4-u12-run-control-test-report.md](../../test-reports/2026-09-17-w4-u12-run-control-test-report.md)
|
||||
**go/no-go**：no-go。独立 flag；双标签确认/取消仅一成功；投影停机时权威 GET 仍正确；回滚后计划可读/取消/finalize。
|
||||
|
||||
@@ -1,10 +1,10 @@
|
||||
---
|
||||
title: "PU8-U9 segment proposal — 获批后任务契约"
|
||||
status: done
|
||||
status: planned
|
||||
created: 2026-09-16
|
||||
updated: 2026-09-18
|
||||
owner: Cursor
|
||||
branch: feature/w4-u9-segment-live
|
||||
updated: 2026-09-16
|
||||
owner: TBD
|
||||
branch: feature/pu8-u9-segment-proposal
|
||||
mutex: intent-plan
|
||||
go_no_go: go
|
||||
flag: MULTI_INTENT_U9_SEGMENT
|
||||
@@ -12,7 +12,7 @@ flag: MULTI_INTENT_U9_SEGMENT
|
||||
|
||||
# PU8-U9 segment proposal
|
||||
|
||||
**go/no-go**：GO（覆盖授权）。flag 脚手架已合 `dev`。W4：真实 LLM proposer；规则能判断则不出 proposal。不升 `MULTI_INTENT_PLAN_TIER`。报告：[../../test-reports/2026-09-17-w4-u9-segment-test-report.md](../../test-reports/2026-09-17-w4-u9-segment-test-report.md)
|
||||
**go/no-go**：no-go。规则无法判断时才出 segment proposal；超时/越界 fail closed；非 U10–U12 默认前置。
|
||||
|
||||
## 安全 stop gate
|
||||
|
||||
|
||||
@@ -1,119 +0,0 @@
|
||||
---
|
||||
title: "2026-09-19 审计剩余项（medium/low，不挡已合入批 1–4）"
|
||||
status: planned
|
||||
created: 2026-09-19
|
||||
updated: 2026-09-19
|
||||
---
|
||||
|
||||
# 2026-09-19 审计剩余项
|
||||
|
||||
## 动机
|
||||
|
||||
[系统深度体检](../../audit/2026-09-19-system-deep-audit.md) 的 C1–C4 与 H1–H10 已按四批合入 `dev`。下列 medium/low 仍真实存在，但不进入本轮发布回退。
|
||||
|
||||
## 成功标准
|
||||
|
||||
- 每条有独立 short-term、负例测试或明确关闭理由后再标 done
|
||||
- 不把本清单自动写成 gap-matrix blocker
|
||||
|
||||
## 依赖
|
||||
|
||||
- 批 1–4 已在 `dev`：`844f757`、`08f4e0b`、`a2a49a6`、`d73bc79`
|
||||
|
||||
## 暂不启动原因
|
||||
|
||||
本轮范围只到 critical + high。下列项要么是加固、要么需要产品/合规决策，要么改动面大于收益。
|
||||
|
||||
## 进展（2026-09-19，`fix/audit-remainder-closeout`）
|
||||
|
||||
| ID | 结果 |
|
||||
|----|------|
|
||||
| M1 | done。`nosniff` / `DENY` / `Referrer-Policy` / 本站 CSP。`TestP0_SecurityHeaders` |
|
||||
| M2 | done。TTL 钳到人工 15 分钟、小队 30 分钟；人工租约前 `CheckHumanCanEdit`。`TestAcquireLeaseClampsHumanTTL` |
|
||||
| M3 | done（本项可落地部分）。低置信度才做关键词改道；称呼取用户名。高置信度意图层改造不在本项把模板整段搬走 |
|
||||
| M4 | done。`parseDecimalID` 拒绝 `u_sess_*`。`TestParseDecimalIDRejectsSessionTokens` |
|
||||
| M5 | done。`Server.Start` 不再二次启动并吞错。`main` 仍调用 `Runtime.Start`，该方法本身已幂等 |
|
||||
| M6 | done（上限）。硬上限 4096，淘汰最久未访问。会话 id 仍由客户端提供，因为历史恢复按该 id 查找；改成只接受服务端签发会打断现有对话协议 |
|
||||
| M9 | done。dev compose 不再声明 `SEMANTIC_SUMMARY_REPLACE`。dev=`MiniMax-M2.7-highspeed`、test/main=`MiniMax-M3` 确认为有意分叉，已写在 compose 注释 |
|
||||
| M10 | done（写明路径，不放开门闩）。`OpsCutoverPromotionPath`：dev 观察后用晋升回执写 test，再写 main。`ValidateOpsCutover` 仍拒绝 test/main |
|
||||
| M13 | done。SQL 迁到 `deploy/postgres/archive/pre-goose/`。代码与脚本无引用 |
|
||||
| M14 | done。冻结计划找不到职责行则报错；显式空三权仍为 0。`TestResolveDocTask_NoneDutiesStayZero` |
|
||||
| L1 | done。健康检查 2 秒缓存 + 2 秒 DB 超时 |
|
||||
| L2 | done。SSE marshal 失败写 `event: error` 帧 |
|
||||
| L3 | done。`ReplayPlan.Digest` 含 `DryRun`；dry-run 摘要不能授权 apply |
|
||||
| M15 | done。生产 `claimSQL` 与 `MemoryBus` 共用 `VersionClaimable`：版本 0 可领，版本化事件不能跳过 checkpoint。checkpoint 只前进。`TestVersionClaimableMatchesMemoryBusGap`、`TestGapDoesNotSkipVersion` |
|
||||
| H3 负例 | done。`TestListChatSessions_CrossUserIs403` |
|
||||
| FE 缓存 | done（版本字段）。窗口缓存写入 `{schema,data}`，无 schema 的旧载荷丢弃。`window cache: 无 schema` |
|
||||
| FE lucide | 关闭理由：`package-lock.json` 锁定 `lucide-react@1.42.0`，来源 `registry.npmjs.org`，带 integrity。`^1.16.0` 是合法的 1.x 范围，不是来源不明的包 |
|
||||
| M7 | done（出站意图 + 同键重放）。`document_content_projections` 与账本同一事务写入；投影成功才销账。`TestDocRevision_PatchOrder_RetryProjectsWithoutSecondLedgerCommit`。账本库与正文库仍不是一个 SQL 事务，进程退出后靠未投影行重放，不靠客户端记忆 |
|
||||
| FE App.tsx | 部分收口。登录壳不再静态引用重模块。本地缓存、登录同步、文档补水、服务端文档同步、生命周期、发送消息、块编辑、对话流/任务流重试、卡片动作、立项和成员写操作已分别抽出。文档栏在 `DocumentPane`，聊天栏在 `ChatColumn`，`AppShell` 与工作台弹窗在 `WorkbenchView`。`App.tsx` 仍持有会话状态，不再挂 `<AppShell` |
|
||||
| H1-del | 关闭理由：`allowLegacyTestPrincipal` 仍被 `AllowInMemory && ContextDbHost==""` 的 dev/test 内存测试使用。删除会把这批测试变成未登录 401。保留告警，删除另开、先改测试夹具 |
|
||||
|
||||
仍开放：`rd_proposal` 终稿未对齐模板标题（没有新的真 PI）。U7 登录表单可见未测（本机无头 Chromium 缺 `libatk`），也不把 1.4 秒模块图写成「较十几秒基线下降 50%」。见 [U7 报告](../test-reports/2026-09-19-initial-load-u7-restart-test-report.md)。工作台壳已挪到 `WorkbenchView`。dev schema 53。U6 仍不加索引。`TestArchitectureBoundaries` 仍有 6 条新 import（intent/squad/template → workflowdef），不是本轮容器改动。test/main 仍是 schema 52。评审门禁的法规表误伤已修，保存的 P3 终稿不再报「问题行缺少」。
|
||||
|
||||
红线关闭（不是实现）：
|
||||
|
||||
- SWBOOT-10：保持 fail-closed stub。未获独立授权前不接真实仓库写入。
|
||||
- FAV live：禁止整支 merge；`FAV_DEGRADED_READ=false`；live 需要各阶段至少 7 天观察窗，本轮不放量。
|
||||
- D7：合规签字前禁止按留存口径物理删除。盘点已完成，口径仍 `pending-compliance-signoff`。
|
||||
|
||||
## 清单
|
||||
|
||||
| ID | 项 | 位置 | 说明 |
|
||||
|----|----|------|------|
|
||||
| M1 | 安全响应头 | `internal/server/server.go` CORS 中间件 | 补 `nosniff` / `X-Frame-Options` / `Referrer-Policy` / 收敛 CSP |
|
||||
| M2 | 租约 TTL 无上限 | `handlers.go` AcquireLease | clamp 到 `DefaultHumanLeaseTTL`，Acquire 前校验编辑权 |
|
||||
| M3 | 关键词改写意图 + 硬编码「张工」 | `internal/coordinator/engine.go` | 移到意图层并加置信度；称呼取用户名 |
|
||||
| M4 | `fmt.Sscanf` 解析 `u_sess_*` 得到 UserID=0 | 同上 | 统一数字 ID |
|
||||
| M5 | `Runtime.Start` 双调用且吞错 | `cmd/server/main.go` 与 `server.go` | `sync.Once` 或删 Server.Start 内调用 |
|
||||
| M6 | sessions 无硬上限 | `server.go` cleanStaleSessionsLocked | LRU + 服务端发 session id |
|
||||
| M7 | 修订三阶段写无事务 | `document_revision_handlers.go` | 已落地：`00053` 投影意图与账本同事务；成功后销账。见进展表 |
|
||||
| M9 | `SEMANTIC_SUMMARY_REPLACE` 只在 dev compose 声明；dev/test 默认模型不一致 | compose | 删未接线 flag 并钉死测试；确认 M3 是否刻意 |
|
||||
| M10 | cutover 只允许 `dev` | `internal/events/cutover.go` | 写明 test/main 切换路径 |
|
||||
| M13 | `deploy/postgres/migrations/` 死目录 | 与 goose 重复 | 确认无外部依赖后归档 |
|
||||
| M14 | ResolveDocTask 静默 0 值三权 | `orchestrator.go` | 找不到 duties 应报错 |
|
||||
| M15 | PG 投递允许乱序，MemoryBus 有 gap | `dispatcher.go` vs `bus.go` | 对齐测试替身与生产顺序语义 |
|
||||
| L1 | health 每次打两次 DB | `handlers.go` | 短缓存 + 超时 |
|
||||
| L2 | SSE marshal 错误被吞 | `task_run_handlers.go` | 失败写 error 帧 |
|
||||
| L3 | ReplayPlan digest 不含 DryRun | `replay.go` | 纳入 digest |
|
||||
| H1-del | 删除 legacy user-id=1 兜底 | `auth_middleware.go` | 已加日志；删除前盘点调用方 |
|
||||
| FE | App.tsx 巨石、localStorage 无版本、lucide 版本确认 | `web/` | 拆 hook；缓存加 version；确认包来源 |
|
||||
|
||||
## 相关链接
|
||||
|
||||
- 审计：[../../audit/2026-09-19-system-deep-audit.md](../../audit/2026-09-19-system-deep-audit.md)
|
||||
- 批 1–3 报告：`.doc/test-reports/2026-09-19-audit-b*.md`
|
||||
|
||||
## 2026-09-20 系统体检增补（非 P0，不挡本轮热修）
|
||||
|
||||
> 来源：[../../audit/2026-09-20-system-triage-audit.md](../../audit/2026-09-20-system-triage-audit.md)。P0 项走 [../../remediation/2026-09-20-p0-remediation-plan.md](../../remediation/2026-09-20-p0-remediation-plan.md)，不写入本表为「已关闭」。
|
||||
|
||||
| ID | 项 | 位置 | 说明 |
|
||||
|----|----|------|------|
|
||||
| T20-B1 | 登录限流信任 XFF 首跳 | `login_rate_limit.go` | 仅在可信代理后启用；否则用 RemoteAddr |
|
||||
| T20-B2 | events `cancelFns` 只增不减 | `events/worker.go` | claim 完成后从切片移除 |
|
||||
| T20-B3 | docrevision/docgov 全局锁内 DB I/O | `docrevision/*` `docgov/lease.go` | 锁外 hydrate / 按文档分锁 |
|
||||
| T20-B4 | 主库连接池无 statement_timeout | `bizdev/service.go` | 对齐 kb 池调优 |
|
||||
| T20-B5 | chat 消息与 turn 非原子 | `chat/session.go` | 同事务或补偿明确 |
|
||||
| T20-B6 | `idemLocks` map 永不清理 | `taskrun/manager.go` | TTL 或终态回收 |
|
||||
| T20-B7 | Shutdown 5s vs 长任务 | `cmd/server/main.go` | 拉长优雅退出或拒绝新任务 |
|
||||
| T20-B8 | `hasMessageScopeColumns` 无缓存 | `message_scope_io.go` | 启动缓存一次 |
|
||||
| T20-B9 | C1 记忆写入不失效缓存 | `chat_memory.go` | upsert 后 Invalidate |
|
||||
| T20-B10 | SSE 头先写再 Subscribe | `task_run_handlers.go` | 对齐 sse.go 顺序 |
|
||||
| T20-B11 | GET chat/stream 消息走 query | `sse.go` | 改 POST body |
|
||||
| T20-F1 | `useChatWindow` 切会话竞态 | `useChatWindow.ts` | loadOlder 等加 generation/abort |
|
||||
| T20-F2 | PLAN_CONFIRM 无 try/catch | `useCardActions.ts` | 失败复位 executing |
|
||||
| T20-F3 | turn Map 只增不减 | `useTurnRuntime.ts` | removeTurn 接线 |
|
||||
| T20-F4 | 重置密码死功能 + 硬编码文案 | `UsersSection.tsx` | 接真实 API 或隐藏按钮 |
|
||||
| T20-F5 | ErrorBoundary 仅顶层 | `main.tsx` | 栏级边界 |
|
||||
| T20-F6 | SSE 帧不兼容 `\r\n` | `chatStream.ts` | 规范 CRLF |
|
||||
| T20-F7 | token 存 localStorage + 无全局 401 | `auth.ts` | HttpOnly cookie 专项 |
|
||||
| T20-F8 | blob URL / 轮询叠加 / 统计迟到 | 多处 | 加固批 |
|
||||
| T20-I1 | 容器 root、无 mem/cpu 限制 | compose / Dockerfile | 非 root + resources |
|
||||
| T20-I2 | 健康检查路径三环境不一致 | compose | 统一 `/ready` |
|
||||
| T20-I3 | main events 挂 shared-net | `docker-compose.main.yml` | 对齐 dev/test |
|
||||
| T20-I4 | init 策略三套分叉 | compose volumes | 统一 extensions_init |
|
||||
| T20-I5 | Dockerfile Go 1.23 基镜像 | `deploy/app/Dockerfile` | 钉 1.27.1 |
|
||||
| T20-I6 | backup 无定时调度 | ops | systemd/cron；RPO 60m |
|
||||
| T20-I7 | **main 分支对齐晋升专项** | git main vs schema 52 | 独立授权；含 00057 改名预演 |
|
||||
| T20-I8 | 默认 short 测依赖外网 docker 镜像 | `pi_runner_image_test.go` | Short 跳过或本地 fixture |
|
||||
@@ -1,93 +0,0 @@
|
||||
---
|
||||
title: "参考项目 weichen-agent-system 研发工作流（rdev）文档关系与阶段组成梳理"
|
||||
created: 2026-09-17
|
||||
status: done
|
||||
confidence: high
|
||||
---
|
||||
|
||||
# 调研：参考项目 weichen-agent-system 研发工作流（rdev）文档关系与阶段组成梳理
|
||||
|
||||
## 结论
|
||||
|
||||
参考项目 `.refs/weichen-agent-system` 中的「研发流程」（`key: rdev`）是与商务对接（bizdev）、测试经理（test_manager）、产品经理（product_manager）并列的第 4 个工作流，`kind: followon`、`after: bizdev`：商务对接末阶段 CDO 报价批准后才可启动。rdev 共 **60 个阶段（文档任务）**，按 **13 个 phase（01–13）** 组织成 ISO 13485 设计控制链（策划 → 输入 → 输出 → 验证 → 转换 → 确认），每阶段恰好对应 `templates/docs/<stage_key>.md` 一份自描述模板，并有 overlays（工作流级 `rdev.md` + 阶段簇 `rdev_phNN.md` + 文档类型 `kind_*.md`）与 `configs/squads/rdev.yaml` 五步小队编排三层配套。
|
||||
|
||||
## 证据
|
||||
|
||||
| 项 | 路径/命令 | 结果 |
|
||||
|----|-----------|------|
|
||||
| 工作流定义 | `.refs/weichen-agent-system/configs/workflows/rdev.yaml` | 1473 行；`key: rdev` `kind: followon` `after: bizdev`；60 个 stage |
|
||||
| 阶段齐套校验 | `.refs/weichen-agent-system/scripts/e2e-rdev.sh` | 脚本内置断言 `want 60 rdev stages`，逐 stage 校验 `templates/docs/<key>.md` 存在且非空，末模板须含「签署」 |
|
||||
| 小队编排 | `.refs/weichen-agent-system/configs/squads/rdev.yaml` | `default_steps`：organizer → engineer（+regulatory 可选并行）→ writer → leader；关键 stage 覆盖专属 steps |
|
||||
| 任务叠加 | `.refs/weichen-agent-system/configs/overlays/rdev.md`、`rdev_ph01…ph13.md`、`rdev_software.md`、`kind_review_minutes.md`、`kind_upload_index.md`、`kind_design_record.md` | 工作流级 / 阶段簇 / 文档类型三层叠加，`### role:` 按专员过滤 |
|
||||
| 研发负责人人设 | `.refs/weichen-agent-system/configs/agents/rdev_leader.md` | 「研发/设计控制小队负责人…按 ISO 13485 把本阶段做成可追溯的 DHF 记录」 |
|
||||
| 插件 | `.refs/weichen-agent-system/plugins/rdev/plugin.go` | 不注册生成意图，启动走生命周期 `start_workflow`（说法「启动研发流程」） |
|
||||
| 官方说明 | `.refs/weichen-agent-system/docs/workflows.md` §研发流程、`docs/handoff.md` §研发流程（followon） | 约 60 阶段、每阶段一份 Word（RD-…）、不适用须完整理由并仍走审核/批准 |
|
||||
| Canonical 归档 | `docs/cloud-drive.md` | `archive/dhf/{NN-阶段名}/{nn-产出}`；`records` 含 `dmr` 且已批准再拷 `archive/dmr/` |
|
||||
|
||||
## 研发工作流的文档关系（五层结构）
|
||||
|
||||
```text
|
||||
configs/workflows/rdev.yaml ← 阶段 SSOT：key/标题/phase/records/artifact_kind/docx 元数据/fields/depends_on/skippable
|
||||
│ 一一对应（stage key = 模板文件名）
|
||||
▼
|
||||
templates/docs/<stage_key>.md ← 自描述模板：文件编号 RD-…、记录归属 DHF(/DMR)、阶段 NN、
|
||||
│ 结论/适用性/正文/追溯表/材料摘要/待确认清单/签署 固定骨架
|
||||
▼
|
||||
configs/squads/rdev.yaml ← 小队编排：default_steps + 个别 stage 覆盖（五步编制流水线）
|
||||
▼
|
||||
configs/overlays/*.md ← 任务叠加（注入 TASK 的阶段级撰写指导，多层）：
|
||||
① rdev.md（工作流级全员质量红线）
|
||||
② rdev_phNN.md（阶段簇，ph01–ph13）
|
||||
③ kind_review_minutes / kind_upload_index / kind_design_record（文档类型）
|
||||
④ rdev_software.md（软件类阶段专项）+ 个别 stage 特例 overlay
|
||||
▼
|
||||
plugins/rdev/plugin.go ← 运行时入口：启动走生命周期 start_workflow（followon 门禁），
|
||||
不注册生成意图；启动时从 bizdev 拷贝已填字段（产品类型/预期用途/目标市场等）
|
||||
```
|
||||
|
||||
- **模板即文档**：每份模板头部自带「文件编号 / 记录归属 / 版本 / 阶段」元数据，与 rdev.yaml 中 stage 的 `docx.code`（RD-…）和 `phase` 一致；`scripts/e2e-rdev.sh` 强制校验 60 个 key 与模板一一对应。
|
||||
- **记录归属双轨**：`records: [dhf]`（设计历史文件）为主；设计输出/转换类文档 `records: [dhf, dmr]`（同时属器械主记录），批准后额外拷贝到 `archive/dmr/`。
|
||||
- **追溯链**：每份模板含固定「追溯」表（本文件 ID ↔ 上游输入 ↔ 下游验证/确认），需求类要求 UR→RS 追溯主表（见 `kind_design_record.md`）。
|
||||
- **评审依赖**：评审记录类 stage 用 `depends_on` 显式声明上游（如 `verification_review` depends_on `design_vv`、`risk_report_v`）。
|
||||
- **不适用机制**：每 stage 都有 `applicability` / `na_rationale` 字段；软件类/动物试验/临床等 15 个 stage 标 `skippable: true` + `skip_hint`，不适用仍须生成完整不适用页并走审核/批准。
|
||||
|
||||
|
||||
## 工作流阶段组成（13 个 phase / 60 个 stage）
|
||||
|
||||
| Phase | 阶段簇 overlay | Stage（key → 文档） | 数量 |
|
||||
|-------|--------|--------------------|------|
|
||||
| 01 策划 | rdev_ph01 | `proposal` 项目建议书、`design_plan` 设计开发计划任务书 | 2 |
|
||||
| 02 策划评审 | rdev_ph02 | `planning_review` 策划评审记录（depends: proposal, design_plan） | 1 |
|
||||
| 03 设计输入 | rdev_ph03 | `user_needs` 用户需求规格书(UN)、`regs_stds` 法规和标准清单、`adverse_events` 同类产品不良事件、`system_reqs` 系统需求规格书(SR)、`risk_plan` 风险管理计划、`hazard_analysis` 危险分析、`sw_plan`*/`sw_reqs`*/`sw_config`* 软件三件套、`design_input_spec` 设计输入规格书、`design_input_list` 设计输入清单、`system_design` 系统设计方案 | 12 |
|
||||
| 04 需求评审 | — | `req_review` 需求评审记录（depends: user_needs, system_reqs） | 1 |
|
||||
| 05 输入阶段评审 | — | `input_phase_review` 阶段3和4评审记录（depends: design_input_spec/list, req_review） | 1 |
|
||||
| 06 设计输出 | rdev_ph06 | `drawings_3d` 图纸3D、`product_bom` BOM、`ee_bom`*/`pcba`*/`electrical_sys`* 电气三件套、`sw_arch`*/`sw_ui`* 软件、`purchase_spec` 采购规范、`process_flow` 工艺流程、`packaging` 包装、`ifu` 说明书、`incoming_iqc`/`ipqc`/`fqc` 三级检验、`tech_req` 产品技术要求、`risk_report` 风险管理报告、`design_output_list` 设计输出清单 | 17 |
|
||||
| 07 输出评审 | — | `output_review` 阶段6评审（depends: design_output_list） | 1 |
|
||||
| 08 验证 | rdev_ph08 | `prototype_photos` 样机照片、`design_vv` 设计验证方案、`shelf_life` 货架寿命、`lifetime` 使用期限、`biocompatibility` 生物学、`cleaning` 清洁消毒、`emc_safety`* EMC安规、`risk_report_v` 验证风险报告、`sw_release`*/`sw_unit_test`*/`sw_sys_test`* 软件三件套、`qualified_suppliers` 合格供方 | 12 |
|
||||
| 09 验证评审 | — | `verification_review`（depends: design_vv, risk_report_v） | 1 |
|
||||
| 10 转换 | — | `dmr_list` DMR文件清单、`pack_ship` 包装运输、`risk_report_t` 转换风险报告 | 3 |
|
||||
| 11 转换评审 | — | `transfer_review`（depends: dmr_list, pack_ship, risk_report_t） | 1 |
|
||||
| 12 确认 | — | `validation_plan` 设计确认方案、`use_error` 使用错误、`animal_study`* 动物试验、`sw_quality`* 软件质量、`clinical`* 临床试验报告、`risk_report_val` 确认风险报告、`user_test` 用户测试 | 7 |
|
||||
| 13 设计确认报告 | — | `design_validation_report` 设计确认报告（末阶段，批准后项目 done） | 1 |
|
||||
|
||||
合计 60，与 `e2e-rdev.sh` 的 `want 60 rdev stages` 断言一致。（`*` = `skippable: true`，实测 grep 共 15 个：软件 9 个（sw_plan/sw_reqs/sw_config/sw_arch/sw_ui/sw_release/sw_unit_test/sw_sys_test/sw_quality）+ 电气 3 个（ee_bom/pcba/electrical_sys）+ emc_safety + animal_study + clinical）
|
||||
|
||||
**artifact_kind 三类**（grep 实测）：`document`（常规成文，47 个）、`review_minutes`（评审记录，6 个）、`upload_index`（附件清单/上传索引，7 个，只建索引不伪造内容）。各 kind 有独立 overlay 质量要求。
|
||||
|
||||
## 小队与治理机制
|
||||
|
||||
- **小队编制**：复用整理(organizer)/技术(engineer)/撰写(writer)/法规(regulatory)/检索(searcher)专员，种子化「研发流程负责人」(rdev_leader)；市场与财务不进研发小队。
|
||||
- **默认五步**：organizer（抽材料事实+回填字段+blackboard facts/gaps/implications）→ engineer（技术内容与追溯，可并行）→ regulatory（仅 complexity_tier=high，可选并行）→ writer（按模板成稿）→ leader（二审完整性/粒度/不适用理由/有无编造，不达标退回）。
|
||||
- **门禁**：启动前必须 bizdev CDO 已批准（e2e 脚本专门验证「CDO 前启动应被拒绝」）；启动时从商务对接拷贝产品类型/预期用途/目标市场等字段。
|
||||
- **状态机**：与 bizdev 同一套编制/审核/批准 FSM；末阶段批准后项目标 `done`。
|
||||
|
||||
## 开放问题
|
||||
|
||||
- 本仓库（Agent-System）当前尚无 rdev 工作流模块；若要移植，需评估 60 stage × 模板 × overlay × 小队步骤的落地范围与分期（bizdev 已有移植先例）。
|
||||
- 参考项目 `records: [dhf, dmr]` 双归属与云盘 canonical 归档机制在本仓库尚无对应物，移植时需决策是否引入。
|
||||
- `complexity_tier=high` 才注入 regulatory 步；本仓库复杂度分层（complexity_high/medium overlay）如何对齐需另调研。
|
||||
|
||||
## 建议动作
|
||||
|
||||
- 若立项移植 rdev：在 `ops/short-term/` 新建任务，按「工作流定义 → 模板 → 小队 → overlays → 生命周期门禁」顺序分批实施，先做 phase 01–03（策划/输入）切片。
|
||||
- 移植时保留「stage key = 模板文件名」一一对应约束，并复刻 e2e 齐套校验（60 stage、模板非空、末模板含签署）。
|
||||
@@ -1,151 +0,0 @@
|
||||
---
|
||||
title: "dev→test 晋升前复核：功能权限、合并可行性、已知缺陷"
|
||||
created: 2026-09-19
|
||||
updated: 2026-09-19
|
||||
status: done
|
||||
confidence: high
|
||||
---
|
||||
|
||||
# 调研：dev→test 晋升前复核
|
||||
|
||||
只读复核。不改业务代码、不 rebuild 容器、不合入 `test`/`main`、不修复 [medium/low backlog](../long-term/2026-09-19-audit-remainder.md)。
|
||||
|
||||
## 结论
|
||||
|
||||
1. **规划内的功能、权限与流程已按声明范围接入。** [FEATURE-MATRIX](../../status/FEATURE-MATRIX.md) 主表里，除明确标成 `partial` / `deferred` 的行以外，其余能力均为 `done`，并有测试报告或 commit 证据。没有发现「规划了但完全未实现」的模块。未完成项是主动延后，且 [gap-matrix](../../remediation/gap-matrix.md) 已判定不挡首发。
|
||||
2. **`dev` 的静态质量达标，但现在不建议直接合并入 `test`。** `go vet` 与 `go test -short` 全绿，2026-09-19 深度审计的 critical/high 已合入 `dev`。合并前仍缺三件事：dev 容器 rebuild 冒烟、治理 PG 集成与前端构建、批 2 越权负例的自动化覆盖。
|
||||
3. **critical/high 已关闭；medium/low 仍在，且本轮不修。** 新发现的观察项是文档漂移和 `test` 分支上 9 个晋升提交，不是新的代码缺陷。
|
||||
|
||||
## 一、功能、权限、流程
|
||||
|
||||
对照 [FEATURE-MATRIX](../../status/FEATURE-MATRIX.md)（更新 2026-09-19）与 [gap-matrix](../../remediation/gap-matrix.md)（`production_ready=yes`，门禁 B1–B4 已签）。
|
||||
|
||||
### 已关闭（声明范围内 `done`）
|
||||
|
||||
| 能力 | 接入情况 |
|
||||
|------|----------|
|
||||
| 意图识别 L1、多意图 U1–U8、多意图扩面 U9–U12 | 代码与报告齐全；`MULTI_INTENT_PLAN_TIER` 仍为 `legacy`，未默认升 `confirm`/`full` |
|
||||
| 对话 / ctxmgr、语义摘要 D3、PI change-report 叙事 | 刷新恢复门禁已签；摘要与叙事 flag 默认 off，REPLACE 未启用 |
|
||||
| 工作流治理 | 三正式工作流、动作级鉴权、真实 PI E2E |
|
||||
| 文档治理、文档版本 baseline | 法定生命周期、租约、受控正文、运行时 UI |
|
||||
| IAM / 鉴权 | 项目级 API + RBAC；路由清单见 [authorization-matrix-v3](../../audit/authorization-matrix-v3-full.md) |
|
||||
| 前端工作台、PI Runner、三环境运维、CI/E2E、Artifact 同 digest、可靠事件核心、系统管理台 | 各自行有报告；系统管理台二期（Playwright、细粒度 `system:*`、设置审计）不在本行关闭条件内 |
|
||||
| 文档编制人兼任（U1–U6） | 已合入 `dev`；总开关默认 off |
|
||||
|
||||
2026-09-19 审计批 2 已把鉴权缺口接到主链：H1 给 dev/test legacy 兜底加了告警（未删除兜底）、H2 批注/认领 actor 取 principal 且读类端点校验项目成员、H3 会话查询跨用户 403、H4 登录限流、H8 compose 口令改为必填。证据：[批 2 报告](../../test-reports/2026-09-19-audit-b2-authz-hardening-test-report.md)。
|
||||
|
||||
### 明确未完成（不是遗漏）
|
||||
|
||||
| 行 | 状态 | 剩余 | 是否挡首发 |
|
||||
|----|------|------|------------|
|
||||
| 研发设计控制（rdev） | partial | S2/S3、P2 前端、P3 三样本 E2E、P4 键名空间化 | 否 |
|
||||
| 纯软件项目自举 | partial | SWBOOT-10 仍 fail-closed stub | 否 |
|
||||
| Final Artifact Vault | partial | live 未放量；禁止整支 merge；`FAV_DEGRADED_READ=false` | 否 |
|
||||
| 对话数据治理（D7） | deferred | `pending-compliance-signoff`；禁止按口径物理删除 | 否（违规则才升 blocker） |
|
||||
| 首次加载性能 | partial（矩阵外专项） | U2 已验收；U1/U3–U7 未做 | 否 |
|
||||
|
||||
红线与代码/compose 对齐（深度审计已核实，本轮未再改 flag）：`MULTI_INTENT_PLAN_TIER=legacy`、`SEMANTIC_SUMMARY_REPLACE` 未接线、`FAV_DEGRADED_READ=false`、SWBOOT-10 fail-closed stub、项目 143 只读。
|
||||
|
||||
## 二、`dev` 能否合入 `test`
|
||||
|
||||
**判断：静态门禁通过，运行态与回归门禁未补齐，暂不合并。**
|
||||
|
||||
### 已满足
|
||||
|
||||
- `dev` 工作树在复核时干净；`dev` HEAD 为 `66421b1`（含审计批 1–4：`844f757`、`08f4e0b`、`a2a49a6`、`d73bc79`）。
|
||||
- `go vet ./...` 零告警。
|
||||
- `go test -short ./...` 全包 PASS（`internal/server` 本轮实测约 14s，非缓存）。
|
||||
- 三环境 `GET /api/v1/health` 均为 `status=ok`、`schema_version=52`、`schema_ready=true`。goose 最新文件为 `00052`。迁移版本本身不阻塞晋升。
|
||||
- `internal/`、`cmd/` 生产代码中无 `TODO`/`FIXME`/`XXX`。
|
||||
|
||||
### 合并前必须处理
|
||||
|
||||
1. **dev 容器仍是旧二进制。** 批 1–3 报告写明未执行 `./scripts/env-service.sh dev rebuild`。`:8080` 健康只证明旧镜像在跑，不能证明审计修复已部署。按 [AGENTS.md](../../../AGENTS.md) §6.3，合入共享环境前要占集成槽位并冒烟。
|
||||
2. **`dev` 领先 `test` 225 个 commit。** 差异覆盖 rdev 模板、系统管理台、docgov 加固、Control Center 移除等。`-short` 不够。晋升前至少再跑：`TEST_DATABASE_URL` 下治理 PG 集成，以及 `cd web && npm test && npm run build`。
|
||||
3. **批 2 的越权负例仍是人工兜底。** [批 2 报告](../../test-reports/2026-09-19-audit-b2-authz-hardening-test-report.md) 写明：非项目成员访问 docgov 应 403 的 HTTP/Playwright 负例未补，目前靠既有鉴权测试不回退加 code review。
|
||||
|
||||
### `test` 上多出来的 9 个提交
|
||||
|
||||
`git rev-list --count dev..test` = 9。这些提交是历次 `release-candidate` / 晋升文档同步（含 `rc-v1.0.0-beta.2` 至 `beta.4`），不是 `dev` 上缺失的产品代码。下次晋升应把 `dev` **merge 进** `test`，不要把 `test` reset 到 `dev`，否则这 9 个提交的晋升记录会丢。
|
||||
|
||||
`CURRENT.md` 文首仍写 test `schema_version=48`，同文「环境快照」表与本次 health 实测已是 52。这是文档漂移，不是运行时缺陷。更正留给下次晋升文档，本笔记不改那一行。
|
||||
|
||||
## 三、缺陷
|
||||
|
||||
### 已修复（2026-09-19 深度审计 critical/high）
|
||||
|
||||
来源：[系统深度体检](../../audit/2026-09-19-system-deep-audit.md)。四批均已合入 `dev`。
|
||||
|
||||
| 批 | 项 | merge |
|
||||
|----|----|-------|
|
||||
| 1 数据一致性 | C1 docgov 吞错与 fencing 读回；C2 Session 竞态与跨项目污染；C4 计划保存事务与 `completed_by`；H10 请求 ctx | `844f757` |
|
||||
| 2 鉴权 | H1–H4、H8、M8 | `08f4e0b` |
|
||||
| 3 SSE/事件 | C3 心跳与写超时；H5 任务 SSE 幂等；H6 stale fencing 日志；H7 迁移注释（历史 SQL 不能补 down） | `a2a49a6` |
|
||||
| 4 前端 | H9 占位符 XSS；未读回滚；Excel 预览上限 | `d73bc79` |
|
||||
|
||||
H1 的 legacy user-id=1 兜底只加了日志，删除仍在 backlog（`H1-del`）。H7 的 00001–00009 无 down 不能改已应用文件，只加了注释。
|
||||
|
||||
### 已知未修（维持 backlog，本轮不启动）
|
||||
|
||||
清单 SSOT：[2026-09-19-audit-remainder.md](../long-term/2026-09-19-audit-remainder.md)。均为 medium/low，不回写 gap-matrix。
|
||||
|
||||
| ID | 项 |
|
||||
|----|----|
|
||||
| M1 | 缺 `nosniff` / `X-Frame-Options` / `Referrer-Policy`，CSP 未收敛 |
|
||||
| M2 | 租约 TTL 无上限；Acquire 前未校验编辑权 |
|
||||
| M3 | 关键词改写意图；硬编码「张工」 |
|
||||
| M4 | `u_sess_*` 解析失败得到 UserID=0 |
|
||||
| M5 | `Runtime.Start` 双调用且吞错 |
|
||||
| M6 | sessions 无硬上限 |
|
||||
| M7 | 修订三阶段写无事务 |
|
||||
| M9 | `SEMANTIC_SUMMARY_REPLACE` 只在 dev compose 声明；dev/test 默认模型不一致 |
|
||||
| M10 | cutover 只允许 `dev` |
|
||||
| M13 | `deploy/postgres/migrations/` 与 goose 重复 |
|
||||
| M14 | ResolveDocTask 静默 0 值三权 |
|
||||
| M15 | PG 投递允许乱序，MemoryBus 有 gap |
|
||||
| L1 | health 每次两次 DB |
|
||||
| L2 | SSE marshal 错误被吞 |
|
||||
| L3 | ReplayPlan digest 不含 DryRun |
|
||||
| H1-del | 删除 legacy user-id=1 兜底前须盘点调用方 |
|
||||
| FE | `App.tsx` 巨石、localStorage 无版本、lucide 来源待确认 |
|
||||
|
||||
M8（测试 flag 名 `FAV_PUBLISHER_ENABLE` 少一个 D）已在批 2 修复，不在上表。M11/M12 的未读回滚与 Excel 行数上限已在批 4 处理；批 4 报告写明浏览器端到端未覆盖这两条，单测已钉住 XSS 主路径。
|
||||
|
||||
### 本轮新观察（不单独立项）
|
||||
|
||||
- 文首 schema 数字与实测不一致，见第二节。
|
||||
- `test` 独有 9 个晋升提交，合并时用 merge，不要 reset。
|
||||
|
||||
## 证据
|
||||
|
||||
复核时间：2026-09-19。工作区当时在 `docs/audit-remediation-backlog`（树与 `dev@66421b1` 一致），随后本笔记落在 `docs/pre-test-promotion-review`。
|
||||
|
||||
| 项 | 路径/命令 | 结果 |
|
||||
|----|-----------|------|
|
||||
| 工作树 | `git status` | clean |
|
||||
| dev 领先 test | `git rev-list --count test..dev` | 225 |
|
||||
| test 领先 dev | `git rev-list --count dev..test` | 9（晋升/文档提交） |
|
||||
| 静态检查 | `go vet ./...` | 零告警，exit 0 |
|
||||
| 短测 | `go test -short ./...` | 全包 PASS；`internal/server` 14.044s |
|
||||
| dev health | `curl -s http://127.0.0.1:8080/api/v1/health` | `env=dev` `schema_version=52` `status=ok` |
|
||||
| test health | `curl -s http://127.0.0.1:8081/api/v1/health` | `env=test` `schema_version=52` `status=ok` |
|
||||
| main health | `curl -s http://127.0.0.1:8000/api/v1/health` | `env=main` `schema_version=52` `status=ok` |
|
||||
| 迁移文件 | `deploy/postgres/goose/` | 52 个 SQL，最新 `00052_2026-09-17-document-duty-locked.sql` |
|
||||
| worktree | `git worktree list` | 主仓 + `dev-rdev-merge` + `feature-initial-load-performance-plan` + `fix-dev-runtime-data-root-guard`（检出 `feature/final-artifact-vault`） |
|
||||
| 待办标记 | `grep TODO\|FIXME\|XXX` 于 `internal/` `cmd/`（排除 `_test.go`） | 0 |
|
||||
| 容器 | `docker ps` | dev/test/main app+events+pi-agent 均为 healthy；dev app 已运行约 5 小时，早于批 1–4 合入后的 rebuild（未做） |
|
||||
|
||||
## 开放问题
|
||||
|
||||
- dev 与 test/main 默认模型不一致（M2.7-highspeed vs M3）是否刻意？深度审计已记，本轮无新证据。
|
||||
- `deploy/postgres/migrations/` 是否仍有外部工具依赖？无则再归档（M13）。
|
||||
- H2/H3 越权负例补到哪一层才算晋升门禁：HTTP 集成即可，还是必须 Playwright？
|
||||
|
||||
## 建议动作
|
||||
|
||||
按顺序，全部另开任务，不在本笔记内执行：
|
||||
|
||||
1. 占集成槽位，`./scripts/env-service.sh dev rebuild`，`curl -sf http://127.0.0.1:8080/health`（或 `/api/v1/health`）确认 schema 52 且二进制含批 1–4。
|
||||
2. `TEST_DATABASE_URL` 下跑治理 PG 集成；`cd web && npm test && npm run build`。
|
||||
3. 为 H2/H3 补至少一条跨用户/非成员 403 负例。
|
||||
4. 通过后再把 `dev` merge 入 `test`（保留 test 上 9 个晋升提交），打 rc tag，并顺手更正 `CURRENT.md` 文首的 test schema 表述。
|
||||
@@ -1,47 +0,0 @@
|
||||
---
|
||||
title: "功能启用与文档影响整改方案审阅记录"
|
||||
created: 2026-09-20
|
||||
status: done
|
||||
confidence: high
|
||||
---
|
||||
|
||||
# 功能启用与文档影响整改方案审阅记录
|
||||
|
||||
## 审阅范围
|
||||
|
||||
- 文档：[2026-09-20-capability-enablement-impact-plan.md](../../remediation/2026-09-20-capability-enablement-impact-plan.md)
|
||||
- 类型：实施整改方案
|
||||
- 模式：非交互审阅；在既定目标内直接修正方案和验收条款
|
||||
- 视角：coherence、feasibility、security、scope guardian、product、design、adversarial
|
||||
- Compound Pack：无
|
||||
|
||||
## 已落地修正
|
||||
|
||||
1. 候选必须生成持久 `proposed` 报告；候选和正式提交事件分流，并补失效生命周期和 successor report。
|
||||
2. 人工关系确认/拒绝进入不可变决定账本；可重建投影不再承担唯一治理事实。
|
||||
3. 规范 report 与当前主体的 ReportView 分层，按 report revision、可见集 digest 和 narrative protocol 隔离及失效。
|
||||
4. `no_known_dependencies` 增加项目覆盖 epoch 和可见文档集合屏障。
|
||||
5. PI 消费者共用 R13 输入信封；纯推理 no-tool 必须由 Runner 强制。
|
||||
6. 多意图复用已有 intent plan 步骤、claim、receipt 和事件内核，仅补生产 dispatcher 和真实 owner。
|
||||
7. 实施顺序改为共享基座 + 多意图/摘要/影响追踪三条独立轨道。
|
||||
8. 显式无类型 ID 只形成候选；补无键、重复键、改名和历史映射身份契约。
|
||||
9. 数据模型明确为五张表；迁移门覆盖空库、schema 52 和 schema 53。
|
||||
10. 管理台补先读后改、预览、生效和回退流程；项目追踪页补信息架构。
|
||||
11. 建议动作和异步分析补完整状态、恢复路径和跨入口一致性。
|
||||
12. 增加键盘、焦点、动态播报、关系图等价列表和窄屏契约。
|
||||
13. 多意图增加采用率、确认放弃率和主动拆单率止损门。
|
||||
14. 索引报告状态与 adapter readiness 分字段，消除 `pending/degraded` 歧义。
|
||||
|
||||
## 待用户审核决策
|
||||
|
||||
### 1. 关系候选治理职责
|
||||
|
||||
方案推荐项目本地 `trace_reviewer` 动作能力，绑定既有编制/审核职责，由项目创建者在项目成员内指派；跨文档候选由两端各一名符合条件者确认，全局管理员不自动取得项目或文档权限。未批准前相关端点保持关闭。
|
||||
|
||||
### 2. 派生追踪数据留存
|
||||
|
||||
T2 开始前，需要确定条目修订、模型候选、确认/拒绝决定的留存类别，以及源文档删除或依法清除时如何传播。D7 未签前不执行物理删除，也不允许用“不可变历史”绕过后续合规决定。
|
||||
|
||||
## 审阅结论
|
||||
|
||||
方案已具备实施拆分、数据模型、授权边界、状态机、灰度、回退和验收合同。上述两项治理决策不会阻塞 Foundation 0、lineage API 鉴权、摘要持久化和 T1 的非 PI 工作；它们会阻塞关系候选确认端点和 T2/T3 正式放量。
|
||||
@@ -1,165 +0,0 @@
|
||||
---
|
||||
title: "功能启用现状与项目文档修改影响分析调研"
|
||||
created: 2026-09-20
|
||||
status: done
|
||||
confidence: high_for_source_and_runtime_configuration
|
||||
---
|
||||
|
||||
# 功能启用现状与项目文档修改影响分析调研
|
||||
|
||||
## 1. 结论
|
||||
|
||||
用户观察基本成立，但“已实现未启用”包含三种不同情况：已有可运行能力被关闭、只有组件或测试链路而未接入生产入口、只有设置或适配器占位。不能统一通过打开开关解决。
|
||||
|
||||
建议先补真实执行链路、摘要持久化和工具权限约束，再分阶段启用。文档影响分析应建立**项目级、版本化的需求与关联索引**，工作流作为其中的归属和筛选维度。复用现有文档账本、变更报告和可靠事件，以增量抽取和关联查询代替每次全项目全文处理。
|
||||
|
||||
本轮交付调研与[整改方案](../../remediation/2026-09-20-capability-enablement-impact-plan.md)。未修改业务代码、未启用开关、未重启容器、未操作真实会话。下文的源码风险是静态发现，不冒充已复现的事故；历史测试不冒充本轮验收。
|
||||
|
||||
## 2. 调研范围与证据等级
|
||||
|
||||
- 基线：本地 `dev@8fdcd98`；开始时工作区干净，`git pull --ff-only` 返回 Already up to date。调研分支 `feature/capability-enablement-impact-plan`。
|
||||
- 核查：`internal/intent`、`internal/app/intentflow`、`chat`、`ctxmgr`、`docrevision`、`projectworkflow`、`projectcontext`、`sysadmin`、PI Runner、相关前端、三环境 Compose、Goose 迁移。
|
||||
- 实时只读证据：三环境 app 容器白名单环境变量、image ID、`/health`、`/ready`；各环境 PostgreSQL `BEGIN READ ONLY` 元数据和聚合计数。未输出密码、业务正文或用户数据。
|
||||
- 历史证据：W2/W3/W4 测试报告、Wave5 封存决策、FEATURE-MATRIX。它们说明当时测了什么，不能证明当前聊天入口已打通。
|
||||
- 外部研究：NASA 需求追踪方法、PostgreSQL 16 递归查询文档，仅用于设计依据，不代表本项目满足任何外部合规认证。
|
||||
- 本轮没有运行 Go/前端测试或真实 PI/浏览器验收；没有证明运行镜像与源码逐字一致。运行开关是容器实际配置，接线结论基于当前检出源码。
|
||||
|
||||
## 3. 运行环境核查
|
||||
|
||||
2026-09-20 本轮读取结果：
|
||||
|
||||
| 项 | dev | test | main |
|
||||
|---|---|---|---|
|
||||
| health / ready | ok / ok | ok / ok | ok / ok |
|
||||
| schema | 53 | 53 | 52 |
|
||||
| AGENT_BACKEND | pi-agent | pi-agent | pi-agent |
|
||||
| MULTI_INTENT_ENABLED | true | true | true |
|
||||
| MULTI_INTENT_PLAN_TIER | legacy | legacy | legacy |
|
||||
| U9 / U10 / U11 / U12 | 全 false | 全 false | 全 false |
|
||||
| INTENT_V2_SHADOW / DECISION / TIER | false / false / none | 同左 | 同左 |
|
||||
| SEMANTIC_SUMMARY_SHADOW | false | false | false |
|
||||
| SEMANTIC_SUMMARY_REPLACE | 未注入；源码默认 false | 同左 | 同左 |
|
||||
| PI_CHANGE_REPORT_NARRATIVE | false | false | false |
|
||||
| FAV_PUBLISHER_ENABLED / DEGRADED_READ | false / false | false / false | false / false |
|
||||
| document_lineage 行数 | 10 | 0 | 10 |
|
||||
| document_change_reports 行数 | 487 | 0 | 0 |
|
||||
| intent_plans 行数 | 2 | 0 | 0 |
|
||||
| public.chat_summaries | 不存在 | 不存在 | 不存在 |
|
||||
| public.chat_daily_digests | 存在 | 存在 | 存在 |
|
||||
|
||||
行数包含既有测试/种子可能性，不能据此推断活跃用户、覆盖率或业务采用率。
|
||||
|
||||
本轮 app image ID：dev `sha256:de2c8802eb544cddef157d23d8731cd66b04b85bc6b120a070e08b9b234428df`；test `sha256:f7ad7d2427bbca4d0f6fb3bc9128aa86de546e7d7e3f4f7ebedbbe072776d66d`；main `sha256:0ffe0550461c2b75c783292994d75e71083f7c20c7e4a9a52ad9e5959580c2eb`。这是本机镜像标识，不是远端 registry 发布凭据。
|
||||
|
||||
数据库核查先尝试 count(chat_summaries) 得到 relation does not exist；随后以 `to_regclass('public.chat_summaries')` 在三库重新确认。`internal/bizdev/service.go:115` 用业务 pool 构建 ContextManager；仓库 SQL 搜索也未找到该表的建表迁移。`/ready` 正常不能证明这项摘要持久化可用。
|
||||
|
||||
## 4. 功能分类与启用判断
|
||||
|
||||
| 能力 | 当前实际完成边界 | 判断与建议 |
|
||||
|---|---|---|
|
||||
| 基础多意图识别 | `intent/flags.go:35` 默认开；旧协调器执行有限只读组合 | 已启用，不应标为“全部关闭” |
|
||||
| 新多意图持久计划 | 表、策略、卡片、决定接口存在；生产查询 owner 是 Fake，确认后未发现 worker 调度 | 必须先整改，不能直接升 auto_read/confirm |
|
||||
| U9 LLM 分段 | PI proposer 组件已注入；生产未调用 ActiveSegmentProposer | 需接真实聊天链路，不是单纯 flag 问题 |
|
||||
| U10 变更 / U11 治理 / U12 运行控制 | flag 开后注册 DryRunAdapter | 真实动作仍需实现；full 不是全功能开关 |
|
||||
| 意图 V2 决策 | 有独立灰度 flags，运行环境均 off | 与多意图计划分开验收，避免同时切两套路由无法归因 |
|
||||
| 语义摘要 shadow | 有 PI 实现，成功后仍服务确定性摘要 | 可作为第一阶段观测能力，但先补工具限制、持久化和异步隔离 |
|
||||
| 语义摘要 REPLACE | 明确封存未接线；true 也不替换 | 新实施项；需完整滚动、授权、质量、失效和回退设计 |
|
||||
| PI 变更报告叙事 | 有开关/Fetcher/摘要合并；输入仅统计数 | 接线存在但表达能力不足，先补具体差异与证据 |
|
||||
| 文档修改影响 | 账本、报告、面板、lineage 已有 | 依赖覆盖窄；应扩展项目追踪索引 |
|
||||
| 系统设置六项 | 可写白名单，但无业务消费方 | 管理台须显示“尚未生效”，逐项接线后开放 |
|
||||
| 编制人兼任 | 有独立策略消费方 | 不随本次智能功能一并全局开启；保留项目逐文档配置和冻结职责 |
|
||||
| FAV | 当前仅有限 shadow/骨架，生产消费者未放量 | 不纳入首批；维持独立观察窗和关闭降级读 |
|
||||
| 软件项目自举受控执行 | 部分数据库表/allowlist/执行器仍 deferred | 不因“已有表”认定可用，独立完善 |
|
||||
| D7 删除/留存治理 | 历史资料仍待合规决策 | 不与智能功能启用混合实施 |
|
||||
|
||||
### 4.1 多意图的具体缺口
|
||||
|
||||
1. `internal/app/app.go:247-249` 将 `QueryGuard{Inner: NewFakeActionOwner()}` 注入生产。`intentflow/owner.go` 的 Fake 返回 receipt，不查询真实业务。
|
||||
2. `internal/server/intent_plan_handlers.go:68-82` 决定接口调用 DecidePlan 后返回。非测试 AdvanceEligible 调用只发现 `intentflow/turn.go:98` 自动只读路径；缺少确认后的可靠执行调度。
|
||||
3. `internal/chat/session.go:397-406` 对新计划只清除旧 IntentPlan，忽略 planErr；后面仍走 Coordinator.Process。存在双路径处理及确认前副作用风险，须用真实聊天负例验证；本轮未制造真实副作用证明该风险。
|
||||
4. `internal/app/plan_owner.go:97-122` 的 live starter 将 task.run 固定到 intake；`turn.go:55-61` 只持久化 key/digest/summary，没有完整类型化参数和目标版本，不能可靠表达“修改 A 后生成 B”。
|
||||
5. U9 注入位在 `app.go:141`，生产 HandleTurn 仍直接使用规则 Recognize；`ActiveSegmentProposer` 调用只见测试。
|
||||
6. `intentflow/expansion.go:301-313` 为 U10–U12 注册 dry-run；返回 `dryrun:`/`validated_only:`。新领域写不是“开后就可执行”。
|
||||
7. 三个 Compose 已声明 PLAN_TIER。旧文档中“没有传进容器”的结论已过时，本轮不沿用。
|
||||
|
||||
### 4.2 语义摘要不仅缺一个开关
|
||||
|
||||
- `ctxmgr/summary_flags.go:10-20`、`semantic_summary.go` 明确 REPLACE 未接线；现有测试故意令 Replace=true 并验证叙事不变。
|
||||
- `ctxmgr/summarizer.go:64-115` 读写 chat_summaries；数据库缺表时写错误被忽略、返回成功并存内存。因此重启持久化是前置整改，不能用内存测试当通过。
|
||||
- Source、Shadow、FreshnessNote 不在现有保存 SQL 中，即使补表也需设计完整 provenance 持久化。
|
||||
- `MinimizeAuthorizedMessages` 仅取最后 40 条、每条约 240 字符；shadow 输入没有旧摘要。直接把它赋给 Narrative 会丢更早的上下文；不能宣称覆盖全部 CoveredCount。
|
||||
- `chat/session.go:177-212` 同步计算滚动摘要，并将当前 early 全量与旧摘要再合并；缺稳定消息水位去重契约，有覆盖计数/重复压缩风险。
|
||||
- `app/chatflow/chatlog.go:324` 存在授权包装，但 Session 直接调用 ContextManager。旧摘要复用仅按 session_id；撤权、阶段可见范围变化后是否仍安全，必须补真实链路复核与可见集绑定。
|
||||
- shadow 与服务请求同步执行，PI 默认 timeout 3 分钟（`app/semantic_summarizer.go:18`），Session 外层约 30 秒。开启可能增加等待；应移至可观察的后台任务并立即提供确定性结果。
|
||||
- `PiSemanticSummarizer` 只检查输出非空，未验证返回 digest、证据引用和长度等完整质量契约。
|
||||
|
||||
### 4.3 “no-tool”目前不是运行时强约束
|
||||
|
||||
`app/semantic_summarizer.go:64-69` 与 `app/pi_narrative.go:60-67` 通过 Instructions 声明 zero tool，但 `deploy/pi-agent/runner.mjs:151-154` 固定使用 `read,write,edit,tavily_search,web_search` 和 approve。本轮没有验证攻击利用；源码足以证明提示词声明不等价于禁用工具。
|
||||
|
||||
建议增加专用纯推理请求 profile：材料直接作为输入，结构化结果通过协议返回，由服务端保存；Runner 不加载搜索扩展、不提供文件/网络工具。若底层 CLI 不支持该 profile，能力应显示 unavailable 并回退，而不是继续标记 no-tool。摘要、叙事和 U9 一并覆盖。
|
||||
|
||||
### 4.4 管理台的显示不能当作功能已生效
|
||||
|
||||
`internal/sysadmin/features.go` 返回 value/source/requiresRestart，没有 adapter readiness 或 rollout 覆盖信息。`settings.go:68-87` 明示六项无消费方：维护公告、只读模式、默认会话职责、任务默认自动修复、KB 默认返回数、阶段推进提醒。
|
||||
|
||||
因此需要拆分“配置值”“实际生效值”“实现成熟度”“失败/阻断原因”。尤其只读模式必须服务端阻断写操作，不能只让前端按钮变灰；默认会话职责不能升级授权。维护公告等低风险项可单独接线，不能把六项保存成功当作六项功能完成。
|
||||
|
||||
## 5. 修改影响分析已有什么、缺什么
|
||||
|
||||
| 现有资产 | 证据 | 复用方式与限制 |
|
||||
|---|---|---|
|
||||
| 快照、版本、块映射、事件、报告 | `docrevision/types.go:96-168`；迁移 00028 | 唯一文档事实来源；索引不另存可独立修改的正文 |
|
||||
| 变更报告面板 | `web/src/components/doc/ChangeReportPanel.tsx:94-165` | 已有摘要/影响/推荐动作；增加覆盖状态、文档名、证据定位、聊天卡复用 |
|
||||
| 下游 lineage | `bizdev/service.go:1169-1193` | 主要为 test_manager 引用 system_reqs；下游 version 写死 1，不能扩面沿用 |
|
||||
| ImpactResolver | `bizdev/service.go:132-156` | 一跳查下游；查询错误和无关联都返回 nil，必须区分未知与无影响 |
|
||||
| 风险规则 | `docrevision/impact.go:18`、`risk.go:49-54` | 任意 lineage 均变 stale_candidate 并升 critical；扩大关系前先分清存在依赖和实际受影响 |
|
||||
| 可靠事件 | `app/docflow/commands.go:285-312` | 复用提交后事件、投影和重放；不新增第二套消息基础设施 |
|
||||
| 需求/用例 JSON | `squad/quality_gate_v2.go:34-101` | 已校验 requirements.json/test_cases.json；是工作区产物，不是需求实体数据库 |
|
||||
| 上下文快照 | `projectcontext/service.go:167-184,216-242` | 来源用 DocKey、版本用 Stage，且 approved 文档全选；需改为真实快照/版本/片段 |
|
||||
| 材料装配 | `projectcontext/service.go:126-145` | 截到 12 项、正文约 4000 字节；减少输入但不能证明召回完整 |
|
||||
| 块业务键 | `docrevision/blockmap.go:13` | 仅覆盖 REQ-*；需要兼容 UR/RS 等并维护稳定身份 |
|
||||
|
||||
另发现 lineage GET 的权限缺口：`server/project_handlers.go:280-322` 只校验 URL 项目，然后接受任意 query doc_id 查询；应核验文档属于项目、逐文档可见性、关联端点可见性。当前为静态确定的缺少检查，未对真实项目做越权请求。
|
||||
|
||||
PI 叙事并不能补这些关系：`app/pi_narrative.go:40-48` 只传 SHA、风险与 hunk/impact 数量，没有具体 Hunks/Impacts。已有 `BuildNarrativePromptInput` 可以提供差异，但未发现生产调用。仅开启 flag 更可能得到“修改了若干处、存在若干影响”这种泛化说明。
|
||||
|
||||
还需统一报告可信边界：新 narrative 路径以服务端 impacts 为准；旧 `ValidateChangeReportJSON` 仍通过 mergeImpacts 合并模型提供的关联。新增设计应将模型推测单独列为候选，经文档定位、权限与证据校验后才进入确定关联。
|
||||
|
||||
## 6. 是否建立需求清单等表
|
||||
|
||||
**需要建立；建议项目级统一条目索引，而不是每个工作流各建一套孤立需求表。** 同一需求可以贯穿需求、设计、风险、验证多个工作流；逐工作流复制会产生重复编号、版本不一致和跨工作流断链。
|
||||
|
||||
建议首期三类核心表：稳定条目身份、不可变条目修订、版本化关系；再保存索引构建状态。需求清单、风险清单、接口清单、测试覆盖表是同一索引的不同视图。已有 document_lineage 保留“实际消费了哪个文档版本”的事实，条目关系解释“为什么影响哪一处”。
|
||||
|
||||
| 路线 | 优点 | 局限 | 建议 |
|
||||
|---|---|---|---|
|
||||
| 每次全文处理 | 无建模启动成本 | 输入随项目增长、重复成本高、结果不稳定 | 仅初始化/明确修复，不作常规路径 |
|
||||
| 仅摘要/向量检索 | 查找相似内容方便 | 相似不等于依赖，不能可靠证明未受影响 | 用于补充候选 |
|
||||
| 仅文档级 lineage | 可快速覆盖实际引用 | 无条目粒度，易误报全篇影响 | 第一阶段复用并修版本 |
|
||||
| PostgreSQL 条目+关系+片段 | 版本、事务、双向查询与审计可落在现有栈 | 需持续维护抽取/关系质量 | 推荐主路线 |
|
||||
| 独立图数据库/完整 GraphRAG | 可支持更复杂关系探索 | 新基础设施、一致性/授权/运维成本 | 当前无规模证据，不先引入 |
|
||||
|
||||
NASA 需求管理资料强调双向追踪及需求变更影响管理，可作为需求—设计—验证关联建模的参考。[NASA Requirements Management](https://www.nasa.gov/reference/6-2-requirements-management/)
|
||||
|
||||
PostgreSQL 16 支持递归 CTE 和循环检测，现有数据库可承担首期受限关系遍历。这支持“先用现有 PG”的设计选择，但不能替代本项目性能基准。[PostgreSQL 16 WITH Queries](https://www.postgresql.org/docs/16/queries-with.html)
|
||||
|
||||
## 7. 预期用户体验
|
||||
|
||||
示例仅说明设计，不是本轮真实项目结果：用户把某需求的响应时间从 2 秒改为 1 秒，提交成功后，助手返回：
|
||||
|
||||
> 已修改《系统需求》REQ-017 的响应时间：2 秒 → 1 秒。直接相关的《性能设计》§3.2 和测试用例 TC-017 需要复核；《验收方案》通过测试追踪关系可能受影响。建议先确认实现预算，再更新测试阈值，最后复核验收标准。当前索引覆盖已提交版本，另有一个关联尚待核实。
|
||||
|
||||
每条结论可点开证据、旧/新版本和相关片段。明确区分“确定影响”“可能影响”“尚未覆盖”。不因一句影响说明自动修改其他文档；用户选择建议后，仍走目标文档权限、租约、版本校验和审批。
|
||||
|
||||
消息、文档面板和项目清单共用一个 report_id。刷新、重开、重启后仍可查阅，并显示后续处理进度。候选尚未提交时只能说“拟修改的预估影响”，不能说已经修改完成。
|
||||
|
||||
## 8. 推荐推进顺序与研究局限
|
||||
|
||||
1. 修复阻断：真实多意图 owner/确认调度/路由隔离、摘要表和持久化、纯推理工具隔离、lineage 权限和错误状态。
|
||||
2. 快速形成用户价值：所有提交路径都产生基础影响报告，聊天主动展示；补完整差异输入后灰度启用 PI 叙事。
|
||||
3. 项目需求索引：先覆盖结构化需求和用例，再扩展文档章节、风险和接口；精确关系先行，模型候选后置。
|
||||
4. 多意图按 shadow → auto_read → confirm 扩面；U9/领域动作逐个接线、验收。
|
||||
5. 语义摘要按 shadow → 质量评估 → 项目级替换推进，保留硬事实和确定性回退。
|
||||
|
||||
尚未实测：运行镜像内上述源码接线、真实浏览器旗标开启后的端到端行为、PI工具调用实际执行情况、索引规模/性能、需求关系准确率。报告中的源码缺口已足以阻止盲目放量；验收方案负责关闭这些未验证项。详见[实施方案](../../remediation/2026-09-20-capability-enablement-impact-plan.md)。
|
||||
@@ -1,11 +1,11 @@
|
||||
---
|
||||
title: "FAV U7 增量合入（非整支 merge）"
|
||||
status: done
|
||||
status: planned
|
||||
created: 2026-09-16
|
||||
updated: 2026-09-16
|
||||
owner: Cursor
|
||||
branch: feature/fav-u7-publisher
|
||||
worktree: ".worktrees/feature-fav-u7-publisher"
|
||||
worktree: "-"
|
||||
mutex: events
|
||||
---
|
||||
|
||||
@@ -15,40 +15,13 @@ mutex: events
|
||||
|
||||
从 `feature/final-artifact-vault` **手工移植**经审计切片到 `dev`；consumer 默认 off；禁止整支 merge；禁止默认开 `FAV_DEGRADED_READ`。
|
||||
|
||||
## 范围
|
||||
## 步骤
|
||||
|
||||
- 配置门闩（`FAV_DEGRADED_READ` / `FAV_PUBLISHER_ENABLED` 默认 false）
|
||||
- HTTP `GET /api/v1/vault/status` + gated in-process publisher stub
|
||||
- `internal/app/fav` durable subscriber stub（不注册到 cmd/events）
|
||||
- `cmd/artifact-vault` status stub（完整 CLI 未移植）
|
||||
1. [ ] cherry-pick / 移植 cmd/artifact-vault + vault HTTP + publisher 订阅
|
||||
2. [ ] 隔离库负例 + 默认 off 冒烟
|
||||
3. [ ] 独立 go/no-go 报告
|
||||
|
||||
## 非目标
|
||||
|
||||
- 整支 merge `feature/final-artifact-vault`
|
||||
- 未审计启用 degraded read / fav live / publisher production Drain
|
||||
- 移植 enumerate / TerminalRow Backfill / OnFinalArtifact hooks
|
||||
- 合入 `dev`（本切片仅 feature 推送）
|
||||
|
||||
## 步骤
|
||||
|
||||
1. [x] 审计 FAV vs `dev` artifactvault 冲突（多数 DIFF → 改 stub）
|
||||
2. [x] 落地 stub + 默认 off 测试
|
||||
3. [x] go/no-go 报告
|
||||
4. [x] 推送 `feature/fav-u7-publisher`（不合 dev）
|
||||
|
||||
## 验收标准
|
||||
|
||||
- [x] fav consumer / Register 仍 fail-closed
|
||||
- [x] `FAV_DEGRADED_READ` 默认 false
|
||||
- [x] 测试报告含 NO-GO：subscriber 保持 OFF 直至单独审批
|
||||
- [x] 已 push 远端 feature 分支
|
||||
|
||||
## 相关链接
|
||||
|
||||
- Test report: [.doc/test-reports/2026-09-16-fav-u7-incremental-test-report.md](../../test-reports/2026-09-16-fav-u7-incremental-test-report.md)
|
||||
- Assets: [.doc/test-reports/assets/2026-09-16-fav-u7-incremental/](../../test-reports/assets/2026-09-16-fav-u7-incremental/)
|
||||
- Remote: `origin/feature/fav-u7-publisher`
|
||||
|
||||
## 证据 / 备注
|
||||
|
||||
因 `internal/artifactvault` 与 FAV 旁支大面积分叉，未 cherry-pick 核心库；采用最小可编译、默认关闭的 publisher/HTTP/CLI stub。commits: `3478a5a..de65cee`。
|
||||
- 未审计启用 degraded read
|
||||
|
||||
@@ -1,6 +1,6 @@
|
||||
---
|
||||
title: "全量 backlog 覆盖 no-go 总控"
|
||||
status: done
|
||||
status: in_progress
|
||||
created: 2026-09-16
|
||||
updated: 2026-09-16
|
||||
owner: Cursor
|
||||
@@ -22,20 +22,19 @@ mutex: architecture-docs
|
||||
## 步骤
|
||||
|
||||
1. [x] P0 SSOT 翻转
|
||||
2. [x] P1 nightly DATA_DIR 对齐 + green receipt（U8 PASS；FullNone 仍有 product_fail 待后续）
|
||||
3. [x] P2 IAM inventory + 410 + R13
|
||||
4. [x] P3 Playwright intent-plan 双标签（`RUN_UI_ACCEPTANCE=1` Docker Playwright PASS；A=200/B=409；见 [报告](../../test-reports/2026-09-16-intent-plan-playwright-dual-tab-test-report.md)）
|
||||
5. [x] P4 PU6 + PU7（agent 实现合入；flag 默认 off）
|
||||
6. [x] P5 PU8 U9→U12（独立 flag；legacy tier；agent 实现合入）
|
||||
7. [x] P6 SWBOOT-00…09（10 stub/设计冻结；agent 实现合入）
|
||||
8. [x] P7 FAV 增量（非整支 merge；publisher/consumer 默认 off）
|
||||
2. [ ] P1 nightly DATA_DIR 对齐 + green receipt
|
||||
3. [ ] P2 IAM inventory + 410 + R13
|
||||
4. [ ] P3 Playwright intent-plan 双标签
|
||||
5. [ ] P4 PU6 + PU7
|
||||
6. [ ] P5 PU8 U9→U12
|
||||
7. [ ] P6 SWBOOT-00…09（10 stub）
|
||||
8. [ ] P7 FAV 增量
|
||||
|
||||
## 验收标准
|
||||
|
||||
- [x] 各波 short-term / test-report 回链
|
||||
- [x] FEATURE-MATRIX 对应行更新
|
||||
- [x] CURRENT 焦点与认领同步
|
||||
- [x] agent 富实现覆盖薄 stub：`chore/merge-agent-deltas` → `dev`
|
||||
- [ ] 各波 short-term / test-report 回链
|
||||
- [ ] FEATURE-MATRIX 对应行更新
|
||||
- [ ] CURRENT 焦点与认领同步
|
||||
|
||||
## 相关链接
|
||||
|
||||
|
||||
@@ -1,52 +0,0 @@
|
||||
---
|
||||
title: "Playwright intent-plan 双标签验收"
|
||||
status: done
|
||||
created: 2026-09-16
|
||||
updated: 2026-09-16
|
||||
owner: Cursor-Auto
|
||||
branch: feature/intent-plan-cards-playwright
|
||||
worktree: ".worktrees/feature-intent-plan-cards-playwright"
|
||||
mutex: web
|
||||
---
|
||||
|
||||
# Playwright intent-plan 双标签验收
|
||||
|
||||
## 目标
|
||||
|
||||
`RUN_UI_ACCEPTANCE=1` 真浏览器下，PLAN_CONFIRM 双标签 confirm 互斥；刷新/重登与 PG plan 一致；不升 `MULTI_INTENT_PLAN_TIER`。
|
||||
|
||||
## 范围
|
||||
|
||||
- `web/e2e/intent-plan-cards.spec.ts` 活验规格
|
||||
- App：`GET /intent-plans/active` 水合 PLAN_CONFIRM；confirm 使用唯一 decision nonce；空 docAST 登录兜底
|
||||
- InteractiveCard：`data-testid=plan-confirm-card` 等选择器
|
||||
- 测试报告归档
|
||||
|
||||
## 非目标
|
||||
|
||||
- 不升 `MULTI_INTENT_PLAN_TIER`
|
||||
- 不用 stub/SKIP 冒充 PASS
|
||||
|
||||
## 步骤
|
||||
|
||||
1. [x] 从 origin/dev 开 `feature/intent-plan-cards-playwright`（worktree）
|
||||
2. [x] 水合 + 唯一 nonce + e2e 规格
|
||||
3. [x] `RUN_UI_ACCEPTANCE=1` 真浏览器跑通并写报告
|
||||
4. [x] 提交并 `./scripts/git-push-dev.sh`
|
||||
|
||||
## 验收标准
|
||||
|
||||
- [x] 无 `RUN_UI_ACCEPTANCE` 时 Playwright skip
|
||||
- [x] `RUN_UI_ACCEPTANCE=1`：双标签仅一侧 HTTP 200，另一侧 409；败方 outdated
|
||||
- [x] 刷新/重登卡片状态与 PG / GET active 一致
|
||||
- [x] 报告进 `.doc/test-reports/`
|
||||
|
||||
## 相关链接
|
||||
|
||||
- Long-term: [../long-term/2026-09-16-intent-plan-playwright-dual-tab.md](../long-term/2026-09-16-intent-plan-playwright-dual-tab.md)
|
||||
- Test report: ../../test-reports/2026-09-16-intent-plan-playwright-dual-tab-test-report.md
|
||||
|
||||
## 证据 / 备注
|
||||
|
||||
- Live：`assets/2026-09-16-intent-plan-playwright-dual-tab/playwright-docker.txt`（1 passed 7.0s）
|
||||
- Network：`playwright-network.json`（A=200 / B=409 PLAN_STALE_REVISION；PG executing rev=2）
|
||||
@@ -1,46 +0,0 @@
|
||||
---
|
||||
title: "partial/deferred 全量收口总控"
|
||||
status: in_progress
|
||||
created: 2026-09-16
|
||||
updated: 2026-09-17
|
||||
owner: Cline
|
||||
branch: docs/partial-deferred-completion-plan
|
||||
worktree: "-"
|
||||
mutex: architecture-docs
|
||||
---
|
||||
|
||||
# partial/deferred 全量收口总控
|
||||
|
||||
## 目标
|
||||
|
||||
按 [收口计划](../../remediation/2026-09-16-partial-deferred-completion-plan.md) 把 FEATURE-MATRIX 6 行 `partial` + 1 行 `deferred` 推进到 `done`；全程保持模块独立解耦（端口 + 组合根 + PG 事件 + 契约门禁，不新增 RPC 层），变更影响面不跨模块扩散。
|
||||
|
||||
## 授权
|
||||
|
||||
用户 2026-09-16 要求已设计功能尽量推进 done，并确认通信机制与系统契约。
|
||||
用户 2026-09-17 确认收口计划 §7 四项决策（D7 草案数字、confirm 可独立授权、REPLACE 默认不启用、FAV 顺序与观察窗）；见计划 §7.1–§7.4 与 [D7 ADR 草案](../../adr/2026-09-17-d7-chat-data-retention.md)。
|
||||
|
||||
## 步骤
|
||||
|
||||
1. [x] W1 CI/E2E 收口（mutex `ci`；secret/runner 配置 + FullNone product_fail + green nightly）
|
||||
2. [x] W2 PU6 语义摘要 D3（mutex `chat`；shadow + 真实 PI + R13 + 负例；**不要求** REPLACE）
|
||||
3. [x] W3 PU7 PI change-report 叙事（mutex `docgov`；开 flag + 真实 PI + fallback 负例 + UI 区分）
|
||||
4. [x] W4 PU8 U9–U12（mutex `intent-plan`；逐 action 独立 flag，U9→U12 顺序；升 confirm 另开独立授权，不升 full）
|
||||
5. [ ] W5 纯软件自举（mutex `workflow-design`；SWBOOT-10 非 stub + 真实 PI + UI 二次验收）
|
||||
6. [ ] W6 FAV（mutex `events`；**shadow 已合** → live staging→artifact→publication 仍未开；每级观察窗 ≥7 天；`FAV_DEGRADED_READ=false`；禁止整支 merge）
|
||||
7. [ ] W7 D7 数据治理（mutex `chat`；**盘点已合**；按 ADR 口径整改仍待合规签字；数字 `pending-compliance-signoff`；本轮未发现已确认违规、未写 gap-matrix）
|
||||
8. [ ] 逐行升 done（保留 lineage）+ CURRENT / 契约状态同步
|
||||
9. [x] §7 四项开放问题决策落盘（2026-09-17）
|
||||
|
||||
## 验收标准
|
||||
|
||||
- [ ] 各波独立 short-term / feature 分支 / test-report / 回滚点（占用对应 mutex）
|
||||
- [ ] 计划 DoD 全勾（见 remediation 计划 §8；§7 四项决策项已勾）
|
||||
- [ ] `production_ready` 与 B1–B4 门禁零回归
|
||||
|
||||
## 相关链接
|
||||
|
||||
- Plan: [../../remediation/2026-09-16-partial-deferred-completion-plan.md](../../remediation/2026-09-16-partial-deferred-completion-plan.md)
|
||||
- D7 ADR 草案: [../../adr/2026-09-17-d7-chat-data-retention.md](../../adr/2026-09-17-d7-chat-data-retention.md)
|
||||
- 矩阵: [../../status/FEATURE-MATRIX.md](../../status/FEATURE-MATRIX.md)
|
||||
- 上位: [2026-09-16-full-backlog-override.md](./2026-09-16-full-backlog-override.md)（P0–P7 已完成，本总控承接其收口阶段）
|
||||
@@ -1,48 +0,0 @@
|
||||
---
|
||||
title: "PU7 PI change-report 叙事"
|
||||
status: done
|
||||
created: 2026-09-16
|
||||
updated: 2026-09-16
|
||||
owner: Cursor-Auto
|
||||
branch: feature/pu7-pi-narrative
|
||||
worktree: .worktrees/feature-pu7-pi-narrative
|
||||
mutex: docgov
|
||||
---
|
||||
|
||||
# PU7 PI change-report 叙事
|
||||
|
||||
## 目标
|
||||
|
||||
`PI_CHANGE_REPORT_NARRATIVE` 默认 off；开启后只读消费 immutable diff+lineage 的 typed 叙事，失败全量 deterministic fallback。
|
||||
|
||||
## 范围
|
||||
|
||||
- `internal/docrevision/` flag + ResolveChangeReport
|
||||
- `deploy/pi-agent/change-report-narrative-v1.mjs`
|
||||
- `ChangeReportPanel` / changeReportView 区分事实 vs 叙事
|
||||
|
||||
## 非目标
|
||||
|
||||
- 默认开启 flag
|
||||
- 覆盖服务端 risk / approval
|
||||
- 合入 `dev`（本任务仅 feature 分支）
|
||||
|
||||
## 步骤
|
||||
|
||||
1. [x] flag 默认 off
|
||||
2. [x] typed narrative + input digest；失败全量 fallback
|
||||
3. [x] UI 区分 narrative / 事实字段
|
||||
4. [x] 单测 flag off + fallback
|
||||
5. [x] test-report + push feature 分支
|
||||
|
||||
## 验收标准
|
||||
|
||||
- [x] 默认 off 行为 = deterministic fallback
|
||||
- [x] 畸形/超时/digest 不匹配 → 无混合字段
|
||||
- [x] PI 声称低风险不影响服务端 risk floor
|
||||
- [x] 报告归档
|
||||
|
||||
## 相关链接
|
||||
|
||||
- Contract: [../long-term/2026-09-16-pu7-pi-narrative-contract.md](../long-term/2026-09-16-pu7-pi-narrative-contract.md)
|
||||
- Test report: [../../test-reports/2026-09-16-pu7-pi-narrative-test-report.md](../../test-reports/2026-09-16-pu7-pi-narrative-test-report.md)
|
||||
@@ -1,53 +0,0 @@
|
||||
---
|
||||
title: "首次加载 U2：字体自托管与静态资源交付"
|
||||
status: done
|
||||
created: 2026-09-17
|
||||
updated: 2026-09-17
|
||||
owner: Cursor
|
||||
branch: feature/initial-load-perf-u2
|
||||
worktree: "-"
|
||||
mutex: web + static-delivery
|
||||
---
|
||||
|
||||
# 首次加载 U2：字体自托管与静态资源交付
|
||||
|
||||
## 目标
|
||||
|
||||
登录页不再依赖 Google Fonts 阻塞 CSS；8080/8081 静态资源支持 gzip/br 协商与分层缓存；缺失 `/assets`/`/fonts` 返回 404 而非 HTML。
|
||||
|
||||
## 范围
|
||||
|
||||
- 自托管 Inter / JetBrains Mono（latin + latin-ext 可变 WOFF2）
|
||||
- 构建期预压缩 `.br` / `.gz`
|
||||
- Go `serveSPA` 压缩协商、Cache-Control、Vary、assets 404
|
||||
- 单元测试与 rebuild 后 curl/浏览器验收
|
||||
|
||||
## 非目标
|
||||
|
||||
- U1 完整 Playwright 性能套件
|
||||
- U3 拆包懒加载 / katex 入口 CSS
|
||||
- U4–U6 初始化扇出、认证、SQL
|
||||
- U7 完整重启归因（本轮仅借 rebuild 采集起点证据）
|
||||
|
||||
## 步骤
|
||||
|
||||
1. [x] 诊断/方案文档落盘并合入 `dev`
|
||||
2. [x] 自托管字体 + 移除外链
|
||||
3. [x] 预压缩脚本接入 build
|
||||
4. [x] Go 静态交付修复
|
||||
5. [x] 测试与 rebuild 验收
|
||||
6. [x] 测试报告与文档同步
|
||||
|
||||
## 验收标准
|
||||
|
||||
- [x] 登录页无 `fonts.googleapis.com` / `fonts.gstatic.com` 请求
|
||||
- [x] 主 JS 响应带 `Content-Encoding: br` 或 `gzip`，体积显著下降
|
||||
- [x] `/assets/missing.js` → 404 且非 HTML
|
||||
- [x] HTML `Cache-Control: no-cache`；哈希资源 `immutable`
|
||||
- [x] SSE / API 缓存行为未回归
|
||||
|
||||
## 相关链接
|
||||
|
||||
- 方案: [../../remediation/2026-09-17-initial-load-performance-plan.md](../../remediation/2026-09-17-initial-load-performance-plan.md)
|
||||
- 审计: [../../audit/2026-09-17-initial-load-performance-audit.md](../../audit/2026-09-17-initial-load-performance-audit.md)
|
||||
- Test report: [../../test-reports/2026-09-17-initial-load-perf-u2-test-report.md](../../test-reports/2026-09-17-initial-load-perf-u2-test-report.md)
|
||||
@@ -1,50 +0,0 @@
|
||||
---
|
||||
title: "已合入 leftover 旁支与文档对齐"
|
||||
status: done
|
||||
created: 2026-09-17
|
||||
updated: 2026-09-17
|
||||
owner: Cursor
|
||||
branch: chore/leftover-hygiene-2026-09-17
|
||||
worktree: "-"
|
||||
mutex: ops
|
||||
---
|
||||
|
||||
# 已合入 leftover 旁支与文档对齐
|
||||
|
||||
## 目标
|
||||
|
||||
拆掉 tip 已是本地 `dev` 祖先的 extra worktree 与本地旁支；把 CURRENT / SWBOOT long-term / PU 契约与 git 事实对齐。不整支合入冻结旁支。
|
||||
|
||||
## 范围
|
||||
|
||||
- 拆已合入 extra worktree（保留错名 FAV 目录）
|
||||
- `git branch -d` 已合入 leftover；SWBOOT 残留 1 commit 在确认文档已在 `dev` 后 `-D`
|
||||
- `fix/clean-test-env-baseline` 不 merge；标明前端清理已放弃
|
||||
- 对齐 CURRENT、SWBOOT long-term、PU6/PU8 契约
|
||||
|
||||
## 非目标
|
||||
|
||||
- 不整支 merge `feature/final-artifact-vault`
|
||||
- 不合入 `feature/remove-herdr-agent-settings`、`fix/project143-controlled-content-404-diagnosis`、`fix/dev-runtime-data-root-guard`、`dev-old-linear`
|
||||
- 不删 `origin/*`；不从 worktree 起 docker；不碰项目 143；不 push
|
||||
- 不升 FEATURE-MATRIX 能力行 `done`
|
||||
|
||||
## 步骤
|
||||
|
||||
1. [x] 从 `dev` 开 `chore/leftover-hygiene-2026-09-17` 并认领 CURRENT
|
||||
2. [x] 拆已合入 worktree、删除已合入旁支
|
||||
3. [x] 文档对齐
|
||||
4. [x] 冒烟 + test-report
|
||||
5. [x] 占槽合 `dev`
|
||||
|
||||
## 验收标准
|
||||
|
||||
- [x] extra worktree 只剩 FAV 错名目录
|
||||
- [x] 5 条冻结旁支仍在
|
||||
- [x] 文档不再声称 SWBOOT 未合 `dev`
|
||||
- [x] vet / short / arch-check / health+ready PASS
|
||||
|
||||
## 相关链接
|
||||
|
||||
- Test report: `.doc/test-reports/2026-09-17-leftover-hygiene-test-report.md`
|
||||
- 上位: [2026-09-16-partial-deferred-completion.md](./2026-09-16-partial-deferred-completion.md)
|
||||
@@ -1,51 +0,0 @@
|
||||
---
|
||||
title: "晋升 dev → test（rc-v1.0.0-beta.3）"
|
||||
status: done
|
||||
created: 2026-09-17
|
||||
updated: 2026-09-17
|
||||
owner: Cursor
|
||||
branch: feature/promote-dev-to-test-2026-09-17
|
||||
worktree: "-"
|
||||
mutex: infra
|
||||
---
|
||||
|
||||
# 晋升 dev → test（rc-v1.0.0-beta.3）
|
||||
|
||||
## 目标
|
||||
|
||||
在 `production_ready=yes` 前提下，把本地 `dev@46a0fb2`（含 leftover + W2–W7）合入 `test`，重建测试服务，供部署后实测。
|
||||
|
||||
## 范围
|
||||
|
||||
- `test` `--no-ff` 合入当前 `dev`
|
||||
- 候选 tag `rc-v1.0.0-beta.3`
|
||||
- `./scripts/env-service.sh test rebuild`（部署新代码，不 pin beta.2 旧镜像）
|
||||
- `:8081` health/ready；goose 00048 可迁移
|
||||
|
||||
## 非目标
|
||||
|
||||
- 不合入 `main`
|
||||
- 不启用 FAV live / `FAV_DEGRADED_READ`
|
||||
- 不升 `MULTI_INTENT_PLAN_TIER` / `SEMANTIC_SUMMARY_REPLACE`
|
||||
- 不翻转 `production_ready`
|
||||
- 不终止项目 143
|
||||
- 不按 D7 草案删除数据
|
||||
|
||||
## 步骤
|
||||
|
||||
1. [x] 确认 gap-matrix `production_ready=yes`；FAV/D7/SWBOOT 为 deferred_enhancement
|
||||
2. [x] 占集成槽；合入 `test` + tag
|
||||
3. [x] rebuild 测试服务
|
||||
4. [x] health/ready + schema 冒烟
|
||||
|
||||
## 验收标准
|
||||
|
||||
- [x] `:8081` health/ready PASS
|
||||
- [x] schema 到达 48（00048 additive）
|
||||
- [x] FAV 仍 off
|
||||
- [x] 默认 flag 仍 off
|
||||
|
||||
## 相关链接
|
||||
|
||||
- Test report: [../../test-reports/2026-09-17-promote-dev-to-test-test-report.md](../../test-reports/2026-09-17-promote-dev-to-test-test-report.md)
|
||||
- gap-matrix: [../../remediation/gap-matrix.md](../../remediation/gap-matrix.md)
|
||||
@@ -1,58 +0,0 @@
|
||||
---
|
||||
title: "系统管理台（System Admin Console）一期"
|
||||
status: done
|
||||
created: 2026-09-17
|
||||
updated: 2026-09-17
|
||||
owner: Kimi
|
||||
branch: feature/system-admin-console
|
||||
worktree: "-"
|
||||
mutex: web + sysadmin
|
||||
---
|
||||
|
||||
# 系统管理台（System Admin Console）一期
|
||||
|
||||
## 目标
|
||||
|
||||
为管理员提供独立的系统级管理界面（全屏视图，`workbench | admin` 顶层切换），覆盖总览状态、知识库、功能与特性开关、角色权限、工作流、用户审批、文档治理；吸收下线 AdminSettingsModal；系统设置只读为主 + SettingSpec 白名单少量可写。
|
||||
|
||||
## 范围
|
||||
|
||||
- 后端：新包 `internal/sysadmin`（薄聚合层，ports/settings/overview）；迁移 `deploy/postgres/goose/00049`（`system_settings` 表）；路由 `/api/v1/admin/system/{overview,kb,features,settings}`；`internal/server/admin_system_handlers.go`；`internal/app/app.go` 装配。
|
||||
- 前端：`web/src/api/systemAdmin.ts` + `web/src/types/systemAdmin.ts`；`web/src/components/admin/console/AdminConsoleView.tsx` + `sections/`；`App.tsx` 顶层视图切换；LeftRail 入口语义改为进入管理台；吸收 `AdminSettingsModal` 六 tab 并删除旧模态。
|
||||
|
||||
## 非目标
|
||||
|
||||
- 不做全量 DB feature-flag 层（env 开关保留，标注「需重启」）。
|
||||
- 不改项目级设置（`projectinstance.ProjectSettings` 与项目设置模态保持原样）。
|
||||
- 不引入 react-router / 新前端依赖；不改 `tokens.css` 之外的全局样式。
|
||||
- 不做 KB 重建/索引管理等运维动作（一期只读）。
|
||||
|
||||
## 步骤
|
||||
|
||||
1. [x] 后端 sysadmin 包 + goose 00049（commit `f1404d5`）
|
||||
2. [x] 后端路由/handler/装配 + 单测（commit `f1404d5`）
|
||||
3. [x] 前端 API 模块与类型（commit `0eaca61`）
|
||||
4. [x] AdminConsoleView 骨架与 8 个分组 sections（commit `0eaca61`）
|
||||
5. [x] 吸收 AdminSettingsModal 并下线（commit `0eaca61`）
|
||||
6. [x] go vet / go test -short / web npm test + build（全绿）
|
||||
7. [x] 占集成槽位：dev rebuild + /health + admin overview 冒烟（merge commit `dc7c31e`；schema 48→49；PASS）
|
||||
|
||||
## 验收标准
|
||||
|
||||
- [x] admin 从 LeftRail 入口进入全屏管理台，八个分组可渲染（UI 人工抽检由 Playwright spec 兜底，见报告后续项 1）
|
||||
- [x] 非管理员无入口且 `/api/v1/admin/system/*` 返回 403（server 单测真实 mux + 内存 IAM）
|
||||
- [x] 白名单可写设置 PUT 后 GET 生效；env 项只读并标注需重启（写读回环 PASS）
|
||||
- [x] `go vet ./...`、`go test -short ./...`、`cd web && npm test && npm run build` 全绿
|
||||
- [x] dev 容器冒烟 PASS
|
||||
|
||||
## 相关链接
|
||||
|
||||
- 方案：会话计划（全屏独立视图 / 吸收旧模态 / 只读+少量可写，用户已批准）
|
||||
- Test report: [2026-09-17-system-admin-console-test-report.md](../../test-reports/2026-09-17-system-admin-console-test-report.md)
|
||||
- FEATURE-MATRIX 行：系统管理台
|
||||
|
||||
## 证据 / 备注
|
||||
|
||||
- commit：`f1404d5`（后端）、`0eaca61`（前端）、`dc7c31e`（merge dev）
|
||||
- 冒烟：health `schema_version=49`；overview/kb/features(22)/settings(6) 200；PUT 写读回环 PASS；匿名 401、未知 key 400、非 admin 403（单测）
|
||||
- 遗留（二期）：Playwright 实跑、`system:*` 细粒度权限、设置审计日志、KB 运维动作、白名单项接消费方、403 自动退回
|
||||
@@ -1,53 +0,0 @@
|
||||
---
|
||||
title: "W1 CI/E2E FullNone + green nightly"
|
||||
status: done
|
||||
created: 2026-09-17
|
||||
updated: 2026-09-17
|
||||
owner: Cursor
|
||||
branch: feature/w1-ci-e2e-green-nightly
|
||||
worktree: "-"
|
||||
mutex: ci
|
||||
---
|
||||
|
||||
# W1 CI/E2E FullNone + green nightly
|
||||
|
||||
## 目标
|
||||
|
||||
收口 FullNone `product_fail`，取得真实 nightly `verdict=pass` receipt，将 FEATURE-MATRIX「CI / E2E」升为 `done`。
|
||||
|
||||
## 范围
|
||||
|
||||
- 复核 Actions secret/runner 已就绪
|
||||
- 复现并修复 `TestWorkflowGovernance_PiAgent_PG_FullNoneMixedChain`
|
||||
- nightly U8+FullNone → green receipt + test-report
|
||||
- 矩阵行升 done
|
||||
|
||||
## 非目标
|
||||
|
||||
- W2–W7；升 `MULTI_INTENT_PLAN_TIER`；开 `SEMANTIC_SUMMARY_REPLACE`；整支 merge FAV
|
||||
|
||||
## 步骤
|
||||
|
||||
1. [x] docs 计划分支合入 `dev`（`4bda648`）
|
||||
2. [x] CURRENT 认领 `mutex=ci` + 本 short-term
|
||||
3. [x] 本地复现 FullNone 并分栏（根因：duplicate goose 00048 + fields.json 硬目标 + KB/超时）
|
||||
4. [x] 修复至本地 FullNone 绿（1008s）
|
||||
5. [x] nightly green receipt 归档 + test-report（`6e2476f0…` verdict=pass）
|
||||
6. [x] FEATURE-MATRIX CI/E2E → done；总控 W1 勾选；释放认领
|
||||
|
||||
## 验收标准
|
||||
|
||||
- [x] Nightly receipt `verdict=pass`（真实 run）
|
||||
- [x] FullNone 在 nightly 套件 PASS
|
||||
- [x] 矩阵 `done`；B1–B4 零回归
|
||||
|
||||
## 相关链接
|
||||
|
||||
- Plan: [../../remediation/2026-09-16-partial-deferred-completion-plan.md](../../remediation/2026-09-16-partial-deferred-completion-plan.md) §W1
|
||||
- Test report: [../../test-reports/2026-09-17-w1-ci-e2e-green-nightly-test-report.md](../../test-reports/2026-09-17-w1-ci-e2e-green-nightly-test-report.md)
|
||||
- Receipt: [../../test-reports/assets/promotion-receipts/6e2476f0f2e408e111fe06ca7c31a38294a340b3.json](../../test-reports/assets/promotion-receipts/6e2476f0f2e408e111fe06ca7c31a38294a340b3.json)
|
||||
|
||||
## 证据 / 备注
|
||||
|
||||
- commits: `4f2e5f0` `a02c67d` `0f52ab8` `11e030d` `6e2476f`
|
||||
- Gitea Actions API 可达；本提交未推远端，远端 dispatch 留合入后二次确认
|
||||
@@ -1,48 +0,0 @@
|
||||
---
|
||||
title: "W2 语义摘要 shadow 真实 PI"
|
||||
status: done
|
||||
created: 2026-09-17
|
||||
updated: 2026-09-17
|
||||
owner: Cursor
|
||||
branch: feature/w2-semantic-summary-shadow-live
|
||||
worktree: "-"
|
||||
mutex: chat
|
||||
---
|
||||
|
||||
# W2 语义摘要 shadow 真实 PI
|
||||
|
||||
## 目标
|
||||
|
||||
在授权可见集合上接入产品 PI Agent Runner 的 no-tool shadow 摘要；默认 flag off；不接线 `SEMANTIC_SUMMARY_REPLACE`。
|
||||
|
||||
## 范围
|
||||
|
||||
- `PiSemanticSummarizer` 组合根注入（仅 `SEMANTIC_SUMMARY_SHADOW` on 且 backend=pi-agent）
|
||||
- R13 minimized input.json；tool_permissions=none
|
||||
- 真实 MiniMax 证据 + injection 负例
|
||||
- 仓库默认 flag 保持 false
|
||||
|
||||
## 非目标
|
||||
|
||||
- 启用 `SEMANTIC_SUMMARY_REPLACE`
|
||||
- 改 test/main 默认 env
|
||||
|
||||
## 步骤
|
||||
|
||||
1. [x] 认领 CURRENT mutex `chat`
|
||||
2. [x] 实现 PI summarizer + 单测
|
||||
3. [x] 真实 PI live
|
||||
4. [x] test-report + 矩阵升 done
|
||||
5. [x] 合 `dev`
|
||||
|
||||
## 验收标准
|
||||
|
||||
- [x] flag 默认 off
|
||||
- [x] 真实 PI shadow.status=ok 或可解释 fallback
|
||||
- [x] injection 秘密不入 served narrative；REPLACE 未接线
|
||||
- [x] vet / short / arch-check PASS
|
||||
|
||||
## 相关链接
|
||||
|
||||
- 契约: `.doc/ops/long-term/2026-09-16-pu6-semantic-summary-contract.md`
|
||||
- 总控: `.doc/ops/short-term/2026-09-16-partial-deferred-completion.md`
|
||||
@@ -1,48 +0,0 @@
|
||||
---
|
||||
title: "W3 PU7 PI change-report 叙事 live"
|
||||
status: done
|
||||
created: 2026-09-17
|
||||
updated: 2026-09-17
|
||||
owner: Cursor
|
||||
branch: feature/w3-pi-change-report-narrative-live
|
||||
worktree: "-"
|
||||
mutex: docgov
|
||||
---
|
||||
|
||||
# W3 PU7 PI change-report 叙事 live
|
||||
|
||||
## 目标
|
||||
|
||||
flag on 时质量修复路径向产品 PI Agent Runner 请求 `change_report_narrative_v1`；digest 绑定；畸形/超时全量 fallback；UI 区分叙事与 `rule_risk`/lineage。
|
||||
|
||||
## 范围
|
||||
|
||||
- `CreateAgentCandidate` 在 flag on 且 `ReportJSON` 为空时调用 `NarrativeFetcher`
|
||||
- 组合根仅 `PI_CHANGE_REPORT_NARRATIVE` on + `pi-agent` 注入 `PiChangeReportNarrator`
|
||||
- 仓库默认 flag 仍 off；dev 运行态可覆盖
|
||||
- 负例：timeout envelope / fetcher error → fallback 且不返回 `ErrReportInvalid`
|
||||
|
||||
## 非目标
|
||||
|
||||
- 不把 fallback 写成完整 PI
|
||||
- 不覆盖服务端风险与文档影响
|
||||
- 不默认开启仓库 flag
|
||||
|
||||
## 步骤
|
||||
|
||||
1. [x] no-tool PI narrator + 组合根接线
|
||||
2. [x] digest 与 `ResolveChangeReport` 同源（candidate 真实 diff 之后再 fetch）
|
||||
3. [x] 单测 + 真实 MiniMax + UI 分区单测
|
||||
4. [x] 合 `dev` + 冒烟 + 矩阵升 done
|
||||
|
||||
## 验收标准
|
||||
|
||||
- [x] 真实 PI 产出 `change_report_narrative_v1` 且 digest 原样回写
|
||||
- [x] fallback 负例 PASS
|
||||
- [x] UI `change-report-factual` / `change-report-narrative` 分区
|
||||
- [x] test-report 归档
|
||||
|
||||
## 相关链接
|
||||
|
||||
- Contract: [../long-term/2026-09-16-pu7-pi-narrative-contract.md](../long-term/2026-09-16-pu7-pi-narrative-contract.md)
|
||||
- Test report: [../../test-reports/2026-09-17-w3-pi-change-report-narrative-test-report.md](../../test-reports/2026-09-17-w3-pi-change-report-narrative-test-report.md)
|
||||
@@ -1,21 +0,0 @@
|
||||
---
|
||||
title: "W5a 软件自举 UI + docs_only PI"
|
||||
status: done
|
||||
created: 2026-09-17
|
||||
updated: 2026-09-17
|
||||
owner: Cursor
|
||||
branch: feature/w5a-software-bootstrap-ui-pi
|
||||
worktree: "-"
|
||||
mutex: workflow-design
|
||||
---
|
||||
|
||||
# W5a 软件自举 UI + docs_only PI
|
||||
|
||||
## 目标
|
||||
|
||||
创建向导改为服务端 catalog 驱动；软件项目不克隆医疗 7 模板；solo 标注未独立评审；docs_only 真实 PI 建议 delivery 且不自动激活。SWBOOT-10 仍 stub。矩阵不升 done。
|
||||
|
||||
## 非目标
|
||||
|
||||
- 真 patch/merge（W5b）
|
||||
- 升 FEATURE-MATRIX 纯软件自举行
|
||||
@@ -1,51 +0,0 @@
|
||||
---
|
||||
title: "W6 FAV subscriber shadow"
|
||||
status: done
|
||||
created: 2026-09-17
|
||||
updated: 2026-09-17
|
||||
owner: Cursor
|
||||
branch: feature/w6-fav-subscriber-shadow
|
||||
worktree: "-"
|
||||
mutex: events
|
||||
---
|
||||
|
||||
# W6 FAV subscriber shadow
|
||||
|
||||
## 目标
|
||||
|
||||
手工移植 FAV subscriber **shadow**：只计算 intended outcome，不写业务副作用；`FAV_DEGRADED_READ=false`；`FAV_PUBLISHER_ENABLED` 默认 false。矩阵保持 `partial`。
|
||||
|
||||
## 范围
|
||||
|
||||
- `ObserveShadow` 只读计算
|
||||
- vault status / CLI 标明 shadow 与 live 未放量
|
||||
- 负例：degraded read 拒绝；HandleLease / Register(fav) 仍 fail-closed
|
||||
|
||||
## 非目标
|
||||
|
||||
- 整支 merge `feature/final-artifact-vault`
|
||||
- live staging → artifact → publication
|
||||
- 启用 `FAV_DEGRADED_READ`
|
||||
- 升 FEATURE-MATRIX FAV 为 `done`
|
||||
|
||||
## 步骤
|
||||
|
||||
1. [x] `ObserveShadow` + 负例单测
|
||||
2. [x] 冒烟 + 报告（live 未放量）
|
||||
3. [x] 合 `dev`；矩阵保持 partial
|
||||
|
||||
## 验收标准
|
||||
|
||||
- [x] WouldStage / WouldPublish 恒 false
|
||||
- [x] FAV_DEGRADED_READ=true 时 shadow 拒绝
|
||||
- [x] 报告写清 shadow 证据与「live 未放量」
|
||||
|
||||
## 相关链接
|
||||
|
||||
- Remaining port: [../../audit/2026-09-16-fav-u7-remaining-port.md](../../audit/2026-09-16-fav-u7-remaining-port.md)
|
||||
- U7 报告: [../../test-reports/2026-09-16-fav-u7-incremental-test-report.md](../../test-reports/2026-09-16-fav-u7-incremental-test-report.md)
|
||||
- Test report: [../../test-reports/2026-09-17-w6-fav-subscriber-shadow-test-report.md](../../test-reports/2026-09-17-w6-fav-subscriber-shadow-test-report.md)
|
||||
|
||||
## 证据 / 备注
|
||||
|
||||
不占 live 观察窗；≥7 天窗口仍属后续 live 切片。
|
||||
@@ -1,46 +0,0 @@
|
||||
---
|
||||
title: "W7 D7 对话数据分类盘点"
|
||||
status: done
|
||||
created: 2026-09-17
|
||||
updated: 2026-09-17
|
||||
owner: Cursor
|
||||
branch: feature/w7-d7-data-inventory
|
||||
worktree: "-"
|
||||
mutex: chat
|
||||
---
|
||||
|
||||
# W7 D7 对话数据分类盘点
|
||||
|
||||
## 目标
|
||||
|
||||
只做数据分类盘点 audit（sessions/messages、KB、日志、备份、event 敏感字段与流转）。无合规签字不物理删除、不清备份。矩阵 D7 保持 `deferred`。
|
||||
|
||||
## 范围
|
||||
|
||||
- 只读盘点：表、派生副本、日志、备份脚本、事件 payload
|
||||
- 若发现**已确认**安全/合规基线违规 → 立即写 gap-matrix blocker
|
||||
|
||||
## 非目标
|
||||
|
||||
- 按 ADR 草案数字（365/180/30）执行物理删除或备份清除
|
||||
- 字段级加密实现
|
||||
- 升 FEATURE-MATRIX D7 为 `done`
|
||||
- 翻转 `production_ready`
|
||||
|
||||
## 步骤
|
||||
|
||||
1. [x] 只读盘点系统库 / 共享 KB / 宿主 traces / 事件 payload keys
|
||||
2. [x] 写 audit + test-report；违规判定（无已确认违规，未写 gap-matrix）
|
||||
3. [x] 合 `dev`；矩阵保持 deferred
|
||||
|
||||
## 验收标准
|
||||
|
||||
- [x] 盘点覆盖 sessions/messages、KB、日志、备份、event
|
||||
- [x] 未执行物理删除
|
||||
- [x] D7 仍 deferred；ADR 仍 `pending-compliance-signoff`
|
||||
|
||||
## 相关链接
|
||||
|
||||
- ADR: [../../adr/2026-09-17-d7-chat-data-retention.md](../../adr/2026-09-17-d7-chat-data-retention.md)
|
||||
- Audit: [../../audit/2026-09-17-d7-data-inventory.md](../../audit/2026-09-17-d7-data-inventory.md)
|
||||
- Test report: [../../test-reports/2026-09-17-w7-d7-inventory-test-report.md](../../test-reports/2026-09-17-w7-d7-inventory-test-report.md)
|
||||
@@ -1,58 +0,0 @@
|
||||
---
|
||||
title: "系统使用说明书（含真实截图，md/word/pdf/html 四格式）"
|
||||
status: done
|
||||
created: 2026-09-18
|
||||
updated: 2026-09-18
|
||||
owner: Kimi
|
||||
branch: feature/user-manual
|
||||
worktree: .worktrees/feature-user-manual
|
||||
mutex: docs
|
||||
---
|
||||
|
||||
# 系统使用说明书（含真实截图，md/word/pdf/html 四格式）
|
||||
|
||||
## 目标
|
||||
|
||||
产出覆盖「从 0 进入系统 → 登录/注册 → 管理员角色权限配置 → 日常使用 → 审批全流程」的终端用户说明书，配 dev 环境真实操作截图（含真实 PI 对话），交付 Markdown / HTML / PDF / Word 四种格式于 `docs/user-manual/`。
|
||||
|
||||
## 范围
|
||||
|
||||
- dev 环境（127.0.0.1:8080）Playwright 实操截图约 30 张（登录、工作台、立项、对话、文档、审批链、管理台 8 分组）
|
||||
- `docs/user-manual/manual.md` 十章中文说明书（内容以代码为准）
|
||||
- `docs/user-manual/scripts/`（截图与格式生成脚本，可重跑）
|
||||
- `docs/user-manual/dist/`（html/pdf/docx 产物）
|
||||
|
||||
## 非目标
|
||||
|
||||
- 不合入 dev、不 push（用户未要求）
|
||||
- 不改动任何产品代码
|
||||
- 不覆盖产品手册范围外的工程内部工具（`engineering-dashboard` 当时为工程内部，其后已移出本仓库）
|
||||
|
||||
## 步骤
|
||||
|
||||
1. [x] 分支 + 登记
|
||||
2. [x] 环境预检（健康、登录凭证、中文字体、chromium）
|
||||
3. [x] 截图脚本 `capture-screenshots.mjs` 并采集
|
||||
4. [x] 真实 PI 对话截图
|
||||
5. [x] 三责审批链 + 阶段门禁截图（zhanggong/lizhuguan/wangzong）
|
||||
6. [x] 撰写 manual.md
|
||||
7. [x] build-formats.mjs 生成 html/pdf/docx（pandoc 缺失时 .doc 兜底）
|
||||
8. [x] 校验（图片引用、PDF 渲染抽查、docx 媒体嵌入）
|
||||
9. [x] 提交 + 更新 CURRENT
|
||||
|
||||
## 验收标准
|
||||
|
||||
- [x] 四种格式文件齐备且可打开
|
||||
- [x] manual.md 图片引用全部存在，无孤图
|
||||
- [x] PDF 中文无乱码、图片正常嵌入
|
||||
- [x] 说明书章节覆盖：进入系统/登录/注册/管理员配置角色权限/项目使用/对话/文档/审批/FAQ
|
||||
|
||||
## 相关链接
|
||||
|
||||
- Checklist: -
|
||||
- Handoff: -
|
||||
- Test report: -
|
||||
|
||||
## 证据 / 备注
|
||||
|
||||
- 演示账号（dev 种子，密码 123456）：zhanggong / lizhuguan / wangzong / guest；管理员 admin（密码取 configs/.env.dev）
|
||||
@@ -1,55 +0,0 @@
|
||||
---
|
||||
title: "Wave 0：P0 确认 bug 修复（SSE/缓存/run-stream）"
|
||||
status: done
|
||||
created: 2026-09-18
|
||||
updated: 2026-09-18
|
||||
owner: Cursor
|
||||
branch: fix/wave0-p0-sse-chat-cache-bugs
|
||||
worktree: "-"
|
||||
mutex: chat + web
|
||||
---
|
||||
|
||||
# Wave 0：P0 确认 bug 修复（SSE/缓存/run-stream）
|
||||
|
||||
## 目标
|
||||
|
||||
修复体检确认的 P0 bug：SSE 120s 断流（B-1/B-2）、run/stream 解析与时序（B-3/B-4）、前端会话窗口缓存 key 不一致（B-5）、IndexedDB 恢复覆盖（B-6）。
|
||||
|
||||
## 范围
|
||||
|
||||
- `internal/server/sse.go`：chat/run stream 心跳 + WriteDeadline；Decode 400；CreateAndStart/Subscribe 前置 Flush
|
||||
- `web/src/hooks/useChatWindow.ts` + `web/src/data/storage.ts`：缓存 key / LRU 一致
|
||||
- `web/src/App.tsx` + `web/src/data/fileStore.ts`：恢复合并
|
||||
- 对应单测与测试报告
|
||||
|
||||
## 非目标
|
||||
|
||||
- E-1（main ENV 不一致）及 Wave 1–7 其余项
|
||||
- FAV / MULTI_INTENT_PLAN_TIER / SEMANTIC_SUMMARY_REPLACE 放量
|
||||
|
||||
## 步骤
|
||||
|
||||
1. [x] 从 dev 开 `fix/wave0-p0-sse-chat-cache-bugs`，CURRENT 认领
|
||||
2. [x] B-1/B-2 心跳与 deadline
|
||||
3. [x] B-3/B-4 run/stream
|
||||
4. [x] B-5 缓存 key
|
||||
5. [x] B-6 恢复合并
|
||||
6. [x] 单测 + 全量回归 + 合入 dev 冒烟
|
||||
|
||||
## 验收标准
|
||||
|
||||
- [x] `go vet ./...`、`go test -short ./...`、`cd web && npm test && npm run build` 全绿
|
||||
- [x] 畸形 body → 400；Flush 前失败非 200 SSE
|
||||
- [x] 缓存 key / LRU 单测 PASS；恢复合并不丢新增 deliverable
|
||||
- [x] dev rebuild + health/ready；真 PI 聊天心跳证据（见测试报告）
|
||||
|
||||
## 相关链接
|
||||
|
||||
- Audit: [../../audit/2026-09-17-system-health-check.md](../../audit/2026-09-17-system-health-check.md)
|
||||
- Remediation: [../../remediation/2026-09-17-system-health-remediation-plan.md](../../remediation/2026-09-17-system-health-remediation-plan.md)
|
||||
- Test report: [../../test-reports/2026-09-18-wave0-p0-bug-fixes-test-report.md](../../test-reports/2026-09-18-wave0-p0-bug-fixes-test-report.md)
|
||||
|
||||
## 证据 / 备注
|
||||
|
||||
- Commits：`64efaa3` docs · `54244ed` server · `2620d80` web；合入 `dev` merge `810fb96`
|
||||
- Assets：`.doc/test-reports/assets/2026-09-18-wave0-p0-bug-fixes/chat-stream-long.sse.txt`
|
||||
@@ -1,53 +0,0 @@
|
||||
---
|
||||
title: "Wave 1：main 环境 ENV/schema 修正（E-1/E-2/E-5）"
|
||||
status: done
|
||||
created: 2026-09-18
|
||||
updated: 2026-09-18
|
||||
owner: Cursor
|
||||
branch: fix/wave1-main-env-fix
|
||||
worktree: "-"
|
||||
mutex: infra
|
||||
---
|
||||
|
||||
# Wave 1：main 环境 ENV/schema 修正（E-1/E-2/E-5）
|
||||
|
||||
## 目标
|
||||
|
||||
统一 main 环境 app/events 的 `ENV=main` 语义，用 compose 依赖强制 events 先迁移再启 app，并关闭 `Env==""` 视同 dev 的导入门禁漏洞。
|
||||
|
||||
## 范围
|
||||
|
||||
- `docker-compose.main.yml`：app `ENV: main`；`depends_on.events` healthy；events 补生产校验所需口令
|
||||
- `configs/.env.main`（本机）/ `.env.main.example`：`ENV=main`
|
||||
- `internal/server/chat_window_api.go`：去掉空 Env 视同 dev
|
||||
- 回归测试 + 真实 main rebuild 验证
|
||||
|
||||
## 非目标
|
||||
|
||||
- Wave 2+；不改 `event_consumer_modes` 的 mode 值；不触碰 FAV / MULTI_INTENT / SEMANTIC_SUMMARY_REPLACE
|
||||
|
||||
## 步骤
|
||||
|
||||
1. [x] 从本地 `dev` 开分支并 CURRENT 认领
|
||||
2. [x] E-1 ENV 对齐
|
||||
3. [x] E-2 depends_on events
|
||||
4. [x] E-5 空 Env fail-closed
|
||||
5. [x] 单测 + 合入 + main rebuild 冒烟
|
||||
|
||||
## 验收标准
|
||||
|
||||
- [x] app/events health 均报 `env=main`
|
||||
- [x] main schema 已升（health `schema_version=52`，goose `version_id=52`）
|
||||
- [x] `event_consumer_modes` 中 main 四行仍为 `off`
|
||||
- [x] 导入端点空 Env → 403；compose ENV 对齐单测 PASS
|
||||
|
||||
## 相关链接
|
||||
|
||||
- Audit: [../../audit/2026-09-17-system-health-check.md](../../audit/2026-09-17-system-health-check.md)
|
||||
- Remediation: [../../remediation/2026-09-17-system-health-remediation-plan.md](../../remediation/2026-09-17-system-health-remediation-plan.md)
|
||||
- Test report: [../../test-reports/2026-09-18-wave1-main-env-fix-test-report.md](../../test-reports/2026-09-18-wave1-main-env-fix-test-report.md)
|
||||
|
||||
## 证据 / 备注
|
||||
|
||||
- 合入本地 `dev`：`merge: fix/wave1-main-env-fix` + events secrets unblock
|
||||
- Assets：`.doc/test-reports/assets/2026-09-18-wave1-main-env-fix/`
|
||||
@@ -1,57 +0,0 @@
|
||||
---
|
||||
title: "Wave 2：配置与灰度入口对齐（E-3/E-4/E-6/E-7/E-9）"
|
||||
status: done
|
||||
created: 2026-09-18
|
||||
updated: 2026-09-18
|
||||
owner: Cursor-Auto
|
||||
branch: fix/wave2-config-flag-align
|
||||
worktree: "-"
|
||||
mutex: infra
|
||||
---
|
||||
|
||||
# Wave 2：配置与灰度入口对齐
|
||||
|
||||
## 目标
|
||||
|
||||
三环境 compose 显式声明封存 flag（值保持 legacy/false）；移除死 `CURSOR_RUNNER`；main 显式 `SEED_DEMO_USERS=false`；`INTENT_V2_DECISION_TIER` 非法值 fail-closed 到 `none`；E-9 仅记录评估结论。
|
||||
|
||||
## 范围
|
||||
|
||||
- E-3 / A-4：三环境补 `MULTI_INTENT_PLAN_TIER` + U9–U12 + SHADOW/NARRATIVE 声明
|
||||
- E-4：删除 `CURSOR_RUNNER_URL` 与 `cursor-agent` 占位服务
|
||||
- E-6：main `SEED_DEMO_USERS: "false"`
|
||||
- E-7：`parseV2DecisionTier` default → `none`
|
||||
- E-9：评估记录，不改 initdb
|
||||
|
||||
## 非目标
|
||||
|
||||
- 不升 `MULTI_INTENT_PLAN_TIER`；不接线 `SEMANTIC_SUMMARY_REPLACE`
|
||||
- 不改 FAV modes；不改 E-9 initdb 挂载
|
||||
- Wave 3+ 范围项
|
||||
|
||||
## 步骤
|
||||
|
||||
1. [x] Sonnet 5 产出实施计划（默认决策：删 cursor-agent；不补 REPLACE；E-9 不改代码）
|
||||
2. [x] E-7 代码 + 单测
|
||||
3. [x] E-3 / E-4 / E-6 compose
|
||||
4. [x] compose flag 声明回归测试
|
||||
5. [x] go vet/test；三环境 rebuild + env 抽检 + 冒烟
|
||||
6. [x] 合入本地 dev；文档闭环
|
||||
|
||||
## 验收标准
|
||||
|
||||
- [x] 三环境 `docker compose config` 可见目标 flag；`CURSOR_RUNNER` 零匹配
|
||||
- [x] 容器内 env 抽检 PASS；health/ready PASS
|
||||
- [x] `go test -short ./...` 全绿
|
||||
- [x] test-report 归档；remediation Wave 2 done
|
||||
|
||||
## 相关链接
|
||||
|
||||
- Remediation: [.doc/remediation/2026-09-17-system-health-remediation-plan.md](../../remediation/2026-09-17-system-health-remediation-plan.md)
|
||||
- Audit: [.doc/audit/2026-09-17-system-health-check.md](../../audit/2026-09-17-system-health-check.md)
|
||||
- Test report: [.doc/test-reports/2026-09-18-wave2-config-flag-align-test-report.md](../../test-reports/2026-09-18-wave2-config-flag-align-test-report.md)
|
||||
|
||||
## 证据 / 备注
|
||||
|
||||
计划作者：[Wave 2 Sonnet 计划](5b8c8c73-c3e4-4947-b0c4-91822859ff4a)
|
||||
commits：`07fc0ec` `e0aabec` `55a539c` `8d97dd6` + docs closeout
|
||||
@@ -1,46 +0,0 @@
|
||||
---
|
||||
title: "Wave 3：测试债与盲区（S-1/S-2/S-4/S-5）"
|
||||
status: done
|
||||
created: 2026-09-18
|
||||
updated: 2026-09-18
|
||||
owner: Cursor-Auto
|
||||
branch: fix/wave3-test-debt-blindspots
|
||||
worktree: "-"
|
||||
mutex: test-debt
|
||||
---
|
||||
|
||||
# Wave 3：测试债与盲区
|
||||
|
||||
## 目标
|
||||
|
||||
关闭 `TestReconcile_LegacyRepair_PG` 工程测试债；清理永久跳过死代码；统一 E2E 脚本入口；推广 409/结构化错误信封复用。
|
||||
|
||||
## 范围
|
||||
|
||||
- S-1 / S-2 / S-4 / S-5（按 Sonnet 计划默认决策）
|
||||
|
||||
## 非目标
|
||||
|
||||
- 不升 MULTI_INTENT_PLAN_TIER；不接线 REPLACE；不改 FAV；项目 143 只读
|
||||
- 不改后端 httpx 信封整体迁移；不统一 INTENT_DUAL_TAB
|
||||
|
||||
## 步骤
|
||||
|
||||
1. [x] Sonnet 5 计划
|
||||
2. [x] S-1 隔离 PG 5436 跑一次并归档
|
||||
3. [x] S-2 删死跳过 + plan_owner 说明
|
||||
4. [x] S-4 e2e scripts + 退役 document-revision.spec
|
||||
5. [x] S-5 信封复用 + 单测
|
||||
6. [x] 文档闭环 + 合入本地 dev
|
||||
|
||||
## 验收标准
|
||||
|
||||
- [x] reconcile PG PASS 证据
|
||||
- [x] playwright --list = 29 tests / 8 files
|
||||
- [x] npm test / go test -short 全绿
|
||||
- [x] gap-matrix 测试债关闭；remediation Wave 3 done
|
||||
|
||||
## 相关链接
|
||||
|
||||
- Plan agent: [Wave 3 Sonnet 计划](51987049-b338-41a7-84f4-2c97e3655d85)
|
||||
- Test report: [.doc/test-reports/2026-09-18-wave3-test-debt-blindspots-test-report.md](../../test-reports/2026-09-18-wave3-test-debt-blindspots-test-report.md)
|
||||
@@ -1,49 +0,0 @@
|
||||
---
|
||||
title: "Wave 4：隐患加固（R-1~R-8）"
|
||||
status: done
|
||||
created: 2026-09-18
|
||||
updated: 2026-09-18
|
||||
owner: Cursor-Auto
|
||||
branch: fix/wave4-hardening-r1-r8
|
||||
worktree: "-"
|
||||
mutex: hardening
|
||||
---
|
||||
|
||||
# Wave 4：隐患加固（R-1~R-8）
|
||||
|
||||
## 目标
|
||||
|
||||
按 Wave 4 Sonnet 计划默认决策关闭体检高风险隐患 R-1~R-8。
|
||||
|
||||
## 范围
|
||||
|
||||
- R-1~R-8 全项（含 D-1 扩大范围：upsert + COALESCE）
|
||||
|
||||
## 非目标
|
||||
|
||||
- D-4/D-5；不升 tier；不接线 REPLACE；不改 FAV；项目 143 只读；不 push
|
||||
|
||||
## 步骤
|
||||
|
||||
1. [x] R-1c/R-1a/R-1b + Memory/PG 负例
|
||||
2. [x] R-2 rows.Err()
|
||||
3. [x] R-3 RWMutex / R-4 memTurns / R-5 hydrate / R-6 Shutdown
|
||||
4. [x] R-7/R-8 前端 + 单测
|
||||
5. [x] 全量验收 + test-report + 合入本地 `.worktrees/dev-rdev-merge` dev
|
||||
|
||||
## 验收标准
|
||||
|
||||
- [x] R-1~R-8 按计划验收项 PASS
|
||||
- [x] `go vet` / `go build` / `go test -short ./...` / `npm test` / `npm run build`
|
||||
- [x] 相关 `-race` 绿
|
||||
- [x] 文档闭环
|
||||
|
||||
## 相关链接
|
||||
|
||||
- Remediation: [.doc/remediation/2026-09-17-system-health-remediation-plan.md](../../remediation/2026-09-17-system-health-remediation-plan.md)
|
||||
- Test report: [.doc/test-reports/2026-09-18-wave4-hardening-r1-r8-test-report.md](../../test-reports/2026-09-18-wave4-hardening-r1-r8-test-report.md)
|
||||
- Assets: [.doc/test-reports/assets/2026-09-18-wave4-hardening-r1-r8/](../../test-reports/assets/2026-09-18-wave4-hardening-r1-r8/)
|
||||
|
||||
## 证据 / 备注
|
||||
|
||||
基线 tip：`32932e4`。合入本地 `dev` 见 merge commit。
|
||||
@@ -1,98 +0,0 @@
|
||||
---
|
||||
title: "Wave 5：死代码与机制收口（X-1~X-5）"
|
||||
status: done
|
||||
created: 2026-09-18
|
||||
updated: 2026-09-18
|
||||
owner: Cursor-Auto
|
||||
branch: fix/wave5-deadcode-decisions
|
||||
worktree: "-"
|
||||
mutex: deadcode-cleanup
|
||||
---
|
||||
|
||||
# Wave 5：死代码与机制收口（X-1~X-5）
|
||||
|
||||
## 目标
|
||||
|
||||
按系统体检整改方案 Wave 5，对 X-1~X-5 逐项决策并收口：删除真死 flag/组件、封存 REPLACE、标记 00048 deferred、保留 system_settings 二期键。
|
||||
|
||||
## 范围
|
||||
|
||||
- X-1~X-5 全项（含级联删除 `patchNotification`）
|
||||
|
||||
## 非目标
|
||||
|
||||
- X-6（`useTaskRunStream` 伪 ref）；不接线 REPLACE；不升 MULTI_INTENT_PLAN_TIER；不改 FAV；项目 143 只读；不改 goose 00048/00049 schema；不 push
|
||||
|
||||
## 步骤
|
||||
|
||||
1. [x] 决策记录落盘（本文件「决策记录」段）
|
||||
2. [x] X-1 删除 `SEMANTIC_FALLBACK_ENABLED` + 回归测试
|
||||
3. [x] X-2 封存注释回链
|
||||
4. [x] X-3 00048 deferred 注释 + long-term
|
||||
5. [x] X-4 system_settings 6 键注释
|
||||
6. [x] X-5 删除死组件/死 API
|
||||
7. [x] 全量验收 + test-report + 合入本地 `.worktrees/dev-rdev-merge` `dev`
|
||||
|
||||
## 验收标准
|
||||
|
||||
- [x] X-1~X-5 每项有决策记录（本文件）
|
||||
- [x] `go vet ./...` / `go test -short ./...` / `cd web && npm test && npm run build`
|
||||
- [x] remediation Wave 5 行改 done；勾选「X-1~X-5 每项有决策记录」
|
||||
- [x] 文档闭环 + merge `--no-ff`
|
||||
|
||||
## 相关链接
|
||||
|
||||
- Remediation: [.doc/remediation/2026-09-17-system-health-remediation-plan.md](../../remediation/2026-09-17-system-health-remediation-plan.md)
|
||||
- Audit: [.doc/audit/2026-09-17-system-health-check.md](../../audit/2026-09-17-system-health-check.md)
|
||||
- Test report: [.doc/test-reports/2026-09-18-wave5-deadcode-decisions-test-report.md](../../test-reports/2026-09-18-wave5-deadcode-decisions-test-report.md)
|
||||
- Assets: [.doc/test-reports/assets/2026-09-18-wave5-deadcode-decisions/](../../test-reports/assets/2026-09-18-wave5-deadcode-decisions/)
|
||||
|
||||
## 决策记录
|
||||
|
||||
### X-1：`SEMANTIC_FALLBACK_ENABLED` — 删除
|
||||
|
||||
- **现状证据**：字段仅在 `internal/intent/flags.go` 解析、`internal/app/app.go` 注入 sysadmin 视图、`internal/sysadmin/features.go` 目录展示；全仓无业务消费方。三环境 compose + `.env.example` 均声明该死变量。
|
||||
- **决策**：删除（不接线）。
|
||||
- **理由**：零读者、无设计文档描述预期语义；接线需独立产品设计，保留只会继续污染配置面。
|
||||
- **影响范围**：`flags.go` / `app.go` / `features.go` / 三 compose / `.env.example`；新增 `TestComposeNoDeadSemanticFallbackConfig` 防复活。
|
||||
- **验收**：`go vet ./...`；`go test ./internal/intent/... ./internal/app/... ./internal/sysadmin/... ./internal/config/...`；`rg SEMANTIC_FALLBACK_ENABLED` 除 `.doc/` 历史外无匹配。
|
||||
|
||||
### X-2：`SEMANTIC_SUMMARY_REPLACE` — 维持封存
|
||||
|
||||
- **现状证据**：env 可读但 `semantic_summary.go` 明确 `_ = SemanticSummaryReplaceEnabled()` 且不替换 `sum.Narrative`；负例 `TestSemanticSummary_ShadowOKKeepsDeterministic` 已覆盖 `Replace: true`。
|
||||
- **决策**：维持不接线；补强注释回链本决策记录。
|
||||
- **理由**：与 CURRENT 红线及 remediation Wave 5 一致；启用需独立授权 + fail-closed 灰度设计。
|
||||
- **影响范围**：仅 `summary_flags.go` / `semantic_summary.go` 注释。
|
||||
- **验收**：`go test ./internal/ctxmgr/... -run Semantic`；diff 仅注释。
|
||||
|
||||
### X-3：goose 00048 三表 — deferred → SWBOOT-10/W5b
|
||||
|
||||
- **现状证据**：`project_types` / `compliance_profiles` / `project_type_workflows` 已建表有种子，但 API 走硬编码 `swboot.ProjectTypesCatalog()` / `ComplianceProfilesCatalog()`；`project_source_bindings` / `repo_path_allowlist` 零运行时读写；`RepoAllowlist` 仅 stub + 单测。
|
||||
- **决策**：标记 deferred，归 W5b/SWBOOT-10；**不改 schema**。
|
||||
- **理由**：FEATURE-MATRIX 明确 SWBOOT-10 仍 stub；DB 化消费方与受控执行器需独立安全评审。
|
||||
- **影响范围**：`catalog.go` / `repo_allowlist.go` 注释；long-term 软件自举文档追加一行。
|
||||
- **验收**：`go test ./internal/swboot/...`；diff 仅注释与 long-term 文档。
|
||||
|
||||
### X-4：`system_settings` 6 未接线键 — 保留待二期
|
||||
|
||||
- **现状证据**：白名单 7 键中仅 `workflow.allow_author_only_approval` 有消费方；其余 6 键（`ui.maintenance_notice`、`ui.read_only_mode`、`chat.default_session_role`、`tasks.default_auto_repair`、`kb.default_search_limit`、`notifications.stage_advance_reminder`）零业务读取。FEATURE-MATRIX 系统管理台「白名单项接消费方」列为二期。
|
||||
- **决策**：保留白名单 + 逐键注释说明预期消费方；不删。
|
||||
- **理由**：删除需改写多处白盒测试且收益低；机制先行符合一期设计，二期再接线。
|
||||
- **影响范围**：仅 `internal/sysadmin/settings.go` 注释。
|
||||
- **验收**：`go test ./internal/sysadmin/...`；diff 仅注释。
|
||||
|
||||
### X-5：前端死组件/死 API — 删除
|
||||
|
||||
- **现状证据**（`web/` 全目录扫描，排除自身）：
|
||||
- `DocumentNotificationList` / `WorkflowPrerequisiteBanner` / `SettingsModal`：仅自身文件命中；`App` 使用 `UserSettingsModal`。
|
||||
- `activateWorkflow`（`api/projectWorkflow.ts`）：仅定义处；实际用 `activateWorkflowInstance`。
|
||||
- `saveMessages`：已 `@deprecated` no-op，仅定义处。
|
||||
- 级联：`patchNotification` 唯一调用方为 `DocumentNotificationList`。
|
||||
- **决策**：删除上述 3 组件 + `activateWorkflow`（及类型）+ `saveMessages` + `patchNotification`；同步 import。后端 `PATCH /api/v1/notifications/{id}` 保留。
|
||||
- **理由**：真死代码；删除降低误挂载与维护噪音；后端路由未经本波审计故不删。
|
||||
- **影响范围**：见删除清单；无 barrel / 无专用单测。
|
||||
- **验收**：`cd web && npm test && npm run build`；`rg` 无残留（`activateWorkflowInstance` 除外）。
|
||||
|
||||
## 证据 / 备注
|
||||
|
||||
基线 tip：`a12c947`（Wave 4 已合入本地 `.worktrees/dev-rdev-merge` `dev`）。
|
||||
@@ -1,51 +0,0 @@
|
||||
---
|
||||
title: "Wave 6：文档漂移修复（D-1~D-6）"
|
||||
status: done
|
||||
created: 2026-09-18
|
||||
updated: 2026-09-18
|
||||
owner: Cursor-Auto
|
||||
branch: docs/wave6-doc-drift
|
||||
worktree: "-"
|
||||
mutex: doc-drift
|
||||
---
|
||||
|
||||
# Wave 6：文档漂移修复（D-1~D-6）
|
||||
|
||||
## 目标
|
||||
|
||||
按系统体检整改方案 Wave 6，逐项关闭文档漂移 D-1~D-6，使 SSOT（audit/INDEX、remediation/INDEX、FEATURE-MATRIX、PROJECT.md、backlog、ADR、handoff、PU8 契约）口径一致。
|
||||
|
||||
## 范围
|
||||
|
||||
- D-1（含附带的 short-term 归档）、D-2、D-3（复核）、D-4、D-5、D-6
|
||||
|
||||
## 非目标
|
||||
|
||||
- Wave 5（X-1~X-5）及其涉及的任何代码；不升 tier；不接线 REPLACE；不改 FAV；项目 143 只读；不删除 D7 对话数据
|
||||
|
||||
## 步骤
|
||||
|
||||
1. [x] D-1 契约状态回标 + 归档两份 short-term 任务文件
|
||||
2. [x] D-2 ADR 状态改 accepted
|
||||
3. [x] D-3 复核 INDEX 末行（无改动）
|
||||
4. [x] D-4 handoff 回标闭环
|
||||
5. [x] D-5 backlog D3/D7 同步
|
||||
6. [x] D-6 PROJECT.md §9 对齐
|
||||
7. [x] remediation/CURRENT 收口 + test-report + 合入本地 `dev`
|
||||
|
||||
## 验收标准
|
||||
|
||||
- [x] D-1~D-6 每项均有落盘证据或复核记录
|
||||
- [x] `go build ./...` / `go vet ./...` / `npm run build` 全绿（无代码改动，防误伤）
|
||||
- [x] remediation Wave 6 行改 done；勾选「D-1~D-6 全部回链关闭」
|
||||
- [x] CURRENT 焦点/认领表/集成槽位三处一致
|
||||
|
||||
## 相关链接
|
||||
|
||||
- Remediation: [../../remediation/2026-09-17-system-health-remediation-plan.md](../../remediation/2026-09-17-system-health-remediation-plan.md)
|
||||
- Audit: [../../audit/2026-09-17-system-health-check.md](../../audit/2026-09-17-system-health-check.md)
|
||||
- Test report: [../../test-reports/2026-09-18-wave6-doc-drift-test-report.md](../../test-reports/2026-09-18-wave6-doc-drift-test-report.md)
|
||||
|
||||
## 证据 / 备注
|
||||
|
||||
基线 tip：`2ce2625`（`merge: fix/wave5-deadcode-decisions`）。mutex=`doc-drift`，未复用 `architecture-docs`。FEATURE-MATRIX 交叉检查无改动（D3 done/shadow、D7 deferred、U9–U12 done、`production_ready=yes` 与本次回标一致）。
|
||||
@@ -1,101 +0,0 @@
|
||||
---
|
||||
title: "Wave 7：既有 roadmap 收口（编排确认）"
|
||||
status: done
|
||||
created: 2026-09-18
|
||||
updated: 2026-09-18
|
||||
owner: Cursor-Auto
|
||||
branch: docs/wave7-roadmap-orchestration
|
||||
worktree: "-"
|
||||
mutex: roadmap-orchestration
|
||||
---
|
||||
|
||||
# Wave 7：既有 roadmap 收口（编排确认）
|
||||
|
||||
## 目标
|
||||
|
||||
对照 FEATURE-MATRIX 剩余工作列，为 T1/W5、T1/W6、T1/W7、T2、T4、T5/T6/T8 各写一条编排确认；不改变任何能力实现状态。
|
||||
|
||||
## 范围
|
||||
|
||||
- 六条编排确认文案落盘（见「确认记录」）
|
||||
- remediation Wave 7 行改 done 并回链本记录
|
||||
- CURRENT 焦点改为 Wave 0–7 done，并记录 Control Center 双实现发现
|
||||
|
||||
## 非目标
|
||||
|
||||
- 不实施 SWBOOT-10；不升 FAV live / 不改 `FAV_DEGRADED_READ`；不按 D7 物理删除数据；不升 `MULTI_INTENT_PLAN_TIER`；不接线 `SEMANTIC_SUMMARY_REPLACE`；项目 143 只读
|
||||
- 不改 FEATURE-MATRIX 状态列；不改 gap-matrix 发布门禁
|
||||
- **不补 Wave 6 D-5**：D-1~D-6 已在 `a88ed85` PASS，backlog D3/D7 已同步；本波不改 `.doc/backlog/chat-agent-p6-backlog.md`，不把 Wave 6 再标一遍
|
||||
- 不决定 Control Center 两套实现的取舍：不合并、不删除 `feature/control-center-server`
|
||||
|
||||
## 步骤
|
||||
|
||||
1. [x] 跳过步骤 0（Wave 6 D-5 已完成）
|
||||
2. [x] 六条编排确认落盘（本文件）
|
||||
3. [x] remediation Wave 7 行改 done + 回链本记录
|
||||
4. [x] CURRENT 焦点改为「Wave 0–7 done」+ 记录 Control Center 分支冲突发现
|
||||
|
||||
## 验收标准
|
||||
|
||||
- [x] 六项编排确认均含：当前状态、关闭条件、是否需用户授权、建议下一触发点
|
||||
- [x] 无一项被伪装为已实现；FAV/D7/tier 升级仍标注「需用户显式授权」
|
||||
- [x] Wave 6 保持已关闭，未重复改写
|
||||
|
||||
## 相关链接
|
||||
|
||||
- Remediation: [../../remediation/2026-09-17-system-health-remediation-plan.md](../../remediation/2026-09-17-system-health-remediation-plan.md)
|
||||
- Audit: [../../audit/2026-09-17-system-health-check.md](../../audit/2026-09-17-system-health-check.md)
|
||||
- 总控: [../../remediation/2026-09-16-partial-deferred-completion-plan.md](../../remediation/2026-09-16-partial-deferred-completion-plan.md)
|
||||
- Test report: [../../test-reports/2026-09-18-wave7-roadmap-orchestration-test-report.md](../../test-reports/2026-09-18-wave7-roadmap-orchestration-test-report.md)
|
||||
|
||||
## 确认记录
|
||||
|
||||
### T1/W5：SWBOOT-10
|
||||
|
||||
- **当前状态**：SWBOOT-00~09（契约、迁移、目录、UI、docs_only 真实 PI）已合入 `dev`（[long-term](../long-term/2026-09-14-software-project-bootstrap-implementation.md)、[W5a 报告](../../test-reports/2026-09-17-w5a-software-bootstrap-ui-pi-test-report.md)）。SWBOOT-10（受控工程执行：repo allowlist、worktree、patch/test/merge 分段批准）仍为 **stub only**，保持 fail-closed，归 W5b，本轮未启动。goose 00048 三张关联表（`project_source_bindings` / `repo_path_allowlist` / `project_type_workflows`）已在 Wave 5 X-3 标记 deferred。
|
||||
- **关闭条件**：独立安全评审通过 + SWBOOT-10 非 stub 真实实现 + 真实 PI 全链路证据 + UI 二次验收（见 [partial-deferred-completion-plan §W5](../../remediation/2026-09-16-partial-deferred-completion-plan.md)）。
|
||||
- **是否需用户授权**：**需要**。独立安全评审本身即用户授权门槛；红线明确「不实施 SWBOOT-10 真实执行器」。
|
||||
- **建议下一触发点**：用户就 W5b 受控执行器单独立项、批准安全评审范围后，从 `dev` 开 `feature/swboot-10-w5b`（mutex `workflow-design`）按 long-term 拆分实施。本波不动代码，fail-closed stub 原样保持。
|
||||
|
||||
### T1/W6：FAV live 放量
|
||||
|
||||
- **当前状态**：W6 shadow 已合入 `dev`（[short-term](2026-09-17-w6-fav-subscriber-shadow.md)、[报告](../../test-reports/2026-09-17-w6-fav-subscriber-shadow-test-report.md)）：`ObserveShadow` 只计算 intended outcome、不写业务副作用；负例覆盖 degraded read 拒绝 / `HandleLease` / `Register(fav)` fail-closed。三环境 compose 既有声明为 `FAV_DEGRADED_READ` 默认 false、`FAV_PUBLISHER_ENABLED` 默认 false。**live 未放量**。本波未改 compose。
|
||||
- **关闭条件**：按固定顺序 staging → artifact → publication 逐 consumer live，每级 shadow → drain → live，观察窗 ≥7 天或 ≥N 终态样本（取更严）；`FAV_DEGRADED_READ` 全程保持 false；崩溃/重启幂等证据；**禁止整支 merge** `feature/final-artifact-vault`（见 [partial-deferred-completion-plan §7.4](../../remediation/2026-09-16-partial-deferred-completion-plan.md)）。
|
||||
- **是否需用户授权**：**需要**。红线明确「不升 FAV live / 不改 `FAV_DEGRADED_READ`」。
|
||||
- **建议下一触发点**：用户批准 staging 级观察窗起点后，从 `dev` 开独立 flag 分支（mutex `events`），先跑 staging ≥7 天观察窗并归档证据报告，再评估升 artifact/publication。本波不推进放量。
|
||||
|
||||
### T1/W7：D7 对话数据治理
|
||||
|
||||
- **当前状态**：ADR 草案（[2026-09-17-d7-chat-data-retention.md](../../adr/2026-09-17-d7-chat-data-retention.md)，`compliance: pending-compliance-signoff`）已落地；只读数据分类盘点已完成（[audit](../../audit/2026-09-17-d7-data-inventory.md)，`status: done`），**未发现**当前基线违反已确认合规/安全约束，因此**未**写入 gap-matrix blocker。合规签字前禁止按 365/180/30 天草案数字执行物理删除或备份清除。Wave 6 已把该现状同步进 backlog D7 行，本波不改该文件。
|
||||
- **关闭条件**：合规签字或改数 → ADR 状态改 `accepted`/`signed` → 按签字口径落地整改（soft-delete 写路径 → 观察窗 → 物理清理；备份二次批准 + delete manifest）→ FEATURE-MATRIX D7 行升 `done`；若盘点期间发现违规则立即升 gap-matrix（本轮未触发）。
|
||||
- **是否需用户授权**：**需要**。合规签字是产品/法务决策，非工程可自行拍板；红线明确「不按 D7 物理删除数据」。
|
||||
- **建议下一触发点**：用户/合规负责人对 ADR 草案数字表签字或提出修改意见；签字后开独立 short-term 任务按 ADR 决策落地。
|
||||
|
||||
### T2：Control Center 前端 SPA 七页人工走查
|
||||
|
||||
- **当前状态**：2026-09-17 审计结论已过期，不能按「仅剩前端走查」收口。FEATURE-MATRIX「个人工程中控台」行已通过 `engineering-dashboard`（CLI `serve`/`export`，四轴模型）达到 **done** 一期，已合入 `dev`（[报告](../../test-reports/2026-09-17-engineering-dashboard-test-report.md)）。审计 T2 所指「后端 P0–P6 已签，仅剩前端 SPA 七页人工走查」实为 Kimi 的 `feature/control-center-server`：自身 11 commits（P0 skeleton → P6 design spec + LAN bind + agent-integration），**从未合入 `dev`**。2026-09-18 相对 `dev@a88ed85` 实测：merge-base `adb48c8`，落后 **136** commits（研究快照曾记 128，以本次 `rev-list` 为准），缺失 Wave 0–6。提交 `b5bacee`（`refactor(control-center): remove legacy engineering-dashboard, superseded by control-center`）试图删除已合入并验收的 `engineering-dashboard`，与 canonical 实现冲突。该分支的任务声明与 CURRENT 认领只存在于分支本身，未反映在 `dev` 主线。实现范围（pgvector 文档向量库、P3 SPA、P5 定期审计 + LLM 复核）超出已批准设计一期边界。
|
||||
- **关闭条件**：FEATURE-MATRIX 该行**已经 done**（通过 engineering-dashboard）。若要转向「复活/合并 Kimi 实现」，需先有独立决策与重新规划，不属于「仅剩一次前端走查」。
|
||||
- **是否需用户授权**：**是**。授权对象是「两套实现如何取舍」，不是「批准做前端走查」。本波只读编排确认，不能代为废弃或合并该分支。
|
||||
- **建议下一触发点**：请用户明确二选一：(a) 维持现状——`engineering-dashboard` 为唯一 canonical 实现，`feature/control-center-server` 由用户决定归档或保留（推荐：已 done 且范围经批准）；或 (b) 要求评估合并该分支的增量能力（SPA / pgvector / 定期审计）。触发后再开对应短期任务。本波只记录事实与建议，**不合并、不删除**该分支。
|
||||
- **后续裁决（2026-09-19）**：用户决定进度管理由独立项目承担。本仓库已删除 Control Center 代码与文档，不恢复 `engineering-dashboard`。见 [移除任务](./2026-09-19-remove-control-center.md)。
|
||||
|
||||
### T4：首次加载性能 U1/U3–U7
|
||||
|
||||
- **当前状态**：仅 U2（静态资源交付）done——自托管字体、构建期 br/gzip、`/assets/*` 404 修正；主 JS 传输 2.82 MB → ~624 KB，登录冷缓存可见 ~205ms（[报告](../../test-reports/2026-09-17-initial-load-perf-u2-test-report.md)）。U1（完整性能基线）、U3（登录壳按需加载）、U4（初始化扇出收敛）、U5（认证请求去重）、U6（列表/租约按证据优化）、U7（重启后首访链路）**均未开始**。
|
||||
- **关闭条件**：按 [方案](../../remediation/2026-09-17-initial-load-performance-plan.md) Definition of Done——R1–R6 逐项有前后对比 + 真实 UI 证据；未覆盖项明确列残余，不因 health PASS 关闭；完成后更新任务/CURRENT/FEATURE-MATRIX/test-report。
|
||||
- **是否需用户授权**：不需要额外专项授权（方案已 planned 且范围已批准）；需要工程排期认领（估算 U1–U5 约 3.5–7 人日，U6 另需 2–4 日，U7 另需 0.5–1.5 日，非承诺）。
|
||||
- **建议下一触发点**：任一 Agent 从 `dev` 开分支认领 U1（P0，是后续单元的前置依赖）即触发；建议顺序 U1 → U2(done)/U3 与 U7 → U4/U5 → 按数据选 U6。
|
||||
|
||||
### T5/T6/T8：backlog 类（按收益触发）
|
||||
|
||||
- **T5 选择性模块解耦 M4–M6**：**当前状态** `planned`，owner=TBD，未开始（[long-term](../long-term/2026-09-14-selective-module-decoupling.md)）。触发条件中「M1–M3 test report 全部 PASS」已满足（文档可靠性试点 / 可靠事件核心均 done），但「同类缺陷触达文件数和运行故障率表明继续解耦具有收益」证据尚未出现，暂不触发。**关闭条件**与是否授权见该文档触发条件段。**是否需用户授权**：无需专项授权，按收益证据 + owner 认领即可开工。**建议下一触发点**：出现同类缺陷证据或 owner 主动认领。
|
||||
- **T6 产品 backlog（B5/A5/A6/A7/D5）**：[backlog](../../backlog/chat-agent-p6-backlog.md) 仍列 B5（报价复核）、A5/A6（小队降级 + trace）、A7（注释迁移）、D5（KB 按环境隔离评估）为纯 backlog，无任务文件、无 owner。**D3、D7 已由 Wave 6 同步**（D3 标已实现 shadow 并回链；D7 回链 ADR 草案与只读盘点，合规签字前不整改）。本波不改该文件。**关闭条件**：开放项按产品收益单独排期开短期任务。**是否需用户授权**：开始评估不需要专项授权；D3 REPLACE 灰度、D7 整改分别仍受各自红线约束。**建议下一触发点**：产品侧提出具体收益诉求；无固定时间表。
|
||||
- **T8 IAM 收尾开放项**：410 退役策略已冻结为「保留，非缺口」（[决策](../../audit/2026-09-16-bug11-410-retire-decision.md)，gap-matrix BUG-11 PASS）；R13 数据安全清单 7 项全部 PASS，仅「完整红队注入矩阵」标记为开放增强、不挡基线；IAM 全路由 inventory 仍标记「开放」（[handoff](../handoffs/2026-09-16-phase3-leftover-closeout.md)），fail-closed 核心已签。均为**加固类，非发布 blocker**。**是否需用户授权**：不需要专项授权，可按运维遥测随时另开 audit/任务。**建议下一触发点**：410 路由遥测证明零流量后可另开退役任务；或需要更强出站安全保证时另开红队 audit。
|
||||
|
||||
## 新发现（需用户后续裁决，不阻塞本波收口）
|
||||
|
||||
- **Control Center 双实现冲突**：当时未合入。2026-09-19 用户裁决为移出本仓库，代码与专属文档已删除，不恢复旧工程中控台。见 [移除任务](./2026-09-19-remove-control-center.md)。
|
||||
|
||||
## 证据 / 备注
|
||||
|
||||
基线 tip：`a88ed85`（`merge: docs/wave6-doc-drift`）。mutex=`roadmap-orchestration`。零 Go/TS/SQL/compose 改动。FEATURE-MATRIX 状态列未改。
|
||||
@@ -1,56 +0,0 @@
|
||||
---
|
||||
title: "移除 Control Center，本仓库回到智能体系统"
|
||||
status: done
|
||||
created: 2026-09-19
|
||||
updated: 2026-09-19
|
||||
owner: Cursor-Auto
|
||||
branch: fix/remove-control-center
|
||||
worktree: "-"
|
||||
mutex: controlcenter
|
||||
---
|
||||
|
||||
# 移除 Control Center
|
||||
|
||||
## 目标
|
||||
|
||||
项目进度管理已由独立项目承担。从本仓库删除 Control Center 的代码、部署、规范和专属文档，不恢复旧 `engineering-dashboard`。
|
||||
|
||||
## 范围
|
||||
|
||||
- 删除 `cmd/control-center`、`internal/controlcenter`、`control-center/web`、`deploy/control-center`、`scripts/control-center.sh`
|
||||
- 删除专属设计、任务、测试报告与截图
|
||||
- 更新 AGENTS、FEATURE-MATRIX、CURRENT、模块边界与断链引用
|
||||
- 停掉 `control-center-db` 与 `127.0.0.1:8790`
|
||||
|
||||
## 非目标
|
||||
|
||||
- 不恢复 `engineering-dashboard`
|
||||
- 不 push
|
||||
- 不改产品 `internal/server`、产品前端或三环境 compose
|
||||
|
||||
## 步骤
|
||||
|
||||
1. [x] 从本地 dev 开 `fix/remove-control-center`
|
||||
2. [x] 删除代码与文档并更新引用
|
||||
3. [x] 停运行时
|
||||
4. [x] `go vet` / `go test -short` / 产品前端 build / archtest
|
||||
5. [x] 合入本地 dev 并做健康检查
|
||||
6. [x] 删除未跟踪的 `control-center/web/node_modules` 与本地分支 `feature/control-center-server`
|
||||
|
||||
## 验收标准
|
||||
|
||||
- [x] 仓库内不再有 Control Center 源码或专属文档
|
||||
- [x] `go vet ./...`、`go test -short ./...`、`go test ./internal/archtest/`、`web` 的 `npm run build` 通过
|
||||
- [x] 本地 dev 健康检查 200
|
||||
|
||||
## 相关链接
|
||||
|
||||
- Checklist:
|
||||
- Handoff:
|
||||
- Test report: [../../test-reports/2026-09-19-remove-control-center-test-report.md](../../test-reports/2026-09-19-remove-control-center-test-report.md)
|
||||
|
||||
## 证据 / 备注
|
||||
|
||||
用户确认：只移除 Control Center，副本已在别处实现，合入本地 dev。
|
||||
|
||||
2026-09-19 复查：产品代码、模块边界、AGENTS 规范、容器与端口均无残留。另删除未跟踪目录 `control-center/`（仅 `node_modules`）和本地分支 `feature/control-center-server`（`55fa8dd`）。未删除 `origin/feature/control-center-server`。`go build ./...` 通过。
|
||||
@@ -1,50 +0,0 @@
|
||||
---
|
||||
title: "系统深度体检审计（独立审查潜在缺陷与未完善点）"
|
||||
status: done
|
||||
created: 2026-09-19
|
||||
updated: 2026-09-19
|
||||
owner: Cursor
|
||||
branch: docs/audit-remediation-backlog
|
||||
worktree: "-"
|
||||
mutex: audit
|
||||
---
|
||||
|
||||
# 系统深度体检审计（2026-09-19）
|
||||
|
||||
## 目标
|
||||
|
||||
在不改业务代码的前提下，对当前 dev（e8ed33b）做一次独立深度审查，输出 `.doc/audit/` 审计笔记，列出潜在 bug 与未完善项并给出严重度分级。
|
||||
|
||||
## 范围
|
||||
|
||||
- Go 静态验证：`go vet ./...` + `go test -short ./...`
|
||||
- 后端：server 路由/chat SSE/docgov/events 错误处理与并发风险
|
||||
- 前端 web：错误处理、SSE 重连、竞态
|
||||
- 配置：flag 默认值一致性、死代码、环境差异（dev/test schema 漂移）
|
||||
- 安全：IAM 旁路、密钥泄露面
|
||||
- DB：goose 迁移一致性与回滚风险
|
||||
|
||||
## 非目标
|
||||
|
||||
- 不修改业务代码（docs-only 分支）
|
||||
- 不验证已明确 deferred 的事项本身（FAV live 放量、D7 签字、SWBOOT-10）——仅核对声明与代码是否一致
|
||||
|
||||
## 步骤
|
||||
|
||||
1. [x] 创建 docs 分支、登记 CURRENT
|
||||
2. [x] go vet + go test -short
|
||||
3. [x] 并行子代理深潜后端/前端/配置/DB/安全
|
||||
4. [x] 汇总撰写 audit 笔记并提交
|
||||
|
||||
## 验收标准
|
||||
|
||||
- [x] 每个发现均有代码路径 + 行号证据
|
||||
- [x] 严重度分级（critical/high/medium/low）
|
||||
- [x] 与 FEATURE-MATRIX 已声明的 partial/deferred 项对齐，不重复申报
|
||||
|
||||
## 证据 / 备注
|
||||
|
||||
- go vet 零告警；go test -short 55 包全 PASS（dev@e8ed33b）
|
||||
- 审计笔记：[.doc/audit/2026-09-19-system-deep-audit.md](../../audit/2026-09-19-system-deep-audit.md)
|
||||
- 五路并行只读深潜全部完成；四条红线核实一致；新发现 4 critical（C1 docgov 吞错 / C2 Session 竞态 / C3 SSE 超时 / C4 工作流竞态）+ 10 high
|
||||
- 整改：critical/high 已分四批合入 `dev`（`844f757` / `08f4e0b` / `a2a49a6` / `d73bc79`）。medium/low 见 [long-term](../long-term/2026-09-19-audit-remainder.md)。
|
||||
@@ -1,58 +0,0 @@
|
||||
---
|
||||
title: "修复系统权限设置与项目协作多项缺陷"
|
||||
status: done
|
||||
created: 2026-09-20
|
||||
updated: 2026-09-20
|
||||
owner: Cursor-Auto
|
||||
branch: fix/bug-hunt-2026-09-20-permissions-and-uploads
|
||||
worktree: "-"
|
||||
mutex: authz+web+projectworkflow
|
||||
---
|
||||
|
||||
# 修复系统权限设置与项目协作多项缺陷
|
||||
|
||||
## 目标
|
||||
|
||||
修复两轮排查确认的 12 处后端/前端缺陷（CSP/PDF、系统设置 CAS、任务错误误分类、task-run 403、成员管理 RBAC、注册吞错、强制改密复发、项目重名、无项目可对话、右侧栏不记忆等）。
|
||||
|
||||
## 范围
|
||||
|
||||
- CSP `frame-src` + PDF blob 预览
|
||||
- 系统设置 `expected_revision` 全链路
|
||||
- `ProjectSettingsApiError` httpStatus/errorCode 别名
|
||||
- task-run 查看放宽为项目成员；前端 403/404 停轮询
|
||||
- `project:manage_members` 权限位（迁移 00055）
|
||||
- memStore 成员可见性
|
||||
- CreateUser 吞错 / 400·500 分类 / LooksInternal
|
||||
- 强制改密 session 嵌套字段 OR 复活
|
||||
- CreateProject `client_key` 幂等 + `(creator, name)` 唯一（迁移 00056）
|
||||
- 无项目禁止对话 + 发送按钮置灰
|
||||
- 右侧工具栏默认收起并持久化
|
||||
|
||||
## 非目标
|
||||
|
||||
- 全局项目名唯一（仅同创建人内唯一）
|
||||
- 放宽 `frame-ancestors` / `X-Frame-Options`
|
||||
|
||||
## 步骤
|
||||
|
||||
1. [x] 后端 CSP / authz / auth / projectworkflow / chat 入口
|
||||
2. [x] 前端 PDF / settings / 错误别名 / 轮询 / RBAC UI / 改密 / 建项幂等 / InputArea / AppShell
|
||||
3. [x] 迁移 00055 / 00056 + 单测
|
||||
4. [x] `go vet` / `go test -short` / `npm test` / `npm run build`
|
||||
5. [x] 占集成槽位合回 `dev`
|
||||
|
||||
## 验收标准
|
||||
|
||||
- [x] 代码与契约补齐（见 audit 笔记）
|
||||
`- [x] 短测与前端构建通过
|
||||
`- [x] 合入 `dev`
|
||||
|
||||
## 相关链接
|
||||
|
||||
- Audit: `.doc/audit/2026-09-20-bug-hunt-permissions-uploads.md`
|
||||
- Plan: `.cursor/plans/修复系统权限设置与项目协作多项缺陷_ff3242f7.plan.md`
|
||||
|
||||
## 证据 / 备注
|
||||
|
||||
分支：`fix/bug-hunt-2026-09-20-permissions-and-uploads`
|
||||
@@ -1,57 +0,0 @@
|
||||
---
|
||||
title: "能力就绪度与 lineage 鉴权"
|
||||
status: done
|
||||
created: 2026-09-20
|
||||
updated: 2026-09-20
|
||||
owner: Cursor-Auto
|
||||
branch: feature/capability-enablement-impact-plan
|
||||
worktree: "-"
|
||||
mutex: sysadmin+lineage
|
||||
---
|
||||
|
||||
# 能力就绪度与 lineage 鉴权
|
||||
|
||||
## 目标
|
||||
|
||||
管理台把配置值与实现成熟度、适配器就绪度分开；lineage 读取必须落在 URL 项目内，并按逐文档可见性裁剪，跨项目或不可见文档不泄漏标识。
|
||||
|
||||
## 范围
|
||||
|
||||
- Foundation 0：功能目录增加 `implementationState`、`adapterReadiness`、`configuredValue` / `effectiveValue`、`rolloutScope`。
|
||||
- lineage GET：`project_id` 约束、查询文档属于该项目、两端文档可见性过滤；空结果与“不可见”使用同一空列表，不区分存在性。
|
||||
|
||||
## 非目标
|
||||
|
||||
- 不打开 test/main 开关，不升 `full`，不接 `SEMANTIC_SUMMARY_REPLACE`。
|
||||
- 不实现 `trace_reviewer` 端点（待审核）。
|
||||
- 不建项目追踪五表，不决定 D7 留存与源文档删除传播。
|
||||
- 不占用集成槽，不重启共享容器。
|
||||
|
||||
## 步骤
|
||||
|
||||
1. [x] 能力目录与管理台展示成熟度，配置值不能冒充可用。
|
||||
2. [x] lineage 查询按项目与文档可见性过滤，并补跨项目负例。
|
||||
3. [x] `go test` 覆盖上述契约。
|
||||
|
||||
## 验收标准
|
||||
|
||||
- [x] `SEMANTIC_SUMMARY_REPLACE=true` 时实现状态仍为 `placeholder`，适配器 `unavailable`。
|
||||
- [x] 用项目 A 的 URL 查询项目 B 的 `doc_id` 得到空列表，响应体不含 B 的上游文档 ID。
|
||||
- [x] 项目 B 自己的 URL 仍能读到已登记且两端都可解析的血缘。
|
||||
|
||||
## 相关链接
|
||||
|
||||
- 整改方案: [2026-09-20-capability-enablement-impact-plan.md](../../remediation/2026-09-20-capability-enablement-impact-plan.md)
|
||||
- 调研: [2026-09-20-capability-enablement-impact-research.md](../research/2026-09-20-capability-enablement-impact-research.md)
|
||||
|
||||
## 证据 / 备注
|
||||
|
||||
2026-09-20 本地 `go test`（未占集成槽、未重启容器）：
|
||||
|
||||
- `TestFeatures_ConfiguredValueDoesNotImplyReadiness` PASS
|
||||
- `TestGetLineageForProjectDownstream_ExcludesOtherProject` PASS
|
||||
- `TestProjectLineage_ForeignDocDoesNotLeak` PASS
|
||||
- `TestProjectWorkflow_TestManagerAndLineageStale` PASS
|
||||
- `TestFilterLineageEdges_DropsForeignAndHiddenEndpoints` PASS
|
||||
|
||||
管理台表格改在 `web/src/components/admin/console/sections/FeaturesSection.tsx`。本波未重建 dev 容器，页面验收留到占槽冒烟。
|
||||
@@ -1,64 +0,0 @@
|
||||
---
|
||||
title: "模块解耦规范与耦合审计"
|
||||
status: done
|
||||
created: 2026-09-20
|
||||
updated: 2026-09-20
|
||||
owner: Cursor-Auto
|
||||
branch: docs/module-decoupling-spec-2026-09-20
|
||||
worktree: "-"
|
||||
mutex: module-decoupling-spec
|
||||
---
|
||||
|
||||
# 模块解耦规范与耦合审计
|
||||
|
||||
## 目标
|
||||
|
||||
在不改业务代码、不推翻模块化单体 ADR 的前提下，交付三份可执行文档：当前耦合审计、模块开发规范（通信契约 / 输入输出接口 / 故障隔离）、分批整改计划。
|
||||
|
||||
## 范围
|
||||
|
||||
- 盘点 2026-09-14 / 2026-09-15 解耦基线之上的剩余耦合热点。
|
||||
- 把既有契约（窄端口、领域事件、wire DTO、表唯一写者）收成开发者入口规范。
|
||||
- 把整改拆成独立批次 A–G，各自带 mutex、分支示例、验收门与回滚点。
|
||||
- 同步 CURRENT 认领与 FEATURE-MATRIX 规范行。
|
||||
|
||||
## 非目标
|
||||
|
||||
- 不改 `internal/`、`web/`、`module-boundaries.yaml` 或迁移。
|
||||
- 不把单体内端口改成 RPC，不拆微服务。
|
||||
- 不修改 Cline 占用的 `partial-deferred-completion-plan.md`（只引用）。
|
||||
- 不占用 `architecture-docs` mutex。
|
||||
- 不把 planned 批次标成进行中或完成。
|
||||
|
||||
## 步骤
|
||||
|
||||
1. [x] 登记 short-term 与 CURRENT 认领。
|
||||
2. [x] 写耦合审计。
|
||||
3. [x] 写模块开发规范。
|
||||
4. [x] 写分批整改计划。
|
||||
5. [x] 同步 FEATURE-MATRIX 与 CURRENT 焦点。
|
||||
6. [x] 分批 `docs(...)` 提交，占集成槽位后 `--no-ff` 合回 `dev`，文档-only 冒烟。
|
||||
|
||||
## 验收标准
|
||||
|
||||
- [x] 审计覆盖 7 个热点，并给出文件路径证据与严重度。
|
||||
- [x] 规范明确三种通信契约、端口 checklist、故障隔离红线、新增模块/表/事件流程。
|
||||
- [x] 整改计划 A–G 各自可独立认领，互不把对方写成已完成。
|
||||
- [x] 文档落入 taxonomy，不在 `.doc/` 根新建文件。
|
||||
|
||||
## 相关链接
|
||||
|
||||
- 架构: [../../system-design/2026-09-14-module-decoupling-architecture.md](../../system-design/2026-09-14-module-decoupling-architecture.md)
|
||||
- 本轮审计: [../../audit/2026-09-20-module-coupling-audit.md](../../audit/2026-09-20-module-coupling-audit.md)
|
||||
- 本轮规范: [../../system-design/2026-09-20-module-development-standards.md](../../system-design/2026-09-20-module-development-standards.md)
|
||||
- 本轮批次: [../../remediation/2026-09-20-module-decoupling-batch-plan.md](../../remediation/2026-09-20-module-decoupling-batch-plan.md)
|
||||
- ADR: [../../adr/2026-09-14-modular-monolith-decoupling.md](../../adr/2026-09-14-modular-monolith-decoupling.md)
|
||||
- Phase 2: [../../remediation/2026-09-15-module-decoupling-ipc-phase2-remediation-plan.md](../../remediation/2026-09-15-module-decoupling-ipc-phase2-remediation-plan.md)
|
||||
- 影响面守则: [../../remediation/2026-09-16-partial-deferred-completion-plan.md](../../remediation/2026-09-16-partial-deferred-completion-plan.md) §2
|
||||
- 边界清单: [../../system-design/module-boundaries.yaml](../../system-design/module-boundaries.yaml)
|
||||
|
||||
## 证据 / 备注
|
||||
|
||||
只读盘点（2026-09-20）：生产 Go 约 7.8 万行；`archtest` import/event 已 block 且 baseline import=0、event=0；剩余例外为 sql_write 5 + path 16。
|
||||
|
||||
合入 `dev`：`133ceb45`（`merge: docs/module-decoupling-spec-2026-09-20`）。冒烟：`go vet ./...` 通过。`go test -short ./...` 除 `TestPiAgentDockerBuildContext_RunnerModulesPresent` 与 `TestDockerBuildContext_TemplatesDocsReadable` 外均为 ok；这两例失败原因是拉取 `debian:bookworm-slim` 时镜像源 EOF，不是本批文档改动。槽位在记录该结果后释放。
|
||||
@@ -1,49 +0,0 @@
|
||||
---
|
||||
title: "2026-09-20 P0 热修（迁移 / 越权 / 稳定性 / 凭证）"
|
||||
status: done
|
||||
created: 2026-09-20
|
||||
updated: 2026-09-20
|
||||
owner: Cursor-Auto
|
||||
branch: docs/p0-closeout-2026-09-20
|
||||
worktree: "-"
|
||||
mutex: docs
|
||||
---
|
||||
|
||||
# 2026-09-20 P0 热修
|
||||
|
||||
## 目标
|
||||
|
||||
关闭系统体检发现的 P0 critical：迁移断链、三项 IDOR、进程 panic/race、凭证泄漏与生产口令轮换。
|
||||
|
||||
## 范围
|
||||
|
||||
- Wave 0–4（见 [整改方案](../../remediation/2026-09-20-p0-remediation-plan.md)）
|
||||
- 后续实现分支：`fix/capability-merge-00058-2026-09-20`、`fix/authz-idor-hotfixes-2026-09-20`、`fix/runtime-panic-races-2026-09-20`、`fix/credential-hardening-2026-09-20`、`docs/p0-closeout-2026-09-20`
|
||||
|
||||
## 非目标
|
||||
|
||||
- main 分支对齐晋升
|
||||
- FAV / SWBOOT-10 / D7 / MULTI_INTENT full
|
||||
|
||||
## 步骤
|
||||
|
||||
1. [x] Wave 0：审计与整改文档、CURRENT 认领、long-term 增补
|
||||
2. [x] Wave 1：capability 合入 + 00058 + rebuild
|
||||
3. [x] Wave 2：三项越权
|
||||
4. [x] Wave 2b：panic/race/recover/XSS
|
||||
5. [x] Wave 3：凭证 + 口令轮换
|
||||
6. [x] Wave 4：测试报告与收口
|
||||
|
||||
## 验收标准
|
||||
|
||||
- [x] 见 [测试报告](../../test-reports/2026-09-20-p0-hotfixes-test-report.md)
|
||||
|
||||
## 相关链接
|
||||
|
||||
- Audit: [../../audit/2026-09-20-system-triage-audit.md](../../audit/2026-09-20-system-triage-audit.md)
|
||||
- Remediation: [../../remediation/2026-09-20-p0-remediation-plan.md](../../remediation/2026-09-20-p0-remediation-plan.md)
|
||||
- Test report: [../../test-reports/2026-09-20-p0-hotfixes-test-report.md](../../test-reports/2026-09-20-p0-hotfixes-test-report.md)
|
||||
|
||||
## 证据 / 备注
|
||||
|
||||
（各波次合入 commit 与健康输出）
|
||||
@@ -1,51 +0,0 @@
|
||||
---
|
||||
title: "PI 变更叙事只读事实带上截断差异"
|
||||
status: done
|
||||
created: 2026-09-20
|
||||
updated: 2026-09-20
|
||||
owner: Cursor-Auto
|
||||
branch: feature/capability-enablement-impact-plan
|
||||
worktree: "-"
|
||||
mutex: docgov
|
||||
---
|
||||
|
||||
# PI 变更叙事只读事实带上截断差异
|
||||
|
||||
## 目标
|
||||
|
||||
`PI_CHANGE_REPORT_NARRATIVE` 仍默认关闭时，叙事请求的 `facts.json` 已包含有长度上限的差异片段和影响说明，而不是只有 SHA、风险和计数。
|
||||
|
||||
## 范围
|
||||
|
||||
- `NarrativeModelInput`：最多 8 条 hunk、8 条影响，前后文/原因各 240 个字符，超出记 `truncated` 与 `hunks_omitted` / `impacts_omitted`，同时保留完整计数。
|
||||
- `PiChangeReportNarrator.Fetch` 改写这份最小化输入。
|
||||
- 成熟度说明与 FEATURE-MATRIX 改为「输入已含截断差异，开关与运行中 runner 仍未就绪」。
|
||||
|
||||
## 非目标
|
||||
|
||||
- 不打开 `PI_CHANGE_REPORT_NARRATIVE`。
|
||||
- 不把整篇 Markdown 或未截断正文放进模型输入。
|
||||
- 不改变 `NarrativeInputDigest`（摘要仍只绑 hunk id/kind/section 与影响 doc/type/reason）。
|
||||
- 不重启容器，不占集成槽位，不实现 trace_reviewer 或 T2 物理删除。
|
||||
|
||||
## 步骤
|
||||
|
||||
1. [x] 增加截断后的模型输入，并让 Fetch 使用它
|
||||
2. [x] 单测覆盖正文出现、超长截断、digest 原样保留
|
||||
3. [x] 同步成熟度说明、FEATURE-MATRIX、CURRENT
|
||||
|
||||
## 验收标准
|
||||
|
||||
- [x] `go test` 覆盖 `TestNarrativeModelInput_IncludesClippedChangeText` 与 `TestPiChangeReportNarrator_NoTools`
|
||||
- [x] 开关默认仍关闭；成熟度仍是 shadow / degraded
|
||||
|
||||
## 相关链接
|
||||
|
||||
- Checklist:
|
||||
- Handoff:
|
||||
- Test report: 本切片为契约单测，未做真实 PI 容器验收
|
||||
|
||||
## 证据 / 备注
|
||||
|
||||
- `internal/docrevision/narrative.go` `NarrativeModelInput`
|
||||
- `internal/app/pi_narrative.go` Fetch
|
||||
@@ -1,53 +0,0 @@
|
||||
---
|
||||
title: "PI 纯推理 profile"
|
||||
status: done
|
||||
created: 2026-09-20
|
||||
updated: 2026-09-20
|
||||
owner: Cursor-Auto
|
||||
branch: feature/capability-enablement-impact-plan
|
||||
worktree: "-"
|
||||
mutex: pi-agent
|
||||
---
|
||||
|
||||
# PI 纯推理 profile
|
||||
|
||||
## 目标
|
||||
|
||||
语义摘要、变更叙事和 U9 分段请求的实际 argv 不再包含读写或搜索工具。文档生成保持原工具集。
|
||||
|
||||
## 范围
|
||||
|
||||
- `tool_profile=reasoning` 使用 `--no-tools`，不加载 tavily 扩展。
|
||||
- 未知 profile 拒绝启动，不退回读写工具。
|
||||
- 三个只读消费者传 `reasoning`。空 profile 仍是 workspace。
|
||||
|
||||
## 非目标
|
||||
|
||||
- 不重启容器，因此正在运行的 runner 进程还是旧 argv。
|
||||
- 不打开 shadow、叙事或 U9 开关。
|
||||
- 不把具体 diff 补进叙事输入。
|
||||
|
||||
## 步骤
|
||||
|
||||
1. [x] runner 与本地 bridge 按 profile 组装 argv。
|
||||
2. [x] 三个消费者传 reasoning。
|
||||
3. [x] node 与 Go 测试覆盖 argv 和请求体。
|
||||
|
||||
## 验收标准
|
||||
|
||||
- [x] reasoning argv 不含 read、write、edit、search，且含 `--no-tools`。
|
||||
- [x] 默认 profile 仍带 workspace 工具名单。
|
||||
- [x] 未知 profile 抛出 `UNKNOWN_TOOL_PROFILE`。
|
||||
|
||||
## 相关链接
|
||||
|
||||
- 整改方案: [2026-09-20-capability-enablement-impact-plan.md](../../remediation/2026-09-20-capability-enablement-impact-plan.md)
|
||||
|
||||
## 证据 / 备注
|
||||
|
||||
2026-09-20 本地测试（未重启容器）：
|
||||
|
||||
- `node --test deploy/pi-agent/tests/pi-args.test.mjs` 3 PASS
|
||||
- `TestRunnerPayload_ReasoningDoesNotBecomeWorkspace` PASS
|
||||
|
||||
dev compose 已挂载 `pi-args.mjs`，Dockerfile 已 COPY。正在运行的 runner 进程仍是旧 argv。
|
||||
@@ -1,50 +0,0 @@
|
||||
---
|
||||
title: "激活后职责改派 + 成员可对话"
|
||||
status: done
|
||||
created: 2026-09-20
|
||||
updated: 2026-09-20
|
||||
owner: Cursor-Auto
|
||||
branch: fix/post-activation-duty-reassign-member-chat
|
||||
worktree: "-"
|
||||
mutex: projectworkflow+authz+web
|
||||
---
|
||||
|
||||
# 激活后职责改派 + 成员可对话
|
||||
|
||||
## 目标
|
||||
|
||||
工作流激活后可随时改派文档三职（小队任务运行中除外）；项目成员无需文档职责即可阶段对话。
|
||||
|
||||
## 范围
|
||||
|
||||
- U1：放宽 `AllowedStageKeys`（对话/历史）；`AllowedTaskKeys` 仍职责门禁
|
||||
- U2：`PATCH .../doc-tasks/{taskKey}/duties` 受控改派
|
||||
- U3：冻结态设置页可改派 UI
|
||||
- U4：单测 + test 环境验收报告
|
||||
|
||||
## 非目标
|
||||
|
||||
- 不放开 `PUT /workflow-plan` 全量规划编辑
|
||||
- 不放行已结束实例的聊天
|
||||
|
||||
## 步骤
|
||||
|
||||
1. [x] U1 成员阶段对话
|
||||
2. [x] U2 改派 API
|
||||
3. [x] U3 前端
|
||||
4. [x] U4 验收
|
||||
|
||||
## 验收标准
|
||||
|
||||
- [x] 无职责项目成员 live 下可 chat/stream
|
||||
- [x] 激活后可改派；squad running 时 409（单元）
|
||||
- [x] PUT workflow-plan 仍 PLAN_FROZEN
|
||||
|
||||
## 相关链接
|
||||
|
||||
- Test report: [../../test-reports/2026-09-20-post-activation-duty-reassign-member-chat-test-report.md](../../test-reports/2026-09-20-post-activation-duty-reassign-member-chat-test-report.md)
|
||||
- Merge: `9d98f1ae`
|
||||
|
||||
## 证据 / 备注
|
||||
|
||||
- test `:8081` rebuild 后陈威 `sess-p5-u35` 对话 PASS；intake author 改派至 35 PASS
|
||||
@@ -1,53 +0,0 @@
|
||||
---
|
||||
title: "候选变更报告与正式提交报告分开"
|
||||
status: done
|
||||
created: 2026-09-20
|
||||
updated: 2026-09-20
|
||||
owner: Cursor-Auto
|
||||
branch: feature/capability-enablement-impact-plan
|
||||
worktree: "-"
|
||||
mutex: docgov
|
||||
---
|
||||
|
||||
# 候选变更报告与正式提交报告分开
|
||||
|
||||
## 目标
|
||||
|
||||
Agent 候选只持久化 `proposed` 预估报告，不发下游影响或正式提交事件。正式提交才生成 authoritative 后继报告，并让版本指向后继而不是预估。
|
||||
|
||||
## 范围
|
||||
|
||||
- 报告增加 `authority`、`lifecycle`、`successor_report_id`，并写入已有 `deterministic_facts`，避免在未占集成槽时改表。
|
||||
- 新的有效候选把上一份仍 active 的预估标为 superseded。
|
||||
- 拒绝标 rejected；提交时基线已变则标 expired。这两种以及 superseded、已提交的预估都不能再出建议。
|
||||
- 正式提交复制一份 authoritative 报告；下游影响通知使用这份报告。`document.agent_version_committed` 仍只由 docflow 的 EventSink 在提交命令里发出。
|
||||
|
||||
## 非目标
|
||||
|
||||
- 不把人工修订、恢复、导入改成先预估再提交。
|
||||
- 不打开 `PI_CHANGE_REPORT_NARRATIVE`，不实现 trace_reviewer，不做 T2 物理删除。
|
||||
- 不新增 `document.committed` 事件名，避免和现有投影消费者分叉。
|
||||
- 不重启容器，不占集成槽位。
|
||||
|
||||
## 步骤
|
||||
|
||||
1. [x] 候选写入 proposed，提交写入 authoritative 后继
|
||||
2. [x] 单测覆盖替代、拒绝、版本不指向预估、候选阶段不发下游事件
|
||||
3. [x] 同步 FEATURE-MATRIX 与 CURRENT
|
||||
|
||||
## 验收标准
|
||||
|
||||
- [x] `go test ./internal/docrevision/` 通过
|
||||
- [x] 预估报告在替代或拒绝后 `AllowsSuggestedActions` 为 false
|
||||
|
||||
## 相关链接
|
||||
|
||||
- Checklist:
|
||||
- Handoff:
|
||||
- Test report: 本切片为账本单测，未做真实聊天或浏览器验收
|
||||
|
||||
## 证据 / 备注
|
||||
|
||||
- `internal/docrevision/report_disposition.go`
|
||||
- `TestProposedReportStaysInactiveUntilCommit`
|
||||
- `TestRejectedProposedReportCannotSuggest`
|
||||
@@ -1,52 +0,0 @@
|
||||
---
|
||||
title: "修复工作流种子：publishedBy 外键与 retired 不自愈"
|
||||
status: in_progress
|
||||
created: 2026-09-20
|
||||
updated: 2026-09-20
|
||||
owner: Cursor
|
||||
branch: fix/workflow-seed-bootstrap-2026-09-20
|
||||
worktree: "-"
|
||||
mutex: workflow-def
|
||||
---
|
||||
|
||||
# 修复工作流种子：publishedBy 外键与 retired 不自愈
|
||||
|
||||
## 目标
|
||||
|
||||
dev 与 test 启动后，正式工作流目录包含「研发设计控制流程」（`rdev`），且数据库 `status=active`、已发布版本外键有效。
|
||||
|
||||
## 范围
|
||||
|
||||
- `BootstrapSeeds`：`publishedBy` 用户不存在时回落到库内最小 id；无用户则跳过并记日志
|
||||
- `UpsertPublishedSeed` / `RetireNonOfficialDefinitions`：白名单 key 幂等更新时把 `status` 恢复为 `active`
|
||||
- `bizdev` 启动 seed 失败改为 `slog.Warn`，不再静默丢弃
|
||||
|
||||
## 非目标
|
||||
|
||||
- 不改 rdev manifest / 60 份模板内容
|
||||
- 不改 `production_ready`
|
||||
- 不启用 FAV / 语义摘要 REPLACE
|
||||
|
||||
## 步骤
|
||||
|
||||
1. [x] 从 dev 切 `fix/workflow-seed-bootstrap-2026-09-20` 并登记认领
|
||||
2. [ ] 修复 seed actor 回落与 retired 自愈
|
||||
3. [ ] `go vet` / `go test -short` / PG 集成
|
||||
4. [ ] 合入 dev 后 rebuild；晋升 test（`rc-v1.0.0-beta.7`）并 rebuild
|
||||
|
||||
## 验收标准
|
||||
|
||||
- [ ] dev/test catalog 均含 rdev，DB `status=active`
|
||||
- [ ] test 库 `workflow_versions` 无 `created_by` 外键错误
|
||||
- [ ] `go vet` / `go test -short` 通过
|
||||
|
||||
## 相关链接
|
||||
|
||||
- Checklist: -
|
||||
- Handoff: -
|
||||
- Test report: `.doc/test-reports/2026-09-20-rdev-seed-hotfix-test-report.md`
|
||||
|
||||
## 证据 / 备注
|
||||
|
||||
- test PG `2026-09-20 09:49:51`：`workflow_versions_created_by_fkey`（`publishedBy=1`，test 用户最小 id=4）
|
||||
- dev 库 rdev v3 `status=retired`，`project_selectable=true`（元数据更新不恢复 status）
|
||||
@@ -1,57 +0,0 @@
|
||||
---
|
||||
title: "语义摘要持久化与 lineage 版本"
|
||||
status: done
|
||||
created: 2026-09-20
|
||||
updated: 2026-09-20
|
||||
owner: Cursor-Auto
|
||||
branch: feature/capability-enablement-impact-plan
|
||||
worktree: "-"
|
||||
mutex: chat+lineage-version
|
||||
---
|
||||
|
||||
# 语义摘要持久化与 lineage 版本
|
||||
|
||||
## 目标
|
||||
|
||||
`chat_summaries` 有迁移；数据库写失败必须返回错误，不能再被当成保存成功。test_manager 血缘使用文档上的版本号。
|
||||
|
||||
## 范围
|
||||
|
||||
- goose `00058` 建 `chat_summaries`。
|
||||
- `SaveChatSummary` 在有连接池时把 INSERT 错误返回给调用方，并标记仅本进程可见。
|
||||
- 确定性摘要写入 revision 与消息区间。不接 `SEMANTIC_SUMMARY_REPLACE`，不计算授权可见集 digest。
|
||||
- lineage 下游/上游版本不再写死 1。
|
||||
|
||||
## 非目标
|
||||
|
||||
- 不重启 dev/test/main，因此运行中的库仍停留在 schema 53，直到下次占槽迁移。
|
||||
- 不打开 shadow/replace 开关。
|
||||
- 不实现 trace_reviewer 与 D7 删除传播。
|
||||
|
||||
## 步骤
|
||||
|
||||
1. [x] 迁移与保存错误语义。
|
||||
2. [x] lineage 版本改读文档版本。
|
||||
3. [x] `go test` 覆盖写失败与版本选择。
|
||||
|
||||
## 验收标准
|
||||
|
||||
- [x] 无法连接数据库时 `SaveChatSummary` 返回错误，且结果 `Persisted=false`。
|
||||
- [x] 无连接池的测试存储仍可读写摘要。
|
||||
- [x] 文档版本为 4 时 lineage 版本为 4；缺失时仍为 1。
|
||||
|
||||
## 相关链接
|
||||
|
||||
- 整改方案: [2026-09-20-capability-enablement-impact-plan.md](../../remediation/2026-09-20-capability-enablement-impact-plan.md)
|
||||
|
||||
## 证据 / 备注
|
||||
|
||||
2026-09-20 本地 `go test`（未占集成槽、未执行迁移）：
|
||||
|
||||
- `TestSaveChatSummary_DatabaseFailureIsNotSuccess` PASS（连接拒绝时返回错误，`Persisted=false`）
|
||||
- `TestGenerateRollingSummary_RecordsRevisionAndMessageSpan` PASS
|
||||
- `TestRollingSummarizer_LifecycleAndFactPreservation` PASS
|
||||
- `TestLineageVersion_UsesDocumentVersion` PASS
|
||||
- `TestMigrationGate_ExpectedFiles` PASS
|
||||
|
||||
goose `00058` 仅入库。dev/test 进程仍是 schema 53，要等下次占槽启动才会建表。
|
||||
@@ -1,39 +0,0 @@
|
||||
---
|
||||
title: "test 环境 beta.6 晋升与助手/小队验证"
|
||||
status: done
|
||||
created: 2026-09-20
|
||||
updated: 2026-09-20
|
||||
owner: Cursor-Auto
|
||||
branch: docs/test-env-beta6-verification
|
||||
worktree: "-"
|
||||
mutex: infra+docs
|
||||
---
|
||||
|
||||
# test 环境 beta.6 晋升与助手/小队验证
|
||||
|
||||
## 目标
|
||||
|
||||
手工晋升 `dev`→`test` 打 `rc-v1.0.0-beta.6`，schema 56，完成助手/小队 C 级验收与 12 项回归，恢复 S1，落盘报告。
|
||||
|
||||
## 范围
|
||||
|
||||
- merge+tag on `test`（无在主干直接开发 commit）
|
||||
- test 容器重建与 C 级验证
|
||||
- docs 分支报告与 CURRENT 更新后合回 `dev`
|
||||
|
||||
## 非目标
|
||||
|
||||
- 不碰 main；不改项目 143；不启用 FAV_DEGRADED_READ / MULTI_INTENT_PLAN_TIER=full
|
||||
|
||||
## 步骤
|
||||
|
||||
1. [x] S0 快照 + merge/tag beta.6
|
||||
2. [x] rebuild → schema 56 + CSP
|
||||
3. [x] S1 快照
|
||||
4. [x] 助手 / 小队 / 回归
|
||||
5. [x] restore S1 + 清理 workspace
|
||||
6. [x] test-report + CURRENT → merge dev
|
||||
|
||||
## 验收
|
||||
|
||||
- [报告](../../test-reports/2026-09-20-test-env-beta6-assistant-squad-test-report.md)
|
||||
@@ -1,55 +0,0 @@
|
||||
---
|
||||
title: "test 环境三问题整改（重名/成员可见/文档预览）"
|
||||
status: done
|
||||
created: 2026-09-20
|
||||
updated: 2026-09-20
|
||||
owner: Cursor-Auto
|
||||
branch: fix/test-env-triage-2026-09-20
|
||||
worktree: "-"
|
||||
mutex: projectworkflow+chat+assets
|
||||
---
|
||||
|
||||
# test 环境三问题整改（重名/成员可见/文档预览）
|
||||
|
||||
## 目标
|
||||
|
||||
修复 test 环境实测发现的三项缺陷：全局项目名唯一、成员拉入后可见项目/会话、上传文档可服务端回退预览。
|
||||
|
||||
## 范围
|
||||
|
||||
- 迁移 `00057`：全局唯一项目名索引 + 存量改名
|
||||
- 应用层创建项目校验改为全局查重
|
||||
- 拉人入项目后自动建成员私有会话；upsert 允许项目管理员代注册
|
||||
- 资产 raw 下载端点 + 前端预览服务端回退
|
||||
- test 库数据修复（退役项目 4、修会话归属、补陈威会话）
|
||||
|
||||
## 非目标
|
||||
|
||||
- 不改项目 143 / SWBOOT / FAV
|
||||
- 不物理删除项目 4（仅 `demo_retired`）
|
||||
- 不改变跨环境数据隔离
|
||||
|
||||
## 步骤
|
||||
|
||||
1. [x] 迁移 00057 + 应用层全局重名校验
|
||||
2. [x] 会话归属修复（拉人建会话 + upsert 代注册）
|
||||
3. [x] 资产 raw 端点 + 前端预览回退
|
||||
4. [x] 单测 / vet / npm test
|
||||
5. [x] 合入 dev 冒烟
|
||||
6. [x] test 库数据修复 + 端到端验证 + 报告
|
||||
|
||||
## 验收标准
|
||||
|
||||
- [x] test 库无重名项目；跨用户创建重名返回 409
|
||||
- [x] 陈威登录可见项目 5 与会话 `sess-p5-u35`
|
||||
- [x] 刷新后 PDF 可通过服务端 raw 回退预览
|
||||
- [x] `go vet ./...` + `go test -short ./...` + `cd web && npm test` 全绿
|
||||
|
||||
## 相关链接
|
||||
|
||||
- Test report: [.doc/test-reports/2026-09-20-test-env-triage-fixes-test-report.md](../../test-reports/2026-09-20-test-env-triage-fixes-test-report.md)
|
||||
- Data fix: [scripts/fix-test-env-triage-data.sql](../../../scripts/fix-test-env-triage-data.sql)
|
||||
|
||||
## 证据 / 备注
|
||||
|
||||
- merge: `213ad015`；test schema 57；E2E ALL_PASS（见报告）
|
||||
@@ -1,226 +0,0 @@
|
||||
---
|
||||
title: "FEATURE-MATRIX partial/deferred 全量收口计划"
|
||||
status: in_progress
|
||||
created: 2026-09-16
|
||||
updated: 2026-09-17
|
||||
type: refactor
|
||||
owner: Cline
|
||||
branch: docs/partial-deferred-completion-plan
|
||||
mutex: architecture-docs
|
||||
---
|
||||
|
||||
# FEATURE-MATRIX partial/deferred 全量收口计划
|
||||
|
||||
## 1. 背景
|
||||
|
||||
- **用户授权（2026-09-16）**：已设计的功能与特性尽量推进到 `done`，不停留在 `partial`/`deferred`；保持功能、模块的独立与解耦；确认模块间通信机制；建立系统契约，保证新功能添加、已有功能修改的影响面收敛在所属模块，不扩散到其他模块。
|
||||
- **收口对象**：[FEATURE-MATRIX](../status/FEATURE-MATRIX.md) 中 6 行 `partial` + 1 行 `deferred`（见 §3 总表）。
|
||||
- **上位约束**：`production_ready=yes` 与发布门禁 B1–B4 已签。本计划是**能力成熟度收口**，与发布门禁正交；`production_ready` 只由 [gap-matrix](./gap-matrix.md) 决定，本计划不得反向触碰已签门禁。
|
||||
- **通信机制结论先行**：本系统为模块化单体，模块间通信**不采用、也不应改成通用 IPC/RPC**；已确认的跨进程边界全部走 HTTP 与 PG 持久事件。详见 §2。
|
||||
|
||||
## 2. 通信与解耦机制确认（IPC/RPC 问题的回答）
|
||||
|
||||
**结论：系统是模块化单体（[ADR 2026-09-14-modular-monolith-decoupling](../adr/2026-09-14-modular-monolith-decoupling.md)），模块级隔离靠「消费者窄端口 + 组合根唯一装配 + 契约门禁」实现，而非 RPC 层。**已确认的通信边界共四类：
|
||||
|
||||
| 边界 | 机制 | 状态 |
|
||||
|---|---|---|
|
||||
| Web ↔ server | `/api/v1/*` HTTP + SSE（typed error envelope） | 已运行 |
|
||||
| Go server ↔ PI Agent Runner | HTTP + Bearer（typed-result-v1） | 已运行 |
|
||||
| 单体内模块 | 消费者窄端口 + `internal/app` 组合根唯一装配 | 已运行 |
|
||||
| 跨进程领域事件 | PG outbox（envelope/delivery）+ `cmd/events` 独立 worker 原子 lease 消费 | 已运行（notify/advance/projection live） |
|
||||
|
||||
**为什么不把单体内端口改成 RPC**（依据 [IPC/RPC 现状评估](../ops/research/2026-09-15-module-decoupling-ipc-assessment.md)）：RPC 会增加序列化、延迟、部分失败与运维成本，却不消除 locator、授权、幂等和事件消费缺口；真正的进程级解耦已由 `cmd/events` worker（经 PG lease，而非服务间直连）与两条 HTTP 边界承担。用户要求的「通过 IPC/RPC 通信」在本系统的正确落法即：**跨进程一律走既有 HTTP / PG 事件边界；模块级独立解耦靠端口与契约门禁**。若未来确需新增跨进程边界，须先立 ADR，沿用「HTTP 或 PG 事件」两种既有模式。
|
||||
|
||||
### 2.1 系统契约体系（防扩散的既存机制，本计划全部沿用）
|
||||
|
||||
| 契约 | 载体 | 强制方式 |
|
||||
|---|---|---|
|
||||
| Import / SQL write / path / event 边界 | `.doc/system-design/module-boundaries.yaml` | `internal/archtest` + `./scripts/arch-check.sh --mode block`；import/event 违规零容忍（block_kinds） |
|
||||
| 领域事件 schema 与生产者/消费者 | `events.Envelope` schema 1 + YAML allowlist ↔ `StaticContracts` parity | 构建期 parity 门禁；未登记事件不得投递 |
|
||||
| 任务幂等与产物 | `taskrun.RunManifest` canonical JSON + SHA-256 + idempotency key | 服务端强制；异 digest 冲突 |
|
||||
| HTTP 错误语义 | typed error envelope（details allowlist + 脱敏） | 已合入（H1–H3） |
|
||||
| PI Runner 协议 | typed-result-v1 + handshake；typed 字段存在但无效 → fail closed | 已合入 |
|
||||
| 能力灰度 | 每能力独立 flag，默认 off / legacy / shadow | 各契约预注册晋级阈值 |
|
||||
| 并行认领互斥 | FEATURE-MATRIX `mutex` 列 → CURRENT 认领表 | 同一 mutex 同时仅一个 `in_progress` |
|
||||
|
||||
### 2.2 变更影响面收敛守则（每个波次必须遵守）
|
||||
|
||||
1. 新能力一律落在**深模块**（模式参考 `internal/app/intentflow`、`internal/doccontent`），禁止把实现聚集回 coordinator/bizdev。
|
||||
2. 模块间只允许三种交互：消费者拥有的窄端口、组合根装配、领域事件；**禁止新增跨模块 import**（arch-check block 兜底）。
|
||||
3. schema 变更只走 additive migration；旧版本兼容读取；每个放量有独立回滚点。
|
||||
4. 每个能力一个独立 flag；默认 off；晋级按预注册阈值（shadow → confirm → live/replace），禁止共用开关批量上线。
|
||||
5. 新增事件必须同时补 YAML allowlist 与 `StaticContracts` 并过 parity 门禁。
|
||||
6. 修改声明范围须保留 before/after lineage 与义务迁移（矩阵更新规则 4）；禁止缩口径假完成。
|
||||
|
||||
## 3. 收口对象与关闭条件总表
|
||||
|
||||
| # | 行 | 当前 | 目标 done 的关闭条件（依据矩阵「剩余工作/关闭条件」列） | mutex |
|
||||
|---|---|---|---|---|
|
||||
| P1 | CI / E2E | partial | Actions secret/runner 环境配置完成 + FullNone product_fail 收口 + 一轮绿色 nightly receipt | `ci` |
|
||||
| P2 | 语义摘要（D3） | partial | `SEMANTIC_SUMMARY_SHADOW` 开启并取得真实 PI + R13 + 负例证据；（可选）`SEMANTIC_SUMMARY_REPLACE` 灰度 | `chat` |
|
||||
| P3 | PI change-report 叙事 | partial | `PI_CHANGE_REPORT_NARRATIVE` 开启 + 真实 PI 叙事 + fallback 全量负例 + UI narrative/事实字段区分 | `docgov` |
|
||||
| P4 | 多意图扩面（U9–U12） | partial | U9→U12 逐 action 独立 flag 证据闭环（真实 PI + 浏览器 + 负例）；tier 升级评估 | `intent-plan` |
|
||||
| P5 | 纯软件项目自举 | partial | SWBOOT-10 非 stub 实现 + 真实 PI 全链路 + UI 二次验收 | `workflow-design` |
|
||||
| P6 | Final Artifact Vault（FAV） | partial | subscriber 独立审计 → shadow → live；崩溃/重启幂等；`FAV_DEGRADED_READ=false` 保持；**禁止整支 merge 保持** | `events` |
|
||||
| P7 | 对话数据治理（D7） | deferred | 数据分类盘点 → 留存/删除口径 → 库/备份/日志控制 → 敏感字段加密边界；**发现违规 → 立即升 gap-matrix blocker** | `chat` |
|
||||
|
||||
**并行度**：P1 与其余全部可并行；P3/P4/P5/P6 各自 mutex 互不冲突可并行；**P2 与 P7 共用 `chat` mutex，须串行（先 P2 后 P7）**。Playwright 双标签升 `confirm/full` 属 `intent-plan` 辅助任务（见 [2026-09-16-intent-plan-playwright-dual-tab](../ops/long-term/2026-09-16-intent-plan-playwright-dual-tab.md)）。
|
||||
|
||||
## 4. 分波次计划
|
||||
|
||||
每波通用流程：从 `dev` 开独立分支（`feature/<slug>`）→ CURRENT 登记 → worktree 编码与单测 → 占集成槽合并 `dev` + 冒烟（`go vet` / `go test -short` / `env-service.sh dev rebuild` + `/health`）→ test-report 归档 → FEATURE-MATRIX 行升 `done`（保留 lineage）。
|
||||
|
||||
### W1（mutex `ci`）：CI / E2E → done
|
||||
|
||||
**现状**：nightly 入口 + 失败分类 + promotion-receipt 门禁已交付；TempDir race 已修；PR CI 不依赖外部模型。剩余：环境配置与 FullNone product_fail。
|
||||
|
||||
1. Actions secret 录入：`TEST_DATABASE_URL`、nightly 专用 `RUN_PI_E2E` / `RUNNER_AUTH_TOKEN`（隔离合成数据）；runner 注册与自检。
|
||||
2. FullNone product_fail 收口：按 infra/product 分栏定位，修复产品失败或确认分类归属；nightly `DATA_DIR=dev` 保持对齐。
|
||||
3. 跑一轮完整 nightly → green receipt 归档。
|
||||
4. 矩阵行升 `done`（证据：[Wave2B](../test-reports/2026-09-16-wave2b-nightly-promotion-receipt-test-report.md)、[Wave2C](../test-reports/2026-09-16-wave2c-same-image-digest-test-report.md) + 新 green receipt）。
|
||||
|
||||
**回滚**：纯环境/CI 配置，不影响业务行为；secret 配置错误仅影响 nightly，不挡 PR CI。
|
||||
|
||||
### W2（mutex `chat`）：PU6 语义摘要 D3 → done
|
||||
|
||||
1. dev 环境 `SEMANTIC_SUMMARY_SHADOW=on`（test 环境随后），收集 shadow 对账：authorized view only、无工具权限摘要器、R13 出站门。
|
||||
2. 真实 PI（MiniMax）摘要证据：freshness 标注、可解释 fallback。
|
||||
3. 负例矩阵：撤权消息不入摘要；injection 不能改权限；失败保留旧摘要/deterministic。
|
||||
4. 达预注册阈值后 **默认不启用** `SEMANTIC_SUMMARY_REPLACE`（见 §7.3）；若另开授权再灰度（独立回滚：关 flag 回 deterministic）。
|
||||
5. 矩阵行升 `done`；[契约](../ops/long-term/2026-09-16-pu6-semantic-summary-contract.md)状态更新。
|
||||
|
||||
**路径**：`internal/ctxmgr/summarizer.go`、`internal/app/chatflow/`、`internal/server/chat_digest_api.go`、web 摘要组件。
|
||||
|
||||
### W3（mutex `docgov`）：PU7 PI change-report 叙事 → done
|
||||
|
||||
1. dev `PI_CHANGE_REPORT_NARRATIVE=on`：真实 PI 只读消费 immutable diff+lineage+risk floor。
|
||||
2. typed schema `change_report_narrative_v1` + input digest 绑定；任意 schema/超时/注入 → 全量 fallback（负例必测）。
|
||||
3. UI 验收：narrative 与事实字段明确区分；禁止覆盖服务端风险/审批结论。
|
||||
4. 矩阵行升 `done`（deterministic fallback 仍是本行显式声明行为）。
|
||||
|
||||
**回滚**：关 flag，仅 deterministic fallback，无第二份 candidate。契约：[pu7](../ops/long-term/2026-09-16-pu7-pi-narrative-contract.md)。
|
||||
|
||||
### W4（mutex `intent-plan`）：PU8 U9–U12 → done
|
||||
|
||||
**顺序 U9→U10→U11→U12，逐 action 独立 flag，禁止共用开关批量上线：**
|
||||
|
||||
1. U9 `MULTI_INTENT_U9_SEGMENT`：真实 LLM 分段 shadow→confirm；规则无法判断时才出 proposal；stub fail-closed 保持。
|
||||
2. U10 `MULTI_INTENT_U10_MUTATE`：dry-run + expected revision 门禁；未确认/越权/stale revision/重复提交 → 零越界副作用。
|
||||
3. U11（docgov）、U12（workflow/run-control）：按各自契约同模式推进。
|
||||
4. 每个 action：真实 PI + Playwright 双标签 + 负例；独立报告与回滚点。
|
||||
5. 全部闭环后：评估 `MULTI_INTENT_PLAN_TIER` legacy→confirm（**独立任务、独立授权**，默认不升 full；full 另拆行/backlog）。
|
||||
6. 矩阵行升 `done`（声明范围 = 四个 action 的 flag 证据闭环；tier=full 不在本行关闭条件内）。
|
||||
|
||||
契约：[u9](../ops/long-term/2026-09-16-pu8-u9-segment-proposal-contract.md) / [u10](../ops/long-term/2026-09-16-pu8-u10-mutate-contract.md) / u11 / u12。
|
||||
|
||||
### W5（mutex `workflow-design`）：纯软件项目自举 → done
|
||||
|
||||
1. SWBOOT-10 从 stub 收口为真实现（按 [short-term](../ops/short-term/2026-09-16-software-project-bootstrap.md) 与 [ADR keys](../adr/2026-09-16-software-project-bootstrap-keys.md)）。
|
||||
2. 真实 PI 全链路：`software_bootstrap` 工作流 创建→规划→交付（首期 docs_only / read_only_repo）。
|
||||
3. Playwright UI 二次验收：服务端目录驱动的创建向导（停止前端固定克隆 7 份模板）、单人项目「无独立评审」显式标记。
|
||||
4. 矩阵行升 `done`（范围沿用现状调研的复用/新增边界，不改医疗三工作流语义）。
|
||||
|
||||
### W6（mutex `events`）：FAV → done
|
||||
|
||||
1. subscriber 独立审计（沿用 U7 增量路径，**继续禁止整支 merge FAV 分支**）。
|
||||
2. publisher/consumer flag **shadow**：只计算 intended outcome，不执行业务副作用。
|
||||
3. shadow 阈值达标后按 §7.4 逐 consumer **live**（顺序 staging → artifact → publication；每级观察窗 ≥7 天或证据阈值）：幂等（唯一键/no-replace）；崩溃/重启重放无重复可见结果。
|
||||
4. `FAV_DEGRADED_READ=false` 保持默认；degraded 读取仅在显式开启时可用并有告警（不随 live 开启）。
|
||||
5. 矩阵行升 `done`（声明范围：不可变终态制品库闭环）。
|
||||
|
||||
### W7（mutex `chat`，排在 W2 后）：D7 对话数据治理 → done
|
||||
|
||||
**前提**：留存/删除口径见 §7.1 与 [D7 ADR 草案](../adr/2026-09-17-d7-chat-data-retention.md)（数字 `pending-compliance-signoff`；合规签字前禁止按建议数字执行物理删除/备份清除）。
|
||||
|
||||
1. 数据分类盘点（产出 audit 文档）：chat_sessions/messages、KB、日志、备份、event 表中的敏感字段清单与流转路径。
|
||||
2. 合规签字或改数后：更新 ADR 状态；库/备份/日志控制盘点。
|
||||
3. 差距整改：日志/dead-letter/reconciliation 只存 ID、digest、typed error code 与 allowlist 摘要（Track E 红线沿用）。
|
||||
4. 敏感字段加密边界决策与落地（首期默认不做字段级加密，见 §7.1）。
|
||||
5. **若盘点确认基线违规 → 立即写 gap-matrix blocker，本行 done 让位于整改**；无违规且口径落地 → 矩阵行升 `done`。
|
||||
|
||||
## 5. 测试方案（层级矩阵）
|
||||
|
||||
| 层级 | 适用波次 | 内容 | 通过标准 |
|
||||
|---|---|---|---|
|
||||
| Arch / contract | 全部 | `./scripts/arch-check.sh --mode block`；YAML ↔ `StaticContracts` parity | import/event 违规 = 0；无未登记事件 |
|
||||
| 单测 | 全部 | `go vet ./...` + `go test -short ./...`；相关包 `-race` | 全绿；无 data race |
|
||||
| PG 集成 | W2/W4/W5/W6/W7 | `TEST_DATABASE_URL` 下集成 + additive migration/回滚演练 | 持久化、恢复、旧版本兼容读取 |
|
||||
| 真实 PI | W2/W3/W4/W5 | 真实 PI Agent Runner + MiniMax；记录 model/protocol/typed result；R13 数据安全门（最小出站、租户绑定、脱敏、凭证最小权限、泄漏负例） | 无 stub 冒充；无敏感出站 |
|
||||
| 浏览器 | W2/W3/W4/W5 | Playwright：真实登录、双用户/职责负例、刷新/重登/重启 | 页面结果与 PG/账本一致 |
|
||||
| 部署 | 全部运行时波次 | 占集成槽 rebuild、`/health`、promotion receipt（same digest 晋升） | 可追到同一 commit + digest |
|
||||
| 回滚 | W2–W6 | disable/drain、旧版本兼容读取、无双 writer、孤儿状态检查 | 上一版本恢复且无孤儿状态 |
|
||||
|
||||
每波验收报告归档 `.doc/test-reports/`（遵循 test-reports-standard），回链本计划与对应契约；矩阵状态提升必须同时核对源码、迁移、artifact、API/runtime 与测试层级（上位计划 R5–R7）。
|
||||
|
||||
## 6. 风险与停走门
|
||||
|
||||
| 风险 | 停走门 |
|
||||
|---|---|
|
||||
| 授权旁路 / 跨用户泄漏 / 双 writer / main 或 prod fail-open | 任一波发现 → 停止全部扩面，写 gap-matrix |
|
||||
| B1–B4 门禁回归 | 每波合 dev 冒烟全绿；回归即停 |
|
||||
| stub / SKIP / deterministic fallback 冒充真实 PI | 验收报告必须记录真实 runner/model；SKIP 不得写成 PASS |
|
||||
| flag 批量上线 / 共用开关 | 一个能力一个 flag；违规合并打回 |
|
||||
| 缩小声明范围制造 done | 矩阵审查：before/after lineage 必须保留，义务迁移可追 |
|
||||
| 三环境隔离破坏 | 每波验证不跨环境读写；schema 迁移三环境同步（当前 47） |
|
||||
| FAV 整支 merge | 保持禁止；只走增量分支 + 独立审计 |
|
||||
|
||||
## 7. 已确认决策（原开放问题；2026-09-17 用户确认采纳建议默认）
|
||||
|
||||
> 决策冻结 ≠ 放量：不改生产默认 env / flag；各波仍按原 mutex 与独立授权推进。
|
||||
|
||||
### 7.1 D7 留存期限与删除口径（W7 前置）
|
||||
|
||||
**决策**：工程按下列草案落 ADR（[2026-09-17-d7-chat-data-retention](../adr/2026-09-17-d7-chat-data-retention.md)）；数字标 `pending-compliance-signoff`，合规签字或改数后 W7 方可按口径整改。不得无限期停在 deferred。
|
||||
|
||||
| 数据类 | 留存（建议默认） | 删除路径 |
|
||||
|---|---|---|
|
||||
| 会话正文（chat messages） | 热库 **365 天**可配置；超期 soft-delete → 观察窗 → 物理清理 | 用户删除同路径；备份清除需二次批准 + 精确 delete manifest（R22） |
|
||||
| 派生文档 / 私密文档 | 与聊天**独立周期**；回收站 **30 天**后物理清理 | 删除 UI 必须说明「只删聊天 / 只删文档 / 两者」 |
|
||||
| 审计元数据（导出/治理审计） | **180 天** | 不可被普通用户删除覆盖 |
|
||||
| Agent trace / workspace 非终态 | 任务结束后 **30 天**；nightly 仅合成数据 | 禁止当长期事实源 |
|
||||
| 日志 / dead-letter / reconciliation | Track E：**只存 ID、digest、typed error code、allowlist 摘要** | 禁止存 payload/prompt/正文 |
|
||||
| FAV 终态制品 | `retention_class` + legal hold + delete ledger | 与 D7 聊天口径解耦 |
|
||||
|
||||
**加密边界**：首期「敏感字段盘点 + 传输/备份访问控制」；不默认上字段级加密。
|
||||
**违规门**：盘点确认基线违规 → 立即写 gap-matrix；本行 done 让位于整改。
|
||||
|
||||
### 7.2 `MULTI_INTENT_PLAN_TIER` 是否升 `confirm`
|
||||
|
||||
**决策**：W4（U9→U12）证据闭环后，**可启动独立授权任务**将默认从 `legacy` 升至 `confirm`；**永不默认升 `full`**（`full` 另拆矩阵行/backlog，按 action 逐项加入）。
|
||||
|
||||
升 `confirm` 硬前置（全部满足）：
|
||||
|
||||
1. U9→U12 各自独立 flag 证据闭环（真实 PI + Playwright 双标签 + 负例）
|
||||
2. 停走指标全 0：未确认/越权副作用、安全红线绕过、hard-negative 自动执行、重复确认双跑、refresh/restart 权威差
|
||||
3. 独立 short-term + 用户显式授权（合入功能代码不得顺带改默认 env）
|
||||
4. 放量：`dev` 观察 → `test` → **不自动**推 `main`
|
||||
|
||||
### 7.3 `SEMANTIC_SUMMARY_REPLACE` 是否启用
|
||||
|
||||
**决策**：**默认不启用**。W2 升 `done` 只要求 `SEMANTIC_SUMMARY_SHADOW` + 真实 PI + R13 + 负例；**不依赖** REPLACE。REPLACE 为 W2 之后可选后置任务，须另开授权 + 接线 + fail-closed 灰度（`dev`→`test`；关 flag 回 deterministic）。
|
||||
|
||||
### 7.4 FAV live 消费者上线顺序与观察窗口
|
||||
|
||||
**决策**：固定顺序 **staging → artifact → publication**；每步 shadow → drain → live；观察窗证据驱动（每级下限 **≥7 天**或 ≥N 终态样本，取更严）；`FAV_DEGRADED_READ` **全程保持 false**（不随 live 开启）。禁止整支 merge FAV；每 consumer 独立 flag；一窗失败则停在该级并回 shadow/off。
|
||||
|
||||
## 8. 验收标准（Definition of Done）
|
||||
|
||||
- [ ] W1–W6 各波 test-report 归档并回链；对应 FEATURE-MATRIX 行升 `done`（保留 lineage）。
|
||||
- [ ] W7 数据分类盘点与口径文档落地；或违规升级 gap-matrix（该行转为整改跟踪）。
|
||||
- [ ] 全程 `production_ready` 不翻转；gap-matrix 仅在真实 blocker 出现/关闭时变化。
|
||||
- [ ] `arch-check --mode block` 全程通过；无新增跨模块 import、无未登记事件。
|
||||
- [ ] 所有新 flag 保持独立且默认 off/legacy/shadow；每个放量有独立回滚点。
|
||||
- [ ] B1–B4 门禁零回归（每波合 dev 冒烟全绿）。
|
||||
- [x] 开放问题 §7 的四项决策均已获用户确认（2026-09-17；见 §7.1–§7.4）。
|
||||
|
||||
## 9. 相关链接
|
||||
|
||||
- 矩阵 SSOT: [../status/FEATURE-MATRIX.md](../status/FEATURE-MATRIX.md)
|
||||
- 连续性审计: [../audit/2026-09-16-feature-matrix-production-readiness-audit.md](../audit/2026-09-16-feature-matrix-production-readiness-audit.md)
|
||||
- 上位计划: [./2026-09-16-feature-matrix-production-readiness-plan.md](./2026-09-16-feature-matrix-production-readiness-plan.md)
|
||||
- 发布门禁: [./gap-matrix.md](./gap-matrix.md)
|
||||
- D7 留存 ADR 草案: [../adr/2026-09-17-d7-chat-data-retention.md](../adr/2026-09-17-d7-chat-data-retention.md)
|
||||
- IPC/RPC 调研: [../ops/research/2026-09-15-module-decoupling-ipc-assessment.md](../ops/research/2026-09-15-module-decoupling-ipc-assessment.md)
|
||||
- 模块解耦 Phase 2: [./2026-09-15-module-decoupling-ipc-phase2-remediation-plan.md](./2026-09-15-module-decoupling-ipc-phase2-remediation-plan.md)
|
||||
- 契约: `../ops/long-term/2026-09-16-pu6-*` · `pu7-*` · `pu8-u9…u12`
|
||||
- 总控 short-term: [../ops/short-term/2026-09-16-partial-deferred-completion.md](../ops/short-term/2026-09-16-partial-deferred-completion.md)
|
||||
@@ -1,347 +0,0 @@
|
||||
---
|
||||
title: 文档编制人兼任审核批准 - Plan
|
||||
type: feat
|
||||
date: 2026-09-17
|
||||
status: planned
|
||||
artifact_contract: ce-unified-plan/v1
|
||||
product_contract_source: ce-plan-bootstrap
|
||||
execution: code
|
||||
---
|
||||
|
||||
# 文档编制人兼任审核批准 - Plan
|
||||
|
||||
## Goal Capsule
|
||||
|
||||
在系统管理员授权后，项目创建者可以为项目工作流中的每份文档单独启用「编制人兼任审核、批准」，只选择一位编制人即可完成该文档的全部人工职责。
|
||||
|
||||
本次交付为设计方案，尚未授权业务实现。已确认的需求是两级授权和逐文档配置。R9（激活前配置/激活后冻结）与 R10（关总开关后存量按冻结继续、不提供紧急熔断）已于 2026-09-17 审核批准，并补强 Heal 三入口投影稳定性为硬性验收项。实现与发布须分别提供源码、数据库、真实产品 PI 和浏览器证据。
|
||||
|
||||
基线为本地 `dev@adb48c8`，2026-09-17 源码核查；不代表正在运行的镜像已具备本能力。远端已 fetch，本地 dev 领先 origin/dev 44 个提交、落后 0。本方案不修改正式工作流定义，不将兼任等同于免审批。
|
||||
|
||||
---
|
||||
|
||||
## Product Contract
|
||||
|
||||
### Summary
|
||||
|
||||
新增管理员总开关，默认关闭；新增逐文档职责模式，默认沿用当前规则。创建者开启某份文档的兼任模式后，只填写编制人，审核人与批准人由服务端派生为同一人。仍执行送审、审核和批准，保留每一步身份、意见和时间。
|
||||
|
||||
### Problem Frame
|
||||
|
||||
当前系统仅允许可选文档三职全空或三职完整指定，且完整指定时要求三人不同。用户需要小团队或个人也能执行完整的文档治理流程，并由管理员控制这一例外是否可用。
|
||||
|
||||
当前权限、文档人员投影和前端角色识别使用不同数据路径。因此仅放宽三职分离校验不足以支持本需求，还必须保证配置、生成、查看、修改、审批和阶段推进使用同一份职责来源。
|
||||
|
||||
### Requirements
|
||||
|
||||
**权限与配置**
|
||||
|
||||
- R1. 仅系统管理员可开启或关闭系统级「允许编制人兼任审核、批准」权限，默认关闭。
|
||||
- R2. 仅权威项目创建者可为自己创建的项目逐文档选择兼任模式；普通成员、项目角色管理员和其他项目创建者不能设置。系统管理员如果不是该项目创建者，也不因此获得逐文档配置权。
|
||||
- R3. 每份文档独立选择，管理员开启总权限不自动修改任何项目或文档；新文档、新实例和复制产生的文档默认不继承兼任授权。
|
||||
- R4. 兼任文档必须指定一名有效、在任的项目成员为编制人；可以不是创建者。审核与批准由该人承担，不能再指定其他审核人或批准人。
|
||||
|
||||
**审批与可见性**
|
||||
|
||||
- R5. 兼任模式属于纳入人工审批：保留送审→审核→批准三个动作、现有内容锁和驳回要求；不得生成完成后自动批准或通过阶段门禁。
|
||||
- R6. 未开启兼任的文档继续遵守当前三职分离与可选免审批规则；必需文档不得借兼任模式省去编制人或审批。
|
||||
- R7. 设置页、冻结快照、文档详情、操作按钮、签署展示与日志一致显示兼任关系；同一个人能在正确状态执行对应职责动作。
|
||||
- R8. 兼任不授予系统管理员、创建者或其他成员代审权，也不扩大跨项目读取、非当前阶段写入和已结束实例写入权限。
|
||||
|
||||
**生命周期与持久化（已审核批准，2026-09-17）**
|
||||
|
||||
- R9. 首期仅在工作流激活前配置；激活时冻结该文档模式和职责，运行中的实例不直接改规划。已激活的存量项目不自动转换。若用户要求运行中转换，必须先扩展本方案的受控职责变更单元，不可悄悄放开现有 PUT。
|
||||
- R10. 管理员关闭总开关后，禁止新启用、保存仍含兼任的规划和激活兼任规划；允许清除兼任后保存。已激活的兼任实例按冻结授权继续执行，历史日志不变。界面必须解释该开关是「授权新配置」，不是紧急停用所有存量审批；本期不提供针对已激活实例的紧急撤销/熔断能力。
|
||||
- R11. 模式、编制人、授权依据、配置版本及各步骤日志需持久化，刷新、重登和服务重启不得丢失。
|
||||
- R12. 编制人离任或账号停用后，不得继续执行三项职责；阻断尚未完成动作并展示原因，不自动找替代人，不重写历史签署。
|
||||
|
||||
### Permission Matrix
|
||||
|
||||
| 操作 | 系统管理员但非项目创建者 | 当前项目创建者 | 普通项目成员 | 其他项目用户 |
|
||||
|---|---|---|---|---|
|
||||
| 修改系统总开关 | 允许 | 仅同时为系统管理员时 | 禁止 | 禁止 |
|
||||
| 查看本项目可用模式 | 沿用当前项目读取权限 | 允许 | 沿用项目读取权限 | 禁止 |
|
||||
| 规划期逐文档启停兼任 | 禁止 | 总开关开启才可启用；可关闭 | 禁止 | 禁止 |
|
||||
| 指定编制人 | 禁止 | 规划期按 R4 | 禁止 | 禁止 |
|
||||
| 送审、审核、批准 | 仅自己是该文档指定职责人时 | 同左 | 同左 | 禁止 |
|
||||
| 已激活实例直接改职责 | 禁止 | 禁止（R9） | 禁止 | 禁止 |
|
||||
|
||||
### Mode Matrix
|
||||
|
||||
「文档启用」「纳入人工审批」「编制人兼任」是不同含义，不能复用一个开关。
|
||||
|
||||
| 文档状态/配置 | 输入 | 有效职责 | 审批与门禁 |
|
||||
|---|---|---|---|
|
||||
| 文档禁用 | 不设置职责 | 无 | 沿用 skipped_disabled |
|
||||
| 可选文档免审批 | 三职全空，兼任关闭 | none | 沿用既有免审批规则 |
|
||||
| 标准人工审批 | 三职齐全且三人不同 | full | 保留正常人工审批 |
|
||||
| 兼任人工审批 | 兼任开启，仅编制人 A | author_only；有效三职为 A/A/A | 与标准审批同样要求最终批准 |
|
||||
| 未开兼任却只填 A | 缺审核和批准 | partial | 拒绝 |
|
||||
| 标准模式填 A/A/A | 三职同人 | 非法 | 继续拒绝职责分离违规 |
|
||||
| 兼任开启但无 A | 缺编制人 | 非法 | 拒绝 |
|
||||
| 兼任开启又填不同审核人 B | 矛盾输入 | 非法 | 拒绝，不能静默吞掉 B |
|
||||
|
||||
### User Flows
|
||||
|
||||
1. 管理员进入「系统管理台→系统设置→工作流治理」，开启总授权；页面显示保存结果、修改人和修改时间。
|
||||
2. 创建者进入项目设置，展开某个阶段，在文档行开启「由编制人兼任审核、批准」。只保留编制人选择器，其余两项显示「同编制人（自动承担）」。其他文档保持原配置。
|
||||
3. 保存并预览：摘要列出标准审批、兼任审批、免审批的份数，列出每份兼任文档及编制人。确认后冻结。
|
||||
4. 编制人完成内容后送审，在审核中以审核人身份确认，在批准中以批准人身份确认；日志展示同一人对应三个职责，而非三个虚构人员。
|
||||
5. 页面刷新、重新进入项目后仍显示同样配置；最终批准后才按现有阻塞条件满足阶段门禁。
|
||||
|
||||
### Scope Boundaries
|
||||
|
||||
本期覆盖所有通过项目工作流实例管理的文档，不针对某个任务名写白名单；freeform 文档与未绑定工作流的旧文档不提供此开关。不新增批量全选、不改项目成员全局 `document_duty` 为多角色，不自动改已发布工作流模板或历史签署。
|
||||
|
||||
**生命周期口径（已审核批准，2026-09-17）：** R9 首期仅激活前配置、激活后冻结职责；R10 关闭总开关后禁止新启用/保存仍含兼任的规划/激活兼任规划，已激活实例按冻结授权继续执行。总开关是「授权新配置」，**不提供**已激活实例的紧急撤销/熔断能力；若业务需要合规级紧急止损，应作为独立后续方案，不在本期 Definition of Done 范围内。
|
||||
|
||||
---
|
||||
|
||||
## Planning Contract
|
||||
|
||||
### Current Implementation Evidence
|
||||
|
||||
以下为源码确认事实，不是运行验收结果。
|
||||
|
||||
| 位置 / 符号 | 当前行为 | 对本需求的影响 |
|
||||
|---|---|---|
|
||||
| `internal/projectinstance/types.go`：DocTaskPlan / DocDuty | 仅 enabled、approval_configurable 和三职 ID，无逐文档兼任标记 | 增加显式职责模式 |
|
||||
| `internal/projectinstance/duty_mode.go` | none/partial/full；partial 拒绝；三职重复报 SEPARATION_OF_DUTY_VIOLATION | 不能只填作者或仅关闭分离校验 |
|
||||
| `internal/projectinstance/validator.go`：validateActivationPlan / previewSummary | 激活至少 countFullDutyDocs>0；预览统计 full/none | 必须把合法兼任计为受治理文档 |
|
||||
| `internal/projectinstance/service.go` | 创建者可保存/预览/激活；active 后 ErrPlanFrozen；已有 revision、plan hash、token | 复用规划流程，补全授权版本和事务检查 |
|
||||
| `internal/projectworkflow/service.go`：IsProjectCreator | 权威项目创建者检查 | 不使用 UI 当前角色或项目 manager 代替 |
|
||||
| `internal/projectinstance/store.go`：sync 子实例逻辑 | 从规划写 project_doc_task_instances 和三职 assignment | 兼任需派生三项实际职责，不能只存作者而漏审批归属 |
|
||||
| `internal/projectinstance/duty_action.go` / `stage_access.go` / `gate.go` | 按动作校验单一职责；阶段可见性有 full 判定；门禁依赖 approved | 校验与阶段可见性都需认识新模式 |
|
||||
| `internal/sysadmin/settings.go` / `store.go` | 白名单设置、DB 持久化；无该 key；只记录最后修改人时间 | 可复用管理入口，新增策略消费与历史审计 |
|
||||
| `internal/server/admin_system_handlers.go` | 所有系统设置写入 requireSystemAdmin | 复用该入口，不开放管理列表给普通成员 |
|
||||
| `internal/docduty/store.go`：HealProjectDocuments | 按项目成员默认职责扫描并回填所有 task_key 非空文档 | 可能覆盖逐文档三职，必须区分实例绑定与旧默认 |
|
||||
| `internal/bizdev/service.go` / `internal/docgov/project_docs.go` | 生成后、列表读取时调用 HealProjectDocuments | 重开页面即可触发回填，必须验证刷新后仍一致 |
|
||||
| `internal/docduty/revoke.go` | 成员职责变化撤销审核/批准槽位，随后参与 heal | 不能把项目默认职责变化误当成逐文档兼任变更 |
|
||||
| `internal/server/handlers.go`：三个 DocGov 决议 handler | 使用登录身份及动作固定 author/reviewer/approver；先执行工作流鉴权 | 服务端已有按动作身份模型，应保留 |
|
||||
| `internal/docgov/state_machine.go` | drafting/reviewing/approving/approved；检查对应职责 ID；无额外三人不同判断 | 复用状态机，测试身份一致和锁定边界 |
|
||||
| `web/src/lib/currentDocRole.ts` | author 命中后立即返回，不支持同时三职 | A/A/A 会一直被当成 author |
|
||||
| `web/src/lib/docGovActionVisibility.ts` / `DocGovActionBar.tsx` | 按单一 currentRole 显示送审/审核/批准 | 必须改为动作能力或多职责判断 |
|
||||
| `web/src/lib/projectSettingsDuties.ts` / `ProjectSettingsModal.tsx` | 重复服务端 full/none 校验，人工审批默认要求至少三人 | 单成员兼任会被前端提前挡住 |
|
||||
| `deploy/postgres/goose/00017_2026-09-12-project-workflow-instances.sql` | assignment 唯一键是任务实例+职责，无跨职责用户唯一限制 | 同一用户可有三条职责记录，不必拆用户身份 |
|
||||
| `deploy/postgres/goose/00049_2026-09-17-system-settings.sql` | system_settings 已存在 | 采用增量迁移，不重建设置机制 |
|
||||
|
||||
相关历史边界参见 `.doc/test-reports/2026-09-14-governance-action-level-authz-test-report.md` 与 `.doc/test-reports/2026-09-14-workflow-plan-409-frozen-and-optional-duties-test-report.md`。它们说明已有验收意图，本次未重跑其测试。
|
||||
|
||||
IDE 所列 rdev 设计、short-term 和 backlog 当前位于 `feature/rdev-template-depth` 的独立工作区，不在本方案 dev 基线；已读取作兼容输入。rdev 的关闭文档/N/A、阶段前置、任务键命名空间化保持原语义。本方案按实例+阶段+任务身份绑定；待 rdev 合入后增加对应回归，不宣称其已在 dev 发布。
|
||||
|
||||
### Key Technical Decisions
|
||||
|
||||
- KTD1. 新增 `duty_policy`，值为 `separated` / `author_only`，属于 DocTaskPlan 的逐文档配置。缺省按 separated 解读；none/partial/full 仍是职责完整度，不能把「免审批」和「兼任」混为一谈。统一提供按任务解析模式、有效职责、是否受治理的领域能力；原 ClassifyDocDuty 保留给旧调用，治理调用迁到新解析器。（R3–R6）
|
||||
- KTD2. 配置快照保存用户意图：author_only 的 duties 规范形式只含 author_user_id。服务端通过唯一解析器派生有效 A/A/A，写三条 document_duty_assignments，并投影到 document_records 的三个 ID/名称。读接口区分配置职责与有效职责，客户端不得把有效 A/A/A 原样误写成标准配置。（R4、R11）
|
||||
- KTD3. 新设置 key 建议 `workflow.allow_author_only_approval`，类型严格 bool，默认 false，无环境变量绕过，保存无需重启。projectinstance 通过窄的策略读取接口消费，由 app 装配注入；不从领域服务调用 HTTP，不让 projectinstance 成为 sysadmin 设置表的第二写入 owner。（R1）
|
||||
- KTD4. 配置写入、预览和激活都复核总授权；真正激活必须在事务内对授权版本复核，并与关闭总开关串行化。token 绑定 plan hash、项目/规划版本、授权 revision。总开关 false→true 后旧 token 仍作废，不能以「当前又是 true」放行。（R10、R11）
|
||||
- KTD5. 实例绑定文档的职责权威是冻结 DocTaskPlan，经解析生成 assignments 和文档投影。项目成员 document_duty 只供旧无实例文档的默认分配。heal/revoke/生成/通知不得再次用项目默认人员覆盖实例文档。（R3、R7、R12）
|
||||
- KTD6. 运行时按具体动作检查有效职责和当前在任状态；状态机仍按 author/reviewer/approver 记录实际动作角色。前端采用服务端动作能力集驱动按钮，可同时拥有多个职责，保留 viewer fail-closed，不新增一个可以绕过所有检查的万能角色。（R5、R7、R8）
|
||||
- KTD7. 遵守 R9 的冻结边界；未知 mode、缺失授权来源或绑定不唯一时拒绝写动作。历史缺字段只代表旧 separated，不自动解释为兼任；不能全库 A/A/A 回填。（R6、R9、R11）
|
||||
|
||||
### Data Model
|
||||
|
||||
以下是设计契约，字段落位按 owner 边界实现，不是现有字段清单。
|
||||
|
||||
| 数据 | 建议新增/扩展 | 用途与兼容 |
|
||||
|---|---|---|
|
||||
| system_settings | 目标 key；monotonic revision（默认 0） | 总权限 CAS、token 失效；目标行在迁移时初始化 false，避免无行锁问题 |
|
||||
| 系统设置审计 | 仅本策略必需的 before/after、revision、actor、时间、request ID | 与设置更新同一事务提交；不把整站审计改造扩大到本期 |
|
||||
| DocTaskPlan JSON | duty_policy，可选且旧值缺省 separated | 逐文档意图，纳入 plan hash；兼容 old hash 的序列化须有固定样本 |
|
||||
| workflow instance 授权快照 | policy key、revision、允许状态、activated_by/at | 记录激活时获准的依据；由服务端生成，拒绝客户端伪造 |
|
||||
| activation token | policy revision（新字段或令牌存储的版本化元数据） | 防预览后管理员撤销授权；旧 token 含兼任无 revision 必须重新预览 |
|
||||
| document_records | doc_task_instance_id 可空外键 | 对新实例创建文档强制绑定；旧文档仅唯一匹配才回填，不修改历史职责 |
|
||||
| document_duty_assignments | 复用三角色，兼任三行 user_id 相同 | 无需放宽角色唯一约束；author 必须有效且正数 |
|
||||
| 文档视图 | duty_policy、effective_duties、allowed_actions、blocked_reason | 以服务端计算值展示；读参数不能切换权限 |
|
||||
| 文档审计 details | duty_policy、instance/task ID、授权 revision | 送审/审核/批准均记录真人身份及该次 action role |
|
||||
|
||||
不预占 Goose 序号：实施时根据 dev 与并行 rdev 分支最新迁移取下一个空闲序号。迁移需覆盖 PG store 与 memStore 的字段 round-trip。兼容旧数据时禁止把 NULL 改成 0 外键。
|
||||
|
||||
### High-Level Technical Design
|
||||
|
||||
职责解析链：
|
||||
|
||||
```mermaid
|
||||
flowchart TB
|
||||
A[管理员总授权] --> B[创建者逐文档配置]
|
||||
B --> C[保存与预览校验]
|
||||
C --> D[事务内复核授权并激活]
|
||||
D --> E[冻结实例配置与授权依据]
|
||||
E --> F[统一解析有效三职]
|
||||
F --> G[职责表与文档人员投影]
|
||||
F --> H[动作鉴权和阶段可见性]
|
||||
H --> I[前端能力与操作按钮]
|
||||
G --> J[文档状态机与审计]
|
||||
```
|
||||
|
||||
兼任保留原审批状态机：
|
||||
|
||||
```mermaid
|
||||
stateDiagram-v2
|
||||
drafting --> reviewing: A以编制身份送审
|
||||
reviewing --> approving: A以审核身份通过
|
||||
reviewing --> drafting: A审核驳回并填写原因
|
||||
approving --> approved: A以批准身份通过
|
||||
approving --> drafting: A批准驳回
|
||||
approving --> reviewing: 现有配置允许时退回审核
|
||||
```
|
||||
|
||||
新授权和冻结授权的判断路径：
|
||||
|
||||
```mermaid
|
||||
flowchart TB
|
||||
A[请求] --> B{规划配置或激活?}
|
||||
B -->|是| C{权威创建者且planning?}
|
||||
C -->|否| X[拒绝]
|
||||
C -->|是| D{含author_only?}
|
||||
D -->|否| E[原职责规则]
|
||||
D -->|是| F{总授权有效且版本一致?}
|
||||
F -->|否| X
|
||||
F -->|是| G[检查作者与输入一致性]
|
||||
B -->|运行时动作| H[查冻结策略及实例任务绑定]
|
||||
H --> I[检查成员有效性 当前阶段 状态和租约]
|
||||
I --> J[按动作职责执行]
|
||||
```
|
||||
|
||||
激活事务与设置撤销都以策略行锁形成先后顺序，再按统一顺序获取项目职责锁和实例相关行锁。策略 owner 提供事务兼容读取/锁定适配；不能照搬在事务外重查布尔值的方式。原则：关闭先提交则激活失败；激活先提交则成为 R10 中可继续的存量实例。并行成员移除与激活也必须在同一项目职责锁语义下判定，不能在事务开始前检查后直接信任。
|
||||
|
||||
### API Contract
|
||||
|
||||
| 接口 | 变更 | 服务端强制条件 |
|
||||
|---|---|---|
|
||||
| GET/PUT `/api/v1/admin/system/settings[/{key}]` | 注册总开关；目标 key 增加 expected_revision，返回新 revision | requireSystemAdmin；严格拒绝 null、字符串布尔；审计与值同事务 |
|
||||
| GET `/api/v1/projects/{id}/settings` | 返回精简 governance_policy capability、revision 与 blocked_reason | 保留项目访问校验；不泄露其他系统设置 |
|
||||
| PUT `/api/v1/projects/{id}/workflow-plan` | 每个文档可传 duty_policy；兼任只传 author ID；沿用规划版本 | 创建者、planning、总授权、有效成员、输入无矛盾 |
|
||||
| 激活 preview / activate 现有接口 | 预览分列兼任文档；token 绑定策略 revision | 保存成功不等于已获激活授权；提交时重新事务校验 |
|
||||
| 文档详情和项目文档列表 | 返回模式、有效三职与允许动作 | 统一来源；任务身份、实例身份须匹配 |
|
||||
| docgov 送审/审核/批准接口 | URL不变，增加模式审计上下文 | 登录用户+对应 action，不信任请求的 user_id/user_name |
|
||||
|
||||
建议新增错误码：`AUTHOR_ONLY_POLICY_DISABLED`（403）、`AUTHOR_ONLY_POLICY_CHANGED`（409）、`AUTHOR_ONLY_AUTHOR_REQUIRED` / `AUTHOR_ONLY_DUTY_CONFLICT` / `UNKNOWN_DUTY_POLICY`（400 validation issue）、`DUTY_BINDING_AMBIGUOUS`（409）、`DUTY_ASSIGNEE_INACTIVE`（403）。总权限存储不可用返回 503；缺失目标配置采用默认关闭，但数据库故障不能伪装成正常缺项。保留已有 PLAN_FROZEN、PLAN_REVISION_CONFLICT 与 SEPARATION_OF_DUTY_VIOLATION。
|
||||
|
||||
`author_only` 写入审核/批准 ID：省略或 0 为规范输入；若为与作者相同的正数，可规范化为省略以兼容回显，但若不同则拒绝。关闭兼任时清除派生审核/批准，要求重新选择符合分离规则的人员；旧选择可仅作为未保存草稿提示，不自动恢复为真实授权。
|
||||
|
||||
### UX Details
|
||||
|
||||
系统设置开关说明写明 R10，并展示预计受影响的待激活兼任文档数量及存量继续执行说明。保存失败保留用户输入和错误，不在本地假装开启成功。多管理员同时修改返回版本冲突，不自动覆盖。
|
||||
|
||||
项目设置按文档行提供兼任选项；总权限关闭时禁用并解释来源；非创建者只读。兼任只能在文档已启用且纳入人工审批时选择。兼任文档仅需一位成员；混合方案只要仍存在标准人工审批文档，才继续提示至少三位有效人员。
|
||||
|
||||
总开关在页面打开期间被关闭时，保存失败展示定位到文档的原因，提供关闭兼任选项；不丢弃整份未保存规划，不自动重试激活。预览和冻结视图同时展示「角色指派数」和「实际人数」，避免 A/A/A 被误认为三个人。
|
||||
|
||||
文档正文签署区显示真实姓名及兼任标记，但未发生审核/批准时不得显示签署时间或声称已通过。按钮随状态变化，审阅阶段即使当前人也是作者也不能编辑锁定正文；驳回后恢复编辑。查看/认领按当前状态或明确动作记录相应角色，不能打开一次页面就伪造三次履责。
|
||||
|
||||
### Risks and Compatibility
|
||||
|
||||
1. **回填覆盖（硬性门禁，非偶然安全）：** `HealProjectDocuments` / `ApplySlotRevocations` 与 `ConfigSnapshot` 是独立职责写路径，当前不区分实例绑定文档。实现必须在 heal/revoke 增加「实例绑定文档跳过项目默认覆盖」显式分支，禁止依赖「只填缺失槽位、碰巧不覆盖」的偶然安全。U3 必须对三入口（文档生成、列表 GET、成员变更）及 author 被误判非在任时的 healSlot 分别证明投影不变；未通过不得开放 UI。
|
||||
2. **历史身份混淆：** 不以 project_id+task_key 跨实例盲绑；旧文档匹配多实例则保持原记录并报可定位问题。新生成文档必须携带 task instance ID，无法绑定应停止受控写入。
|
||||
3. **成员退出：** runtime 复核在任资格覆盖 author_only；保留冻结快照用于历史展示。普通成员默认职责改变不得影响冻结文档；真实退出/停用应阻断动作。暂不新增运行中换人 UI。
|
||||
4. **并发审批：** 同一人可打开多个标签，服务端仍需保证状态比较/版本检查；重复请求不能重复创建批准事件、版本封存或推进通知。延迟到达的审核请求不能作用于后续修订版本。
|
||||
5. **通知与事件：** 审核待办发给同一人是有效业务，不可因发送者=接收者一概过滤。按事件+接收者去重，不把审核与批准两项待办合并成一个动作。
|
||||
6. **回滚：** 关闭开关只停止新配置，不能安全地把已存在兼任实例交给完全不识别新模式的旧二进制。上线后若需回退代码，保留模式识别与冻结策略读取兼容补丁；不得通过清空审核/批准人员回滚。
|
||||
7. **总开关非紧急熔断（R10）：** 关闭总授权不会阻断已激活兼任实例的剩余送审/审核/批准。界面与运维说明必须写明这一点，避免被误解为「关总开关=紧急止损」。存量紧急撤销不在本期范围。
|
||||
|
||||
---
|
||||
|
||||
## Implementation Units
|
||||
|
||||
### U1. 策略存储与总授权
|
||||
|
||||
目标：提供管理员可写、项目治理可可靠消费的总授权。覆盖 R1、R10、R11，采用 KTD3、KTD4。
|
||||
|
||||
文件：`internal/sysadmin/settings.go`、`store.go`、`internal/server/admin_system_handlers.go`、`internal/app/` 装配、增量 Goose 迁移；必要时新增 sysadmin 内的策略审计存储文件。
|
||||
|
||||
实现重点：默认关闭；严格 bool；目标设置 revision 与 CAS；事务内审计；窄接口可参与激活事务。仅本 key 要求的新协议不破坏其他设置键调用。
|
||||
|
||||
测试场景：管理员开关成功；普通用户伪造 PUT 被拒；null/字符串拒绝；DB断开不放行；并发修改只一个版本成功；审计写失败时设置回滚；重启读回。
|
||||
|
||||
### U2. 逐文档模式、规划校验与激活
|
||||
|
||||
依赖 U1。覆盖 R2–R6、R9–R11，采用 KTD1、KTD2、KTD4、KTD7。
|
||||
|
||||
文件：`internal/projectinstance/{types,duty_mode,validator,service,store,hash,tx,errors}.go`、`internal/server/project_settings_handlers.go`。
|
||||
|
||||
实现重点：新增模式解析；所有 full-only 分支改为正确的受治理判断；保存、预览、激活一致；任务禁用/免审批清除模式；有效成员检查；规划 hash/授权 revision 和确认 token 一致。保存快照与提升 plan revision 应原子化，失败不能留下可读取的新规划配旧版本。
|
||||
|
||||
测试场景：一位成员、至少一份合法兼任文档可激活；只填作者但未开模式仍拒绝；混合 full/none/author_only；其他项目创建者、非创建者管理员拒绝；修改总授权后旧 token 拒绝；激活与撤销并发的两种提交顺序；旧 separated snapshot/hash 兼容。
|
||||
|
||||
### U3. 文档绑定与职责投影一致性
|
||||
|
||||
依赖 U2；这是开放 UI 前的必要门禁。覆盖 R3、R4、R7、R11、R12，采用 KTD2、KTD5。
|
||||
|
||||
文件：`internal/docduty/{store,resolve,revoke}.go`、`internal/docgov/{types,engine,project_docs,repository}.go`、`internal/bizdev/service.go`、`internal/projectinstance/store.go`、任务执行请求与 app 适配、增量迁移。
|
||||
|
||||
实现重点：新文档绑定具体任务实例；受治理实例职责优先；统一有效职责映射用于创建、读取、heal、memStore；legacy fallback 仅在明确无实例时可用。`HealBinding`/`healSlot`/`ApplySlotRevocations` 对已绑定 `doc_task_instance_id` 的文档必须显式跳过项目默认覆盖，不得因 author 被误判非在任而重新分配默认人。旧已批准文档不因新功能读取被改写签署人员。
|
||||
|
||||
测试场景：同项目两份兼任文档由不同作者承担；第三份标准审批三人；第四份 none；反复 GET/成员默认角色调整/重启后四份职责均不串；未知或歧义绑定阻断；旧无实例文档仍按既有规则；NULL外键正常。**硬性投影稳定性（开放 UI 前门禁）：** 已激活 author_only 文档在以下三入口触发 `HealProjectDocuments` 后，`document_records` 与 assignments 投影必须保持 A/A/A——(1) 仅刷新文档列表（`ListWorkflowDocumentsByProject`）；(2) 文档生成完成（bizdev）；(3) 成员变更后 heal。另测：author 被误判为非在任成员时，healSlot 不得把审核/批准槽位改写为项目默认人；真实离任仍按 R12 阻断写动作且不自动替人。
|
||||
|
||||
### U4. 动作鉴权、文档状态机与事件
|
||||
|
||||
依赖 U3。覆盖 R5、R7、R8、R12，采用 KTD6。
|
||||
|
||||
文件：`internal/projectinstance/{duty_action,document_access,stage_access,gate}.go`、`internal/server/{stage_access_helpers,handlers,document_revision_access}.go`、`internal/app/docflow/`、`internal/docgov/`、相关通知订阅与审计视图。
|
||||
|
||||
实现重点：有效三职与在任状态统一判定；三个动作使用不同 action role；归档/修订账本与事件沿用既有事务机制；审核、批准不能跳状态，租约和内容 hash 不因同人而失效。Audit details 增加模式及来源。
|
||||
|
||||
测试场景：A顺序三动作成功且三份日志身份真实；其他成员/创建者/管理员越权失败；作者退出后全部写动作拒绝；审核中改正文失败；驳回原因必填；跨标签重复批准只产生一次有效终态事件；审批针对旧版本内容被拒；阶段直到最终批准才可推进。
|
||||
|
||||
### U5. 系统设置与逐文档 UI
|
||||
|
||||
依赖 U1、U2，可与 U3/U4 开发隔离进行，联调必须等待后端完整。覆盖 R1–R4、R7、R9–R11。
|
||||
|
||||
文件：`web/src/components/admin/console/sections/SettingsSection.tsx`、`web/src/components/project/ProjectSettingsModal.tsx`、`web/src/lib/projectSettingsDuties.ts`、`web/src/types/projectSettings.ts`、`web/src/api/projectSettings.ts`。
|
||||
|
||||
实现重点：按 UX Details 配置、错误定位、人数要求、预览和冻结展示；策略 capability 来自项目 settings，而非向普通用户开放 admin settings。文档模式在不同阶段展开折叠后不串行。
|
||||
|
||||
测试场景：单成员可配置兼任；混合标准模式仍提示三人要求；非创建者只读；系统开关关闭时禁用及保存失败保留草稿；切换文档、刷新、重新登录后模式不变；已激活项目仍冻结。
|
||||
|
||||
### U6. 多职责动作展示和真实闭环验收
|
||||
|
||||
依赖 U3–U5。覆盖 R5–R8、R11、R12，采用 KTD6。
|
||||
|
||||
文件：`web/src/lib/{currentDocRole,docGovActionVisibility,controlledDocHydrate,deliverableSync}.ts`、`web/src/components/doc/DocGovActionBar.tsx`、`web/src/App.tsx`、文档 API/types、相关 UI/PG/真实 PI 测试与报告。
|
||||
|
||||
实现重点：消费服务端动作能力，多职责不再被 author-first 短路；认领、提案、修订、按钮与日志一致；受控文档不按名字提权。证明刷新及重启保持一致后再开启真实项目配置。
|
||||
|
||||
测试场景：真实产品 PI 生成→A打开文档→送审→审核→批准→版本/日志→阶段门禁；标准和免审批文档并存；不同用户负例；两标签并发、刷新重开、重启；rdev 合入后复验 rd_ 文档及旧键兼容，不改 N/A 行为。
|
||||
|
||||
---
|
||||
|
||||
## Verification Contract
|
||||
|
||||
本方案阶段未运行业务测试，以下为实现阶段必须提交的证据。
|
||||
|
||||
| 层级 | 覆盖 | 通过标准 |
|
||||
|---|---|---|
|
||||
| Go 单元 | 策略值、模式解析、权限矩阵、状态、门禁、hash | 所有模式边界及错误路径可重复验证 |
|
||||
| PostgreSQL 集成 | 设置审计原子性、并发撤销/激活、成员退出、三职责落库、投影绑定；HealProjectDocuments 三入口对实例绑定 author_only 文档投影不变 | 实际事务交错结果符合 KTD4；失败不留下半成品；列表 GET/生成/成员变更均不得覆盖冻结 A/A/A |
|
||||
| 前端单元/构建 | 单成员配置、双层开关、多职责按钮、错误恢复 | 测试与构建通过，无同人只见作者按钮 |
|
||||
| HTTP 负例 | 修改请求身份、跨项目、非创建者、未知模式、关闭总授权 | 服务端拒绝，不能依赖隐藏按钮 |
|
||||
| 浏览器 E2E | 管理员开关→创建者逐文档设置→A全部动作→其他人被拒 | 真页面操作、日志可见；无 API 直写替代关键步骤 |
|
||||
| 产品 PI E2E | 正式生成及既有修订/租约流程 | 使用仓库要求的真实产品 PI + MiniMax；stub 仅作前期定位 |
|
||||
| 持久化 | 刷新、重开、重登、服务重启 | 模式、职责、审核状态、版本和审计一致 |
|
||||
| 回归 | 既有 full/none、标准三人分离、freeform、legacy、终止实例 | 原有权限和生命周期边界不退化 |
|
||||
|
||||
实现时执行 PROJECT 规定的 `go vet ./...`、`go test -short ./...`、前端 `npm test` 与 `npm run build`，以及使用隔离测试库的 PG 集成和明确启用的真实 PI 测试。不得把 skip 当 pass。共享容器重建验证必须在主仓占 CURRENT 集成槽位后执行；worktree 不启停共享容器。
|
||||
|
||||
重点验收样例：
|
||||
|
||||
- AE1（R1–R4）：管理员开启后，创建者在文档甲选择 A，在文档乙选择 B；甲/乙有效三职分别为 A/A/A、B/B/B，互不影响。
|
||||
- AE2（R5–R8）：A只能按状态依次送审、审核、批准；未批准前门禁阻塞；另一个管理员无该文档职责仍被拒。
|
||||
- AE3（R6）：总开关开启但文档未勾选，A/A/A仍拒绝；三职空仅对原来允许免审批的文档合法。
|
||||
- AE4（R10、R11）：预览后总开关关闭再打开，旧 token 409；已先完成激活的实例刷新后仍可按冻结策略办理。关闭总开关不得阻断已激活实例的剩余审批动作（非紧急熔断）。
|
||||
- AE5（R7、R11）：项目成员默认审核人改为 C 后，读取兼任文档仍显示 A/A/A，不改历史签署；列表、正文及按钮一致。
|
||||
- AE5a（R7、KTD5）：已激活 author_only 文档在仅刷新文档列表（触发 `ListWorkflowDocumentsByProject` → `HealProjectDocuments`）后，投影仍为 A/A/A，不被项目默认职责覆盖。
|
||||
- AE5b（R7、KTD5）：文档生成完成与成员变更后 heal 两入口分别复测 AE5a；author 被误判为非在任时，healSlot 不得把审核/批准槽位改写为项目默认人。
|
||||
- AE6（R12）：A离任后保持历史名字，但所有新动作拒绝，不能被 heal 自动替换或按名字回退提权。
|
||||
|
||||
---
|
||||
|
||||
## Definition of Done
|
||||
|
||||
- [x] R9、R10 的生命周期口径经过用户审核（2026-09-17）：批准「激活前配置 + 激活后冻结」与「关总开关仅停新配置、存量按冻结继续」；明确总开关不提供存量紧急熔断，该能力如需另立方案。Heal 三入口投影稳定性已升为 U3/Verification 硬性验收项。
|
||||
- [x] U1–U6 全部完成且证据覆盖对应需求；管理员和创建者两个权限层级均在服务端生效。（short-term U1–U6 均为 `done`；U6 报告回链）
|
||||
- [x] 配置、快照、assignments、document_records、前端、审计在同一任务身份下对齐。（U2–U4 + U6 闭环证据；规范存储仅 Author + 有效 A/A/A 投影）
|
||||
- [x] 单成员兼任完整链与三人标准链均通过；不得只提交设置页截图。（U4 矩阵 + U6 HTTP/浏览器证据；标准分离回归见 U4/U2 单测）
|
||||
- [x] PostgreSQL、真实产品 PI、浏览器、重启与跨用户负例分别标明结果及限制；AE5a/AE5b 必须有证据。（U3：`TestHealProjectDocuments_SkipsDutyLocked_PG` 等 duty_locked 过滤；U6：既有 PI 生成文档 + Playwright 徽标 + lizhuguan 403。限制：U6 未单独跑「刷新/重登/重启」专轮，依赖 schema 持久化与 rebuild 后复测）
|
||||
- [x] `.doc/test-reports/` 有验收报告并回链任务和 FEATURE-MATRIX；无新增已确认发布 blocker 才保持 gap-matrix 原结论。（[U6 报告](../test-reports/2026-09-17-document-author-only-u6-test-report.md)；变更提案 HTTP 另记 [audit](../audit/2026-09-17-docgov-modification-proposal-http-gap.md)，不升为发布 blocker）
|
||||
- [x] 发布先迁移与部署识别新模式的服务，再开放总授权；默认 off，试点后扩面。推送、dev集成与环境晋升状态分别报告。（**dev 已合入并 rebuild**：`merge: feature/document-author-only-plan` @ `09a9921`，health `schema_version=52`，总开关默认 off。**未做**：push origin/dev、test/main 晋升、开放总授权试点——需另授）
|
||||
@@ -1,214 +0,0 @@
|
||||
---
|
||||
title: "首次加载与工作台初始化性能改进方案"
|
||||
status: planned
|
||||
created: 2026-09-17
|
||||
updated: 2026-09-17
|
||||
artifact_contract: ce-unified-plan/v1
|
||||
product_contract_source: ce-plan-bootstrap
|
||||
execution: code
|
||||
---
|
||||
|
||||
# 首次加载与工作台初始化性能改进方案
|
||||
|
||||
## Goal Capsule
|
||||
|
||||
让用户首次访问就能快速看到并操作登录页，登录后优先恢复当前项目与会话，避免下载无关工具或等待所有项目初始化。
|
||||
|
||||
采用静态交付优化、按功能加载和请求去重，之后按测量结果优化认证与数据库读取（KTD1–KTD5）。本轮仅交付诊断和方案，业务代码尚未修改；用户授权实施后执行以下单元。
|
||||
|
||||
遵守 AGENTS.md/PROJECT.md、现有权限和文档治理契约。若优化要求改变授权、新增跨用户缓存、跳过职责正确性或删除历史数据，停止该单元并回报。每单元独立 feature/fix 分支与模块 mutex；合 dev/容器重建占集成槽。默认不推送，不晋升 test/main。
|
||||
|
||||
## Product Contract
|
||||
|
||||
### Problem Frame
|
||||
|
||||
[诊断](../audit/2026-09-17-initial-load-performance-audit.md) 已确认：8080 首屏 2.86 MB，CDP 10 Mbps 冷缓存登录可见 2.64 秒、2 Mbps 11.78 秒；再次访问约 60 ms。字体 CSS 外链阻塞首屏；3100 Vite 首访 207 请求/12.24 MB。登录后存在全项目成员扇出与会话重复同步，服务端认证、文档列表和会话统计有重复工作。
|
||||
|
||||
这些数字是单样本实验，不是用户实际公网体验或 p95。用户已确认 3100/8080/8081 在系统重启后首访约十数秒。现有容器启动到打印监听仅约 166/142 ms，不代表整机重启就绪；必须补齐重启矩阵再签优化收益。
|
||||
|
||||
### Requirements
|
||||
|
||||
- R1. 首次登录页只加载认证与基础样式所需资源，外部字体不可阻塞登录表单。
|
||||
- R2. 登录后先显示可用工作台骨架，优先恢复当前项目/会话；其他项目成员、管理台、导出、文件预览在需要时加载。
|
||||
- R3. 相同身份和查询键的初始化请求去重；慢响应、快速切换项目、登出/换人不会写回旧状态。失败必须有局部错误与重试入口。
|
||||
- R4. 所有服务端授权和文档治理保持正确，权限撤销/停用不得因缓存继续放行。计数、摘要与正文沿用相同可见性语义。
|
||||
- R5. 发布后旧页面仍可打开延迟模块；缓存不得导致 HTML 长期陈旧，也不得泄露用户 API 数据；SSE 流式延迟不能回退。
|
||||
- R6. 优化收益用可复现冷/热缓存、慢网、字体不可达、多项目和大历史场景证明，结果与镜像/资源 hash 绑定。
|
||||
|
||||
### Success Criteria
|
||||
|
||||
以下是**拟定验收预算**，不是当前已达标数据。表中静态资源体积及绝对首屏时间预算适用于 8080/8081 构建入口；3100 保留 Vite 开发模式，不套构建产物压缩体积预算，其保留/空依赖缓存与预热状态分别由 U1 固定加载时间预算，U7 检查重启改善；U1 固定机器、Chromium 版本、样本与网络条件，预算不得在看到失败后悄悄放宽。
|
||||
|
||||
| 指标 | 目标/口径 |
|
||||
|---|---|
|
||||
| 未登录关键 JS 总传输量 | 开启压缩后 ≤250 KiB；按首屏实际请求总和而非只看入口文件 |
|
||||
| 普通工作台首次可用前 JS 总量 | ≤600 KiB；不含用户明确打开的文档预览/导出模块 |
|
||||
| 冷缓存登录可操作 | 10 Mbps / 80 ms、CPU 4 倍减速下 p75 ≤1.5 s；2 Mbps 同配置 p75 ≤3 s |
|
||||
| 登录态热刷新 | 10 Mbps / 80 ms、CPU 4 倍减速下工作台可操作 p75 ≤1.5 s；前提必要 API 达下行预算 |
|
||||
| 登录态冷刷新/登录提交成功后恢复 | 冷刷新自 navigationStart 起、登录自成功响应起，当前会话历史及输入区就绪 p75 ≤3 s；仅骨架不算完成 |
|
||||
| 必要首屏 API | 同宿主 app↔DB 网络下 p95 ≤300 ms；列表大数据场景 p95 ≤500 ms，接口错误率不增加 |
|
||||
| 首屏初始化请求 | 项目成员初始化从 N 次降为当前项目最多 1 次；静止初始化每个会话列表查询键最多 1 个在途请求且成功后不被成员更新重触发 |
|
||||
| 字体故障 | Google 域名完全阻断或延迟 10 秒时，仍满足登录预算，不发首屏外部字体 CSS 请求 |
|
||||
| 无回归 | 同数据/设备各阶段 p95 不劣化超过 10%；无新增跨用户暴露、错误循环、重复写任务 |
|
||||
|
||||
浏览器每场景 ≥20 次，报告 p50/p75/p95 与原始样本；接口每场景 ≥100 请求、并发 1/10/30。浏览器 p95 仅小样本诊断，不能冒充线上 SLO；稳定发布后再累计真实用户分位数。
|
||||
|
||||
### Scope Boundaries
|
||||
|
||||
包括浏览器入口、静态资源交付、当前工作台数据初始化、与首屏相关的查询。没有业务语义变更，不调整 PI 模型、Prompt、文档租约时长、授权范围或工作流门禁。
|
||||
|
||||
Deferred to Follow-Up Work：Redis/CDN、新 SSR 框架、全面 App.tsx 重写、全站统一数据框架、数据库分库、文档全文缓存。只有 U1 的证据表明必要时另开任务；目前不需要先增加基础设施。
|
||||
|
||||
### Outstanding Questions
|
||||
|
||||
- 待补测：已知端口 3100/8080/8081，重启涵盖宿主机/应用/Vite 的具体范围、慢发生阶段、真实网络与设备；不会阻止可独立证明的 U2/U3，但阻止宣称用户现场问题已经彻底解决。
|
||||
- 待补测：登录态瀑布、真实数据规模、SQL/连接池等待；U6 的查询改写/索引必须由这些证据选择。
|
||||
|
||||
## Planning Contract
|
||||
|
||||
### Key Technical Decisions
|
||||
|
||||
- KTD1. 保留 React/Vite + Go 架构。正式体验使用构建产物入口；3100 保留开发热更新用途，不把开发模块请求数量当生产目标。先确认真实反代 upstream，不盲改 FRP。
|
||||
- KTD2. 首屏用系统字体栈；需要保留 Inter/JetBrains Mono 时仅选必需 WOFF2 并同源部署、按需加载。保留 KaTeX 渲染所需字体，但不要求登录页加载数学资源。
|
||||
- KTD3. 按功能边界动态 import，登录壳与工作台隔离；管理台、DOCX/XLSX 导出、Word/Excel 预览、Mermaid 按使用加载。仅 manualChunks 拆文件不能减少关键路径下载，必须验证依赖图没有静态回引。
|
||||
- KTD4. 现有 Go serveSPA 作为默认静态交付修复点，构建期生成 gzip/br（若工具链已支持）而非每请求高压缩。若真实统一代理已负责压缩，则由它单层处理并记录；不得重复编码。哈希资源 `public,max-age=31536000,immutable`；HTML `no-cache`；压缩变体 `Vary: Accept-Encoding`；用户 API 不共享缓存。保留 identity、HEAD、条件请求、Range 正确性。
|
||||
- KTD5. 将请求状态按身份/项目/会话/过滤器键管理，先用局部 hook/loader 和在途合并解决，不强制引入新数据框架。身份切换清空缓存与取消在途请求，成员更新不作为会话获取的依赖。未知成员/权限不靠全量成员预取推导：使用服务端明确的当前用户权限摘要，未就绪保持 fail-closed。
|
||||
- KTD6. 请求内复用已认证 principal，授权不跨请求长期缓存。减少 session 续期写入须明确 idle TTL/绝对过期/撤销语义后再落地，保留停用与撤销实时检查。
|
||||
- KTD7. 文档列表先保留治理正确性；先补齐所有写路径与历史修复，再移出 GET 同步 heal。轮询保持原有租约新鲜度，优先复用 SSE/可见性控制与单请求在途，不能直接延长租约或无限延迟 busy 显示。
|
||||
|
||||
### High-Level Technical Design
|
||||
|
||||
```mermaid
|
||||
flowchart LR
|
||||
A[HTML与同源基础样式] --> B[轻量认证壳]
|
||||
B --> C[认证结果与工作台模块并行准备]
|
||||
C --> D[当前用户可见项目与会话]
|
||||
D --> E[当前项目权限与聊天窗口]
|
||||
E --> F[可操作工作台]
|
||||
F --> G[按需管理台/导出/预览]
|
||||
```
|
||||
|
||||
有保存会话时，可在校验期间预加载不含用户数据的工作台代码；受保护 API 与用户内容显示仍由认证门禁控制。无会话时不加载工作台代码。项目/会话列表在认证后并行，解析有效当前项目后再发其范围内请求；不是让全站等待所有项目成员。
|
||||
|
||||
```mermaid
|
||||
sequenceDiagram
|
||||
participant UI as 浏览器
|
||||
participant API as Go API
|
||||
participant DB as PostgreSQL
|
||||
UI->>API: 首屏必要请求（按查询键去重）
|
||||
API->>DB: 验证当前会话/用户状态
|
||||
API->>API: 请求内复用 principal / 权限解析
|
||||
API->>DB: 当前页/当前项目数据
|
||||
API-->>UI: 权限范围内的结果
|
||||
UI->>UI: 核对身份与查询代次后更新
|
||||
```
|
||||
|
||||
## Implementation Units
|
||||
|
||||
### U1. 固定完整性能基线（P0，约 0.5–1 天）
|
||||
|
||||
**Requirements:** R6；后续全部单元的依赖。
|
||||
|
||||
**Files:** 新增 `web/e2e/initial-load-performance.spec.ts`、诊断指标辅助模块；更新 `.doc/test-reports/`。本轮探针与结果可作为起点。
|
||||
|
||||
**Approach:** 固定真实入口、部署 hash、登录角色、项目数/历史量，捕获资源瀑布、FCP/LCP、长任务、输入区与历史就绪、必要 API TTFB。用专用验收账号/夹具测登录，不在真实会话发送诊断消息。先检查 GET 副作用，文档列表暂有 heal，数据库分析使用只读事务和 statement_timeout。分别测空缓存、热缓存、10/2 Mbps、CPU 4x、字体失联、1/30/100 项目与大历史。本轮不重启共享服务；实施时 U7 在隔离环境重现应用/依赖/宿主启动过程，记录 ready 与第一次导航的时间关系。
|
||||
|
||||
**Test scenarios:** 新浏览器、保存有效/过期会话、无项目、普通成员与管理员、慢 API/失败、项目快速切换；每份结果保留参数与原始样本但无 token/用户正文。
|
||||
|
||||
**Verification:** 形成基线报告，能回答耗时在哪一阶段，并确认性能指标可重复。登录态测量缺失不得用未登录测试代替。
|
||||
|
||||
### U2. 修复字体与静态资源交付（P0，约 0.5–1 天） — **done 2026-09-17**
|
||||
|
||||
**Dependencies:** U1 的未登录基线；**Requirements:** R1、R5、R6；**Files:** `web/index.html`、`web/src/styles/index.css`、`web/vite.config.ts`、`internal/server/server.go`、新增 `internal/server/static_assets_test.go`；必要时实际 Docker 构建文件。
|
||||
|
||||
**Approach:** 按 KTD2/KTD4 去除外部阻塞 CSS、提供压缩变体与明确缓存头。缺失 `/assets/*` 返回 404，不回退 HTML；客户端路由仍允许 SPA fallback。发布资源保留至少当前与上一版本并明确旧标签页支持窗口；窗口外加载失败提示用户保留编辑后刷新，不自动刷新丢失草稿。
|
||||
|
||||
**Test scenarios:** gzip/br/identity 协商、q=0 禁用、Vary、GET/HEAD、304、Range、未知资源 404、客户端路由回退；字体域名黑洞仍出现表单；SSE 首事件/持续事件不缓冲；受保护 API 无 public 缓存；部署后旧标签页首次打开尚未加载的模块。
|
||||
|
||||
**Verification:** curl 与浏览器确认真正压缩响应，JS 传输量下降；HTML 不被长期缓存。此单元不宣称已达到拆包预算。
|
||||
|
||||
**交付证据:** [U2 测试报告](../test-reports/2026-09-17-initial-load-perf-u2-test-report.md)；`dev` merge `feature/initial-load-perf-u2`；8080 主 JS br 传输 623,898 B；登录冷缓存可见 ~205 ms。U1/U3–U7 仍未完成。
|
||||
|
||||
### U3. 登录壳与重功能按需加载（P0，约 1–2 天）
|
||||
|
||||
**Dependencies:** U1；可与 U2 分开开发，合入仍串行。**Requirements:** R1、R2、R5；**Files:** `web/src/main.tsx`、`web/src/App.tsx`、新增认证壳组件、`web/src/components/doc/preview/FilePreviewPanel.tsx`、`web/src/features/replyExport/download.ts`、`web/src/engine/docxRenderer.ts`、`web/src/components/doc/blocks/MermaidBlockView.tsx`、U1 浏览器用例。
|
||||
|
||||
**Approach:** 按 KTD3 建立真实 lazy 边界；将工作台 hooks/缓存初始化移入工作台挂载周期。导出按钮点击才 import 引擎；预览根据文件类型加载；Mermaid 只在存在图块时加载。每边界提供局部加载/失败重试与错误边界。限定此重构服务于加载，保留既有文档编辑状态机。
|
||||
|
||||
**Test scenarios:** 未登录资源中不出现导出/预览/管理台/图表重模块；登录成功恢复当前会话；失效会话不展示缓存敏感数据；首次导出 DOCX/XLSX 内容有效；Word/Excel 预览、数学公式与 Mermaid 正确；动态 chunk 失败可以重试且不重复提交业务动作；首次打开功能耗时同时记录。
|
||||
|
||||
**Verification:** 满足 R1 首屏预算及功能按需请求证据，不把延迟全部转移成首次按钮不可用。检查 gzip 后所有首屏 chunks 总和。
|
||||
|
||||
### U4. 收敛初始化扇出与重复同步（P1，约 1–2 天）
|
||||
|
||||
**Dependencies:** U1、U3；**Requirements:** R2、R3、R4；**Files:** `web/src/App.tsx`、`web/src/api/projectWorkflow.ts`、`web/src/api/chatSessions.ts`、`web/src/data/storage.ts`、新增初始化 loader/hook 及其测试；必要时项目列表 DTO/服务端 handler 补当前用户成员摘要。
|
||||
|
||||
**Approach:** 当前项目成员优先，其他完整成员按打开面板加载；会话 fetch 依赖稳定身份/查询键，项目名称映射与网络获取分离；查询代次 + AbortController + 在途合并；每次成员响应不再全量写 projects/持久化。只有实测长任务证明需要时增加去重/批量保存，不把权威服务器文档写入延迟缓存作为成功。
|
||||
|
||||
**Test scenarios:** 1/30/100 项目首次请求数量稳定；成员结果乱序不会重复请求会话；快速切项目/登出/换用户不串状态；普通成员看到的项目/会话范围与改动前一致；错误后手动重试；成员增删后局部失效刷新；离线缓存不绕过权限验证。
|
||||
|
||||
**Verification:** 达到初始化去重预算，记录必要 API 次数与工作台就绪时间；跨用户负例、当前会话恢复、文档编辑刷新持久性通过。
|
||||
|
||||
### U5. 认证请求去重与续期写入收敛（P1，约 0.5–1 天）
|
||||
|
||||
**Dependencies:** U1 的认证测量；**Requirements:** R3、R4、R6；**Files:** `internal/server/auth_handlers.go`、`internal/server/auth_middleware.go`、`internal/auth/service.go`、`internal/auth/pg_store.go` 及相邻测试。
|
||||
|
||||
**Approach:** `/auth/me` 复用 middleware principal；合并会话及用户读取，避免重复查同一用户。先度量 session UPDATE 锁/连接等待；只有证明其成本且明确既有过期语义后采用有界续期/last_seen 写入策略。鉴权失败不缓存成成功，撤销/停用每请求生效。
|
||||
|
||||
**Test scenarios:** 同 token 1/10/30 并发；me 请求中只验证一次；撤销/停用后的下一请求拒绝；idle 边界/绝对过期/并发续期；DB 异常 fail-closed；匿名静态资源仍可访问。
|
||||
|
||||
**Verification:** 展示改前/后 DB 操作数、锁等待和 p95；身份安全回归通过。若节流会改变过期语义，则只交付请求内复用，将节流留待独立决定。
|
||||
|
||||
### U6. 按测量优化列表与租约读取（P2，约 2–4 天；按证据选子项）
|
||||
|
||||
**Dependencies:** U1、U4；**Requirements:** R2、R4、R6；**Files:** `internal/docgov/project_docs.go`、`internal/docduty/store.go`、成员/职责写路径、`internal/ctxmgr/chat_history.go`、`internal/projectworkflow/store.go`、`web/src/App.tsx` 及相邻 PG/浏览器测试；确需索引时新增 Goose migration。
|
||||
|
||||
**Approach:** (a) 先验证成员创建/转交/退出/撤销各路径事务内同步职责，并以显式受控任务修复历史，之后去掉列表读时 heal；(b) 租约查询避免每次全量文档修复，单请求在途、隐藏页暂停并在可见时立即同步，复用现有 SSE 失效事件；(c) 会话先按原可见性/排序选页，再仅统计页内数据，项目列表视数据量分页。维持 COUNT/latest 内容授权规则与排序稳定性，不能把当前全量总计改为页内总计却不告知调用方。
|
||||
|
||||
**Test scenarios:** 文档 GET 零 UPDATE/advisory lock，重复读不变 updated_at；成员变动职责立即正确；两标签 busy/释放不晚于原可见性基线、断 SSE 可恢复；慢查询轮询不重叠；分页无重复/丢项且计数不泄漏；EXPLAIN 对照现有索引与扫描行数；项目 143 不做写入修复测试。
|
||||
|
||||
**Verification:** PG 真库夹具 + 真实页面操作证明治理与编辑/刷新链路无回归；SQL 扫描、锁等待和 p95 确实改善。没有对应瓶颈时不为“优化”增加索引/摘要/新接口。
|
||||
|
||||
### U7. 重启后首访链路与开发预热（P0 诊断 / 按证据修复，约 0.5–1.5 天）
|
||||
|
||||
**Dependencies:** U1；**Requirements:** R1、R2、R6；**Files:** `web/vite.config.ts`、`cmd/server/main.go`、`internal/app/app.go`、`internal/bizdev/service.go`、`scripts/env-service.sh`、实际入口健康检查配置与启动测试。
|
||||
|
||||
**Approach:** 重启矩阵覆盖：仅 Vite 重启（保留/空依赖缓存）、仅 app 重启、依赖服务一起启动。每项再分浏览器保留缓存/清缓存与保存登录态/未登录；记录启动命令、DB healthy、app listen、ready、首次 HTML、首 API、UI ready。共享重启须占槽并避开正在执行任务，在隔离环境优先验证。Go 初始化分段计时；Vite 确认无缓存编译主导后，使用锁定 Vite 版本支持的 server.warmup/clientFiles 预热关键入口并保留 node_modules/.vite 缓存，禁止为暖机触发聊天或文档生成。
|
||||
|
||||
若 DB/迁移/seed 才是主耗时，先将重复扫描与种子写入改为有版本依据的幂等增量；必需迁移和授权数据未完成时 ready 必须失败。不要为看起来快而提前假报就绪。若是健康探测/代理等待，优化实际就绪探测与放流时序，不能把 start_period 直接当固定延时删除。对于后端暂时不可用，登录壳给出服务准备中和有限重试，不能无提示白屏或把瞬时不可达误当身份失效清空会话。
|
||||
|
||||
**Test scenarios:** 同版本无迁移重启、首次/有迁移启动、DB延迟就绪/不可用、依赖缓存失效、warmup 失败、过期登录态、保存有效登录态但网络暂时中断；多环境隔离保持。
|
||||
|
||||
**Verification:** 无待执行迁移且 DB 已就绪时 app restart→ready p95 ≤3 s；完整依赖启动单列，不承诺未测硬件的整机开机时间。8080/8081 ready 后首次访问须符合 Success Criteria 绝对预算；3100 分别符合 U1 在实施前固定的 Vite 冷/暖预算，不套生产压缩体积预算。三个入口在各自匹配的真实重启场景首访耗时均较基线下降至少 50%，同时记录从启动命令到 UI ready 总耗时，防止仅把等待搬到后台预热而宣称消失。若实测无法达到，保留未达标项与原因，不伪报完成。
|
||||
|
||||
## Verification Contract
|
||||
|
||||
- 前端：`cd web && npm test && npm run build`；单独运行 U1 的 Playwright 性能用例与现有文档修订/历史恢复相关浏览器回归。检查构建依赖与实际请求，不能只检查构建日志大小。
|
||||
- Go：`go vet ./...`、`go test -short ./...`；认证/文档/会话修改补相关真实 PG 集成，覆盖撤销、跨用户、分页和职责同步。
|
||||
- 合入/运行验证：占 CURRENT 集成槽，在主仓 merge 后 `./scripts/env-service.sh dev rebuild`，验证 `/health`、`/ready` 与资源 hash；健康不代表性能通过。禁止 worktree 启停共享服务。
|
||||
- 真实 UI：登录、刷新当前会话、切项目、首开预览、首导出、文档编辑保存后刷新/重开、双标签 busy。涉及文档治理改变时按 PROJECT 补真实 PI + MiniMax 全链路，stub 不可替代交付。
|
||||
- 证据：报告记录 commit/image/资源 hash、浏览器与硬件、网络/CPU 设置、缓存状态、数据规模、样本数/分位数、失败样本、请求数和 SQL 变化。脱敏，不保存登录 token、会话正文或原始授权头。
|
||||
|
||||
## Definition of Done
|
||||
|
||||
1. R1–R6 与性能预算有前后对比和真实 UI 证据；未覆盖项明确列残余，不因 health PASS 关闭。
|
||||
2. 字体不可达仍可操作，首次登录无重功能模块；初始化不随全部项目成员返回重复发会话请求。
|
||||
3. 授权/文档职责/租约/保存持久性不回退，分页可见性一致，SSE 不缓冲，旧版本 chunk 失效有恢复路径。
|
||||
4. 更新任务、CURRENT、FEATURE-MATRIX、test-report，完成后任务归档；明确本地分支/提交、是否合 dev、是否推送。
|
||||
|
||||
## Rollout and Rollback
|
||||
|
||||
顺序：U1 → U2/U3 与 U7 → U4/U5 → 按数据选择 U6，每波独立复测并归档，预计核心 U1–U5 约 3.5–7 工程日，U7 另需 0.5–1.5 日，U6 另需 2–4 日（估算，含回归，非交付承诺）。先 dev，再按项目既有授权晋升 test/main。
|
||||
|
||||
压缩/缓存只作用静态资产，发现编码/缓存问题可回退独立提交；保留对应完整 HTML+资源集，避免仅回滚 HTML。拆包可回滚组件边界，但禁止强制刷新正在编辑的用户。认证和查询优化各独立提交；职责修复迁移必须可重入，停用新读路径时保留既有安全修复，不删除数据/索引作为临时回滚。若 p95 回退超过 10%、401/403 异常、文档职责偏差或租约不可见，停止晋升并回退相应单元。
|
||||
|
||||
## Appendix
|
||||
|
||||
- [审计与数值证据](../audit/2026-09-17-initial-load-performance-audit.md)
|
||||
- [诊断测量报告](../test-reports/2026-09-17-initial-load-performance-baseline.md)
|
||||
- HTTP 压缩协商与 `Vary`：[MDN](https://developer.mozilla.org/en-US/docs/Web/HTTP/Guides/Compression)。缓存版本化资源与 HTML 策略：[MDN HTTP caching](https://developer.mozilla.org/en-US/docs/Web/HTTP/Guides/Caching)。
|
||||
- 外部字体与阻塞 CSS：[web.dev 字体实践](https://web.dev/articles/font-best-practices)。Vite 开发请求瀑布：[Vite performance](https://vite.dev/guide/performance)。这些资料用于原则核验；具体配置以仓库锁定的 Vite 7.1.x 为准，不照搬官网当前版本构建 API。
|
||||
|
||||
## Plan Review
|
||||
|
||||
已完成同模型的 coherence、feasibility、design、security、scope、adversarial 六视角只读复核（3 个代理分别承担两视角，不作为6份模型独立验证）。修正1项：明确3100开发入口与8080/8081构建入口使用不同资源预算；保留三入口真实重启与总耗时验证。未进行外部跨模型复核，不声称具有跨模型验证。置信度：资源/字体机制高，用户重启现场主因中等，须U1/U7闭环。
|
||||
@@ -1,57 +0,0 @@
|
||||
---
|
||||
title: "系统体检整改与完善实施方案（2026-09-17）"
|
||||
status: planned
|
||||
created: 2026-09-17
|
||||
updated: 2026-09-18
|
||||
---
|
||||
|
||||
# 系统体检整改与完善实施方案
|
||||
|
||||
> 配套审计：[../audit/2026-09-17-system-health-check.md](../audit/2026-09-17-system-health-check.md)（编号 B-x 确认 bug、R-x 隐患、E-x 环境缺陷、T-x 任务、X-x 死代码、S-x 测试盲区、D-x 文档漂移）。
|
||||
> Wave 0–7 已实施收口。Wave 7 仅为编排确认，未改变能力实现状态。
|
||||
|
||||
## 背景
|
||||
|
||||
体检确认质量门禁全绿、发布门禁口径属实；但发现 1 项 critical 环境缺陷（main ENV 不一致，E-1）、2 项 high 级 SSE 断流 bug（B-1/B-2）、1 项 high 级前端缓存 bug（B-5）、一批「机制先行无消费方」与测试盲区。本方案按风险优先分波次收口。
|
||||
|
||||
## 目标
|
||||
|
||||
1. main 环境事件链路语义唯一、无双写/空转风险（E-1）。
|
||||
2. SSE 长任务不再被 120s WriteTimeout 强杀（B-1/B-2），错误语义对齐（B-3/B-4）。
|
||||
3. 前端会话窗口缓存一致、恢复不丢数据（B-5/B-6）。
|
||||
4. 封存功能的灰度入口在 compose 层就绪（E-3），死配置/死代码有明确处置（E-4、X-*）。
|
||||
5. 测试债与 E2E 门禁入口收敛（S-1/S-2/S-4）。
|
||||
6. 文档 SSOT 无漂移（D-1~D-6）。
|
||||
|
||||
## 分波次计划
|
||||
|
||||
| 波次 | 内容 | 验收 |
|
||||
|------|------|------|
|
||||
| **Wave 0：P0 确认 bug** | B-1/B-2：`handleChatStream` 与 `handleRunTaskStream` 接 `extendSSEWriteDeadline` + 心跳（复用 sse.go:52-64 既有机制）；run/stream 支持 `after_seq` 续订（重连走既有 `GET .../events?after_seq=`）。B-3：Decode 失败返回 400。B-4：CreateAndStart/Subscribe 前置到 Flush 之前（对齐 chat 路径）。B-5：useChatWindow 全部写入统一带 `userId` 前缀，LRU 驱逐完整 cache key。B-6：`applyRestoredFileRaw` 函数式合并 | **done**（2026-09-18）：[test-report](../test-reports/2026-09-18-wave0-p0-bug-fixes-test-report.md)；合入 `dev` merge `fix/wave0-p0-sse-chat-cache-bugs`；dev rebuild + health/ready PASS；真 PI SSE 心跳证据归档 |
|
||||
| **Wave 1：main 环境修正（critical）** | E-1：app/events 统一 `ENV=main`。E-2：app `depends_on events: service_healthy`（events 同步迁移后再启 app）。E-5：`Env==""` 不再视同 dev。附带：events 补齐 `validateProductionSecrets` 所需口令以免 Restarting | **done**（2026-09-18）：[test-report](../test-reports/2026-09-18-wave1-main-env-fix-test-report.md)；main health `env=main` + `schema_version=52`；consumer modes 仍 off |
|
||||
| **Wave 2：配置与灰度入口对齐** | E-3：三环境声明 `MULTI_INTENT_PLAN_TIER`+U9–U12（legacy/false）；A-4：test/main 补 SHADOW/NARRATIVE。E-4：删除 `CURSOR_RUNNER_URL`+cursor-agent。E-6：main `SEED_DEMO_USERS=false`。E-7：非法 `INTENT_V2_DECISION_TIER`→`none`。E-9：评估不改 initdb | **done**（2026-09-18）：[test-report](../test-reports/2026-09-18-wave2-config-flag-align-test-report.md)；三环境 env 抽检 + health/ready PASS |
|
||||
| **Wave 3：测试债与盲区** | S-1：隔离 PG(5436) 跑 `TestReconcile_LegacyRepair_PG`。S-2：删 taskstream 死跳过；plan_owner 重定向说明。S-4：每 spec npm 脚本；退役 `document-revision.spec`（消灭 DOCREV_E2E_BASE_URL）。S-5：`projectSettingsError` 复用到 members/freeform/taskRuns/chatSessions | **done**（2026-09-18）：[test-report](../test-reports/2026-09-18-wave3-test-debt-blindspots-test-report.md)；playwright list 29/8；reconcile PG PASS |
|
||||
| **Wave 4：隐患加固（可与 Wave 0–3 并行认领，mutex 不冲突时）** | R-1：`getOrCreateSession` 增 owner 绑定校验（session 创建时记录 owner，后续请求校验，不匹配 403）。R-2：18 处 `rows.Next()` 循环补 `rows.Err()` 检查。R-3：dispatcher Handlers 读路径加 RLock（或注释冻结「仅启动期注册」并加 archtest 约束）。R-4：`memTurns` 加 TTL/容量淘汰。R-5：pg_store JSONB 反序列化错误改为显式报错。R-6：后台 ticker 纳入 Shutdown；vault Drain 错误上报告警。R-7/R-8：SSE 重连 401/404 fail-fast、逐帧容错；登出 abort 在途流 | **done**（2026-09-18）：[test-report](../test-reports/2026-09-18-wave4-hardening-r1-r8-test-report.md)；Memory+PG 跨用户负例 PASS；`go test -short` / `npm test` 全绿 |
|
||||
| **Wave 5：死代码与机制收口（需逐项决策，不擅自删）** | X-1：删除 `SEMANTIC_FALLBACK_ENABLED`。X-2：`SEMANTIC_SUMMARY_REPLACE` 维持未接线并封存注释。X-3：00048 三表 deferred → SWBOOT-10/W5b。X-4：system_settings 6 键保留并注释二期。X-5：删除 DocumentNotificationList、WorkflowPrerequisiteBanner、SettingsModal、activateWorkflow、saveMessages 及级联 patchNotification | **done**（2026-09-18）：[决策](../ops/short-term/2026-09-18-wave5-deadcode-decisions.md) · [test-report](../test-reports/2026-09-18-wave5-deadcode-decisions-test-report.md) |
|
||||
| **Wave 6：文档漂移修复** | D-1：PU8 四份契约文件状态改 done 并归档。D-2：modular-monolith ADR 状态更新为 accepted。D-3：两个 INDEX 末行已在本审计修正（复核即可）。D-4：handoff 回标已被覆盖。D-5：backlog D3/D7 同步最新状态。D-6：PROJECT.md §9「剩余 blocker」段与 gap-matrix 对齐或删除 | **done**（2026-09-18）：[short-term](../ops/short-term/2026-09-18-wave6-doc-drift.md) · [test-report](../test-reports/2026-09-18-wave6-doc-drift-test-report.md)；D-3 INDEX 复核 PASS、零改动 |
|
||||
| **Wave 7：既有 roadmap 收口（不改优先级，仅确认编排）** | T1/W5：SWBOOT-10 安全评审后实施（保持 fail-closed 直至授权）。T1/W6：FAV live 放量 staging→artifact→publication，每级 ≥7 天观察窗，`FAV_DEGRADED_READ=false` 不动。T1/W7：D7 待合规签字后按 ADR 整改。T4：首次加载性能 U1/U3–U7。T5/T6/T8：backlog 类按收益触发。T2（Control Center）已于 2026-09-19 移出本仓库 | **done**（2026-09-18）：[决策记录](../ops/short-term/2026-09-18-wave7-roadmap-orchestration.md)。六项编排确认已记录；T2 后来由用户裁决为独立项目，本仓库不再保留 Control Center；FAV/D7/tier 升级红线未动 |
|
||||
|
||||
## 验收标准
|
||||
|
||||
- [x] Wave 0 完成后：`go vet ./...`、`go test -short ./...`、`cd web && npm test && npm run build` 全绿；dev 容器 rebuild + health/ready PASS（[报告](../test-reports/2026-09-18-wave0-p0-bug-fixes-test-report.md)）
|
||||
- [x] main 环境：ENV 语义统一核验记录 + schema 已升（实测 52）+ 事件链路无双写证据（modes 仍 off）（Wave 1，[报告](../test-reports/2026-09-18-wave1-main-env-fix-test-report.md)）
|
||||
- [x] SSE 长回合心跳接线：真 PI 静默期 `: heartbeat` + 短 WriteTimeout 单测跨越（Wave 0）
|
||||
- [x] Wave 2 配置声明对齐：三环境 compose diff 复核 + 容器 env 抽检 + go test 全绿（E-3/E-4/E-6/E-7 完成；E-9 评估结论已记录，不改代码）（[报告](../test-reports/2026-09-18-wave2-config-flag-align-test-report.md)）
|
||||
- [x] `TestReconcile_LegacyRepair_PG` 报告归档，gap-matrix 测试债行关闭（Wave 3）
|
||||
- [x] `playwright test --list` 与门禁文档一致（Wave 3）
|
||||
- [x] 跨用户会话挂靠负例测试入库（Wave 4）
|
||||
- [x] X-1~X-5 每项有决策记录（Wave 5）
|
||||
- [x] D-1~D-6 全部回链关闭（Wave 6）
|
||||
- [x] Wave 7 六项编排确认已记录（T1/W5、T1/W6、T1/W7、T2、T4、T5/T6/T8）；FAV/D7/tier 升级红线未变（Wave 7）
|
||||
- [x] 不触碰红线：FAV_DEGRADED_READ=false、MULTI_INTENT_PLAN_TIER 默认 legacy、SEMANTIC_SUMMARY_REPLACE 不接线、项目 143 只读、禁止整支 merge FAV
|
||||
|
||||
## 相关链接
|
||||
|
||||
- Audit: [../audit/2026-09-17-system-health-check.md](../audit/2026-09-17-system-health-check.md)
|
||||
- gap-matrix: [./gap-matrix.md](./gap-matrix.md)（本方案不改动发布门禁结论；E-1 若核验确认 main 事件链路异常，再评估是否升 blocker）
|
||||
- 既有收口总控：[./2026-09-16-partial-deferred-completion-plan.md](./2026-09-16-partial-deferred-completion-plan.md)
|
||||
@@ -1,447 +0,0 @@
|
||||
---
|
||||
title: "功能启用与项目文档修改影响分析整改方案"
|
||||
status: in_progress
|
||||
created: 2026-09-20
|
||||
updated: 2026-09-20
|
||||
---
|
||||
|
||||
# 功能启用与项目文档修改影响分析整改方案
|
||||
|
||||
## 1. 背景与目标
|
||||
|
||||
本方案依据[源码与运行态调研](../ops/research/2026-09-20-capability-enablement-impact-research.md)。目标不是一次性打开全部 flag，而是使系统能够回答并证明四件事：功能是否真正接入生产入口、当前在哪个灰度阶段、失败时如何回退、用户如何看到可靠结果。
|
||||
|
||||
第二个目标是让助手在每次文档候选或提交后提供：本次修改内容、项目及相关文档影响、证据和不确定性、下一步建议。常规分析只读取变更片段和已登记关联；首次建索引、索引损坏或明确重建时才允许后台全量扫描。
|
||||
|
||||
本方案不直接授权启用 test/main 开关，也不授权 FAV、D7 删除策略、软件自举受控执行或全局编制人兼任。每个波次在 feature/fix 分支实施，合 dev 和共享容器验证继续占用 CURRENT 集成槽。
|
||||
|
||||
## 2. 总体判断
|
||||
|
||||
### 2.1 能力分组
|
||||
|
||||
| 组别 | 能力 | 当前动作 |
|
||||
|---|---|---|
|
||||
| 已在用 | legacy 有限只读多意图、确定性摘要、确定性文档 diff/风险/report | 保持运行，补观测，不改变默认行为 |
|
||||
| 整改后可灰度 | 多意图 shadow/auto_read、语义摘要 shadow、PI change-report narrative | 完成各自前置项后只在 dev 小范围开放 |
|
||||
| 仍需实现 | confirm 后可靠调度、U9 真实入口、U10–U12 live、语义摘要 replace、项目追踪索引 | 按波次开发和验收，不能用开关代替实现 |
|
||||
| 继续关闭 | full 一键放量、FAV live/degraded read、D7 物理删除、SWBOOT-10 stub 绕过 | 保持现状，另立授权与验收 |
|
||||
|
||||
### 2.2 核心架构
|
||||
|
||||
```mermaid
|
||||
flowchart TB
|
||||
Candidate[文档候选] --> Preview[proposed 预估报告]
|
||||
Commit[正式提交] --> Ledger[文档快照和版本账本]
|
||||
Ledger --> Outbox[可靠事件]
|
||||
Outbox --> Indexer[增量追踪投影器]
|
||||
Indexer --> Items[项目追踪条目和修订]
|
||||
Indexer --> Edges[版本化关系]
|
||||
Items --> Analyzer[影响分析器]
|
||||
Edges --> Analyzer
|
||||
Ledger --> Analyzer
|
||||
Analyzer --> Report[持久变更报告]
|
||||
Preview --> Chat
|
||||
Report --> Chat[聊天影响卡]
|
||||
Report --> DocUI[文档版本面板]
|
||||
Report --> ProjectUI[项目追踪视图]
|
||||
Chat --> Suggested[用户选择建议动作]
|
||||
Suggested --> Auth[重新鉴权、租约、版本检查]
|
||||
Auth --> Workflow[目标文档工作流]
|
||||
```
|
||||
|
||||
确定性事实始终由服务端账本、项目追踪关系和权限判定生成。PI 只生成解释、候选关系和建议，不能降低风险、扩大可见集或直接修改其他文档。
|
||||
|
||||
## 3. 功能就绪与灰度契约
|
||||
|
||||
管理台需要把一个“开关”拆成以下字段，避免 `value=true` 被误解成可用：
|
||||
|
||||
| 字段 | 含义 |
|
||||
|---|---|
|
||||
| configured_value | 配置声明值 |
|
||||
| effective_value | 当前进程实际值 |
|
||||
| implementation_state | placeholder / dry_run / shadow / live |
|
||||
| adapter_readiness | ready / unavailable / degraded，以及原因 |
|
||||
| rollout_scope | 环境、项目、用户或百分比 |
|
||||
| requires_restart | 是否需要重启 |
|
||||
| evidence | 最近一次验收报告和镜像 digest |
|
||||
| metrics | 调用量、成功率、回退率、P95、最近错误 |
|
||||
|
||||
开关变更需写审计记录并支持按项目 allowlist。关闭时，已有计划和报告仍可读取；执行中的任务进入可解释终态，不能静默遗弃。
|
||||
|
||||
管理台采用“先读后改”的能力详情流。`effective_value`、成熟度、adapter readiness、证据和指标始终只读；管理员编辑 configured value 和允许的 rollout scope 时，页面即时展示未满足门禁和是否需要重启。提交前预览旧值、新值、作用范围和预期实际效果；提交后明确显示待重启、部分生效、成功或失败，并提供基于上一审计 revision 的回退动作。保存配置成功不等于能力已经生效。
|
||||
|
||||
### 3.1 多意图状态机
|
||||
|
||||
```mermaid
|
||||
stateDiagram-v2
|
||||
[*] --> Legacy
|
||||
Legacy --> Shadow: 只生成和对账计划
|
||||
Shadow --> AutoRead: 只读指标达标
|
||||
AutoRead --> Confirm: 生成动作验收通过
|
||||
Confirm --> DomainLive: 单一领域适配器验收
|
||||
DomainLive --> WiderRollout: 观察窗达标
|
||||
Shadow --> Legacy: 错误率或成本超阈值
|
||||
AutoRead --> Legacy: 权限、重复或恢复异常
|
||||
Confirm --> Legacy: 确认前副作用或调度异常
|
||||
```
|
||||
|
||||
- `shadow` 必须从真实聊天入口生成持久但不可执行的计划，并与 legacy 结果对账；当前 legacy/no-op 语义不足以充当完整 shadow。
|
||||
- `auto_read` 只允许真实查询 owner；receipt 必须包含查询类型、授权范围 digest、结果版本和恢复标识，禁止 Fake owner。
|
||||
- `confirm` 在用户确认前零业务写。决定事务复用现有 `intent_plan_steps`、`ClaimStep`、`ExecuteClaimed`、`RecoverReceipt` 和 `intent.plan` 事件作为唯一执行事实源；新增生产 dispatcher 领取已有步骤，重新鉴权、检查 expected resource version，再调用幂等领域 owner。禁止另建第二套决定队列和步骤状态机。
|
||||
- U9 仅在规则分段低置信时提出候选 span；所有候选仍进入相同策略、鉴权和确认链。
|
||||
- U10、U11、U12 分别接真实领域端口和独立 allowlist；不使用 `full` 同时开放。
|
||||
|
||||
### 3.2 语义摘要状态机
|
||||
|
||||
```mermaid
|
||||
stateDiagram-v2
|
||||
[*] --> Deterministic
|
||||
Deterministic --> Shadow: 后台生成语义候选
|
||||
Shadow --> ReplacePilot: 质量与数据安全门禁通过
|
||||
ReplacePilot --> ProjectRollout: 项目白名单观察窗通过
|
||||
ProjectRollout --> EnvironmentRollout: 环境级批准
|
||||
Shadow --> Deterministic: 超时、校验失败或撤权
|
||||
ReplacePilot --> Deterministic: 事实丢失或陈旧
|
||||
```
|
||||
|
||||
语义叙事只替换 Narrative，Facts 和 OpenQuestions 由服务器合并保护。每份摘要绑定 session、授权可见集 digest、from/to message ID、上个摘要 revision、模型/协议版本和生成时间。授权变化或消息修订使其失效。
|
||||
|
||||
摘要生成放到可靠后台任务；用户请求先返回确定性摘要。PI 返回必须包含 input digest、覆盖水位和结构化字段，服务端严格校验。失败继续提供确定性结果并记录 fallback，不阻断聊天。
|
||||
|
||||
## 4. 项目追踪数据模型
|
||||
|
||||
### 4.1 设计原则
|
||||
|
||||
1. 项目级统一身份，工作流、文档和阶段作为归属，不为每个工作流复制需求。
|
||||
2. 正文仍由 document snapshot/version 账本管理；追踪表只存结构化字段、定位和 hash。
|
||||
3. 条目修订不可变，删除使用 tombstone；关系有生效和失效版本。
|
||||
4. 确定关系、人工确认关系、规则抽取关系、模型候选关系分开存放。
|
||||
5. 所有读取先经过项目与逐文档可见性过滤；不可通过标题、数量、错误或候选泄漏隐藏文档。
|
||||
|
||||
### 4.2 建议表
|
||||
|
||||
#### project_trace_items
|
||||
|
||||
稳定项目条目身份。
|
||||
|
||||
| 字段 | 说明 |
|
||||
|---|---|
|
||||
| id / project_id | 主键和项目边界 |
|
||||
| business_key | 项目内稳定键，如 UR-001、REQ-017、TC-017 |
|
||||
| kind | requirement / risk / interface / test / decision / deliverable |
|
||||
| lifecycle_state | draft / active / superseded / retired |
|
||||
| current_revision_id | 当前修订指针 |
|
||||
| created_at / created_by | 审计字段 |
|
||||
|
||||
约束：`unique(project_id, kind, business_key)`；business_key 变更使用 alias 或 supersedes 边，不直接改写历史身份。
|
||||
|
||||
条目身份契约：合规且项目内唯一的显式业务键可直接绑定；无键条目分配不可变内部身份；重复键阻断投影并进入人工消歧；改名必须通过旧键映射和 expected revision 显式确认，未确认时按“删除候选 + 新增候选”处理。历史回填保留可审计映射，不能靠标题相似度静默合并身份。
|
||||
|
||||
#### project_trace_item_revisions
|
||||
|
||||
不可变条目版本。
|
||||
|
||||
| 字段 | 说明 |
|
||||
|---|---|
|
||||
| item_id / revision_no | 条目和单调修订号 |
|
||||
| source_doc_id / source_snapshot_id | 权威文档版本 |
|
||||
| block_id / heading_path / anchor | 精确片段定位 |
|
||||
| content_hash | 规范化片段 hash |
|
||||
| title / statement | 结构化标题和陈述 |
|
||||
| acceptance_criteria / verification_method | 需求和验证字段 |
|
||||
| attributes | 类型专属 JSONB；需 schema_version |
|
||||
| evidence_kind | declared / extracted / imported |
|
||||
| review_state | confirmed / candidate / rejected |
|
||||
| extractor_version | 重建和兼容依据 |
|
||||
| tombstone | 在该快照已删除 |
|
||||
|
||||
唯一幂等键建议为 `(source_snapshot_id, block_id, extractor_version, content_hash)`。
|
||||
|
||||
#### project_trace_edges
|
||||
|
||||
版本化关系边。
|
||||
|
||||
| 字段 | 说明 |
|
||||
|---|---|
|
||||
| project_id | 事务与鉴权边界 |
|
||||
| from_item_id / to_item_id | 有向关系两端 |
|
||||
| relation_type | refines / satisfies / verifies / mitigates / depends_on / conflicts_with / supersedes |
|
||||
| from_revision_id / to_revision_id | 关系成立时的证据版本 |
|
||||
| evidence_doc_id / snapshot_id / block_id | 可点击证据 |
|
||||
| provenance | explicit_reference / workflow_consumption / rule / human / model_candidate |
|
||||
| confidence | 仅候选使用，不覆盖事实状态 |
|
||||
| review_state | confirmed / candidate / rejected；由决定账本投影 |
|
||||
| valid_from / valid_to | 关系历史 |
|
||||
| created_by / reviewed_by | 审计字段；reviewed_by 由决定账本投影 |
|
||||
|
||||
禁止用向量相似度直接生成 confirmed edge。模型候选不能触发自动写文档或把风险降级。
|
||||
|
||||
#### project_trace_edge_decisions
|
||||
|
||||
人工关系治理的不可变权威账本，避免重建投影时丢失已经确认、拒绝或撤销的决定。
|
||||
|
||||
| 字段 | 说明 |
|
||||
|---|---|
|
||||
| id / project_id / edge_key | 决定身份、项目和稳定关系键 |
|
||||
| candidate_revision_id | 决定针对的候选版本 |
|
||||
| decision | confirm / reject / revoke |
|
||||
| reason / evidence_refs | 原因和当时可见证据引用 |
|
||||
| expected_revision | CAS 版本 |
|
||||
| decided_by / decided_at | 操作者和时间 |
|
||||
|
||||
`project_trace_edges` 是文档事实、抽取结果与此决定账本的联合投影。重建必须重放决定账本；旧候选不得因 extractor 重跑而绕过既有拒绝，关系两端或证据实质变化时才产生新候选 revision。
|
||||
|
||||
#### project_trace_index_state
|
||||
|
||||
保存 `project_id + doc_id + source_snapshot_id + extractor_version`、status、indexed_at、覆盖条目数、失败原因、retry_count。只有状态为 complete 且 source snapshot 与当前基线一致，UI 才能显示“已分析且未发现影响”。
|
||||
|
||||
每次影响报告另记录项目覆盖 epoch、当前可见文档集合 digest，以及集合内各文档的 current snapshot 和 extractor version。只有集合全部 complete 且仍与当前基线一致，才可返回 `no_known_dependencies`；任一缺失、陈旧或失败分别返回 `index_pending`、`partial` 或 `failed`。
|
||||
|
||||
### 4.3 与现有 document_lineage 的关系
|
||||
|
||||
`document_lineage` 保留文档级的实际消费事实，但改用真实 snapshot/version，修复写死 version=1，并支持有效期。条目级 edge 解释被消费内容及其具体影响。静态工作流先后顺序不能自动当作真实依赖；没有实际引用时只可作为“建议检查”候选。
|
||||
|
||||
## 5. 增量索引与影响分析
|
||||
|
||||
### 5.1 提交链路
|
||||
|
||||
```mermaid
|
||||
sequenceDiagram
|
||||
participant U as 用户/Agent
|
||||
participant D as 文档命令
|
||||
participant L as 版本账本
|
||||
participant O as Outbox
|
||||
participant I as 追踪投影器
|
||||
participant A as 影响分析器
|
||||
participant R as 报告/UI
|
||||
U->>D: 保存候选
|
||||
D->>D: 权限、租约、expected revision
|
||||
D->>A: 生成 proposed 预估报告
|
||||
A->>R: 保存 proposed report，不写 stale/通知
|
||||
R-->>U: 展示预估影响和下一步
|
||||
U->>D: 正式提交
|
||||
D->>L: 原子写 snapshot/version
|
||||
D->>O: 写 document.committed
|
||||
O-->>I: 至少一次投递
|
||||
I->>I: 按 snapshot+extractor 幂等增量抽取
|
||||
I->>A: trace.indexed 或 trace.failed
|
||||
A->>A: 授权过滤后有界反向遍历
|
||||
A->>R: 持久 report + coverage status
|
||||
R-->>U: 修改、影响、证据、建议
|
||||
```
|
||||
|
||||
所有候选来源必须生成并持久化标识为 `proposed` 的预估报告：Agent 生成、人工块编辑、恢复历史版本、导入和修复迁移。候选报告不能写 stale、触发正式通知或发出 `document.committed`。正式提交后才写账本、发出 `document.committed` 并生成 authoritative report。
|
||||
|
||||
### 5.2 增量算法
|
||||
|
||||
1. 对比前后 block map 和 business key，识别新增、修改、删除、移动、改名。
|
||||
2. 只重新抽取变化块及必要父标题；未变 block 沿用已确认条目修订。
|
||||
3. 只有 schema 明确给出关系类型的结构化引用和已记录的实际工作流消费可自动写 confirmed 边。普通正文中的无类型 ID 提及只生成带上下文证据的 candidate；否决方案、历史引用和否定语境不得自动确认。模型只为未覆盖条目产生候选。
|
||||
4. 后台以受审计的项目服务身份从变化条目反向遍历 confirmed 边；默认深度 3、节点数和时间有上限，并启用 cycle detection。规范结果只保存结构化条目、关系、文档标识和证据定位，不保存可直接向普通用户展示的隐藏正文。
|
||||
5. 对命中的目标读取对应片段和邻接上下文，不读全部文档；首次索引或修复任务在后台全量读取，并显示状态。
|
||||
6. 将 diff、条目变化、直接/间接影响、证据路径、索引覆盖和建议保存到规范 report revision。每次读取按当前主体重新执行逐文档策略，过滤 source、target 和 evidence 后重算数量、覆盖状态和展示文案。
|
||||
7. 乱序事件不能将索引回退到旧 snapshot；重复事件返回同一投影结果。
|
||||
|
||||
### 5.3 影响状态与风险
|
||||
|
||||
必须区分：
|
||||
|
||||
| 状态 | 含义 | UI 文案方向 |
|
||||
|---|---|---|
|
||||
| confirmed_impact | 确定关系和内容变化证明影响 | 需要复核/更新 |
|
||||
| possible_impact | 候选关系或语义不确定 | 建议核实，不自动写 |
|
||||
| dependency_unchanged | 存在关系，但相关片段未受影响 | 已检查，无需动作 |
|
||||
| no_known_dependencies | 索引完整，未登记关系 | 未发现已知关联 |
|
||||
| index_pending | 新版本尚未分析完 | 分析中，不能判断无影响 |
|
||||
| partial | 达到查询上限或部分目标不可分析 | 结果不完整 |
|
||||
| failed | 投影/查询失败 | 分析失败，保守处理 |
|
||||
|
||||
风险计算应按变更内容、关系类型、目标基线状态和证据确定性合成。纯格式变化不因存在 lineage 自动升 critical；删除已批准安全需求、关键数值变化、冲突关系或已批准下游失效继续保持 high/critical 下限。
|
||||
|
||||
## 6. 影响报告与用户交互契约
|
||||
|
||||
报告至少包含：
|
||||
|
||||
- report_id、project_id、source doc/snapshot、from/to SHA、状态和生成时间。
|
||||
- 本次修改：业务键、位置、旧值→新值、变更类型；无业务变化时明确说明。
|
||||
- 项目影响：工作流、阶段、风险、交付物和阻塞条件。
|
||||
- 文档影响：可见文档名称、状态、直接/间接、确定/候选、证据路径。
|
||||
- 覆盖说明：索引 snapshot、extractor/version、complete/partial/pending/failed。
|
||||
- 建议动作：action key、原因、目标、前置条件、责任职责、是否需要确认。
|
||||
- PI 说明 provenance：deterministic / pi_enriched / fallback，模型、协议、input digest。
|
||||
|
||||
同一 report_id 指向服务端规范事实，由聊天卡、文档版本面板和项目“需求与影响”页共同引用。每次规范结果更新生成单调 `report_revision`。面向用户的 `ReportView` 以 `report_id + report_revision + authorization_visibility_digest + narrative_protocol_version` 为键：先按当前主体过滤文档、条目、证据和数量，再生成确定性文案或 PI 叙事。`trace.indexed`、`trace.failed`、关系决定、规范报告更新和授权变化都失效旧视图；刷新、重登和重启后，同一主体看到一致结果，不同权限主体不会共享自由文本叙事。
|
||||
|
||||
`proposed` 报告具有 `active`、`superseded`、`rejected`、`expired`、`committed` 生命周期，绑定 candidate revision、base snapshot 和 expected head。候选被拒绝/取消、新候选替代、基线推进或版本冲突时，旧报告不可再创建建议动作；正式提交时写入 authoritative successor report_id。
|
||||
|
||||
助手应在候选生成后展示 `proposed` 预估影响，并在正式提交后展示 authoritative 结果。两种状态均主动说明：
|
||||
|
||||
1. 本次实际改了什么。
|
||||
2. 对当前项目或工作流的影响。
|
||||
3. 还可能涉及哪些文档及证据。
|
||||
4. 哪些关系尚不确定或索引尚未完成。
|
||||
5. 建议的有序下一步。
|
||||
|
||||
用户点击“按建议修改”只创建明确的动作草案；随后重新检查权限、职责、租约、expected revision 和审批规则。总结、查询、分析类意图保持只读，不自动启动修改。
|
||||
|
||||
每个建议动作使用统一可见状态：`available`、`checking`、`draft_created`、`confirmation_required`、`executing`、`completed`、`forbidden`、`stale_or_conflict`、`failed`、`cancelled`。三个入口共用状态和按钮语义；目标文档显示草案入口，冲突要求刷新后重新预览，失败可重试，取消和完成都回写原 report_id 时间线。
|
||||
|
||||
异步分析状态也必须给出恢复路径：`index_pending` 自动刷新并显示最近更新时间；`partial` 展示已覆盖和未覆盖范围；`failed` 仅展示安全的失败分类、重试状态和管理员联系/重建入口。恢复后在原 report_id 上更新状态并通知，不覆盖历史时间线。
|
||||
|
||||
项目“需求与影响”页的信息架构固定为：首屏先显示索引覆盖健康和待处理影响；随后是按 requirement、risk、interface、test、decision、deliverable 分类并可搜索筛选的条目清单。条目详情集中展示当前修订、上下游关系、证据片段、历史版本和关联报告；聊天卡与文档影响项直接深链到该详情。
|
||||
|
||||
跨界面验收包含可访问性和窄屏行为：报告和管理动作可全键盘完成；弹层聚焦标题并在关闭时归还焦点；pending/failed/completed 使用 `aria-live`；关系图提供等价的可筛选关系列表和证据链接；窄屏使用全宽抽屉和分组列表，主要动作满足触控操作要求。
|
||||
|
||||
## 7. API 与授权边界
|
||||
|
||||
建议增加或扩展以下资源，命名可在实施时按现有路由规范调整：
|
||||
|
||||
| 资源 | 用途 | 关键约束 |
|
||||
|---|---|---|
|
||||
| 项目追踪条目列表/详情 | 需求、风险、接口、测试清单 | 项目成员 + 文档可见性；分页、过滤 |
|
||||
| 条目关系图 | 直接和有界多跳关系 | 服务端过滤后计算数量，防侧信道 |
|
||||
| 文档影响报告 | 获取 report 和进度 | source/target 均按可见性裁剪 |
|
||||
| 关系候选确认/拒绝 | 人工治理模型候选 | 默认关闭；治理政策批准后才开放；CAS、决定账本、审计 |
|
||||
| 索引状态/重建 | 管理索引健康 | 普通用户只读状态；重建为管理员操作 |
|
||||
| 建议动作创建 | 从 report 生成动作草案 | 再鉴权、幂等、明确目标版本 |
|
||||
|
||||
现有 lineage API 先修复：doc_id 必须属于 URL project，且每个返回端点都通过逐文档策略；错误不得把不可见对象存在性泄漏给调用方。影响总数只能按调用者可见集统计。
|
||||
|
||||
关系候选治理的推荐政策是新增项目本地 `trace_reviewer` 动作能力，并把它嵌入现有文档职责：项目创建者只能在两端文档已有编制人或审核人中显式指派；全局系统管理员不会自动获得该项目、文档或候选的查看和确认权限。确认或拒绝时，同一 CAS 事务必须验证 route project、candidate、两个 item 和两个 source document 都属于同一项目，操作者当前可见两端文档且持有该能力。跨文档候选需要源端和目标端各一名符合条件者确认；同一人同时承担两端职责时可合并一次决定。每次变更限制候选数量并生成待办；未处理候选只产生 `possible_impact`，积压超过 Foundation 0 冻结门槛时停止扩大模型候选范围。此政策需用户审核通过后实施；未批准前端点保持关闭。
|
||||
|
||||
### 7.1 PI 输入安全门
|
||||
|
||||
Foundation 1 建立所有 PI 消费者共用的 R13 输入信封。服务端绑定 tenant/project、主体授权可见集 digest 和输入 digest；每个消费者只接收字段白名单和必要片段，执行敏感字段脱敏，并限制 runner 凭证、workspace 和日志留存。门禁不可用时 `adapter_readiness=unavailable`，立即走确定性回退。
|
||||
|
||||
语义摘要、变更叙事、U9 分段和关系候选都必须经过同一门禁；不得把“完整 diff/impact”解释为无裁剪全文。Track I、S、T 各阶段的进入条件均包含跨项目、撤权、提示注入、敏感字段泄漏和日志留存负例。
|
||||
|
||||
## 8. 分轨实施计划
|
||||
|
||||
先完成共享基座，再让三条能力轨道独立晋级、验收和回退，避免语义摘要被多意图或追踪索引阻塞，也避免用户最关心的影响定位排在多意图之后。
|
||||
|
||||
### 8.1 共享基座
|
||||
|
||||
| 波次 | 内容 | 主要产物 | 关闭条件 |
|
||||
|---|---|---|---|
|
||||
| Foundation 0：状态校准 | 校准 FEATURE-MATRIX 和管理台成熟度；新增运行时 readiness/metrics；开关审计、项目 allowlist、放量阈值登记 | 准确能力目录和管理流程 | 配置值不再冒充可用性；阈值预先冻结 |
|
||||
| Foundation 1：安全与持久化 | lineage API 鉴权；chat_summaries 迁移和严格错误；授权水位；纯推理 Runner profile；共用 R13 PI 输入信封 | 通用安全和恢复基础 | PG、权限/泄漏负例、重启恢复、工具隔离通过 |
|
||||
|
||||
### 8.2 Track I：多意图
|
||||
|
||||
| 阶段 | 内容 | 进入下一阶段条件 |
|
||||
|---|---|---|
|
||||
| I1 生产接线 | 真实 query owner；单轮接管；typed payload/version；复用现有步骤领取、receipt 恢复和 intent.plan 事件；新增生产 dispatcher | 确认前零写、确认后一次执行、崩溃与刷新恢复通过 |
|
||||
| I2 shadow / auto_read / confirm | 按状态机逐级开放项目 allowlist | 精度、安全、P95、采用率和放弃率达到冻结阈值 |
|
||||
| I3 逐域扩面 | U9、U10、U11、U12 分别接真实 adapter | 每域真实 UI+PG+PI 长链单独通过；禁止 full 一次放量 |
|
||||
|
||||
### 8.3 Track S：语义摘要
|
||||
|
||||
| 阶段 | 内容 | 进入下一阶段条件 |
|
||||
|---|---|---|
|
||||
| S1 shadow 生产化 | 后台任务、旧摘要融合、input/watermark 校验、持久 provenance、确定性即时回退 | 事实保持、撤权、陈旧、性能、重启和 R13 门通过 |
|
||||
| S2 replace 项目试点 | 只替换 Narrative；Facts/OpenQuestions 由服务端保护；项目 allowlist | shadow 标注数据达到冻结质量阈值，回退演练通过 |
|
||||
| S3 环境扩面 | test/main 分别授权 | 各环境观察窗和真实页面验收通过 |
|
||||
|
||||
### 8.4 Track T：文档影响与追踪
|
||||
|
||||
| 阶段 | 内容 | 进入下一阶段条件 |
|
||||
|---|---|---|
|
||||
| T1 基础影响闭环 | 修 lineage 版本；统一提交事件；proposed/authoritative 报告；聊天卡；PI narrative 接最小化 diff/impact | 人改/Agent/恢复/导入一致；未知不伪装无影响 |
|
||||
| T2 项目追踪索引 | 五表迁移；结构化需求/用例投影；UR/RS/REQ/TC 键；决定账本；项目页面 | D7 确认派生条目/候选/决定的留存类别和源文档删除传播规则；双向追踪、授权、决定重放、增量幂等通过 |
|
||||
| T3 多跳与候选 | 有界递归、循环检测、语义候选、两端人工确认、片段装配 | 准确率、候选积压和成本门槛达标；候选不污染事实 |
|
||||
|
||||
推荐先并行启动 Foundation 0、lineage API 鉴权和 T1 的非 PI 部分。Foundation 1 完成后，I、S、T 各自推进；任何轨道都不能以另一轨道“尚未完成”为由跳过自身门禁。
|
||||
|
||||
## 9. 验收方案
|
||||
|
||||
### 9.1 静态与单元门
|
||||
|
||||
- 迁移从空库、与当前 main 一致的 schema 52 夹具、schema 53 三种基线升级均成功；main 晋升前保存升级与回退演练证据，down migration 按项目规范评估。
|
||||
- config 测试保证默认值和 Compose 声明一致；未知 tier fail closed。
|
||||
- 每个状态转换、CAS、幂等键、乱序事件、循环关系和查询上限有测试。
|
||||
- `rg` 证明生产组合根无 Fake owner，live adapter 无 dry-run receipt。
|
||||
- PI 纯推理 profile 的实际 argv 不包含 read/write/edit/search 或扩展，不能仅断言 prompt 文案。
|
||||
- 所有 PI 消费者的 R13 输入信封校验 tenant/project、授权可见集 digest、字段白名单、脱敏和日志留存；门禁失败时能力 unavailable。
|
||||
|
||||
### 9.2 PostgreSQL 与授权门
|
||||
|
||||
- 两项目、两用户、项目管理员、普通成员、非成员和文档级不可见对象。
|
||||
- 任意 project_id + 他项目 doc_id 不能读取 lineage、条目、边、report 或总数。
|
||||
- 索引事务中断、重复和乱序事件，最终只指向最新快照。
|
||||
- 删除、改名、supersede、循环、多跳、旧版本边、候选拒绝均保留历史。
|
||||
- 摘要和影响报告重启后恢复；数据库写失败不得伪装持久化成功。
|
||||
- 高权限提交者与低权限查看者共用 report_id 时，ReportView、PI 叙事、数量和覆盖状态按各自 visibility digest 隔离；撤权后旧视图失效。
|
||||
|
||||
### 9.3 真实聊天与浏览器门
|
||||
|
||||
- 用户从真实页面发起“两项查询”“查询+指定文档生成”“两项生成”“先查询再总结”“模糊指代”。
|
||||
- 确认前数据库零业务写；确认后只执行所选步骤一次。覆盖双标签、重复点击、取消、超时、撤权和版本冲突。
|
||||
- 在 dispatcher 领取后、领域写后/receipt 前杀进程并重启，卡片恢复且无重复副作用。
|
||||
- 人工修改一条数值需求后，页面显示 old→new、相关设计/用例、证据和建议；纯格式修改不滥升 critical。
|
||||
- 索引 pending/partial/failed 时禁止展示“无影响”。隐藏文档不泄漏标题、ID、摘要或数量。
|
||||
- 聊天、文档版本面板和项目追踪页共用 report_id，刷新/重登/重启一致。
|
||||
|
||||
### 9.4 真实 PI 门
|
||||
|
||||
- 固定提交和镜像 digest，记录实际 feature state、模型、input digest、工具 profile 和耗时。
|
||||
- semantic shadow、change narrative、U9 各有正常、timeout、畸形、注入和撤权用例。
|
||||
- PI 不能降低服务端风险、添加 confirmed impact、扩大可见集或绕过确认。
|
||||
- 不以 stub、直接 adapter 单测或 API 直调替代最终真实页面验收。
|
||||
|
||||
### 9.5 度量与放量门槛
|
||||
|
||||
首次 shadow 观察期至少采集：
|
||||
|
||||
- 多意图：segment precision/recall、写意图漏判、错误动作率、fallback、P95、计划采用率、确认放弃率、主动拆单回退率。
|
||||
- 摘要：事实保持率、旧事实召回、幻觉/矛盾率、撤权失效率、fallback、P95、token/成本。
|
||||
- 影响：confirmed 关系 precision/recall、候选接受率、漏报、误报、平均读取文档数/块数/字节、索引滞后、P95。
|
||||
- 运行：任务重复副作用为 0，未授权读取/写入为 0，pending/failed 误报 no-impact 为 0。
|
||||
|
||||
具体阈值由 Foundation 0 用标注数据集登记后冻结，禁止事后按结果降低。没有代表性样本时，只能保持 shadow。多意图采用率、确认放弃率或主动拆单回退率未达阈值时，停止 confirm 后写动作和 U9–U12 扩面，只保留明确告知与已验证的只读路径。
|
||||
|
||||
## 10. 回退与数据兼容
|
||||
|
||||
- 每个能力可按项目降级到上一层；停止创建新任务，不删除已有计划、report、条目或审计。
|
||||
- 多意图关闭后，执行中的步骤完成到安全终态或明确 cancelled；禁止回落到 legacy 后重复执行同一句写操作。
|
||||
- 摘要 replace 关闭后立即使用最后一次确定性摘要；语义候选保留用于审计，不注入 prompt。
|
||||
- 索引器关闭后文档提交继续成功；报告影响状态显示 `index_pending`，索引器的 `adapter_readiness` 显示 `degraded`；恢复后从 outbox/checkpoint 重放。
|
||||
- 条目、修订、关系和索引状态是可重建投影；人工关系决定由 `project_trace_edge_decisions` 权威账本保存并备份，重建不能丢失确认、拒绝或撤销。
|
||||
- test/main 放量需独立变更记录、环境级验收和回退演练，不因 dev 通过自动继承。
|
||||
|
||||
## 11. 任务拆分建议
|
||||
|
||||
实施时为每项建立独立 short-term 与 mutex：
|
||||
|
||||
1. `fix/feature-readiness-and-lineage-authz`：Foundation 0 + lineage 鉴权。
|
||||
2. `fix/semantic-summary-persistence`：chat_summaries、watermark、授权 digest、失败语义。
|
||||
3. `feature/pi-reasoning-profile`：Runner 纯推理协议和三个消费者迁移。
|
||||
4. `fix/intent-plan-production-wiring`：真实 query owner、单轮接管、现有步骤内核的生产 dispatcher 和恢复。
|
||||
5. `feature/document-impact-report`：统一提交事件、文档级影响与聊天卡。
|
||||
6. `feature/project-traceability-index`：表、投影、项目需求/验证视图。
|
||||
7. `feature/trace-impact-candidates`：有界多跳、候选治理和片段装配。
|
||||
8. `feature/semantic-summary-replace-pilot`：独立授权后的替换试点。
|
||||
9. U9/U10/U11/U12 各自独立任务，禁止合成一个 full 放量任务。
|
||||
|
||||
## 12. 完成定义
|
||||
|
||||
- [ ] 管理台准确区分配置、实际值、实现成熟度、adapter 状态和 rollout。
|
||||
- [ ] 多意图不存在生产 Fake receipt；confirm 后由复用现有步骤内核的可恢复 dispatcher 执行，确认前零写。
|
||||
- [ ] 摘要 PostgreSQL 持久化、授权可见集、水位、provenance、重启恢复和确定性回退闭环。
|
||||
- [ ] PI 的 no-tool 由 Runner 能力强制，而非只靠 Instructions。
|
||||
- [ ] 所有文档提交来源生成持久影响报告；未知、失败和无影响语义分开。
|
||||
- [ ] 项目需求/风险/接口/测试清单来自统一版本化索引，可双向追踪到文档快照与块。
|
||||
- [ ] 无类型正文 ID 仅形成候选；条目无键、重复键和改名均按身份契约处理，历史映射可审计。
|
||||
- [ ] 助手在修改后主动展示本次修改、项目影响、相关文档、证据、不确定性和下一步建议。
|
||||
- [ ] 每个候选都有持久 `proposed` 报告，正式提交才产生 authoritative report、stale 和通知；两条路径不混用事件。
|
||||
- [ ] `proposed` 报告在取消、替代、冲突和基线推进后不可执行，正式提交回链 successor report。
|
||||
- [ ] T2 开始前完成派生条目、候选和关系决定的 D7 留存分类与源文档删除传播决策。
|
||||
- [ ] 常规分析有证据证明只读取命中片段；全量重建是可见、可审计的后台状态。
|
||||
- [ ] 真实浏览器 + PostgreSQL + 产品 PI 长链通过，报告归档并回链 FEATURE-MATRIX。
|
||||
- [ ] dev→test→main 分别批准和验收；任一失败可回退且不丢历史或重复副作用。
|
||||
|
||||
## 13. 相关链接
|
||||
|
||||
- Research: [2026-09-20-capability-enablement-impact-research.md](../ops/research/2026-09-20-capability-enablement-impact-research.md)
|
||||
- Archived task: [2026-09-20-capability-enablement-impact-plan.md](../archive/ops/2026-09-20-capability-enablement-impact-plan.md)
|
||||
- Feature matrix: [FEATURE-MATRIX.md](../status/FEATURE-MATRIX.md)
|
||||
- Gap matrix：本轮未新增发布 blocker；实现阶段若发现当前默认路径存在真实安全/数据破坏问题，再按证据更新。
|
||||
@@ -1,110 +0,0 @@
|
||||
---
|
||||
title: "模块解耦分批整改（A–G）"
|
||||
status: planned
|
||||
created: 2026-09-20
|
||||
updated: 2026-09-20
|
||||
---
|
||||
|
||||
# 模块解耦分批整改（A–G）
|
||||
|
||||
## 背景
|
||||
|
||||
[耦合审计](../audit/2026-09-20-module-coupling-audit.md) 确认：模块化单体、窄端口和 PG 事件总线已经在运行。本计划只清除仍会让故障跨模块扩散的残留，不推翻 [ADR](../adr/2026-09-14-modular-monolith-decoupling.md)，不引入 RPC，不合入 FAV，不改 `production_ready`。
|
||||
|
||||
通信规则以 [模块开发规范](../system-design/2026-09-20-module-development-standards.md) 为准。每一批开工前另建 short-term，并在 CURRENT 认领；本文件把批次保持 `planned`。
|
||||
|
||||
## 目标
|
||||
|
||||
每一批合并后，该批声明的依赖边消失，且 `./scripts/arch-check.sh --mode block`、`go vet ./...`、`go test -short ./...` 通过。不要求七批同一周做完。
|
||||
|
||||
## 分波次计划
|
||||
|
||||
| 波次 | 内容 | 验收 |
|
||||
|------|------|------|
|
||||
| A | server 只依赖用例端口，不再持有领域具体服务与 pool 写路径 | 见批次 A |
|
||||
| B | 拆掉 chat → app 子包的反向 import | 见批次 B |
|
||||
| C | docgov 状态/角色/错误不再被当跨包协议 | 见批次 C |
|
||||
| D | workflow 定义、目录、实例、运行时的依赖改成单向 | 见批次 D |
|
||||
| E | 先拆 `coordinator/engine.go`，再按审计清单处理其余超 1000 行文件 | 见批次 E；依赖 B |
|
||||
| F | 前端 api 共用一个 fetch 封装 | 见批次 F |
|
||||
| G | 清零 YAML 里 21 条例外，U3/U4 优先 | 见批次 G |
|
||||
|
||||
A、B、C、D、F 互不阻塞，可并行，但 mutex 不得重叠，合入 `dev` 必须串行占集成槽位。E 等 B 合并后再动 `coordinator`。G 按例外自己的里程碑走，其中到期日为 2026-09-28 的条目优先于其余 path 例外。
|
||||
|
||||
### 批次 A — server 装配收口
|
||||
|
||||
- **问题**: `Server` 持有 `*bizdev.Service`、`*docgov.GovernanceEngine`、`*pgxpool.Pool` 等具体类型（`internal/server/server.go`）。
|
||||
- **做法**: handler 改为调用已有 `internal/app` 用例。领域错误到 HTTP code 的映射收进一个适配函数。新增路由不得再给 `Server` 加具体服务字段，也不得在 handler 里写非本适配层的 SQL。
|
||||
- **分支 / mutex**: `refactor/server-port-assembly` / `server-assembly`（与进行中的 `web`、`authz` 冲突时等待）。
|
||||
- **验收**: 生产 `internal/server` 不再出现 `*pgxpool.Pool` 字段；`handlers.go` 不再直接引用 `docgov.Err*`（映射函数除外，且该函数不 import 领域 SQL）。既有 HTTP 特征测试保持状态码。
|
||||
- **回滚**: 单批 revert。不改表。
|
||||
|
||||
### 批次 B — chat / app / coordinator 解环
|
||||
|
||||
- **问题**: `internal/chat/session.go` 与 `action_executor.go` import `app/chatflow`、`app/intentflow`、`app/stageflow`；`chatflow/ports.go` 又嵌入 `coordinator` 类型。
|
||||
- **做法**: 动作执行所需能力改成 chat 或 chatflow 拥有的窄端口，具体 `docgov` / `taskrun` / `coordinator` 指针留在组合根。`AssembleRequest` 不再使用 `coordinator.UserInfo` 这类对方具体结构。
|
||||
- **分支 / mutex**: `refactor/chatflow-dependency-inversion` / `chat` + `coordinator`。开工前确认这两把 mutex 没有别的 `in_progress`。
|
||||
- **验收**: `go list -f '{{.ImportPath}} {{.Imports}}'` 下 `internal/chat` 生产文件不再 import `internal/app/...`。一轮对话的现有短测试仍通过。
|
||||
- **回滚**: 单批 revert。不改事件名。
|
||||
|
||||
### 批次 C — docgov 词汇收敛
|
||||
|
||||
- **问题**: `StateDrafting`、`RoleAuthor`、`ErrDocumentBusy` 以及字符串 `"docgov.review_approve"` 出现在 coordinator、bizdev、server、chat。
|
||||
- **做法**: 跨包需要的无行为枚举进稳定词汇或调用方自己的端口错误。领域包保留不变量实现。server 只映射 typed error。禁止把 canonical 哈希或路径函数放进词汇包。
|
||||
- **分支 / mutex**: `refactor/docgov-vocabulary-boundary` / `docgov`。
|
||||
- **验收**: 审计热点 3 列出的生产引用点改为端口或词汇；`docgov` 测试仍覆盖原状态机。不改变 HTTP 错误 code。
|
||||
- **回滚**: 单批 revert。
|
||||
|
||||
### 批次 D — 工作流定义与实例单向化
|
||||
|
||||
- **问题**: `workflowdef/catalog.go` import `projectworkflow`，`validator_v2.go` import `workflow`，`projectinstance` import `workflowdef`，`workflow/runtime/orchestrator.go` import `projectinstance`。
|
||||
- **做法**: 共享的无行为定义类型留在 `workflowdef` 或词汇；catalog 与 runtime 通过端口读定义，不反向 import 实例包。先画允许的依赖方向再改 import，避免为解环再套一层子包。
|
||||
- **分支 / mutex**: `refactor/workflow-definition-direction` / `workflow-def`。若 rdev 模板任务占用同一 mutex，本批等待。
|
||||
- **验收**: 依赖方向写成 YAML allowlist 的收紧（只删边，不放开新边）。工作流校验与门禁短测试通过。
|
||||
- **回滚**: 单批 revert。不改已发布工作流 JSON 的键。
|
||||
|
||||
### 批次 E — 巨型文件拆分
|
||||
|
||||
- **依赖**: 批次 B 已合并。否则拆 `engine.go` 会把逻辑环复制到新文件。
|
||||
- **顺序**: `internal/coordinator/engine.go`（1844 行）→ `internal/bizdev/service.go` → `internal/server/handlers.go`。其余超过 1000 行的文件各一批，不在同一次提交里“全部拆完”。
|
||||
- **做法**: 按用例搬文件，不改行为。新文件 ≤ 800 行。不借拆分改 SQL 或事件。
|
||||
- **分支 / mutex**: `refactor/split-coordinator-engine` 起，mutex 与被拆包一致。
|
||||
- **验收**: 搬迁前后该包 `go test -short` 同绿；无新的跨模块 import。
|
||||
- **回滚**: 按文件批次 revert。
|
||||
|
||||
### 批次 F — 前端统一 API client
|
||||
|
||||
- **问题**: `web/src/api/` 各文件自行 `fetch`，错误处理与鉴权头重复。
|
||||
- **做法**: 一个小封装负责 base URL、鉴权头、typed error envelope 解析和有限重试。各域文件改为调用它，不改路径与请求体。预览器里的 `fetch` 若只取静态资源，可以后迁，但要在本批 short-term 里点名留下的文件。
|
||||
- **分支 / mutex**: `refactor/web-api-client` / `web`。
|
||||
- **验收**: `web` 下 `npm test` 与 `npm run build` 通过。抽一条 chat 与一条 docgov 请求，失败时仍走到现有错误卡，而不是未捕获 rejection。
|
||||
- **回滚**: 单批 revert。无后端变更。
|
||||
|
||||
### 批次 G — 例外清零
|
||||
|
||||
不在本计划里改 `module-boundaries.yaml`。开工时按到期日处理，禁止只改 `expires` 而不迁代码。
|
||||
|
||||
| 组 | 到期 | 内容 | mutex |
|
||||
|----|------|------|-------|
|
||||
| G1 | 2026-09-28 | 4 条 U3 `sql_write`（`docduty`/`docrevision` 写 `document_records` 与 `freeform_documents`）+ 2 条 U4 `path`（server / docrevision 的 `output.md`） | `docgov` |
|
||||
| G2 | 2026-10-12 | 14 条 U5 `path`（agent、bizdev、coordinator、docgov、storage） | 按文件所属包，一次一个包 |
|
||||
| G3 | 2026-10-26 | `projectinstance` 写 `task_runs` | `taskrun` + `projectinstance` |
|
||||
|
||||
G1 若在到期日前无法合并，必须另写 audit：要么延长并给出新的移除里程碑，要么让 arch-check 在到期后失败并停写。两种选择都要留在 ops，不能沉默。
|
||||
|
||||
- **验收**: 对应 exception 从 YAML 删除，`baseline_counts` 下降，`arch-check --mode block` 通过，行为测试覆盖原来那条写入或读路径。
|
||||
- **回滚**: 恢复 exception 条目的提交必须与代码回滚成对，避免门禁与代码错位。
|
||||
|
||||
## 验收标准
|
||||
|
||||
- [ ] 每一批有独立 short-term、CURRENT 认领、测试记录；本文件不代替那些记录。
|
||||
- [ ] 未开始的批次在 FEATURE-MATRIX 保持 `planned`。
|
||||
- [ ] 任一批不得把 FAV live、`production_ready` 或 RPC 拆分写进自己的完成定义。
|
||||
- [ ] 合入 `dev` 时集成槽位为该批 holder，冒烟包含 `arch-check`、`go vet`、`go test -short`。
|
||||
|
||||
## 相关链接
|
||||
|
||||
- Audit: [../audit/2026-09-20-module-coupling-audit.md](../audit/2026-09-20-module-coupling-audit.md)
|
||||
- Short-term（本轮文档任务）: [../ops/short-term/2026-09-20-module-decoupling-spec-audit.md](../ops/short-term/2026-09-20-module-decoupling-spec-audit.md)
|
||||
- 规范: [../system-design/2026-09-20-module-development-standards.md](../system-design/2026-09-20-module-development-standards.md)
|
||||
- gap-matrix 行: 无。本计划不是发布 blocker，不新增 gap 行。
|
||||
Some files were not shown because too many files have changed in this diff Show More
Reference in New Issue
Block a user