# 项目状态

status_revision：`36`
corpus_version：`v0.7-theory-draft`  ← **全仓唯一权威版本号**。各文档不再各自声明版本（2026-09-03 去掉 26 处副本，取值曾在 v0.5/v0.6/v0.7 之间漂移）。冻结快照 `docs/归档/历史/`、研究材料与 `.staging/` 保留各自的版本号，那是它们被冻结时的值。  
updated_at：2026-10-06
last_status_change：2026-10-04（受支持宿主收为 DeepSeek Harness 一家，见 D-135；逐轮经过只看 git log 与审计记录）
当前里程碑：**本仓只支持 DeepSeek Harness（DSH），不再支持 Claude Code（[D-135](docs/决策日志.md#decision-index)）；执行层是本仓根目录的 DSH 插件 `dsh-project-std`（守卫在 `src/guard/`，检查器 `std-check` 在 `src/checks/`，设计与进度账见[重构设计](docs/重构设计-TS插件化.md)）；它在隔离 profile 里从 git 地址实机装入并调用过，**模型在完整会话回合里实际加载技能的部分未验证**。**研究架构保持现有组织；候选标准增加长期管理、架构演进、Agent 治理与运行维护内容，具体交付和检查见[本轮完善记录](docs/审计记录/本轮完善记录.md)。实际项目效果仍待验证；规则效力只查生效登记表。
状态：进行中  
状态负责人：用户与 AI 共同维护

## 一句话目标

形成一套能支撑大型项目从启动到长期维护、并控制 AI 上下文膨胀和交付失真的可执行规范及工作流。

## 当前结果

本轮候选实现入口：[标准](标准/README.md)；覆盖与未验证边界：[采用检查](标准/覆盖与采用检查.md)。这一工作由用户明确要求开展；下述研究史中的“只能等真实项目”不再作为禁止补充候选实现的结论。

**本节不再逐轮叙事。** 2026-09-03 删掉 24 条按轮追加的 bullet（7,343 字符，占本文件 64%）——它们是 [`docs/审计记录/`](docs/审计记录/) 七份记录与 `git log` 的手写副本，第十三轮已在其中查出三处漂移（[Case C-015](docs/失败Case清单.md)）。**逐轮经过看 `git log --oneline`，逐轮论证看审计记录，本节只说现在是什么状态。**

- **架构**：四个平面加一条交付线，六条不变量；部件划分、归纳过程与来源统计在[架构确定](docs/架构确定.md)。入口 [00 总览](docs/00-总览.md)，图在[架构图](docs/架构图/README.md)。**架构问题自第七轮起全部关闭。**
- **正文**：10～40 共 14 章，规模跑 [`repo-counts.mjs`](scripts/repo-counts.mjs) 现取，**不在此抄**。
- **效力**：只查[生效登记表](docs/决策日志.md#effective-register)，本文件不复制也不概述。
- **加载**：由唯一的[上下文合同](CONTEXT_MANIFEST.md)按运行类型出视图。
- **改进闭环**：输入是[失败 Case 清单](docs/失败Case清单.md)（真实失败，分 A/B 两级证据）。它的读数——尤其"拦住东西的全是机械检查器""缺陷形状由运行类型决定""删掉副本又新造副本已六次"——是本仓库目前最硬的实证。
- **议程**：待裁项只在[决策日志](docs/决策日志.md#decision-index)，按状态列查`提议`。

## 当前工作区身份

- repository：`D:\Programs\AI辅助开发规范及工作流确定`（Windows；2026-10-04 起以此为主工作环境，Ubuntu 后续再支持，旧服务器副本与此处有无未同步差异未核，记未定）
- worktree/branch：`main`。HEAD 取值不在此抄录——git 是其唯一权威，抄一份必然漂移（[08 §7](docs/08-规范效力元治理.md)）。**更正**：此前记载的"本会话对该文件夹无删除权限、git 无法运行"已不成立——2026-09-03 本会话直接完成了第九轮提交（需先清除一个残留的零字节 `.git/index.lock`）。
- activity_work_item：`N/A`
- last_verified_at：2026-09-03

## 当前风险

**本节不再写测得的数。** 2026-09-04 的独立核查在本文件里查出大量数量型断言不属实——分母错、抄写错、口径错，以及一条方向反了的。**逐条清单与实测值在[审计记录 010](docs/审计记录/010-标准结论的独立重算.md)，本节不复述。**（**这句话的第一版自己列了十个测得数**，与它宣布要修的毛病一模一样；第二次核查当场指出，2026-09-04 改成现在这样——见 [Case C-031](docs/失败Case清单.md)。）**共同点是：结论不靠这些数成立，而数只要写下来就会漂。** 数留在写下它的那份[审计记录](docs/审计记录/)里（冻结、带日期）；会变的计数跑 [`repo-counts.mjs`](scripts/repo-counts.mjs) 现取。

- **自指风险一：正文一侧已处置，决策一侧远未处置。** 正文侧：整条永久豁免的原则在第九轮被大幅削减，且每条带理由。决策一侧：多数决策仍未绑定可复现失败——[失败 Case 清单](docs/失败Case清单.md)是这件事的起点，已绑定原则数与未绑数跑脚本现取。**这是 [D-021](docs/决策日志.md#decision-index) 要的东西**，状态见决策索引。
- **自指风险二：规范规模仍在净增长，而账本层没有解决它。** 第十轮实测的结论是**移位改善单次阅读量，但连"总量不变"都做不到——只有删除才能降总量**（数见[审计记录 003](docs/审计记录/003-综合审计.md)与第十轮提交）。第十七轮删掉本文件 64% 的篇幅，两轮就涨回去了。
- **自指风险三：本规范前三轮记录已被证明含转述失真**（[输入材料 004 §4](https://github.com/Alan-IFT/dsh-project-std/blob/archive-pre-ts-refactor/docs/%E5%BD%92%E6%A1%A3/%E8%BE%93%E5%85%A5%E6%9D%90%E6%96%99/004-%E7%AC%AC%E5%9B%9B%E8%BD%AE%E5%85%AC%E4%BC%97%E5%8F%B7%E6%96%87%E7%AB%A0%E7%BB%BC%E5%90%88%E8%AE%B0%E5%BD%95.md)），说明研究流程自身需要引用纪律（[D-042](docs/决策日志.md#decision-index)，状态见决策索引）。**2026-09-04 又添一份证据**：核查发现读数一在引 23 §2 P1 时改了两处标点——与第二十轮那次"给 22 §2 P2 加了个原文没有的冒号"同型。
- **自指风险四（2026-09-04 新增，目前最大）：本仓库的数量型断言有相当比例经不起复算，而它们此前从未被独立验过。**写下时就错的、仅仅`已过期`的、`不可判定`的，三者必须分开数——此前合称"不属实"是把未定折算成了结论，违反 [30 §2 P1](docs/30-验证与测试.md)（[C-038](docs/失败Case清单.md)；分档实数见[审计记录 010](docs/审计记录/010-标准结论的独立重算.md)、[011](docs/审计记录/011-源表的独立核查.md)，本节不抄）。 更要紧的是核查者的裁定：**独立核查一旦以仓库内另一处手写数为基准，就退化成对账**——本次有两组正是这样把对的判成了错的。
- **规范为"从半路接上"的降级路径：三处缺口里两处已被判"不是缺口"**（[D-058](docs/决策日志.md#decision-index) ①②，2026-09-04 已拒绝），余下的第 ③ 处已落地。此条待重写。
- **架构本身未在任何真实项目上验证——这是"结构上不可得"，不只是证据不足**：本仓库不是交付软件的项目，按 [D-057](docs/决策日志.md#effective-register) 的作用域判据，没有部件实例的原则在此不被触发。**已被证明有实例的章跑脚本现取**（Case 清单"本该防住它的规则"列的导出值）。**这是唯一一件不能由我自己开工的事。**
- 最低 Gate（跨项目的最低集合，[D-062](docs/决策日志.md#decision-index) ①）、风险分级、记忆写入权限和状态更新责任尚未决定。本仓自己的生效 Gate 集合已不为空：提交闸门，阻断依据是 [01 §5.1、§5.6](标准/01-项目管理标准.md#gates) 与 [D-057](docs/决策日志.md#effective-register) 下的 [31 章](docs/31-守卫与权限边界.md)，合同见[仓库工作须知 §7](docs/附录-载体实例/仓库工作须知.md)，执行记录见 D-120；"全部 Gate 通过"对本仓按这道闸门判；按 D-014 计为 `UNDETERMINED` 的只剩生效 Gate 集合为空的场合。

## 下一步

**D-135 已收尾（2026-10-05）**：守卫已装进本机 profile 并真跑过；提交闸门在 Windows 上经真实 `git commit` 走过；Reservoir、CMS、PMC-Planner 三个采用项目都已迁到 DSH 接法并推送（PMC-Planner 另按 ADR-0026 同时支持 Linux 与 Windows）。**已验证（2026-10-06）**：子 agent 与 `subagent_fork` 两条路径都继承守卫（对 `.std/` 的 `write` 与重定向都被拒、未落盘）；插件单测在 Ubuntu 24.04＋Node 24 容器里（真实 `git clone`）471 条 0 失败（22 条是只在 Windows 成立的路径语义，跳过不算通过），Windows 本机 470 过 0 败；`bash` 工具名与 `pwsh` 同一套判定、只有转义方言不同。**不由本仓验证**：DSH 在 Ubuntu 上如何加载插件是 DSH 自己的行为。**已发布 `2026-10-05.1`（2026-10-06）**：此前 Alan 2026-10-05 定「不发」（两处守卫误报修复不值得单发新 tag）；2026-10-06 Alan 说「都做了吧，该抽成公共就抽成公共」，抽出提交钩子选 Python 的公共写法 `tools/std/pick-python.sh` 是实质改动，所以发了新版并把那两处修复一并带出，原因变了、不是反悔。内嵌版本：**CMS、Reservoir、PMC-Planner 三个采用项目都已升到 `2026-10-05.1` 并推送**（Reservoir 是等它在开发中的改动被开发侧提交、工作区变干净后升的——`subtree pull` 要求工作区干净，我没有碰它那 50 条在途改动；PMC-Planner 的钩子是自己的、不调用公共写法，只升版本号）。Reservoir 的钩子与 CMS 的 pre-commit entry 已改引用 `pick-python.sh`，标准仓自己的钩子也是。见[会话交接](docs/附录-载体实例/会话交接.md)。本机 profile 链接的是标准仓 `main` 那份守卫，改后要重启 DSH 才加载。

当前工作：在两轮资料补充基础上，按用户确认的评审建议加入[反馈跨任务生效演练](标准/示例项目-连锁零售中台/反馈跨任务生效演练.md)，专项范围与检查见[完善记录](docs/审计记录/本轮完善记录.md#feedback-exercise)。下一步由采用项目选有原始证据的一条关键旅程试用，按[试点通过条件](标准/覆盖与采用检查.md#pilot-exit)及适用的反馈演练取证，验证执行效果与维护成本；尚未运行的分支保留未定。后续资料按真实缺口选取，研究正文的待裁事项仍只由决策索引管理。[D-057](docs/决策日志.md#effective-register) 于 2027-02-17 复审时，一并复核 [D-061](docs/决策日志.md#decision-index) 的六组跨章边界。2026-09-09 另追加一轮 OpenAI/Anthropic 官方近半年文章专项（管理/运维/上下文三方向共 13 张卡 M-21~25、O-16~20、C-20~22，落进 01/02/03/04），见[完善记录·追加专项](docs/审计记录/本轮完善记录.md#addendum-2026-09)。

## 默认上下文

默认加载项只由[上下文清单](CONTEXT_MANIFEST.md)定义；本文件不维护第二份加载列表。