ECC 2.0 GA 路线图¶

本路线图是活跃 Linear 项目的持久化仓库镜像：

https://linear.app/itomarkets/project/ecc-platform-roadmap-52b328ee03e1

在 Ito Markets 工作区中，Linear issue 创建功能已重新可用。实时执行事实分散在以下位置：

• Linear 项目文档、issue 泳道、依赖关系和里程碑；
• 本仓库文档；
• 已合并 PR 证据；
• ~/.cluster-swarm/handoffs/ 下的交接内容。

5 月 19 日发布/增长执行地图位于 docs/releases/2.0.0/ecc-2-hypergrowth-release-command-center.md。 它是最终 ECC 2.0 仓库身份、视频套件、合作伙伴/赞助商漏斗、咨询/演讲漏斗以及社交发布计划的操作界面。

2026-07-26 跨执行框架控制平面增量¶

下一个产品层是组合，而不是第二个执行框架。ECC 已经具备会话存储、worktree 生命周期辅助功能、merge-queue 状态、OTEL 导出、skill-run 记录、学习钩子和来源检查。缺失的工作是通过受治理的跨执行框架契约暴露这些原语，并使晋升、合并和策略决策可审计。

第一个跨执行框架知识转移切片由 PR #2581 跟踪。它为 Codex、Claude Code、OpenCode、Cursor 和 Hermes 风格代理添加了一个文件优先的记忆库，以 Markdown 作为可移植的事实来源，并提供可选的 MCP 投影。在后续实现显式晋升系统之前，每条新记忆都保持未审核状态。PR #2582 处理 Claude 的扁平技能发现布局，PR #2583 使 Claude agent 工具 frontmatter 与文档中的标量格式保持一致。

现有实现锚点：

• ecc2/src/session/store.rs 持久化会话、工具日志、决策、上下文图边、队列和冲突事件。
• ecc2/src/main.rs 已暴露 session、worktree、merge-queue、daemon 和 OTEL-export 命令。
• scripts/lib/worktree-lifecycle/ 和 scripts/worktree-lifecycle.js 对 worktree 状态进行分类，并生成冲突和清理计划。
• scripts/lib/skill-evolution/ 记录 skill 运行、健康状态和来源；skills/continuous-learning-v2/ 和 skills/eval-harness/ 提供学习和评估基础。
• skills/security-scan/、schemas/provenance.schema.json 和 docs/architecture/agentshield-enterprise-research-roadmap.md 提供当前策略和供应链基础。

执行顺序刻意先只读，并以晋升为门控：

1. 分发与知识转移正确性。 落地记忆库、Claude 技能布局和 Claude agent frontmatter 修复，并附带完整的安全和跨平台矩阵。在那些基础稳定后，重新评估 PR #2555、PR #2490 和 PR #2578。
2. ECC2 MCP 读平面。 在现有 ECC2 存储之上添加可选 MCP 服务器，提供有界、脱敏的 list_sessions、get_diff、worktree_status 和 merge_queue 工具。此切片不执行任务、合并、审批或文件系统变更。在服务器启动时绑定调用者身份和规范的 realpath 工作区 ID；仅暴露由该工作区/调用者拥有的记录；拒绝未声明的读取能力；并对每次读取进行速率限制和审计，但不记录返回内容。为每个工具的请求和响应模式进行版本化，在边界处验证两者，并返回通用的 {success, data, error, pagination} 信封。有界的列表和 diff 响应包含 cursor、has_more 和 truncated 元数据。将每个 cursor 绑定到不可变的 session/worktree 修订版本；拒绝过期 cursor，并在该修订版本不再可用时要求分页重新开始。
3. ECC2 MCP 变更平面。 仅在读取平面稳定后添加 create_task、merge_task 和 approve_tool。在每个变更边界要求显式能力门控、不可变审计回执、dry-run 预览以及现有风险/配置文件策略。调用者身份、工作区所有权和逐工具授权必须在输入到达存储或文件系统之前失败关闭。变更工具使用相同的版本化、边界验证的请求和响应模式以及通用信封。在变更处理之前应用按调用者和按工作区的速率限制，并在限流器不可用时失败关闭。在任何副作用之前持久化不可变回执，或使用原子事务/outbox，其协调保证每个成功变更都有持久回执。
4. Worktree 生命周期契约。 定义并模式验证 ecc.worktree.yml；指定 new、split、fork 和 close 状态转换；定义有界的上下文播种和生命周期钩子，而不复制机密或原始执行框架转录。
5. TCAS 租约和合并序列化。 从工具活动派生触及路径，并针对规范工作区规范化每个路径。持久化 {session, branch, touched_paths, heartbeat, owner, epoch} 租约，支持事务性获取/续期/释放、唯一重叠强制以及 compare-and-swap owner/epoch 检查。在阻塞前显示重叠，然后添加队列序列化、心跳丢失后有界的租约过期/恢复以及人工升级记录。不完整或未插桩的触及路径覆盖会阻止变更，除非调用者原子性地获取整个工作区租约。在每次变更和合并之前立即重新验证最终触及路径集和租约所有权。
6. 同意门控遥测模式。 标准化 ecc.* span 名称和有界属性，定义 TRACEPARENT 传播，并在任何接收端之前要求显式同意、模式验证和确定性脱敏。缺失或无效同意失败关闭。提示、机密、记忆正文、原始 diff 和无界错误文本被模式以及离线和未来实时输出的回归测试禁止。
7. 同意门控 OTLP 导出器。 仅在遥测模式和脱敏套件稳定后添加可选实时导出器。现有 JSON 导出仍作为离线回退，但它通过相同的同意、验证、脱敏和有界输出门控，如同实时接收端。
8. 技能质量与晋升门控。 在添加确定性和增量价值度量之前，稳定调用遥测。提议的技能位于候选区域，只有通过记录的评估结果、人工审批、仅追加转换事件和可逆晋升，才能到达规范表面。
9. AgentShield v2 执行。 引入由 ECC2 执行的版本化允许/审批/阻止策略契约，随后是来自 issue #2415 的签名来源、注册表锁和可选双引擎扫描。
10. 分发互操作。 仅在策略和晋升契约以及 AgentShield 的签名来源和注册表锁验证稳定后，添加保留来源的 npx-skills 和 ClawHub 导入/导出。当来源或锁验证缺失、无效或不可用时，导入和导出默认拒绝。在任何导入工件到达存储或文件系统操作之前，验证其版本化模式、有界大小、包含路径和内容策略，并以有界错误拒绝格式错误或不可信输入。训练或推理自动化保持推迟，直到遥测、评估、同意和回滚门控可运行。

每个编号项都是独立的实现泳道。不要将只读 MCP 平面与变更合并，不要将遥测模式与实时导出合并，也不要将候选生成与晋级合并。每个泳道在实现开始前，都需要针对其关键操作员流程的单元测试、集成测试以及端到端覆盖，并且这些测试必须先失败。实现后，这些测试必须通过，并且至少达到 80% 的行覆盖率和函数覆盖率，同时具备对抗性边界测试、迁移/回滚说明，以及来自 Linux、macOS 和 Windows 的最新证据，然后才能开始下一个依赖泳道。

2026-05-20 增量¶

• 被跟踪的平台审计在 5 月 20 日仍为绿色，开放 PR 数为 0，开放 issue 数为 0，讨论维护者介入缺口为 0，可回答 Q&A 缺口为 0，冲突 PR 数为 0，并且跨 affaan-m/ECC、affaan-m/agentshield、affaan-m/JARVIS、ECC-Tools/ECC-Tools 和 ECC-Tools/ECC-website 的阻塞性脏文件数为 0。
• 新的 #2015 安装位置 Q&A 已回答并标记为已接受。该回答保持安装指导保守：不要安装到 C:\；使用普通工作区，只安装一次 ecc@ecc Claude 插件，使用手动规则时仅复制所需的规则文件夹，并避免叠加插件加完整手动安装。
• ECC-Tools PR #80-#88 落地了下一批托管平台功能：运行时回执现在要求失败原因；AgentShield 车队审批 ID 在托管安全审查后保留，并渲染到 comments/check-runs；Linear 后续同步复用确定性外部 ID；托管 AgentShield 修复项同步到 Linear；托管任务可观测性事件会为 queued、completed、blocked、failed 和 budget-blocked 状态发出；并且托管任务状态 comments 和托管 depth-plan check-runs 都会读回最近的可观测性/预算事件。PR #88 为操作员仪表板和生产冒烟测试添加了经过身份验证的可观测性 API 读回。
• AgentShield PR #94 落地了下一个跨 harness 适配器切片：Zed 和 VS Code 是一等适配器检测，.zed/settings.json 和 .zed/tasks.json 是可发现的扫描输入，并且 .zed/setup.mjs 现在会触发与 .vscode/setup.mjs 相同的 AI 工具持久化 IOC 规则。
• AgentShield PR #95 通过把传递依赖 brace-expansion 5.x 的 lockfile 条目移动到 5.0.6，清除了默认分支上剩余的 Dependabot 告警；合并后的 Dependabot open-alert API 现在返回 []，本地 npm audit --audit-level=moderate 返回 0 个漏洞。
• ECC PR #2019 将 Marketplace Pro selected-target release-gate 同步合并到本仓库，提交为 30f60710d4e0424fc70d9bbdc105009db141d9d8。合并后的 main CI 运行 26135974576 在 lint、coverage、security、validation 以及完整的 OS/包管理器矩阵上全部完成为绿色。
• ECC PR #2020 将 selected-target announcement-gate 镜像合并为 c2471fe5c535310f8a8008c9ed7ea9f6757b33f2。合并后的 main CI 运行 26136949698 在 lint、coverage、security、validation 以及完整的 OS/包管理器矩阵上全部完成为绿色。
• ECC-Tools PR #90 为 billing:announcement-gate -- --select-ready-target 添加了 selected-target 官方公告门；安全生产预检不再需要原始 GitHub 登录，现在只在线上执行前针对本地/内部 INTERNAL_API_SECRET 输入进行阻塞。
• ECC-Tools PR #91 为两个 billing gate 脚本添加了 --env-file 支持，使被忽略的本地操作员凭据文件可以提供 INTERNAL_API_SECRET、Cloudflare auth、Wrangler auth mode 或目标回退，而无需打印机密内容。Verify、Security Audit 和 Workers Builds 在合并前以 72119a1 通过，合并后 main CI 运行 26137280847 成功完成。
• ECC-Tools PR #92 添加了一个非破坏性的 INTERNAL_OPERATOR_API_SECRET bearer，受特权内部 API 路由接受，且无需轮换现有的 INTERNAL_API_SECRET；Verify、Security Audit 和 Workers Builds 在合并前以 18d80197be779619283e0b37e2952bac53819a07 通过，合并后的 Worker 已部署到 api.ecc.tools。
• 5 月 20 日的 live native-payments 门现在通过：由 vault 支持的 Wrangler 读回选择了一个就绪的 Marketplace Pro target，指纹为 e953a74209fe，两个密钥族均存在，webhook 证据就绪，0 个 KV 阻塞项，并且官方 npm run billing:announcement-gate -- --select-ready-target 通过新的操作员 bearer 路径返回 announcementGateReady: true、0 个必需操作、0 个阻塞项，以及审计摘要 6 pass / 1 warn / 0 fail。
• ECC-Tools PR #93 在应用启动清单和分发路线图中记录了 live billing 证据，提交为 d3d62df83fa075660fa4530c3e0edc311a4355fe；公开 native-payments 文案不再被 billing 证据阻塞，但发布时间仍位于最终 release、plugin、live URL 和 owner-approval 门之后。
• Linear ITO-54 和 ECC Platform Roadmap 现在具有 5 月 20 日 ECC-Tools 托管可观测性更新评论 74dcc101-3be5-4173-be13-62b80d54f569 和 348ea8f5-2a2d-46d9-a0fe-ed99653e7fe5，此前 PR #84/#85 的评论已记录修复同步和托管可观测性事件。PR #88 记录在 Linear 评论 291e2a4b-06e3-4672-a057-cdb141478161 和 b2d35de0-ca49-44cb-982a-ddec229e7691；AgentShield #94 记录在 ITO-49 评论 faed69dd-35f5-469d-acb5-ddde6a70d6a1 和项目评论 70187c1e-d481-4181-b418-09bd65d54b5e；AgentShield #95 记录在 ITO-49 评论 371fc3e4-611f-4d20-a23f-67db1260b418、ITO-57 评论 bd06e252-15c1-4256-b667-caa3f64f5968 和项目评论 22c2c388-2fd1-4dea-a939-6141f40c9a21。
• Linear ITO-61 和 ECC Platform Roadmap 现在具有 5 月 20 日 Marketplace Pro release-gate 评论 467d148a-712a-4777-aad9-95593e9f1739 和 7642ee9c-3107-400c-a229-53e2895a8914，记录了 ECC-Tools #89、ECC #2019、绿色的合并后 CI 运行，以及剩余的 internal bearer-token 门。仓库镜像现在还将 ECC-Tools #90 和 #91 记录为 selected-target announcement gate 和 billing gate env-file 操作员路径后续。

