[ps1-exit] CI 去 PS1：45 个调用点归零，T2/T3/T5 一次性到出口

[2233admin]

为什么开这张票

legacy/ 改名（#77）让 PS1 看起来退役了，实际没有：CI 与 release 仍执行 45 个 PS1 调用点，其中 ~28 个是独立脚本。只要这些调用点还在，run-code-intel.ps1（4366 行）和 Invoke-SentruxAgentTool.ps1（2828 行）就删不掉——它们是这些测试的被测对象。

真实依赖链和 #55 的票序是倒的：T7（#52 测试资产迁移）排在最后，实际卡死 T2/T3/T5 的出口。本票不改票序，改推进单位：从「按模块 port」改成「按 CI 调用点切换」。

Rust 侧能力已经够厚（65 个源模块、43 个集成测试），缺的不是实现，是切换。调用点归零那天，#47 / #48 / #50 同时到出口，PS1 可一次性删除。

推进规则

• 每个 PR 切 1–3 个调用点，不批量。
• 每个调用点三选一，PR 描述里明示走哪条：
  • A / 已覆盖：Rust 集成测试已覆盖同一契约 → 删 CI 步骤，PR 里逐条列出对应的 Rust 测试名与它断言的内容（不接受「看起来对应」，要指到具体 test fn）。
  • B / 要 port：契约真实存在但 Rust 没有 → 先加 Rust 测试，green 后再删 PS1 步骤。
  • C / 宣告死亡：无消费者的历史兼容 → 列理由，删脚本与步骤。
• 闸门：legacy/scripts/tests/test-ps1-rust-parity.ps1（545 行，已有）+ 自扫 green。禁止靠放松 baseline 换绿。
• 每个 PR 更新本票 checklist，勾掉的行注明 A/B/C。

调用点清单

ci.yml · windows-build-test-package

• L197 install-code-intel-pipeline.ps1（安装器，跨三条 workflow 共用 — 建议留到最后，单独一 PR）
• L211 test-github-solution-research.ps1
• L215 test-project-discovery.ps1 — 候选 tests/project_orientation.rs
• L219 test-project-management-support.ps1
• L223 test-atomic-capability-contract.ps1 — 候选 tests/capability_exec.rs
• L227 test-skill-development-benchmark.ps1 — 候选 src/tool_effectiveness_benchmark.rs
• L231 test-hospital-trust-contract.ps1 — 候选 tests/hospital_diagnosis.rs
• L235 test-dag-facade.ps1 — 候选 tests/dag_coordinator.rs + tests/dag_run.rs
• L240 test-scoped-repowise-security.ps1
• L241 test-scoped-repowise-worktree.ps1
• L248 test-regression-fixes.ps1
• L252 test-retirement-packets.ps1 — 候选 tests/compatibility_retirement_gate.rs
• L257 test-python314-pon-compatibility.ps1 — 候选 tests/pon_multilanguage_mapping.rs
• L258 test-integration-orchestration.ps1
• L259 test-code-intel-project-conformance.ps1
• L263 test-code-intel-pipeline.ps1（pipeline smoke — 这条直接压在 run-code-intel.ps1 上，是 [ps1-exit] T2 launcher 收编:run-code-intel.ps1 → code-intel run + thin forwarder #47 的核心出口）
• L267 test-stable-wrapper-e2e.ps1
• L273 test-model-channel-delegate.ps1（[ps1-exit] T4 模型通道执行体 Rust 化(sealed judgment plane 地基) #49 T4 相关）
• L274 test-model-channel-degraded-pipeline.ps1（[ps1-exit] T4 模型通道执行体 Rust 化(sealed judgment plane 地基) #49 T4 相关）
• L275 test-automatic-pull-request.ps1
• L276 test-automatic-pull-request-flow.ps1
• L277 test-follow-up-automation.ps1
• L287 test-primary-launchers.ps1 — 候选 tests/primary_entry.rs
• L294 test-sentrux-failure-normalization.ps1 — 候选 tests/sentrux_adapter.rs / tests/sentrux_analysis.rs
• L295 test-codenexus-adapter-contract.ps1 — 候选 tests/codenexus_adapter.rs
• L296 test-transactional-publication.ps1
• L306 test-run-commit-contract.ps1 — 候选 tests/run_commit.rs
• L312 tools/New-BetaPackage.ps1（打包，非测试 — 需 Rust 侧或明确保留）
• L318 tools/Test-BetaPackage.ps1（同上）

