DHF_PUBLIC_STATUS_V1 / 当前事实边界

DHF 架构与当前状态。

本页是 MyCodexEnv 与 Delivery Harness Framework 的公开状态基准，严格区分仓库源码、单机活动运行时、已发布文档和拟议中的独立 DHF 核心。源码存在不等于运行时已激活。

四种状态，不能用一个含糊的“完成”代替

仓库源码：已实现

已审计的本地 main 包含 lifecycle router、hooks、guard、evidence schemas、recovery、checkpoint、ledger、transition store、compaction observation、session bearing、context meter 和 tier-1/2 behavior eval。

本机运行时一致性：已于 2026-08-10 验证

可回滚的七 target promotion 产出 runtime_promoted；更广的 tracked 对比为 24/24 managed 文件匹配源码。Codex CLI 0.147.0 在 18/18 隔离 host 轮次中触发了已 promotion 的 guard。这些是本机 parity 与 activity 收据，不是生产 rollout。

公开页面：仅为文档

GitHub Pages 说明源码架构和验证边界。页面可访问不代表 hooks 已安装、测试已绿，也不代表某台机器运行着相同源码。

独立 DHF 核心：尚未发布

分阶段抽取已有评估方向和前置设计，但尚无独立仓库、不可变 release、tag 或运行时激活声明；MyCodexEnv 仍是当前工作源码与 consumer 边界。

相互独立的交付状态

状态	当前证据边界
仓库源码	managed source 已锚定本地 `main`；本次状态页更新在另行提交前仍是 working-tree 变更。
新鲜验证	只接受本任务的新鲜 command receipt；历史绿灯不计当前证据。
已安装运行时	`runtime_promoted`，七个批准 target byte-match，tracked managed 对比为 24/24。
公开发布	本任务未执行。更新页面源码不等于部署或公开 readback。
生产 enforcement	尚未证明；18/18 host probe 是隔离的本机证据。
客户采用	不声明任何已验证客户使用证据。
商业验证	不声明收入、价格、转化或效果。

当前架构

1 · Host 与 runtime hooksSessionStart：命名 → session_bearing.py；UserPromptSubmit：compaction_probe.py → model_router.py → dhf_preprompt.py；PreToolUse：harness_guard.py；PostToolUse：harness_observer.py。

2 · 通用 router 与 repo adapter通用 dispatcher 先处理 opt-out，再 lazy delegate 已知仓库，最后按生命周期阶段路由显式 DHF 工作。项目路径、fixture、命令与业务边界留在 repo-specific adapter。

3 · 生命周期与专门工作流research、requirements、planning、development、validation、review、ship、handoff 八个标准阶段选择规划、TDD、QA、安全、发布、文档或确定性 helper。

4 · 耐久治理与证据harness_recover.py、harness_checkpoint.py、harness_ledger.py、harness_transition.py、harness_eval.py、schemas、状态日志和四字段验证收据让任务可恢复、可审计。

5 · 分发边界codex/ 是仓库源码，~/.codex 是单机 runtime；promotion 必须显式、定向、可回滚，并在复制后验证 byte parity 和完整门禁。公开文档与未来独立核心 release 属于不同发布 lane。

现在已经实现什么

能力	源码状态	运行时 / 剩余边界
生命周期路由与恢复	已实现 durable source order、dirty ownership、execution lanes 和显式 helper 路由。	恢复结果是证据，不是授权；runtime 配置仍是逐机状态。
Guard 与 evidence	已实现 guard categories、risk-tier annotation、observer events、split schemas、report 和 reflection helpers。	legacy block shape 已验证兼容；command-form secret classifier gap 仍保留并已记录。
压缩治理	已实现 shared counter、incremental probe、ordinal-only pressure、transition CAS、W3 fields、boundary verdict 与 tier-2 agreement eval。	`compaction_probe.py` 和 `session_bearing.py` 已在发布源码中；其运行时部署状态在每次同步后重新验证，不做预设。
验收与行为验证	具备 requirements validator、tamper-evident ledger、tier-1/2 eval、focused tests、surfaces check 与完整 test runner。	完成声明必须同时具备本次变更的新鲜完整套件和环境 verifier 收据；只有源码或 parity 不足以验收。
简化 profiles	thin-core / progressive-governance 作为独立实施方向已有合同。	本快照的 committed router 仍是 stage-based；在源码与 runtime 一起落地前，不把 light/standard/governed 写成活动行为。
独立核心	抽取评估与前置设计定义了 copy/adapt/exclude、packet、pin、doctor、privacy 和 rollback 边界。	尚无独立 release 或 upstream pin。

验证边界

原则：历史绿灯永远不能证明当前运行时。任何部署或环境变更之后，DHF 都会重新执行源码测试、逐文件一致性核对与环境验证,通过后才声明完成。

每个完成声明都以新鲜、可机器核验的验证凭据为支撑,而不是依赖记忆或过去的状态。