2026-05-19 增量¶

• 公共仓库标识现已更新为 affaan-m/ECC；发布、包、插件、工作流和发布文案等对外展示面应使用该 URL 作为当前公共链接。
• 5 月 19 日晚间的队列清理在 ECC main 上增加了确定性的 release:approval-gate，合并了 ECC-Tools 账单公告编辑加固，并完成了 JARVIS Dependabot/部署修复的收尾工作。当前受追踪的平台审计已全部通过，五个受追踪仓库均为 0 个未关闭 PR、0 个未关闭 issue、0 个讨论缺口，但发布/公开操作仍受所有者和线上 URL 管控。
• ECC 2.0 发布叙事应直接以产品形态为先导：harness 原生操作员系统、可复用的 skills/rules/hooks/MCP 约定、ecc2/ alpha 控制平面、作为可选操作员 Shell 的 Hermes，以及作为业务面的 ECC Tools Pro/Sponsors/咨询。
• 文案应避免将此表述为仓库重命名或配置包迁移。发布证据应通过安装流程、跨 harness 演示、安全证据、托管产品证据和视频套件来展示该系统。

当前证据¶

截至 2026-05-20：

• GitHub 队列在 affaan-m/ECC、affaan-m/agentshield、affaan-m/JARVIS、ECC-Tools/ECC-Tools 和 ECC-Tools/ECC-website 中均已保持干净：最新的 platform-audit 扫描发现 0 个未关闭 PR、0 个未关闭 issue、0 个缺少维护者响应的讨论缺口、0 个缺少已接受答案的可回答 Q&A，以及 0 个阻塞性脏文件。当前的 scripts/work-items.js list --json 输出也报告 totalCount: 0，因此 SQLite 桥接层中没有未关闭或阻塞的本地工作项。
• 所有者全范围的队列清理也在要求的预算范围内：docs/releases/2.0.0-rc.1/owner-queue-cleanup-2026-05-18.md 记录了实时的 gh search 扫描，关闭了 24 个过时的依赖机器人 PR 和 72 个过时的遗留 payments/0EM 路线图 issue，随后又关闭了剩余 9 个过时、生成、冲突或测试/噪音 PR，以及 5 个遗留、外联或占位 issue。通过实时 gh search 确认，更广泛的 affaan-m 所有者命名空间现为 0 个未关闭 PR 和 0 个未关闭 issue。关闭过程中涉及到的已归档仓库已恢复为归档状态。
• 这些受追踪仓库的 GitHub 讨论均已保持最新：在 5 月 19 日 #2003 AURA 集成提案被归类为外部适配器提案（而非核心钱包/托管耦合）之后，以及 5 月 20 日 #2015 设置位置 Q&A 被回答并接受之后，affaan-m/ECC 共有 60 个讨论，其中 0 个缺少维护者响应；AgentShield、JARVIS、ECC Tools 和 ECC Tools 网站要么禁用了讨论，要么讨论总数为 0。docs/architecture/discussion-response-playbook.md 现在为未来的讨论批次提供了 ITO-59 响应类别、公共模板、安全升级路径和回读规则。
• 当前的 Linear 路线图包含 16 个 issue 泳道（ITO-44 至 ITO-59）和五个里程碑：Security and Access Baseline、ECC 2.0 Preview and Publication、AgentShield Enterprise Iteration、ECC Tools Next-Level Platform 以及 Legacy Audit and Salvage。
• Linear 实时同步已跟上 5 月 19 日 PR #2002 合并和讨论批次：ECC 平台项目包含 PR #2002 之后的同步文档 ecc-may-19-post-pr-2002-sync-64cef8f668e0、项目评论 a6411e3a-8c8e-4a58-adba-687e77d4c543，以及针对 ITO-44、ITO-47、ITO-48、ITO-49、ITO-51、ITO-54 和 ITO-56 的 issue 评论。ITO-47、ITO-48、ITO-49、ITO-51、ITO-54 和 ITO-56 已被移至 In Progress，因为这些泳道现在已有当前的实现/证据和剩余的关卡/回读工作。ITO-57 仍保留 5 月 18 日的紧急供应链刷新评论（3fe5b2b7-c4fe-401c-a317-b40d72119cb3）。此工作区中已禁用 Linear 项目状态更新，因此项目文档和评论是受支持的外部状态展示面。
• main 上最新的 5 月 18 日合并批次包括 PR #1970 workflow-security 验证器绕过修复、PR #1971 metrics 桥接层成本报告和警告去重修复、PR #1972 uncloud 技能激活结构、PR #1976 OpenAI/AstraFlow 提供方响应守卫、ECC-Tools Wrangler OAuth 账单回读镜像证据、04d4d819 防御性拒绝 IOC 扫描器加固复检、7911af4a 发布 OIDC 发布范围加固、97567a91 发布工作流行尾规范化，以及带有刷新后的操作员仪表盘的发布证据。
• docs/releases/2.0.0-rc.1/publication-evidence-2026-05-19.md 记录了当前的 5 月 19 日队列归零状态、规范 ECC 身份合并、发布视频套件关卡、合作伙伴/赞助商/演讲外联包、所有者批准包（owner-approval-packet-2026-05-19.md）、当前预览包冒烟摘要 eebb8a66c33e、本地 2568 项测试套件、PR #2001 合并和 GitHub Actions 运行 26102500291 成功、PR #2002 的所有者批准仪表盘关卡刷新和 GitHub Actions 运行 26103853507、PR #2004 的 Linear 就绪证据同步和 GitHub Actions 运行 26105012698，以及 PR #2005 在 PR #2004 之后的证据刷新和 GitHub Actions 运行 26106321921、PR #2008 的供应链证据关卡修复和 GitHub Actions 运行 26108473648、PR #2006 之后的主 CI 运行 26109953093、PR #2009 的项目注册表卫生 GitHub Actions 运行 26111313938、PR #2009 之后的主 CI 运行 26111946778、PR #2011 GateGuard 之后的主 CI 运行 26113695068，以及 PR #2013 release-approval-gate 之后的主 CI 运行 26128749863。5 月 19 日晚间的同步目标还包括 ECC-Tools PR #79 账单公告编辑加固和 JARVIS PR #15 / PR #16 队列/部署修复，JARVIS 主 CI、CodeQL 和 Deploy 在工作流修复后均保持绿色。Linear 外部项目状态展示面现在同时包含 PR #2002 之后的同步文档和晚间的 ecc-may-19-late-queue-zero-and-release-gate-sync-1c26f65e6b3f 文档，以及项目评论 d42bf0e2-7a8e-4934-9f3f-e281498ee805。供应链关卡现在还记录了当前 npm audit/签名验证所需的 @types/node@25.7.0 固定版本和 brace-expansion 锁文件刷新。
• 5 月 20 日的 ECC-Tools 托管平台工作将证据扩展至 PR #80 至 PR #88，这些 PR 均在 GitHub Verify/Security Audit/Workers Builds 检查通过后完成合并。最终深度计划可观测性切片的本地验证通过了聚焦的托管深度计划路由测试、完整路由套件（89/89）、类型检查、lint、完整 ECC-Tools Vitest 套件（683/683）和 git diff --check。PR #88 还额外在 /api/analysis/observability 暴露了经过身份验证的托管可观测性回读，用于操作员仪表盘和生产冒烟测试；其本地验证通过了类型检查、lint、完整 ECC-Tools Vitest 套件（686/686）和 git diff --check。
• AgentShield PR #94 在通过类型检查、lint、聚焦的核心扫描器/规则测试、完整 npm test（1822 项测试）、npm run build 和 git diff --check 的本地验证后，将 Zed 和 VS Code 添加到了一等适配器注册表中。在重新运行一次暂时性的 GitHub 工件上传失败后，GitGuardian、扫描套件、自扫描、自扫描示例、Node 18/20/22 CI、CodeRabbit 和 Cubic 的 GitHub 检查均全部通过。
• AgentShield PR #95 通过将有漏洞的 brace-expansion 5.x 传递依赖锁文件条目更新到 5.0.6，解决了 Dependabot #20 / GHSA-jxxr-4gwj-5jf2 / CVE-2026-45149。本地验证通过了 npm audit --audit-level=moderate、类型检查、lint、完整 npm test（1822 项测试）、构建和空白检查；GitHub 检查在 Verify Node 18/20/22、自扫描、自扫描示例、Test GitHub Action、GitGuardian、CodeRabbit 和 Cubic 中均全部通过。
• docs/releases/2.0.0-rc.1/operator-readiness-dashboard-2026-05-20.md 根据实时平台审计证据重新生成了 ITO-44 提示词到工件仪表盘：PR 队列、issue 队列、讨论队列、本地工作树关卡、仪表盘生成和供应链循环均为最新状态；该仪表盘现在还追踪 $1,728/月 到 $10,000/月 的超增长基线、发布视频套件泳道、合作伙伴/赞助商/演讲外发包和所有者批准包；发布、插件、账单、AgentShield、ECC Tools、Linear 发布关卡同步和最终外发批准仍是下一步工作。
• docs/releases/2.0.0-rc.1/publication-evidence-2026-05-17.md 记录了 5 月 17 日的队列归零状态、日语本地化合并、Dependabot TypeScript 和 Node 类型合并、合并后 ja-JP lint 修复、Mini Shai-Hulud/TanStack 本地保护复检、npm audit/签名检查、当前操作员仪表盘，以及 99dd6ac0 的 GitHub CI 成功。
• docs/releases/2.0.0-rc.1/publication-evidence-2026-05-16.md 记录了队列、讨论、Linear 路线图、ECC Tools 访问、Mini Shai-Hulud/TanStack 全战役跟进、计划性供应链监控覆盖、无生命周期 CI 安装加固、GitHub Actions 缓存清理、AgentShield #85 注册表签名验证、AgentShield #86 证据包 CI 来源、AgentShield #87 插件缓存运行时置信度分类、AgentShield #88 证据包检查/回读、AgentShield #89 证据包车队路由、AgentShield #90 车队审查项、AgentShield #91 基于校验和的策略导出、AgentShield #92 经校验和验证的策略提升、ECC-Tools #75 账单关卡收紧、ECC-Tools #76 AgentShield 车队摘要消费、ECC-Tools #77 托管发现证据路径、ECC-Tools #78 harness 策略路由链接、PR #1947 供应链保护，以及 5 月 16 日发布证据刷新。
• npm run harness:audit -- --format json 在当前 main 上报告 80/80。
• npm run observability:ready 在当前 main 上报告 21/21 就绪，包括 GitHub/Linear/交接/路线图进度同步契约。
• GitHub CI 运行 26017368895 已针对 04d4d81938b20ac2bac1f0025145ab77d6a59f5f 成功完成，包括 Validate Components、Coverage、Lint、Security Scan 以及完整的 Node/包管理器矩阵。
• Supply-Chain Watch 运行 26009825837 已针对 3b7e0ba30a027ffd3319c2f145c63076c296d80a 成功完成，包括无生命周期安装、npm audit/签名验证、扫描器夹具、公告源夹具、IOC/公告工件生成和工作流安全验证。
• PR #1846 以 797f283036904128bb1b348ae62019eb9f08cf39 合并，使 npm 注册表签名验证成为持久的工作流安全关卡：运行 npm audit 的工作流现在需要 npm audit signatures。
• PR #1848 以 cbecf5689d8d1bd5915e7031697a1d56aac538f2 合并，新增了 docs/security/supply-chain-incident-response.md，以及一条工作流安全验证器规则，阻止 pull_request_target 工作流恢复或保存共享依赖缓存。
• PR #1940 以 6951b8d5d29d13cac6b89b461104ad03838553de 合并，新增了一个计划性供应链监控工作流，用于生成持久的 IOC 报告。
• PR #1941 以 f7035b5644ffc857879b71c39353b2141f17c3f0 合并，通过禁用包管理器生命周期脚本、移除 Actions 依赖缓存使用，并增加验证器覆盖以防止这些模式被静默重新引入，加固了 CI 依赖安装以防范生命周期钩子被攻破。
• PR #1850 以 248673271455e9dc85b8add2a6ab76107b718639 合并，移除了只读分析器代理和 zh-CN 副本的 shell 访问权限，在不改变操作员代理的情况下减少了该面上的 AgentShield 高危发现。
• PR #1851 以 209abd403b7eaa968c6d4fa67be82e04b55706d6 合并，使具有写权限的工作流中的 actions/checkout 必须设置 persist-credentials: false。
• PR #1860 以 c2762dd5691a33aaa7f84a0a4901a5bab7980fc8 合并，通过添加 Ruby/Rails 语言包面、安装别名、选择性安装组件和聚焦的安装清单执行器测试，关闭了 #1859。
• AgentShield PR #78 以 1b19a985d6ae1346244089a78806a7d5eaaf270e 合并，并通过 persist-credentials: false 加固了发布工作流，此外