ci.yml · cross-platform-smoke（ubuntu/macos，#53 T8 的前提）

• L542 install-code-intel-pipeline.ps1
• L552 test-hospital-trust-contract.ps1
• L556 test-atomic-capability-contract.ps1
• L563 test-python314-pon-compatibility.ps1
• L567 test-multi-agent-merge-queue.ps1
• L571 test-code-intel-pipeline.ps1
• L575 tools/check-hardcoded-paths.ps1

release.yml · release-windows

• L127 install-code-intel-pipeline.ps1
• L142 test-github-solution-research.ps1
• L146 test-project-discovery.ps1
• L150 test-project-management-support.ps1
• L154 test-skill-development-benchmark.ps1
• L158 test-code-intel-pipeline.ps1
• L195-196 / L358-359 release payload 内含 install-code-intel-pipeline.ps1 + code-intel.ps1 — 发布物是否还该带 PS1，票内决

parity-observe.yml

• L54 install-code-intel-pipeline.ps1
• L66 test-ps1-rust-parity.ps1 — 最后一个删：它是本票全程的闸门，调用点归零后才退场

出口

• ci.yml / release.yml / parity-observe.yml 的 PS1 执行调用点归零（paths: 过滤器与 PSScriptAnalyzer 文件清单不算执行）
• run-code-intel.ps1、Invoke-SentruxAgentTool.ps1 删除或 ≤50 行 shim
• 「宣告死亡」清单齐全，逐条给理由
• ubuntu/macos 全管线自扫 green

关系

• 服务 [map] Evidence Kernel 北极星 + PS1 巨石退役战役 #55 战役；本票归零即同时满足 [ps1-exit] T2 launcher 收编:run-code-intel.ps1 → code-intel run + thin forwarder #47 T2、[ps1-exit] T3 doctor 收编:工具/运行时体检面进 Rust doctor envelope #48 T3、[ps1-exit] T5 拆解 Invoke-SentruxAgentTool.ps1(114KB wrapper) #50 T5 的出口条件
• 吸收 [ps1-exit] T7 测试资产迁移分流(顺手解 max_cc=162 公案) #52 T7 的实质工作（测试资产分流），但以 CI 调用点为推进单位
• [ps1-exit] T8 退役闸门 + ratchet 自动收紧 + mac/linux 全管线自扫 #53 T8 的 ratchet 收紧在本票归零后才有实证基础

[2233admin]

批次 1 已开 PR：#79 —— L306 test-run-commit-contract.ps1（A，删步骤+删脚本）、L235 test-dag-facade.ps1（B，port 后删步骤，脚本留盘）。

三条本票该记的发现：

1. test-dag-facade.ps1 不能删文件，只能下 CI。 legacy/tools/compatibility/New-PublicationRetirementPacket.ps1:15 执行它作为 E05 的 golden-parity 证据，冻结的 orchestration/retirements/e05-publication/evidence/golden-parity.json 也记着这条 command。删除留给 E05 收口。推论：清单里其他脚本也可能被 retirement packet 消费，每条切之前先 grep orchestration/。

2. Rust 测试里藏着一个 PS1 依赖，不在本票清单上但会卡住巨石删除。 crates/code-intel-cli/tests/capability_exec.rs:1574 normalized_inventory_matches_real_legacy_runner_with_custom_exclude 直接 spawn legacy/run-code-intel.ps1 做 parity 比对。CI 调用点归零后它仍会拖着 launcher 不让删。应作为一个独立条目处理（改为对冻结的 golden 输出比对，或随 parity harness 一起退场）。

