决策台账

哲学十二题裁决包（Q1–Q12，全部未裁） 待裁定

背景：设计哲学提炼 campaign 的十二题裁决包，截至 07-19 零回填（git log/status/mtime 三信号一致）。每题已有推荐答案，可整包「按推荐」或逐题改判。呈报建议：只看一题看 Q1，其次 Q2 与 Q8。

展开十二题题面与推荐答案

题面	推荐答案
Q1 Harness 的核心是什么：语义引导、创建确定层、还是确定性总领驱动？（三处你的原话对象不同）	分层读法：方向判断在语义层，运行推进在确定层，「总领驱动」指前者服务后者的耦合方式。首读优先。
Q2 判定权外移要审查到什么程度算够、什么程度算堆叠过度？	存在性必须+形态从简两层；粒度上限按风险/失败代价/可恢复性分档。
Q3 独立语义 judge 自身是模型，谁管它的可靠性；自监督路径存废？	judge 输出须可定位证据+关键裁定多主体聚合；自监督降级为提示层。
Q4 人在场时机器审查可否松一点；人在环能否替代对抗核验？	充分但非必需：强交互允许降级，无人值守强制满配。
Q5 记录系统能否当「做完了」的证据；沉默证据双规制？	记录是完整性一票否决权但非质量裁决权；沉默证据只作弱正向挖掘信号。
Q6 探索类工作里实现/决策/需求更新的正当顺序？	探索期允许实现先行，但需求更新须挂显式发现问题作触发理由，禁拿既成实现当理由。
Q7 单一权威文件 vs 多处存放怎么收束；调研产物默认归属？	一类信息一个可写正本；多处只许只读投影+指针；调研产物就近落任务目录+统一面放指针。
Q8 注入该「尽量少」还是「DAO 全量」？（你自己指出过这两句逻辑冲突，直接对应渐进式披露主题）	按对象分层：恒定注入集=道层原则+全量资源目录（小而稳定），术层正文按 role/phase 精准披露。
Q9 域等权 vs 你 07-10 自我修订的重要性分级，适用范围？	价值/覆盖上等权不变（反 recency/频次/顺序偏置保留），只改执行与资源调度排序。
Q10 断线续跑默认 resume+Cache 保温，还是 clean session 重建？	默认 clean session+外部状态重建；resume 降为两类显式例外。
Q11 归档/迁移/删除四件事的适用矩阵？	按对象状态：活跃期允许删改留档；归档后只读，删除降级为逻辑删除；同仓留弃用指针，跨仓零修改。
Q12 守护者/编排者能否直接动手修复或做验证判断？	守护者默认只检查+分流+打断，机械可逆小修白名单直修；编排者的验证=派发核验消费 verdict。

Q1 与 Q8 完整题面（问题 + 背景 + 推荐答案 + 理由，原文未压缩）

Q1（T-C）整个系统的「核心」到底怎么说？

问题：向未来的设计者一句话交代 Harness 的总纲时，应该说核心是「语义层的引导」、是「创建确定层」，还是「确定性的总领驱动」？

背景：你在三个时点说过三种「核心」。05-07：「但我更希望从语义层面出发，实现一种基于指导和引导的处理方式，这才是需要融入到系统中的核心。」05-09：「现在在一个 Agent 运行的过程中，核心是要创建一个"确定层"。」07-15：「明确 Harness 究竟应该如何设计，从而实现一种确定性的总领驱动。」三处对象不同（编排的指导方式 / 运行约束面 / 整体驱动形态），但总纲最高层只能有一种措辞。

推荐答案：三句话是一个分层结构，不是互斥选项，建议总纲这样定：方向与判断的核心在语义层（模型被引导着思考），运行与推进的骨架在确定层（确定层驱动日程、记录、触发），「确定性的总领驱动」指后者为前者服务的耦合方式。理由：这样三句原话都保真，且与你 07-04 对确定层职责三件套（记录、引导、环境检查）和「语义检查更为重要」的表态一致；若你认可，总纲第 1 章将补一段该表述并引三锚。

---

Q8 注入的「全量」和「少给」怎么两全？

问题：你 07-15 自己指出的冲突：要求尽量减少注入信息，又要求道级 Skill 全量注入。恒定注入集（每个 session 必带）与按需披露集的分界线画在哪？「全量」指目录与描述可见，还是正文全文？

背景：「我曾说过要尽量减少注入信息，同时也提过 DAO 级别 Skill 要全量注入。这在逻辑上存在微小冲突。」（07-15）。支撑两侧的原话：「仓库中"道级别"的处理（如全局规则、Workspace、File System 等核心逻辑）必须全量、正确地注入」（07-14）与「exact-role compile 只读 pctx.role_packages[role]，绝不读 pctx.injected_paths union。」（07-11）；更早还有 04 月「你要加载还不如把它全加载上得了」与 03 月「尽量精炼一点」的同族张力。语料窗（至 07-15）内未见裁决文本。