在 write/id-token 发布路径中使用 npm ci --ignore-scripts。

• AgentShield PR #79 以提交 86a823c5f2c35ee97e6ecf6f99e9ac301d54119a 合并， 将基线/监视/修复指纹迁移到一个共享的哈希证据指纹辅助工具。新基线不再包含原始发现证据，而较旧的原始证据基线仍可比较。
• AgentShield PR #80 以提交 8ed379d1de067b25640ac6273aa4d9f8e6735d43 合并， 为未通过的语料库门禁增加了带优先级的语料库准确性建议，按类别、缺失规则和配置 ID 映射未命中项，使企业级扫描器回归工作拥有可执行的改进计划。
• AgentShield PR #81 以提交 6583884e74ba2e896942113e1ce3146230e6fb76 合并， 为修复计划增加了有序的修复工作流阶段，通过稳定的发现指纹路由安全自动修复、人工审查和验证，无需复制原始证据。
• AgentShield PR #82 以提交 51336ba074ad5e9fed2c0aa3237422be22147e76 合并， 扩展了内置攻击语料库，新增环境代理劫持场景，涵盖代理/运行时篡改、环境令牌外泄、DNS 外泄、凭据存储访问和剪贴板访问。
• AgentShield PR #87 以提交 26bb44650663816d07180e0d20c1895e431a326c 合并， 为已安装的 Claude 插件缓存增加了运行时置信度。缓存插件发现现在会输出 runtimeConfidence: plugin-cache，非机密评分影响保持在预期的 0.5x，仓库本地的非 Claude plugins/cache 路径不会被降级，且缓存的钩子实现不再作为顶层 hook-code 显示。
• AgentShield PR #88 以提交 65ed6e2a87545dc99d962b58413f49096a4d70ec 合并， 为下游消费者增加了 agentshield evidence-pack inspect。证据包现在可以提供紧凑的 JSON/文本回读，涵盖报告分数、发现数量、运行时置信度、策略、基线、供应链、CI 上下文、修复阶段和畸形工件错误，无需手动打开每个包文件。
• AgentShield PR #89 以提交 521ada9091bb6d818511ab8589ae675b920c106a 合并， 为下游 fleet 路由增加了 agentshield evidence-pack fleet <dirs...> [--json]。多个已验证的证据包现在会聚合为 ready、security-blocker、policy-review、baseline-regression、supply-chain-review 和 invalid 路由，并附带发现、策略、基线、供应链和修复总数。
• JARVIS PR #13 以提交 127efabbfb5033ae53d7a53e1546aa3c33d6f962 合并， 通过 npm 注册表签名验证加固了 CI/部署工作流，在具有写权限的作业中禁用了持久化的 checkout 凭据，并固定了 Vercel CLI 安装版本，而不是使用 latest。
• ECC-Tools PR #53 以提交 99018e943d03f024de8c9d278c91f66393d4f1ee 合并， 在 CI 中现有的生产依赖审计之前增加了 npm 注册表签名验证。
• ECC-Tools PR #54 以提交 05df89721f49c1e19d8502c545e26f5694806998 合并， 使 /ecc-tools followups sync-linear 在未使用 open-pr-drafts 时，将可复制的 PR 草稿跟踪到 Linear/项目积压中，从而保留有用的陈旧 PR 抢救工作，而无需打开额外的 PR 外壳。
• ECC-Tools PR #55 以提交 5d8c112cce4794cfa089d5b0ea661ba87a178be1 合并， 为 /ecc-tools analyze 评论增加了分析深度就绪度，使用 CI/CD、安全、harness、参考/评估、AI 路由/成本控制以及团队交接证据，将仅有提交历史的仓库与有证据支持且深度就绪的仓库区分开来。
• ECC-Tools PR #56 以提交 5b729c88641eafe80f65364bab3fc74d0270f57b 合并， 增加了经过身份验证的 /api/analysis/depth-plan 契约，将分析深度就绪度映射为具体的托管作业，用于 CI 诊断、安全证据审查、harness 兼容性、参考集评估、AI 路由/成本审查和团队积压路由。
• ECC-Tools PR #57 以提交 4cc61112a4cc9feec7b07af09321f360e34af6a4 合并， 增加了第一个可执行的托管分析作业：/api/analysis/jobs/ci-diagnostics 现在以 CI/CD 就绪度作为门禁，检查工作流/测试运行器/失败证据工件，返回 CI 加固发现和后续行动，并且仅在成功执行后计费用量。
• ECC-Tools PR #58 以提交 ce09dd8d9b46f65c6b88dc4f48cfb6b6227ae0bf 合并， 增加了第二个可执行的托管分析作业：/api/analysis/jobs/security-evidence-review 现在以安全证据就绪度作为门禁，检查有上限的 AgentShield 证据包、策略、基线、SBOM、SARIF 和安全扫描工件，返回供应链证据发现和后续行动，并且仅在成功执行后计费用量。
• ECC-Tools PR #59 以提交 505b372dbd8f75f996d9e2ed079effd30cec5ba5 合并， 增加了第三个可执行的托管分析作业：/api/analysis/jobs/harness-compatibility-audit 现在以 harness-config 就绪度作为门禁，检查有上限的 Claude、Codex、OpenCode、MCP、plugin 和跨 harness 文档工件，从获取中排除本地包含机密的配置路径，返回可移植性发现和后续行动，并且仅在成功执行后计费用量。
• ECC-Tools PR #60 以提交 b75e0a49ba5672b1ec9a2a4880ddcfa2d07dc557 合并， 增加了第四个可执行的托管分析作业：/api/analysis/jobs/reference-set-evaluation 现在以参考证据就绪度作为门禁，评估分析器语料库、RAG/评估器、PR 抢救/审查、harness、安全和 CI 失败模式证据，从获取中排除明显包含机密的 fixture 路径，返回参考覆盖发现和后续行动，并且仅在成功执行后计费用量。
• ECC-Tools PR #61 以提交 7b01b67cae0b80774b311cb515b7eca0aa038c65 合并， 增加了第五个可执行的托管分析作业：/api/analysis/jobs/ai-routing-cost-review 现在以 AI 路由/成本就绪度作为门禁，评估模型路由、令牌预算、使用限制、速率限制、计费/权益、成本回归和成本策略证据，从获取中排除明显包含机密的路径，返回成本控制发现和后续行动，并且仅在成功执行后计费用量。
• ECC-Tools PR #62 以提交 781d6733e56f7556edb43fb96bdfb00b1f0a3aa6 合并， 增加了第六个可执行的托管分析作业：/api/analysis/jobs/team-backlog-routing 现在以团队交接/项目跟踪就绪度作为门禁，评估路线图、runbook、交接、发布计划、issue 模板、所有权、项目跟踪器、积压和后续跟进证据，从获取中排除明显包含机密的路径，返回团队路由发现和后续行动，并且仅在成功执行后计费用量。
• ECC-Tools PR #63 以提交 fb9e4c5ceb9ccde50da74c7a69c3fa4bd321fc07 合并， 使托管执行计划在排队的 PR 分析中对操作者可见：队列现在会在 PR head SHA 上发布一个非阻塞的 ECC Tools / Hosted Depth Plan check-run，包含就绪/阻塞的托管执行器命令和后续行动文本，同时保持 check-run 发布为尽力而为，以便不阻塞 bundle 生成和分析评论。
• ECC-Tools PR #64 以提交 72020ef94db94840812977ea7ac37e9344036668 合并， 增加了面向 PR 的托管作业分发控制：/ecc-tools analyze --job ... 评论现在会针对 PR head SHA 排队托管作业，通过现有的托管就绪度/证据门禁执行它们，将工件/发现/后续行动发回 PR，并按作业 ID 限定幂等键范围，使托管作业不会与 bundle 分析冲突。
• ECC-Tools PR #65 以提交 bacd4adf6a3a629e8d403865456d15f127baaf4e 合并， 增加了托管作业结果历史/check-run 摘要：排队的托管作业现在会缓存最新结果和已完成或阻塞运行的不可变运行记录，然后在 PR head SHA 上发布一个非阻塞的按作业 check-run，包含工件、发现、就绪度阻塞项和后续行动。
• ECC-Tools PR #66 以提交 4e1db48252d068ea5dcf4308b0bc11b0dfe0c9ce 合并， 增加了一个只读的托管状态命令：/ecc-tools analyze --job status 现在会读取当前 PR head 的 #65 最新结果缓存，并发布一个紧凑的 completed/blocked/not-run 表格及下一条托管作业命令，不排队任何工作，也不计费用量。
• ECC-Tools PR #67 以提交 f20e6bec2b0bf49e4cc36e08b7285c795973b73d 合并， 使托管 depth-plan check-run 能感知状态：排队的 PR 分析在发布 ECC Tools / Hosted Depth Plan 时会读取 #65/#66 的最新结果缓存，在计划表中包含最新的托管运行状态，并在重新运行之前推荐下一个尚未运行的、已就绪的作业。
• ECC-Tools PR #68 以提交 2cde524b5ef8f34ab7bb1af973248fe4be4359f8 合并， 增加了确定性的托管提升就绪度：已打开/已同步的 PR 现在会发布一个非阻塞的 ECC Tools / Hosted Promotion Readiness check-run，将变更文件与已检入的评估器/RAG 语料库进行比较，在缺少托管作业提升证据时发出警告，并可通过 PR_HOSTED_PROMOTION_READINESS_CHECK_MODE=off 禁用。
• ECC-Tools PR #69 以提交 d0112dac7cef807ae27def41f057682ef0772cce 合并， 扩展了托管提升就绪度，增加确定性输出评分：该检查现在会读取当前 PR head 的已缓存已完成托管作业结果，根据评估器/RAG 语料库预期对其工件和发现进行评分，并在报告差距之前将匹配的托管工件视为提升证据。
• ECC-Tools PR #70 以提交 7001d805ac981fe220b4575159f469fbea9dbb76 合并， 为托管提升增加了检索规划：该检查现在会从已缓存的托管工件、托管发现、预期证据路径和变更的源路径生成排序后的检索候选，并提供一个模型提示词种子，告知后续的托管评判器不要仅凭变更路径进行提升。
• ECC-Tools PR #71 以提交 d41e59ff00fe1bd0b0c96386e56bc5269d7b9c15 合并， 增加了第一个模型支持的托管提升评判器契约：该检查现在会发出一个与提供商无关的 hosted-promotion-judge.v1 请求契约，并且除非托管检索证据、权益、剩余预算和提供商配置都存在，否则按 fail-closed 处理。它仍然不会发起实时模型调用。
• ECC-Tools PR #72 以提交 973bc51e5436dd279ae5a890cce9811485eef0b5 合并， 并在显式门禁之后执行托管提升模型评判器：PR_HOSTED_PROMOTION_MODEL_JUDGE_MODE=execute 现在只有在托管检索证据、权益、预算、提供商和执行器门禁全部通过后，才会调用配置的提供商；该检查保持非阻塞、仅限严格 JSON，并拒绝未引用来源或非托管的模型输出，同时不回显原始响应。
• ECC-Tools 提交 05d4e8296e37ba72e471beaa23ea4c81eb2aa31f 为托管提升模型评判增加了操作者可读的审计痕迹：check-run 现在会在已接受决策旁边呈现确定性的请求指纹和允许引用计数，同时不暴露原始提供商输出。
• ECC-Tools PR #73 以提交 7d0538c9354e18adbfc72ef00d858949a817fa48 合并， 为 /api/billing/readiness 增加了一个 fail-closed 的原生支付公告门禁：公开支付声明现在需要 Marketplace 管理的测试账户返回 announcementGate.ready === true，之后发布文案才能通过发布审查。
• ECC-Tools 提交 91a441b92342b842832ac28b018ee46f0c4a906f 添加 npm run billing:announcement-gate -- --preflight，使操作者可以在进行特权回读调用之前验证 Marketplace 测试账户、内部 API 令牌是否存在以及计费就绪端点。
• ECC-Tools 提交 eb6941290b2fa70db01a51084e9e79a160238468 记录了第一个真实生产环境回读状态：Cloudflare Worker 机密名称包含 INTERNAL_API_SECRET，但目前仍没有任何 Marketplace 管理的账户能够通过公告门禁。