3. 改测试文件要重新 pin。 orchestration/internalization/{graph,sentrux}.json pin 了 crates/code-intel-cli/tests/dag_run.rs 的 conformance digest；动了测试文件不 re-pin，internalization_record 套件直接红。切之前先 grep 目标测试文件是否被 pin。

清单更新：

• L235 test-dag-facade.ps1 — B，CLI 补 run dag-coordinate --artifact-root，三条路径断言进 tests/dag_run.rs；脚本留盘待 E05
• L306 test-run-commit-contract.ps1 — A，删除

[2233admin]

清单不是一个类别 —— 分类修正

批次 2 选型时发现：45 个调用点分三类，只有第一类能「切」。

(a) 契约类 —— 契约已归 Rust，PS1 只是旧宿主。切掉即可，批次 1 的两条属此类。

(b) shim 自测类 —— 测的是活着的 PS1 自身行为，Rust 侧根本没有对应实现。删了等于把活代码的覆盖丢了。

• test-primary-launchers.ps1(L287)：断言 5/6 测的是 recovery launcher 的发布物校验与更新路径——篡改过的新版本必须被拒、回落到已验证的旧版本、无 Python 时 -Update 退 69。tests/primary_entry.rs 只覆盖二进制自己的 help / 缺仓退出码 / JSON usage 错误，完全不碰这层。这条随 code-intel.ps1 / invoke-code-intel.ps1 退役而死，不能提前。
• test-codenexus-adapter-contract.ps1(L295)：facade 三个 case 全被 tests/codenexus_adapter.rs 覆盖且更强（production_route_runs_full_lite_and_unavailable_through_a04、unavailable_is_partial_provider_unavailable_and_never_fabricates_facts、lite_is_only_explicit_fallback_or_rollback_and_full_is_primary，另有 fail-closed / 密钥剔除 / 重标签拒绝三组 PS1 没有的）。但 Invoke-LiteScriptEndToEnd 那一段是 legacy/Invoke-CodeNexusLite.ps1（644 行，活的生产者）的唯一覆盖，Rust 侧只认得 invoke-codenexus-lite.ps1 这个字符串 id。属「多数 A + 一条活口」。

(c) 闸门/枢纽类 —— test-retirement-packets.ps1(L252) 一条命令跑 8 个 packet verifier + 2 个 audit，全是 PowerShell。它正是本 session 抓出 E07 冻结失效的那道闸。切它 = 一次性静音 10 项检查。要么整体 port，要么排最后。

对本票出口的影响

「调用点归零」不可能只靠切换达成。(b) 和 (c) 需要 PS1 被测对象先死——那是 #50 T5、以及 launcher/installer 的退役。本票的推进单位仍然成立，但出口条件应改为：

• (a) 类调用点归零
• (b)(c) 类逐条标注其解锁依赖（哪个 shim 退役 / 哪个 packet 收口），不再计入本票出口

每条切之前的检查清单相应加长：

1. grep orchestration/ 找 packet 消费者
2. grep $snapshotInputs（legacy/tools/compatibility/Test-*.ps1）—— Rust 测试文件也会被冻进 packet，本 session 因为给 tests/dag_run.rs 加测试，把 E07 弄失效、Windows lane 挂了
3. 判断它测的是契约还是活着的 PS1 自身

[2233admin]

批次 2 复核：这两条也不是 (a)

L294 test-sentrux-failure-normalization.ps1 —— 逻辑已 port，但有一处 Rust 缺实现

它 Invoke-Expression 掉 run-code-intel.ps1 的前缀段，直接调 monolith 里的 New-CodeIntelSentruxFailures / New-CodeIntelSentruxDebtRegister / Get-CodeIntelEffectiveFailedSteps。Rust 侧确实有对等实现（main.rs 的 normalize_sentrux_failures / build_sentrux_debt_register，CLI 子命令 sentrux-normalize / sentrux-debt-register），三个单测覆盖 known/worsened、aggregate max_cc informational、unknown named 阻塞，另有两个 classify_policy_* 覆盖 effective-failure 联动。

但：