推荐答案：按对象分层收束：恒定注入集=道层原则与身份规则（全文，量小且稳定）加全量资源目录（树状 Index 与 Description，保可发现性）；术层正文一律按 role/phase 精准披露。若你在 07-16 后已就注入形态另有裁决，以该裁决为准，本条改为登记其结论。理由：这是你 07-14/07-15 两段话中已并存的形态（核心全量、术级只给 Description、树状保持可见），收束只是把它冻结成分界规则。

处置建议：整包可按推荐；若逐题裁，先 Q1（定核心措辞）与 Q8（决定正在运行的注入面形态，建议把候选 Q13 即渐进式披露/Clean Context 升格问题一并在此表态）。

哲学产物落地三动作（commit + 北极星回写 + cron 三行） 待裁定

背景：总纲（601 行，七条元原则）从未 commit 进 git；北极星对账 30/32 anchored + 9 条新候选零条写回；常驻管线三行 cron（每日提取 07:30 / 每周日综合 15:00 / 每月 1 日健康检查）代码已具备、降级试跑全绿但未装。三个都是明确执行项，缺的是裁决触发。

选项：先裁十二题（决定写回什么）→ commit 总纲 → 回写北极星 → crontab -e 装三行。

推荐：随十二题裁决一并执行，一次闭环；单独先 commit 也可（北极星回写仍等裁决）。

#ISO-FENCE 波次排期确认 待裁定

背景：#ISO-FENCE 是波次 1 新增单元：把「旧根零修改」从事后核验变成运行时 invariant（独立 HOME+allowed_write_paths+进程写观测）。hook 超时修复（timeout 30s）加重了它的必要性；07-17 你质询过「是否被单方面插队」，得到的澄清是「排期留在你手，未定死」，此后无裁定。

选项：确认进波次 1（推荐，与 session_dispatch 新根化同批）/ 排到波次 2 / 取消。

推荐：确认进波次 1：它已有两个实证案例（F-1 悬空指针污染、hook 修复需重锚），且 D2 的 OpenCode 隔离栈是它的参考实现，同波互相支撑。

新根 crontab 幂等重装（r012 遗留） 待裁定

背景：r012 的 cron 双区标注制交付件已带 # scope: 注释，但 live crontab 的 infra-newroot 块三行至今无注释（07-19 亲核）。这是实现偏差（注释写成了行尾式而非行前式），球一直在用户手。

选项：按 r011/r012 惯例由 agent 备好幂等命令、你手动执行一次。

推荐：执行：一条命令的事，消掉一个跨两个 run 的挂账。

main_index_reconcile cron 恢复 待裁定

背景：「幽灵 staged 删除」的自动回收器，cron 自 06-22 因 BUG-016 过热连带 PAUSED。清理者停了 26 天而制造漂移的 Stop hook 还在跑，这是事故 A（1407 条幽灵 staged 删除）的直接温床。代码前置修复（避让检测改通用负载阀门）已落地。

选项：恢复（前置=HL-1 量化产出或一次观察窗验证新阀门生效）/ 维持暂停。

推荐：先跑一次观察窗验证阀门，再恢复；挂波次 3 观测族同批。

stash@{0} 备份去留 待裁定

背景：INC-1 事故的 557 文件恢复备份，取证时仍持有。恢复已验证零残留，取证报告意见是「待用户确认无需再取证后删除」，未找到你的逐字裁定。

选项：转 tag 长期归档后删除 / 直接删除 / 继续持有。

推荐：转 tag 归档后删除：保审计链，消除误触面。

T3793 任务单关闭 待裁定

背景：解释器墙修复已在 BUG_TRACKER 标 FIXED 且回归全绿，但 todo 里这条实测仍 pending。这是「代码 FIXED、状态面 pending」的状态面分叉，会让读者误以为还有活没干完。

选项：关单（残差 GIT-4 ②③ 另开新条）/ 保留等残差清完。

推荐：关单+残差另开：状态面与代码面对齐是 D3 State 机制要长期保证的事，先从这条做起。

provider 文档群收敛 + gate 接线（S3/S4 armed） 待裁定

背景：你逐字点名「calling models 完全不需要作为一个单独的文件存在」。S1 已把一跳用法搬进 GENERATED 区，但 CALLING_MODELS.md 本体与 LLM_PROVIDER_GUIDE.md 等多真源文件仍在，收敛步骤与 gate enforcement 接线处于 armed 未点火状态，缓装期间漂移无人拦。