• ECC-Tools 提交 95d0bec69dbcf364ed084e983a40d0a94d443d16 添加可重复的聚合生产 KV 回读命令 npm run billing:kv-readback：最近一次经过 API 认证的运行发现 253 条 account-billing:* 记录和 253 条 billing-state:* 记录，但 0

• Marketplace 管理的 Pro billing-state:* 记录，因此原生支付文案在 --require-ready 和官方内部公告门禁通过之前仍然被阻止。

• ECC-Tools 提交 285967807ea7b5eb3146bc984fb2229db67d4290 要求在 Pro billing-state 记录上具备 GitHub Marketplace webhook 来源证明，原生支付公告就绪才能通过。CI 运行 26013559229 在推送的 head 上成功。
• ECC-Tools 提交 42653f9140c232961280d961ed76a6142433cfa1 添加了 npm run billing:kv-readback -- --wrangler，使运维人员可以通过经过身份验证的 Wrangler OAuth 会话运行聚合生产 KV 回读，而无需单独使用 Cloudflare API 令牌/全局密钥。CI 运行 26016223013 成功，最新的实时回读发现 253 条 account-billing:* 记录和 253 条 billing-state:* 记录，其中 194 个 marketplace/免费状态、59 个 Stripe/Pro 状态、0 个 Marketplace Pro 状态、0 个类似就绪的 Marketplace Pro 状态，以及 0 个解析失败。在真实的 Marketplace 管理的 Pro webhook 创建 billing-state 来源证明，并且 --require-ready 以及官方内部公告门禁通过之前，原生支付文案仍然被阻止。
• ECC-Tools 提交 632e059e51b6e1297ba118807c8b5b2adbac74ce 通过 npm run billing:kv-readback -- --account <github-login> --require-ready 添加了目标账户计费回读功能。报告会隐去账户登录名和原始 KV 键，仅输出稳定的指纹以及经过脱敏的就绪布尔值，并且现在要求同时存在 account-billing:<login> 和 billing-state:<login>，目标 Marketplace Pro 测试账户才能通过原生支付公告回读门禁。CI 运行 26018941515 成功。2026-05-18 的实时复检将目标账户阻塞项拆分到 Linear ITO-61。
• ECC-Tools 提交 d5f60db 为 npm run billing:kv-readback 添加了经过脱敏的 Marketplace 来源证明计数，包括 marketplaceSourceRecords、marketplaceSourceWithWebhookEvidence、marketplaceSourceWithoutWebhookEvidence、byMarketplacePlanName 和 byMarketplaceEventAction。2026-05-18 的实时 Wrangler OAuth 回读现在已经可以运行，发现 256 条 account-billing 记录、256 条 billing-state 记录、197 条 Marketplace 来源记录、59 条 Stripe 来源记录、53 条 Pro 记录、0 条 Marketplace Pro 记录、4 条 Marketplace webhook 来源证明记录、全部为 Open Source 购买，以及 193 条没有 webhook 来源证明的 Marketplace 来源记录。原生支付文案仍被 Linear ITO-61 阻止，直到真实的 Marketplace 管理的 Pro webhook 创建目标账户来源证明，并且 billing:kv-readback -- --wrangler --wrangler-bin ./node_modules/.bin/wrangler --account <github-login> --require-ready 以及官方内部公告门禁通过为止。
• ECC-Tools 提交 13cd3fc 规范了 billing-state 键的大小写，使 Marketplace webhook 写入和公告回读在 GitHub 登录名的大小写上保持一致；当前 head 的 CI 26037611421 通过。代码侧的回读加固仍然保持绿色，但它不会创建实时的 Marketplace Pro 状态。
• ECC-Tools 提交 69ca535 公开了托管的团队学习反馈控件：harness 兼容性和团队积压路由现在会在自适应推荐被路由到团队拥有的队列之前，显示保留天数、删除路由/SLA 和退出路由。Linear ITO-52 已完成，CI 为 26054455434。
• ECC-Tools 提交 e56fc1a 更新了 brace-expansion@5.0.6 的锁文件，并修复了针对 CVE-2026-45149 的 Dependabot 警报 44；GitHub API 在 2026-05-18T19:10:15Z 报告了 state: fixed，当前 head 的 CI 26054671308 通过。
• ECC-Tools PR #89 以 512bca6b99cdaa67058a6aa9a4e7e7f0b1d9873a 合并，添加了 npm run billing:kv-readback -- --select-ready-target --require-ready，使运维人员无需传递或打印登录名即可证明一个就绪的 Marketplace Pro 账户。2026-05-20 的生产 Wrangler OAuth 回读发现了带有 webhook 来源证明的类似就绪的 Marketplace Pro 记录，以及 0 个解析失败。选定的目标报告仅打印了一个稳定指纹，确认了两个键族、marketplace 来源、pro 层级、席位就绪、webhook 证据就绪、自动超额已禁用，以及 0 个阻塞项。旧的“没有 Marketplace 管理的 Pro 目标 billing-state”阻塞项已清除。Linear 评论 f14ed2fe-a219-470c-8119-63429e197027 记录了经过脱敏的回读计数。
• ECC-Tools PR #90 在 Verify、Security Audit 和 Workers Builds 通过后以 16a5bb33ee5ce7c31d2ad8d041e5afac03308f05 合并。它通过 /api/billing/readiness?selectReadyTarget=1 和 npm run billing:announcement-gate -- --select-ready-target 添加了选定目标的官方公告门禁，使运维人员不再需要为官方原生支付门禁传递或打印原始 GitHub 登录名。2026-05-20 的安全生产预检请求了一个选定的就绪目标，并将剩余阻塞项缩小到缺失的本地/内部 INTERNAL_API_SECRET bearer 令牌。在该令牌路径可用并且实时的 billing:announcement-gate -- --select-ready-target 调用通过之前，原生支付文案仍然被阻止。
• ECC-Tools PR #91 在 Verify、Security Audit 和 Workers Builds 通过后以 72119a1acc6f5a0cd3bb5d90afd6e87fd1fefd05 合并。它为公告门禁和 KV 回读脚本添加了带有 --env-file 支持的计费门禁 env-file 运维路径，以及证明已加载的密钥和账户登录名不会被打印的哨兵测试。
• ECC-Tools PR #92 在 Verify、Security Audit 和 Workers Builds 通过后以 18d80197be779619283e0b37e2952bac53819a07 合并。它添加了可选的 INTERNAL_OPERATOR_API_SECRET 恢复 bearer，使运维人员无需替换主要的 INTERNAL_API_SECRET 即可运行特权内部就绪门禁；合并后的 Worker 在实时门禁运行之前已部署到 api.ecc.tools。
• ECC-Tools PR #93 在 Verify、Security Audit 和 Workers Builds 通过后以 d3d62df83fa075660fa4530c3e0edc311a4355fe 合并。它在应用发布清单和路线图中记录了 2026-05-20 的实时计费证据：选定的就绪 Marketplace Pro 目标、指纹 e953a74209fe、0 个 KV 阻塞项、预检就绪、announcementGateReady: true、0 个必需操作、0 个阻塞项，以及审计摘要 6 通过 / 1 警告 / 0 失败。原生支付文案不再被计费证据阻止，但最终的公告时机仍然需要发布、插件、实时 URL 和所有者批准门禁。
• 位于 ~/.cluster-swarm/handoffs/ 下的交接文档 ecc-supply-chain-audit-20260513-0645.md 记录了 5 月 13 日的供应链扫描：TanStack/Mini Shai-Hulud 指标在活动的锁文件/清单中没有命中；npm audit/签名检查在所有活动的 npm 锁文件中干净通过；ecc2 的 cargo audit 干净；主干 pip-audit 干净；JARVIS 后端的固定图 Python 审计在受支持的 Python 3.12 目标下干净通过。
• PR #1861 验证刷新了 node scripts/harness-audit.js --format json，结果为 70/70，以及 npm run observability:ready，结果为 21/21。
• PR #1862 在针对受支持的 Python 3.12 固定图重新运行 JARVIS 后端 Python 审计后，更新了本路线图。
• docs/architecture/harness-adapter-compliance.md 将 Claude Code、Codex、OpenCode、Cursor、Gemini、Zed 相关、dmux、Orca、Superset、Ghast 和仅终端支持映射到安装路径、验证命令和风险说明。
• npm run harness:adapters -- --check 验证公共适配器矩阵是否仍然与 scripts/lib/harness-adapter-compliance.js 中的源数据匹配。
• docs/releases/2.0.0-rc.1/publication-readiness.md 以最新的证据字段作为 GitHub 发布、npm dist-tag、Claude 插件、Codex 插件、OpenCode 包、计费和公告发布的门禁。
• docs/releases/2.0.0-rc.1/naming-and-publication-matrix.md 记录了 rc.1 的命名决策：以 Everything Claude Code (ECC) 发布，npm 保留 ecc-universal，Claude/Codex 插件 slug 保留 ecc，并在发布管道经过验证之前推迟任何更广泛的仓库/包重命名。
• docs/releases/2.0.0-rc.1/publication-evidence-2026-05-12.md 记录了试运行发布证据通过：npm pack/publish 试运行、临时安装冒烟测试、Claude 插件验证/标签预检、Codex 市场 CLI 形态、OpenCode 构建，以及剩余的审批门控发布阻塞项。
• docs/releases/2.0.0-rc.1/publication-evidence-2026-05-13.md 记录了发布就绪证据刷新：70/70 harness 审计、适配器合规 PASS、16/16 可观测性就绪、2376/2376 根 Node 测试、markdownlint、发布面和 npm 发布面测试，以及 462/462 个 ecc2 Rust 测试。
• docs/releases/2.0.0-rc.1/publication-evidence-2026-05-13-post-hardening.md 记录了 PR #1850 和 PR #1851 之后的加固后发布就绪刷新：70/70 harness 审计、适配器合规 PASS、18/18 可观测性就绪、2380/2380 根 Node 测试、markdownlint、发布面和 npm 发布面测试、462/462 个 ecc2 Rust 测试、npm audit/签名检查、Rust 公告审计，以及 TanStack/Mini Shai-Hulud IOC 检查。
• 位于 bfacf37715b39655cbc2c48f12f2a35c67cb0253 的分离干净工作树验证了无需 --force 的 Claude 插件标签试运行、本地市场发现、临时主目录本地安装、启用的插件列表，以及 ecc@ecc 2.0.0-rc.1 的干净卸载。
• docs/architecture/evaluator-rag-prototype.md 和 examples/evaluator-rag-prototype/ 定义了第一个只读的自改进 harness 原型：场景规范、跟踪、报告、候选剧本、验证器结果、已接受的维护者抢救、计费就绪、CI 失败诊断和 harness 配置质量候选，以及 AgentShield 策略异常场景和被拒绝的不安全候选。
• npm 包装面现在通过包 files 否定规则和发布面回归测试排除了 Python 字节码/缓存产物。
• docs/legacy-artifact-inventory.md 记录了当前检出中不存在 _legacy-documents-* 目录，将两个同级工作区级别的 _legacy-documents-* 仓库清点为经过清理的提取源，并将 legacy-command-shims/ 归类为可选归档/无操作面。
• docs/stale-pr-salvage-ledger.md 记录了过时 PR 的抢救结果、跳过的 PR、被取代的工作，以及剩余的 #1687、#1609、#1563、#1564 和 #1565 翻译/人工审核尾部，现已附加到 Linear ITO-55。
• AgentShield PR #53 减少了两个上下文规则误报，并关闭了剩余的 AgentShield 问题。
• AgentShield PR #55 添加了 GitHub Action 组织策略执行，带有 policy / fail-on-policy 输入、policy-status / policy-violations 输出、作业摘要证据和策略违规注释。
• AgentShield PR #56 添加了针对组织策略违规的 SARIF/代码扫描输出，作为 agentshield-policy/* 结果。
• AgentShield PR #57 添加了 OSS、团队、企业、受监管、高风险 hooks/MCP 和 CI 执行策略包预设，以及 agentshield policy init --pack。
• AgentShield PR #58 添加了 MCP 包来源证明字段，以及针对 npm 与 git、固定与未固定、已知良好和注册表支持的供应链证据的报告级计数。
• AgentShield PR #59 添加了自包含的 HTML 执行摘要，包含风险态势、严重/高优先级发现项、类别暴露、README/API 文档、构建 CLI 冒烟验证和 1,704 项测试覆盖。
• AgentShield PR #60 添加了类别级内置语料库基准输出、readyForRegressionGate 信号、终端 --corpus 类别覆盖、README/API 文档、构建 CLI 冒烟验证和 1,705 项测试覆盖。
• AgentShield PR #61 在本地类型检查、完整测试、lint、构建和远程自扫描/操作验证之后，通过仅锁文件的 postcss 8.5.6 -> 8.5.14 升级清除了剩余的 Dependabot 安全/错误修复 PR。