• conflicts 在 Rust 里是硬编码空数组（main.rs:1216），enrichment.hotspots 同样为空。PS1 的 -HotspotsPath 热点分歧 → metric_conflict 这条能力 Rust 根本没有。切掉 = 静默丢掉它唯一的覆盖。
• 另有 4 个状态分支 Rust 无测试：mixed-direction（quality 上升不得算 worsened）、manual_required、skipped、unparsed。
• orchestration/internalization/sentrux.json 的 operationTrace[11..13] 把这个 PS1 当作 Invoke-SentruxAgentTool.ps1 三个 shim 操作（shimScan/shimSessionStart/shimSessionEnd）的 conformance 证据。删文件必须同时把这三条 re-point 到真正证明该操作的测试。

L296 test-transactional-publication.ps1 —— (b)

• 走 legacy/update-code-intel-index.ps1 -LegacyCompatibilityMode，断言 pre-A07 marker 兼容面（generatedAt/report/reportSha256 旧形状）对 bad_digest / bad_shape / bad_type / bad_range / 无 marker / staging 目录的六种拒绝。这个兼容模式只存在于 PowerShell。
• 后半段跑真实 run-code-intel.ps1 -Mode lite 发布冒烟，断言发布目录不保留 .staging- 名、已发布文本产物里不残留 staging 路径引用、marker 绑定发布报告字节。同样是活的 PS1 行为。

结论：批次 1 可能是最后一对纯 (a)

到目前为止，批次 1 之外考察过的 5 条（primary-launchers、retirement-packets、codenexus-adapter、sentrux-failure-normalization、transactional-publication）全部是 (b) 或 (c)。样本还小，但方向明确：本票「45 个调用点逐个切」的前提基本不成立——剩下的绝大多数不是切换问题，是 port 问题，而且 port 的对象是 PS1 里尚无 Rust 实现的能力（hotspot 冲突检测、legacy marker 兼容面、发布物校验与更新、staging 卫生）。

建议：在继续开批次之前，先做一次全量分类扫描——45 条逐条判 (a)/(b)/(c)，(b) 标出它测的是哪个 PS1 能力、Rust 侧缺什么。那份清单才是真正的退役路线图；现在的清单假设了一个不存在的均质性。

[2233admin]

全量分类扫描（45 调用点 / 31 个脚本）

判据：脚本调用的被测对象是二进制/数据，还是活着的 PowerShell。

(a) 可切 —— 3 个脚本 / 4 个调用点

脚本	调用点	测什么	接手方
test-stable-wrapper-e2e.ps1	ci L267	只跑 $rustCli：artifact-root wrapper、sentrux save_baseline/check	全在二进制上，最干净的一条
test-atomic-capability-contract.ps1	ci L223, L556	schema 文件 + 架构文档 + capability contract 常量	tests/capability_exec.rs + schema 测试
test-project-management-support.ps1	ci L219, release L150	skills/code-intel-pipeline/SKILL.md 的内容与链接	纯文档 lint

(a-tool) 不是测试，是工具 —— 3 个

check-hardcoded-paths.ps1(ci L575)、New-BetaPackage.ps1(ci L312)、Test-BetaPackage.ps1(ci L318)。要么给 Rust 对等，要么明确保留为构建工具（保留就不该算在「调用点归零」里）。

(b) 测活着的 PowerShell —— 22 个脚本

删了就是丢掉活代码的唯一覆盖。每条标出被测对象：