选项：按 D1 处置表执行收敛（CALLING_MODELS 归档/GUIDE 归并/RUNTIME_MAP 升枢纽）+ 两步接线（pre-commit+fs_patrol）。

推荐：下一个工作窗执行：这是你的逐字要求直接对象，armed 不宜跨周。

CLAUDE.md vs AGENTS.md 非 provider 段分叉 待裁定

背景：两文件 9 个节标题全同但 36 行差异。provider 段漂移已被 GENERATED 双注入构造性消除，剩下的是内容分歧：sub-agent 并行数「10-20」vs「最多 100」；phase/skill/trace 段 AGENTS 完整三段 vs CLAUDE 精简一行。只有你知对错。

选项：推荐：并行数保 AGENTS「最多 100」（上限更高不误导）；phase/skill/trace 保 AGENTS 三段（信息量大）。

推荐：按推荐对齐，一次编辑的事。

TMPDIR 41G 清理裁定 待裁定

背景：顶层 git-diff 已归零，但 41G 总量未降，成分在子目录（r011-R4：报数只扫顶层，子目录不可见）。从 r008 起跨三个 run 重申未消解。

选项：裁「清」（先递归审计一次成分再删）/ 维持现状。

推荐：裁「清」并先跑一次递归审计：磁盘是这个仓库反复出事故的资源面（r007 ENOSPC、BUG-016 过热都与磁盘压力相关）。

L4 交互 dogfood / main 6524 / T1463（跨 run 老挂账） 待裁定

背景：L4=交互式注入 dogfood 需你在环 15 分钟（你已说不急，排波次 2）；main 领先 6524 commit 的挂起状态维持（保守解释=旧根零 main commit 零 push，靠 session-ref 捕获）；T1463 crontab 归属从 r007 起每 run 重申采保守留用户。三条都是维持现状有效的挂账，不是新决策。

选项：逐条处置或继续挂。

推荐：维持：三条都有明确的现状合理性与触发条件，不需要为清账而清账。

本站 v1 范围认可（四候选决胜） 待裁定

背景：被否决的 v0 站（infra.guiming.net 三页）用「一句话就让用户回仓翻 priority plan」式的指针呈现被你的新硬标准点名否决。当前由四个独立建站者（GLM/Grok/Kimi/GPT-5.6）各建一版全量自包含候选站，完成后由 Clean Context Fable 复审官独立评审比对，胜者或合成版替换线上站。

选项：评审后选定一版或合成版 / 对胜出版提增量要求。

推荐：你此刻看的就是候选之一（Kimi 版，经 Fable 复审官交叉复审后合成收尾）。评审维度=清晰直观度/自包含度/信息充分性/决策呈现质量/隐私合规。

State 机制 cron 安装 待裁定

背景：State v0 的 generator（gen_provider_chain.py）与 staleness probe（staleness_probe.py）已落地并实跑 PASS，但没有调度就只能在人工想起时手动刷新。cron 会改变宿主运行面，拟稿（tools/state_mechanism/CRON_LINES.md）存在不等于已获安装授权，这条球在你手。

选项：A 立即安装 / B 先手动跑一周再定频率 / C 只在源文件变更时触发。

推荐：B 叠加 C：先跑一周拿到耗时与误报基线，长期以变更触发为主、低频 cron 兜底。

wrangler OAuth 重刷 待裁定

背景：一次实施 agent 在执行过程中越界读取了凭据文件（零信任卫生事件，非数据泄漏），此后是否重刷 wrangler 的 OAuth 令牌是可选的卫生动作。它涉及外部认证状态变更，不属于本次候选站构建的本地授权范围。

选项：A 现在立即重刷 / B 只在选定候选站进入部署前重刷 / C 保持现状不动。

推荐：B：把凭据轮换和实际部署窗口绑定，避免做一次无收益的外部状态变更。

图形层排期（状态图 / 知识图谱） 待裁定

背景：本站已覆盖北极星页、工具介绍与状态数字，但仓库状态图、Base Tooling 知识图谱等图形化呈现尚未做。D3 State 机制目前只接通了 provider 一个切片，其余五面真源（14 域 rollup/门计数/cron 面/决策摘要/过时资产表）未接线；在 staleness 旗全量接线之前画图，画出来的拓扑会立刻开始过时且无人知道，等于制造一张新的假新鲜快照。D4_FINAL 已就此裁定卡片式文字先行。

选项：A 立即重画全部图形 / B 先把每个节点接上 State 的新鲜度信号，再逐图上线 / C 继续以文字卡替代，不画图。

推荐：B：没有新鲜度机制兜底的图，只会重复本次复盘揭出的「图形/叙事类资产必过时」教训，先接 State 再上图。