• AgentShield PR #62 添加了组织策略异常生命周期审计。

• 证据：活动、即将过期和已过期的例外计数；所有者、工单、范围、过期时间和距离过期天数报告；终端输出和 GitHub Action 作业摘要证据；README 文档；重建的操作包；以及 1,708 项测试验证。

• AgentShield PR #63 在 GitHub Action 中暴露了基线漂移，包含 baseline / save-baseline 输入、基线漂移输出、作业摘要证据、回归注解、README/API 文档、重建的操作包，以及绿色远程操作/自扫描/Node 验证。
• AgentShield PR #64 添加了一等公民 agentshield baseline write CLI 命令，支持严重性过滤、JSON 元数据输出、README/API 文档、重建的 CLI 包、本地 TDD 覆盖，以及绿色远程操作/自扫描/Node 验证。
• AgentShield PR #65 固定了工作流操作，以强化发布/安全 CI。
• AgentShield PR #66 在发布作业中禁用了缓存使用，以便发布不依赖于可变恢复的构建状态。
• AgentShield PR #67 添加了第一个可移植的企业证据包（evidence-pack）捆绑包：agentshield scan --evidence-pack <dir> 会写入确定性清单、README、JSON、HTML、SARIF、策略评估、基线比较和供应链工件，并对可选的策略/基线证据采用默认脱敏和 not-run 标记。
• AgentShield PR #68 强化了证据包对企业凭据类型的脱敏，包括 GitHub 细粒度 PAT、GitLab PAT、npm 令牌、Linear API 密钥、Stripe 密钥、Google API 密钥、Hugging Face 令牌、Vercel 令牌、AWS 访问密钥 ID 和 JWT 形状的凭据。
• AgentShield PR #69 添加了确定性 harness 适配器注册表。扫描报告现在在 JSON、markdown、终端和 HTML 输出中呈现 Claude Code、OpenCode、Codex、Gemini、dmux、通用终端代理和项目本地模板的本地标记证据。
• AgentShield PDF 导出决定：暂时推迟原生 PDF 编写器。自包含的 HTML 执行报告仍然是可导出的购买者工件，需要时可打印为 PDF；原生 PDF 生成应等待明确的企业/合规需求或 HTML 报告中的打印保真度差距。
• docs/architecture/agentshield-enterprise-research-roadmap.md 确定了下一个 AgentShield 企业信号：从扫描器/报告/策略门禁转向团队控制平面，包含基线漂移、证据包、多 harness 适配器、语料准确性门禁、修复路由、威胁情报以及 ECC-Tools/GitHub App 集成。
• ECC PR #1778 恢复了有用的过时 #1413 网络/家庭实验室架构师代理概念。
• ECC-Tools PR #26 为 AI 路由、Claude/模型调用、使用限制、配额和分析预算更改添加了成本/令牌风险预测性后续措施，这些更改缺乏预算、配额、速率限制或成本验证证据。
• ECC-Tools PR #27 添加了非阻塞的 ECC Tools / PR Risk Taxonomy check-run，用于安全证据、Harness 漂移、安装清单完整性、CI/CD 建议、成本/令牌风险和代理配置审查等类别。
• ECC-Tools PR #28 添加了计费就绪性审计检查，涵盖计划限制、权利、Marketplace 计划形态、订阅来源、席位和超额计费。
• ECC-Tools PR #29 为缺乏评估、黄金轨迹、基准或参考集证据的分析器、技能、代理、命令和 harness 指导更改添加了确定性参考集验证信号。
• ECC-Tools PR #30 将后续生成限制为每次运行三个新的 GitHub issue 和一个草稿 PR，然后将剩余的确定性发现作为项目同步待办事项发出，用于 Linear/状态跟踪，而不会淹没跟踪器。
• ECC-Tools PR #31 在分析完成评论中添加了审查后续信号，针对未解决的变更请求、未解决或过时的审查线程，以及没有明确批准的审查活动。
• ECC-Tools PR #32 为缺乏失败夹具、捕获日志、故障排除说明、试运行证据或回归覆盖的工作流和测试运行器更改添加了 CI 失败模式预测性后续措施。
• ECC-Tools PR #33 为缺乏 harness 审计、适配器矩阵、跨 harness 文档或兼容性回归证据的 MCP、插件、代理、钩子、命令和 harness 配置更改添加了 harness 配置质量预测性后续措施。
• ECC-Tools PR #34 添加了技能质量预测性后续措施和“技能质量”PR 风险类别，针对缺乏示例、验证、评估或参考证据的技能、代理、命令和规则指导更改。
• ECC-Tools PR #35 添加了 RAG/评估器预测性后续措施和“RAG/评估器证据”PR 风险类别，针对缺乏参考集比较、黄金轨迹、基准、夹具或评估运行证据的检索、嵌入、排序和评估器更改。
• ECC-Tools PR #36 添加了深度分析器预测性后续措施、“深度分析器证据”PR 风险类别，以及用于延迟后续工作的 Linear-ready 项目同步待办事项表。
• ECC-Tools PR #37 添加了维护的分析器语料夹具、语料验证测试，以及并置的分析器参考集证据识别，用于未来的预测性后续措施和 PR 风险分类检查。
• ECC-Tools PR #38 添加了 PR 审查/过时拯救预测性后续措施、“PR 审查/拯救证据”分类类别，以及用于过时关闭拯救、审查者线程和重新打开流程证据的维护语料夹具。
• ECC-Tools PR #39 添加了可选的本地 Linear GraphQL 同步，用于延迟的后续待办事项，在配置了 LINEAR_API_KEY 和 LINEAR_TEAM_ID 时创建或复用 Linear issue，同时保留 GitHub 对象上限。
• ECC-Tools PR #40 添加了一个已签入的评估器/RAG 语料契约，涵盖过时 PR 拯救、计费就绪性、CI 失败诊断、harness 配置质量、AgentShield 策略例外、技能质量证据、深度分析器证据和 RAG/评估器比较证据，每个场景都演练了缺失证据和有证据支持的差异。
• ECC-Tools PR #41 强化了供应链依赖。
• ECC-Tools PR #42 添加了 AgentShield 证据包差距预测，并将缺失的策略/基线/白名单/抑制/供应链证据路由到 PR 风险分类、后续草稿和 Linear-ready 待办事项表。
• ECC-Tools PR #43 识别了具体的 AgentShield #67 证据包工件契约，因此规范捆绑包文件现在满足分类要求，生成的后续 PR 将维护者指向 agentshield scan --evidence-pack <dir>。
• ECC-Tools PR #55 添加了首个托管/深度分析就绪信号：分析评论现在在将工作路由到 CI、AgentShield、harness、参考集、RAG/评估器、AI 路由、成本控制和 Linear/项目跟踪通道之前，将仓库分类为仅提交历史、有证据支持或深度就绪。
• ECC-Tools PR #56 将该信号转化为托管执行计划契约：/api/analysis/depth-plan 返回就绪/阻塞作业和下一步操作文本，而不收取分析使用费或创建捆绑包 PR。
• ECC-Tools PR #57 实现了第一个特定作业的托管执行器：/api/analysis/jobs/ci-diagnostics 复用深度就绪门禁、内部 API 认证、安装所有权、仓库访问计费检查、有上限的工作流文件读取和使用量核算，以返回具体的 CI 强化发现。
• ECC-Tools PR #58 实现了第二个特定作业的托管执行器：/api/analysis/jobs/security-evidence-review 将相同的托管门禁应用于 AgentShield 证据包、策略、基线、SBOM、SARIF 和安全扫描器工件。
• ECC-Tools PR #59 实现了第三个特定作业的托管执行器：/api/analysis/jobs/harness-compatibility-audit 将相同的托管门禁应用于 Claude、Codex、OpenCode、MCP、插件和跨 harness 证据，同时避免获取包含本地机密的 harness 配置。
• ECC-Tools PR #60 实现了第四个特定作业的托管执行器：/api/analysis/jobs/reference-set-evaluation 将相同的托管门禁应用于分析器语料、RAG/评估器、PR 拯救、harness、安全和 CI 失败模式参考证据，同时避免获取明显包含机密的夹具。
• ECC-Tools PR #61 实现了第五个特定作业的托管执行器：/api/analysis/jobs/ai-routing-cost-review 将相同的托管门禁应用于模型路由、令牌预算、使用限制、速率限制、计费/权利、成本回归和成本策略证据，同时避免获取明显包含机密的路径。
• ECC-Tools PR #62 实现了第六个特定作业的托管执行器：/api/analysis/jobs/team-backlog-routing 将相同的托管门禁应用于路线图、运行手册、交接、发布计划、issue 模板、所有权、项目跟踪器、待办事项和后续证据，同时避免获取明显包含机密的路径。
• ECC-Tools PR #63 在排队的 PR 分析完成后发布托管深度计划 check-run，使六个托管执行器命令在 PR head SHA 上可见，而不会将检查变成合并阻塞器。
• ECC-Tools PR #64 将这些命令接入队列：维护者可以在 PR 上评论 /ecc-tools analyze --job ci-diagnostics、security-evidence、harness-compatibility、reference-set-evaluation、ai-routing-cost 或 team-backlog，并在 PR 评论中接收托管作业结果。
• ECC-Tools PR #65 将已完成和阻塞的托管作业结果持久化到分析缓存中 30 天，并发布非阻塞的 ECC Tools / Hosted Job: ... check-run，以便维护者可以从 PR 检查界面查看托管结果，而无需重新阅读旧评论。
• ECC-Tools PR #66 通过 /ecc-tools analyze --job status 从 PR 评论中公开缓存结果，汇总 PR head 的已完成、阻塞和未运行的托管作业，并推荐下一个托管作业命令。
• ECC-Tools PR #67 将这些缓存结果反馈到托管深度计划 check-run 中，以便排队的分析根据缓存状态推荐下一个未运行的就绪托管作业，而不是重复静态就绪顺序。
• ECC-Tools PR #68 添加了第一个由评估器支持的托管晋升门禁：打开/同步的 PR 会获得非阻塞的“托管晋升就绪”check-run，当更改的文件匹配夹具场景但缺少预期证据工件时，将评估器/RAG 语料转化为警告。
• ECC-Tools PR #69 扩展了该门禁，为当前 PR head 的缓存已完成托管作业输出评分，以便在检查报告晋升差距之前，托管工件可以满足语料证据期望。
• ECC-Tools PR #76 在托管安全审查中消费 AgentShield PR #89 的 fleet 输出：agentshield-evidence/fleet-summary.json 现在被分类为 evidence-pack-fleet，无效包和安全阻塞器路由成为高严重性托管发现，策略、基线和供应链路由产生可供所有者使用的审查发现。
• ECC-Tools PR #77 以 31fd883b3f0cee135aee4839b01d34855b7867f6 合并，并在托管作业 PR 评论和 check-run 详情中添加了 Evidence 列，为每个发现显示最多三个源证据路径，以便 AgentShield fleet 派生的发现将操作员指向确切的捆绑工件。
• ECC-Tools PR #78 以 0d4eb949aa56f56da88e6654273a22ffb95983a1 合并，并将 AgentShield fleet 路由链接到托管 harness 兼容性审查：fleet 摘要作为 harness 证据收集，目标路径映射到 Claude、Codex、OpenCode、MCP、插件和跨 harness 所有者，路由的发现携带源证据路径供操作员审查。
• ECC-Tools PR #79 以 67ee247ae1b7b50ecc1261ed5d62d65cc8390da8 合并，并脱敏计费公告门禁账户输出：计费预检和实时回读现在打印稳定的账户指纹和经过清理的就绪布尔值，而不是原始账户登录名或 KV 键名。