脚本	被测的活 PS1
test-code-intel-pipeline.ps1(491行)	run-code-intel.ps1 + Invoke-SentruxAgentTool.ps1 + check-code-intel-tools.ps1
test-regression-fixes.ps1(1435行)	20+ 个 PS1，安装器/shim/monolith 全覆盖
test-hospital-trust-contract.ps1(459行)	run-code-intel.ps1
test-sentrux-failure-normalization.ps1	dot-source run-code-intel.ps1 内部函数；Rust 的 conflicts 是硬编码空数组
test-transactional-publication.ps1	update-code-intel-index.ps1 -LegacyCompatibilityMode + 发布冒烟
test-codenexus-adapter-contract.ps1	facade + Invoke-CodeNexusLite.ps1(644行)
test-primary-launchers.ps1	code-intel.ps1 + invoke-code-intel.ps1 的发布物校验/更新路径
test-dag-facade.ps1	run-code-intel.ps1（已下 CI，文件因 E05 留盘）
test-github-solution-research.ps1	Invoke-GitHubSolutionResearch.ps1
test-project-discovery.ps1	Find-CodeIntelProjects.ps1
test-scoped-repowise-security.ps1 / -worktree.ps1	Invoke-ScopedRepowise.ps1
test-model-channel-delegate.ps1 / -degraded-pipeline.ps1	Invoke-ModelChannelDelegate.ps1 + facade
test-automatic-pull-request.ps1 / -flow.ps1	Invoke-CodeIntelAutomaticPullRequest{,Flow}.ps1
test-follow-up-automation.ps1	tools/code-intel-follow-up-automation.psm1
test-multi-agent-merge-queue.ps1	Invoke-MultiAgentMergeQueue.ps1 + Install-MultiAgentMergeQueue.ps1
test-integration-orchestration.ps1	Invoke-CodeNexusLite.ps1 + Invoke-MultiAgentMergeQueue.ps1
test-skill-development-benchmark.ps1	install-code-intel-pipeline.ps1
test-python314-pon-compatibility.ps1	Test-Python314PonCompatibility.ps1
test-code-intel-project-conformance.ps1	Test-CodeIntelProjectConformance.ps1
install-code-intel-pipeline.ps1(1243行)	安装器本体，跨 4 条 workflow 4 个调用点，引用 16 个 PS1

(c) 闸门 —— 2 个

test-retirement-packets.ps1(ci L252) 跑 10 项检查；test-ps1-rust-parity.ps1(parity-observe L66) 是本票全程的闸门。两个都排最后。

结论

能切的只有 4 个调用点（占 9%）。 其余 41 个要么等被测 PS1 先死，要么是工具/闸门。

本票出口改为：(a) 类 4 个调用点归零（批次 1 已完成 2 个 + 上表 4 个 = 6 个）。真正的巨石退役路线在 (b) 表里——它同时也是 #50 T5 的工作清单：每退役一个 PS1 被测对象，它对应的那一行才能切。

[2233admin]

新增标准动作：每一批删 PS1 都会顶红 coupling_increased

批次 2 的 CI 全红，根因不是测试写错，是删文件本身。

sentrux gate 的 coupling 是仓库级平均值。删掉一个 198 行的 PowerShell 文件 = 从平均里移走一个低耦合节点 = 平均值上升。批次 2 触发 45.64 -> 45.67，diagnosis.hospital 报 architecture gate failure，self-scan 退 10。

两边都量过：

状态	Coupling	闸门
新测试单独成文件 + 删 PS1	45.64 -> 45.73	红
新测试并入 tests/primary_entry.rs + 删 PS1	45.64 -> 45.67	红
同样的 Rust 改动 + PS1 文件保留	45.64 -> 45.48	绿

第三行是关键：同一批 Rust 代码，文件在就降、文件删就升。没有任何代码变得更耦合。

含义：PowerShell 层一直在稀释这个平均值。退役它会让剩下的 Rust 平均值变难看，而这与代码质量无关。#55 说 PS1 债压低了门槛——对 max_cc / god_files 成立，对平均 coupling 正好相反。

标准动作（写进每批的流程）：删 PS1 的批次要重存 baseline，并在 PR 里给出成对测量作为证据——文件保留时的 coupling 必须不升，否则就是真回归，不许拿这条当挡箭牌。rules.toml 的阈值一律不动，动的只是比较基点。

顺带：ported 的测试要容忍 doctor-only domain failure（照 dag_run.rs 既有惯例）。默认路线不给 doctor 传任何 flag，缺工具的机器上失败描述的是宿主不是被测对象。CI 装了 pinned rg / ast-grep，断言仍在该生效的地方生效。