• ECC-Tools PR #80 以 4efc8cc858022f84c844690f3298633b081c4398 合并。

• 并要求先提供运行时接收凭证失败原因，之后测试工具运行时接收凭证才能计为托管可观测性证据。

• ECC-Tools PR #81 以 1fbf635f492284f75ba7166c029c39eb8cc15794 合并，在托管安全审查过程中保留 AgentShield 舰队审批 ID，使策略提升后续操作保持所有者审查身份稳定。
• ECC-Tools PR #82 以 7a7b4d096a176ae80b3a2076c09d45601e36013a 合并，在托管评论和检查运行中展示 AgentShield 舰队审批 ID，为操作员提供从托管安全审查直接回到 AgentShield 策略提升审查项的桥梁。
• ECC-Tools PR #83 以 b6b107f33961bef18a85fb619f3a976eb5d752dd 合并，使 Linear 跟进同步在标题回退之前复用确定性外部 ID，防止重复执行 /ecc-tools followups sync-linear 时产生重复的延期待办问题。
• ECC-Tools PR #84 以 73bac7058071c55cb30c6b8ac6db779b3660c02c 合并，在工作区令牌/团队已配置时将托管 AgentShield 修复项同步到 Linear；托管结果评论现在包含已创建/复用的 Linear 修复链接。
• ECC-Tools PR #85 以 1637e0f2bfa0a889387f2c20675680ccc5528123 合并，将排队、完成、阻塞、失败和预算阻塞状态的托管作业可观测性事件写入 ANALYSIS_CACHE，包括预算快照和结果计数。
• ECC-Tools PR #86 以 5a9e94d3ff860307c3e7fd9fd065f0de2bd633dd 合并，在 /ecc-tools analyze --job status 中读取最近的托管可观测性事件，使状态评论在显示最新作业运行的同时展示预算快照、阻塞结果和预算阻塞结果。
• ECC-Tools PR #87 以 508fbc02b63cf1fcb5af2f3624608fa66e53b5d4 合并，将相同的托管可观测性回读添加到托管深度计划检查运行中，使 PR 检查面与状态评论保持一致。
• ECC-Tools PR #88 以 c836ac3fb24ed7e2ae38cd61e41c9651ac9c00f8 合并，在 /api/analysis/observability 公开经身份验证的托管可观测性 API 回读，按事件类型和作业汇总最近的托管事件，同时跳过格式错误的过期 KV 记录。部署运行手册现在包含用于操作员/仪表板回读的生产冒烟命令。
• AgentShield PR #90 以 6d1c57c92000541d65a3b6bc366f0322d7d0dacc 合并，添加持久化舰队 reviewItems：agentshield evidence-pack fleet --json 现在返回可供所有者使用的审查项，包含路由、严重性、仓库/目标上下文、源证据路径、原因和建议；文本 CLI 为操作员打印相同的路由后跟进列表。
• AgentShield PR #91 以 73e1e3586dc4513a462e39c9799f75eea104e110 合并，添加持久化策略包导出：agentshield policy export 为每个选中的包写入一个 JSON 策略，外加基于校验和的 manifest.json，支持包选择、所有者、名称前缀和 JSON 输出，用于分支保护审查或下游策略提升。
• AgentShield PR #92 以 e7e259dc6212b63a8e03a253ca6b8c1e3c2abff7 合并，为这些包添加受保护提升门禁：agentshield policy promote 验证导出清单和所选策略的 SHA-256 摘要，拒绝被篡改的策略 JSON，要求多包清单必须显式选择包，并支持在写入活动 .agentshield/policy.json 之前进行预演 JSON 审查。
• AgentShield PR #94 以 4caee27acfadb50a4cd024e738b5c3cbd4b0bb03 合并，为 Zed 和 VS Code 添加编辑器原生适配器覆盖。Zed 的 .zed/settings.json、.zed/tasks.json 和 .zed 钩子代码文件现在作为扫描输入，适配器报告暴露 Zed 的 MCP/工具权限/任务元数据以及 VS Code 的工作区/任务/扩展元数据，.zed/setup.mjs 由 AI 工具持久化 IOC 规则覆盖。
• AgentShield PR #95 以 25d91f0002214c408da4ceaac7def20bad40ca10 合并，清除了 brace-expansion Dependabot 警报。锁文件现在将易受攻击的传递性 5.x 副本解析到 5.0.6；剩余的 1.x 副本不在公告范围内。
• AgentShield main 分支提交 87aec47fb55d04ea28d494852d4f664c268c5601 使用持久化 reviewItems 扩展策略提升，涵盖清单摘要证据、策略所有者批准、受保护发布 PR 交接和运行时冒烟测试。本地验证通过 npm run typecheck、npm run lint 和 npm test；GitHub Actions 运行 25985170621 在 Node 18、20 和 22 以及自扫描示例上成功完成，配套的 AgentShield 自扫描/测试 GitHub Action 运行也成功完成。
• AgentShield main 分支提交 28d08c7f9961eaa54804b26e6352d23b64ae2776 为 .npmrc、.pnpmrc、.yarnrc、.yarnrc.yml、pnpm-workspace.yaml 和 pnpm-workspace.yml 添加包管理器加固漂移检测，包括明文注册表凭据检测、显式生命周期脚本启用，以及缺失或较弱的发布年龄冷却发现。本地验证通过专项规则/扫描器测试、npm run typecheck、npm run lint、npm run build、完整 npm test -- --run 和 git diff --check；GitHub Actions 运行 25986170958 成功完成，配套的 AgentShield 自扫描和测试 GitHub Action 运行均通过。
• AgentShield main 分支提交 659f569190f85f6f0808353e096d66c0a6d7817e 将所有工作流操作固定版本更新为当前 SHA 固定的 actions/checkout@v6.0.2 和 actions/setup-node@v6.4.0；GitHub Actions 运行 25986221319 成功完成，之前的 Node 20 操作运行时弃用注释已从最终 CI 监控输出中消失。
• AgentShield main 分支提交 ee585cd 修正了包管理器加固指南，因为本地验证显示 npm 10.9.4 拒绝 min-release-age：npm 配置现在扫描生命周期/令牌漂移和不支持的发布年龄键，而可执行的冷却发现保留在 pnpm 的 minimumReleaseAge / minimum-release-age 和 Yarn 的 npmMinimalAgeGate 上。本地验证通过包管理器/扫描器测试、npm run typecheck、npm run lint、npm run build 和 git diff --check；GitHub Actions 运行 25986719058、测试 GitHub Action 运行 25986719054 和 AgentShield 自扫描运行 25986719066 均成功完成。
• AgentShield main 分支提交 1124535345d7040242ecd3803f65bcd4dcaf6ec2 通过 GitHub Action 暴露包管理器加固能力，使 CI/托管消费者可以将注册表凭据、生命周期脚本和发布年龄门禁漂移与通用发现计数分开路由。本地验证通过专项操作测试、npm run typecheck、npm run lint、npm run build、完整 npm test 和 git diff --check；GitHub Actions CI 运行 25994354007、测试 GitHub Action 运行 25994354011 和 AgentShield 自扫描运行 25994354026 均成功完成。
• ECC PR #1803 在维护者清理、与当前 main 分支对齐、完整本地验证，以及保留作者移除不完整 ja-JP 和 zh-CN Quarkus 翻译的改动之后，合入了贡献者的 Quarkus 处理分支。
• ECC PR #1812 通过维护者拥有的分支，从过时的 PR #1310 中抢救出有用的 Django 审查器、Django 构建解析器和 Django Celery 指南，包含来源署名、目录同步和完整本地/远程验证。
• ECC PR #1813 扩展了过时 PR 抢救台账，添加了 #1325、#1414、#1478、#1504 和 #1603 的源到抢救映射，确认这些有用的过时贡献已通过后续维护者 PR 得到保留。
• ECC PR #1815 将有用的过时 #1304 成本追踪和 #1232 skill-scout 工作抢救到当前命令/技能约定中，同步了当前目录并进行了完整本地/远程验证。
• ECC PR #1816 将有用的过时 #1659 前端设计指南抢救到规范的 ECC 技能布局中，同时保留护栏：官方 Anthropic frontend-design 技能仍为外部来源。
• ECC PR #1817 抢救了有用的过时 #1658 代码审查器误报护栏，为 HIGH/CRITICAL 发现添加证明门禁、常见误报排除规则和回归测试。
• ECC PR #1818 记录了 5 月 12 日的过时抢救缺口排查，对已存在的工作、跳过的工作以及翻译/人工审查遗留内容进行了分类。

操作规则¶

• 保持公开的 PR 和 issue 低于 20 个，并以 0 作为发布通道的首选目标。
• 在每个 GA 就绪批次之后，保持 80/80 的 harness 审计和 21/21 的可观测性就绪状态。
• 在 GitHub release、npm/包状态、计费状态和插件提交流程通过最新证据验证之前，不要发布 release 或社交公告。
• 不要将已关闭的过期 PR 视为丢弃。每次清理批次都搭配一次打捞检查：检查已关闭的 diff，在维护者拥有的分支上移植有用且兼容的工作，并注明来源 PR。
• 使用 Linear 项目文档/评论进行项目级更新，因为此工作区中禁用了项目状态更新；当某个通道需要持久的执行负责人时，创建或更新 issue。

提示到产物的执行清单¶

此表将冗长的操作员提示与具体产物绑定在一起。除非证据列存在且已经过最新验证，否则状态不能视为完成。

执行泳道与跟踪契约¶

在 Linear 问题容量清理完毕之前，本文档是持久的执行台账，Linear 仅接收项目状态更新。同步契约位于 docs/architecture/progress-sync-contract.md。当容量可用时，下方每个泳道应成为一组小型 Linear 问题，并链接回仓库证据和合并提交。

项目状态更新应始终包含：

1. 当前的公开 PR 和 issue 数量。
2. 自上次更新以来已合并的证据。
3. 已延迟或阻塞的项目及其原因。
4. 接下来的一到两个实现切片。
5. 任何仍未以证据为支撑的发布或公布门禁。

参考压力¶

GA 路线图参考了以下参考面：

• stablyai/orca 和 superset-sh/superset：用于 worktree 原生并行 agent 体验、审查循环和工作区预设。
• standardagents/dmux 和 aidenybai/ghast：用于终端/worktree 多路复用、会话分组和生命周期钩子。
• jarrodwatts/claude-hud：用于始终可见的状态、工具、agent、待办事项和上下文遥测。
• stanford-iris-lab/meta-harness 和 greyhaven-ai/autocontext：用于评估驱动的 harness 改进、追踪、剧本和提升循环。
• NousResearch/hermes-agent：用于操作员 shell、网关、记忆、技能和多平台命令模式。
• anthropics/claude-code、活跃的 sst/opencode / anomalyco/opencode、Zed、Codex、Cursor、Gemini 和纯终端工作流：用于适配器预期。

这项参考工作的产出应该是具体的 ECC 增量，而不是第二份策略备忘录。

里程碑¶

1. GA 发布、命名与插件发布就绪¶

目标日期：2026-05-24

验收标准：

• 命名矩阵涵盖产品名称、npm 包、Claude 插件、Codex 插件、OpenCode 包、市场元数据、文档和迁移文案。
• GitHub release、npm dist-tag、插件发布和公告门禁均映射到最新的命令证据。
• 发布说明、迁移指南、已知问题、快速入门、X 帖子、LinkedIn 帖子和 GitHub release 文案已准备就绪，但在 release URL 存在之前不会发布。
• Claude 和 Codex 的插件发布/联系路径已记录在案，包括所有者、所需工件和提交状态。

2. Harness 适配器合规矩阵与记分卡入门¶

目标日期：2026-05-31

验收标准：

• 适配器矩阵涵盖 Claude Code、Codex、OpenCode、Cursor、Gemini、Zed 相关界面、dmux、Orca、Superset、Ghast 和纯终端使用。
• 每个适配器都有支持的资源、不支持的界面、安装路径、验证命令和风险说明。
• Harness 审计保持 80/80，并新增公开入门指南，说明团队如何使用记分卡。
• 参考发现被转化为具体的适配器、可观测性或操作员界面增量。

3. 本地可观测性、HUD/状态与会话控制平面¶

目标日期：2026-06-07

验收标准：

• 可观测性就绪度保持 21/21，并以 JSONL 追踪、状态快照、风险台账和可导出的交接契约作为支撑。
• HUD/状态模型涵盖上下文、工具调用、活动 agent、待办事项、检查、成本、风险和队列状态。
• Worktree/会话控制涵盖创建、恢复、状态、停止、diff、PR、合并队列和冲突队列。
• Linear/GitHub/交接同步模型足够明确，可支持实时进度跟踪。

4. 自改进 Harness 评估循环¶

目标日期：2026-06-10

验收标准：

• 场景规范、验证器契约、追踪、剧本和回归门禁均已记录在案，且至少存在一个只读原型。
• 该循环将观察、提议、验证和提升分离。
• 团队和个人配置可以被评分和改进，而无需盲目修改配置。
• RAG/参考集设计涵盖经过审查的 ECC 模式、团队历史、CI 失败、diff、审查结果和 harness 配置质量。

5. AgentShield 企业安全平台¶

目标日期：2026-06-14

验收标准：

• 正式的策略模式和评估输出涵盖组织基线、例外、所有者、过期时间、严重性、审计轨迹、即将过期可见性和过期例外强制执行。
• SARIF/代码扫描输出已实现并通过测试。
• GitHub Action 策略门禁公开组织策略状态和违规计数，作为分支保护和 CI 证据。
• 策略包已为 OSS、团队、企业、受监管、高风险钩子/MCP 和 CI 强制执行定义。
• 供应链情报涵盖 MCP 包来源，并具有针对 npm/pip 声誉、CVE、域名抢注和依赖风险的扩展路径。
• 提示注入语料库和回归基准已准备好用于持续规则加固，具有类别级覆盖和回归门禁输出。
• 企业报告包括 JSON 和自包含 HTML 高管摘要输出，涵盖风险态势、优先级发现、类别暴露和策略例外生命周期证据，并体现在终端/CI 摘要中。
• 原生 PDF 导出不是 GA 阻塞项，除非企业/合规工作流要求生成 PDF 文件，而不是自包含 HTML 报告和浏览器打印为 PDF 的路径。

6. ECC Tools 计费、深度分析、PR 检查与 Linear 同步¶

目标日期：2026-06-21

验收标准：

• 原生 GitHub Marketplace 计费公告以经过验证的实现和文档为支撑。
• 内部计费就绪审计涵盖计划限制、席位、权益映射、Marketplace 计划形态、订阅状态、超额钩子和故障模式。
• 深度分析器涵盖 diff 模式、CI/CD 工作流、依赖/安全面、PR 审查行为、失败历史、harness 配置、技能质量、专用分析器语料库证据、同址分析器参考集、PR 审查/陈旧挽救证据、RAG/评估器比较和参考集验证。
• PR 检查套件分类包括安全证据、Harness 漂移、安装清单完整性、CI/CD 建议、成本/Token 风险、参考集验证、深度分析器证据、RAG/评估器证据、PR 审查/挽救证据、技能质量和 Agent 配置审查。
• 评估器/RAG 计费就绪夹具 examples/evaluator-rag-prototype/billing-marketplace-readiness/ 记录了 Marketplace、App、订阅、席位、权益和计划语言的只读声明验证路径，发布文案只有在这些路径就绪后才能将这些声明视为生效。
• 成本/Token 风险预测性后续跟进在缺少预算证据时标记 AI 路由、模型调用、使用量、配额和预算变更。
• 参考集验证后续跟进标记缺少评估、黄金追踪、基准或维护的参考集证据的分析器、技能、agent、命令和 harness 指导变更。
• 深度分析器后续跟进标记缺少分析器语料库、快照、夹具或基准证据的仓库、提交、架构、模式和分析管道变更。
• 分析器语料库证据包括针对当前架构和提交分析器输出的维护夹具和测试，以及同址的 src/analyzers/{fixtures,goldens,reference-sets,benchmarks,evals}/ 证据路径。
• RAG/评估器后续跟进标记缺少参考集比较、黄金追踪、基准、夹具或评估运行证据的检索、嵌入、排序和评估器变更。
• 评估器/RAG 语料库契约将本地原型场景镜像到 ECC-Tools 夹具和测试中，涵盖陈旧 PR 挽救、计费就绪、CI 失败诊断、harness 配置质量、AgentShield 策略例外、技能质量证据、深度分析器证据和 RAG/评估器比较。
• PR 审查/陈旧挽救后续跟进标记缺少陈旧挽救夹具、审查者线程案例或重新打开流程参考证据的审查、分诊、陈旧关闭和拉取请求自动化变更。
• PR 分析评论总结审查后续信号，包括请求的变更、未解决或过时的审查线程以及缺失的批准。
• CI 故障模式预测性后续跟进标记缺少故障夹具、已捕获日志、故障排查说明、试运行证据或回归覆盖的工作流和测试运行器变更。
• Harness 配置质量预测性后续跟进标记缺少审计、适配器矩阵、跨 harness 文档或兼容性回归证据的 MCP、插件、agent、钩子、命令和 harness 配置变更。
• Linear 同步将延迟的积压发现映射到 Linear issue，而不会淹没 GitHub；在配置时创建或复用精确标题的 Linear issue；并在缺少凭据或团队配置时报告跳过的同步。
• Linear/项目积压同步在使用 /ecc-tools followups sync-linear 而不使用 open-pr-drafts 时包含可复制的 PR 草稿，因此陈旧 PR 挽救工作仍被跟踪，而无需打开额外的 PR 外壳。
• 后续跟进生成限制自动 GitHub 对象创建，并将溢出发现保留在可复制的项目同步积压中。

7. 遗留审计与过期工作回收收尾¶

目标：2026-06-15

验收标准：

• 遗留目录和孤立交接项已完成盘点。
• 每个有用工件均标记为已落地、Linear/项目跟踪、回收分支或归档/不行动。
• 工作区级遗留仓库仅通过净化后的维护者分支进行挖掘；原始上下文、密钥、个人路径、本地设置和私有草稿绝不整体导入。
• 过期 PR 回收策略继续有效：先关闭过期/冲突的 PR，记录回收台账条目，然后在维护者分支上移植有用且兼容的内容并注明归属。

• 1687 本地化遗留项仅通过翻译/人工审核处理，不做盲目 cherry-pick。¶

后续工程切片¶

1. 继续推进 docs/architecture/agentshield-enterprise-research-roadmap.md 中的 AgentShield 企业控制面序列：PR #63 交付了 GitHub Action 基线输出和 job-summary 证据；PR #64 通过 agentshield baseline write 交付了一等公民的基线快照创建；PR #67 交付了证据包捆绑；PR #68 加固了证据包脱敏；PR #69 交付了多 harness 适配器注册表；PR #78 针对当前供应链事件类别加固了发布工作流；PR #79 将基线/监控/修复指纹迁移到哈希证据，并停止向新基线写入原始证据；PR #80 为失败的回归门禁增加了按优先级排序的语料准确度建议；PR #81 增加了有序的修复工作流阶段；PR #82 扩展了环境变量代理劫持和带外泄露的语料覆盖；PR #83-#85 加固了 Mini Shai-Hulud IOC 覆盖和发布路径供应链验证；PR #86 向证据包添加了来自白名单 ci-context.json 的工作流、提交、运行和运行时来源信息；PR #87 将已安装的 Claude 插件缓存与活动中的顶层运行时配置分开分类，包括缓存的 hook 实现；PR #88 为下游消费者添加了 agentshield evidence-pack inspect JSON/文本回读；PR #89 添加了跨多个已检查包的 agentshield evidence-pack fleet 摘要/路由；ECC-Tools PR #42/#43 现在可以路由和识别证据包；ECC-Tools PR #76 在托管安全审查中消费 fleet 摘要；ECC-Tools PR #77 在托管 PR 评论和 check-run 中展示源证据路径；ECC-Tools PR #78 将 AgentShield fleet 目标路径链接到托管 harness 所有者发现项中；AgentShield PR #90 输出带有源证据路径和所有者可用建议的 fleet reviewItems；AgentShield PR #91 导出带校验和的策略包，用于分支保护审查和下游策略提升；AgentShield PR #92 通过 dry-run JSON 审查将经校验和验证的策略包提升为活动策略文件；AgentShield 提交 87aec47 为摘要证据、所有者审查、受保护发布 PR 交接和运行时冒烟测试添加了策略提升 reviewItems；AgentShield 提交 28d08c7 添加了包管理器加固漂移检测；AgentShield 提交 659f569 使用当前 SHA 固定的 v6 actions 清除了 action-runtime 弃用警告；AgentShield 提交 ee585cd 修正了 npm 发布年龄指导，使不支持的 npm 年龄键成为发现项，而可执行的冷却期发现项仍保留在 pnpm/Yarn 上；AgentShield 提交 1124535 暴露了包管理器加固 Action 输出，涵盖注册表凭据、生命周期脚本漂移和发布年龄门禁漂移；AgentShield 提交 1593925 暴露了策略提升 Action 输出，涵盖所有者批准、受保护发布、摘要证据和运行时冒烟审查项；ECC-Tools 提交 8658951 在托管安全审查和托管提升就绪度评分中消费这些输出；ECC-Tools 提交 16c537f 在托管安全评论/check-run 中呈现提升状态、包、审查项数量、剩余操作数量和摘要。

AgentShield 提交 840952a 添加了 Linear/操作员可用的 fleet 审查工单负载，并扩展了当前 Mini Shai-Hulud IOC 面包屑，本地和远程 CI 均为绿色。AgentShield 提交 4e36aab 在扩展的 Mini Shai-Hulud 刷新后加固了 CI 包安装，CI、Test GitHub Action、Self-Scan 和 Dependabot Update 工作流均为绿色。

ECC-Tools 提交 05d4e82 添加了托管提升判定器审计痕迹，包含确定性请求指纹和允许引用次数，不暴露原始提供方输出。

ECC-Tools 提交 91a441b 添加了账单公告预检命令，用于在特权 API 调用前检查 Marketplace 回读输入。

ECC-Tools 提交 2859678 要求账单状态中包含 Marketplace webhook 来源信息，原生支付公告就绪检查才能通过。

ECC-Tools 提交 42653f9 添加了 Wrangler OAuth KV 回读，并确认当前阻塞点不是 Cloudflare 读取权限，而是缺少具有 webhook 来源信息、类似就绪状态的 Marketplace Pro 账单状态记录。

ECC-Tools 提交 632e059 添加了净化后的目标账户回读，PR #89/#90/#91 将最终操作员路径迁移到选定目标回读、选定目标公告门禁和忽略 env-file 凭据加载，不打印账户登录名或原始 KV 键名。

ECC-Tools PR #79 对账单公告门禁的账户输出进行脱敏；PR #80 要求在运行时收据中包含失败原因；PR #81/#82 保留并呈现 AgentShield fleet 批准 ID；PR #83 使 Linear 后续同步按外部 ID 幂等；PR #84 将托管的 AgentShield 修复项同步到 Linear；PR #85 输出托管任务可观测性事件，包括预算阻塞结果；PR #86/#87 将这些事件回读到托管状态评论和托管深度计划 check-run 中；PR #88 为操作员仪表板暴露了经过认证的托管可观测性 API 回读。

1. 运行 npm run billing:announcement-gate -- --preflight --select-ready-target，当本地 bearer token 存储在被忽略的操作员文件中时，添加 --env-file /path/to/ecc-tools.env，然后不带 --preflight 运行相同命令，并要求在任何原生 GitHub 支付公告之前满足 announcementGate.ready === true。

2. 在工作区问题容量清空或 Linear 工作区升级后，启用/配置已合并的 Linear 待办同步路径，然后验证 PR 草稿回收项是否落入预期项目。

3. 在添加更深层的托管检索、向量存储或自动化 check-run 提升之前，使用 ECC-Tools 评估器/RAG 语料作为提升门禁。