跳转至

ECC v2.0.0-rc.1 发布证据 - 2026-05-15

这只是发布就绪证据。它不会创建 GitHub 发布、npm 发布、插件标签、市场提交或公告帖子。

源提交

字段 证据
上游 main 基线 1949d75e18e59a37de269d88b188fc701f5cf122
证据分支 codex/rc1-agentshield-86-evidence
证据范围 当前 main 在 PR #1932、#1933、#1934、#1935 和 #1936 之后;AgentShield #86;以及 ECC-Tools #75
Git 远程 https://github.com/affaan-m/everything-claude-code.git
本地状态说明 在本次文档刷新之前,工作树中存在无关的未跟踪 docs/drafts/ 目录

实际发布操作员应在发布前,从最终发布提交使用干净检出重复所有面向发布的检查。

队列和讨论状态

方面 命令 结果
主干 PR/问题 gh pr list 和 gh issue list 用于 affaan-m/everything-claude-code 0 个开放 PR,0 个开放问题
AgentShield PR/问题 gh pr list 和 gh issue list 用于 affaan-m/agentshield 0 个开放 PR,0 个开放问题
JARVIS PR/问题 gh pr list 和 gh issue list 用于 affaan-m/JARVIS 0 个开放 PR,0 个开放问题
ECC Tools PR/问题 env -u GITHUB_TOKEN gh pr list 和 env -u GITHUB_TOKEN gh issue list 用于 ECC-Tools/ECC-Tools 0 个开放 PR,0 个开放问题
ECC 网站 PR/问题 env -u GITHUB_TOKEN gh pr list 和 env -u GITHUB_TOKEN gh issue list 用于 ECC-Tools/ECC-website 0 个开放 PR,0 个开放问题
主干讨论 GraphQL 讨论计数和维护者触达扫描 共 58 个讨论;在 5 月 15 日维护者评论后,0 个未由维护者触达
其他仓库讨论 AgentShield、JARVIS、ECC Tools 和 ECC 网站的 GraphQL 讨论计数 讨论已禁用或总计 0
平台审计 node scripts/platform-audit.js --json --allow-untracked docs/drafts/ 就绪;开放 PR 0/20,开放问题 0/20,需要维护者触达的讨论 0,冲突开放 PR 0,阻塞脏文件 0

使用已配置的 GitHub 主机凭据可以访问 ECC Tools 组织。在此 shell 中,导出的 GITHUB_TOKEN 会覆盖该凭据,并导致 ECC-Tools/* 出现虚假的 404/403 失败。在清理该环境变量覆盖之前,请使用 env -u GITHUB_TOKEN 执行 ECC Tools 验证命令。

Linear 路线图状态

详细的执行路线图现在位于 Linear 项目中:

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

该项目包含 16 个问题级泳道和 5 个里程碑:

里程碑 问题
安全与访问基线 ITO-44、ITO-57、ITO-58
ECC 2.0 预览与发布 ITO-45、ITO-46、ITO-47、ITO-56
AgentShield 企业迭代 ITO-48、ITO-49
ECC Tools 下一代平台 ITO-50、ITO-51、ITO-52、ITO-53、ITO-54、ITO-59
遗留审计与抢救 ITO-55

在 Linear 中添加的项目文档:

  • 路线图索引和当前执行基线
  • 状态更新 2026-05-15
  • GitHub 队列快照 2026-05-15
  • 完成审计快照 2026-05-15
  • 讨论队列证据 2026-05-15
  • ECC-Tools 访问证据 2026-05-15

供应链证据

方面 证据
PR #1921 已合并用于 Mini Shai-Hulud/TanStack 后续处理的供应链 IOC 扩展
Node IPC 后续处理 / PR #1924 添加了 5 月 14 日 node-ipc 恶意版本、哈希、DNS 和运行时 IOC 覆盖
PR #1926 添加了 platform:audit 和 security-ioc-scan 命令界面以及发布工作流 IOC 门控
PR #1932 添加了 scripts/platform-audit.js 的 JSON/Markdown/文件输出模式,以便队列、讨论、路线图和发布证据可以作为持久工件捕获,而不是仅终端输出
PR #1933 将 home-scan IOC 覆盖扩展到 Claude settings.local.json、.claude/hooks/hooks.json,以及跨 macOS、Linux 和 Windows 的用户级 VS Code / Code Insiders tasks.json
PR #1934 将普通 CI 依赖缓存切换为仅恢复的 actions/cache/restore 用法,以便测试作业不会将可变依赖状态保存回共享缓存
PR #1935 使用仅测试用的串行化当前目录守卫稳定了 ecc2 当前目录变更测试,在并行测试执行下保留 Rust 发布表面门控
PR #1940 添加了 .github/workflows/supply-chain-watch.yml,每 6 小时调度一次,以便 TanStack/Mini Shai-Hulud/node-ipc IOC 扫描和 npm 签名/审计检查生成持久的 supply-chain-ioc-report.json 工件
PR #1941 从 CI 测试工作流中移除了 GitHub Actions 依赖缓存使用,禁用了 npm/pnpm/Yarn/Bun 安装的包管理器生命周期脚本,清除了现有 Actions 缓存,并添加了拒绝不安全安装/缓存模式的验证器测试
AgentShield PR #83 已合并 Mini Shai-Hulud IOC 覆盖,涵盖 TanStack、Mistral、OpenSearch、Guardrails、UiPath、Squawk、Claude Code / VS Code 持久化以及死人开关工件
AgentShield PR #84 已合并更广泛的 Mini Shai-Hulud 完整活动受影响包表,包括额外的 @cap-js、@draftlab、@tallyui、intercom-client、lightning 以及相关包/版本 IOC
AgentShield PR #85 添加了 GitHub Action 供应链验证、门控和证据包,使 AgentShield 企业扫描器发布路径具有已验证的注册表签名表面
AgentShield PR #86 在 AgentShield 证据包中添加了 ci-context.json,包含白名单化的 GitHub Actions 工作流、提交、运行和运行时来源,同时避免将任意环境变量和令牌放入捆绑包
ECC-Tools PR #75 收紧了原生 GitHub 支付公告门控,以便在实时 Marketplace 管理的测试账户读回就绪之前,公开计费声明保持阻止
主干合并提交 f04702bdac132662c8496e817bcd850c86e2b854、ee85e1482e3d6322ddb2706392ea0fc97469bd26、13585f1092c92fa3f20ffe0d756e40c5720b0de5、553d507ea63bc252e815a924c0d2baea961351a1、c0bac4d6ced7f78a5464c6e3fd8cfbb43515a9d5、c2c54e7c0b84a213848b9ab3dfeb3ae16fb9844d、6b8a49a6eed11cc7df19d8b1f2add085b37cf466、1949d75e18e59a37de269d88b188fc701f5cf122、6951b8d5d29d13cac6b89b461104ad03838553de、f7035b5644ffc857879b71c39353b2141f17c3f0
表面 证据
AgentShield 合并提交 f899b27ba3fa60ec7e0dca41cc2dadcb1a1fb75d, d1aa5313afd915d0b7296e57aabaeb979b1ea93b, 908d8f3a52a6a65b21e737339b56906603eb1345, 69a5e25b675b77666d0c96abc22639a5ba883403
ECC-Tools 合并提交 6d00d67043e92cadc80f160bfe947115bfef33b1
本地 IOC 测试 node tests/ci/scan-supply-chain-iocs.test.js 通过 15/15
Unicode 安全性 node scripts/ci/check-unicode-safety.js 通过
IOC 扫描 node scripts/ci/scan-supply-chain-iocs.js --root <ECC-workspace> --home 在无生命周期安装刷新后通过,检查了 229 个文件
npm 注册表验证 npm audit signatures 验证了 241 个注册表签名和 30 个证明;npm audit --audit-level=high 发现 0 个漏洞
Actions 缓存清除 gh cache delete --all --succeed-on-no-caches 已完成,且 gh cache list --limit 20 未返回任何缓存
Rust 发布表面门禁 cd ecc2 && cargo test 通过 462/462,并带有现有的 14 个死代码/未使用警告
根测试套件 node tests/run-all.js 通过 2442/2442,0 个失败
仓库扫描 针对持久化路径的定向检查未发现活跃的 gh-token-monitor、pgsql-monitor、transformers.pyz 或 pgmonitor.py 工件

5 月 15 日的 IOC 扩展新增了对 OpenSearch/Mistral/Guardrails/ UiPath/Squawk 风格活动变体、opensearch_init.js、vite_setup.mjs、 死信箱/会话协议字符串以及 AI 工具持久化表面的覆盖,而未提交会触发秘密扫描器的完整高熵指标。 5 月 15 日的 node-ipc 后续更新封禁了 node-ipc@9.1.6、9.2.3、10.1.1、 10.1.2、11.0.0、11.1.0 和 12.0.1,以及 Socket 报告的 node-ipc.cjs 载荷 哈希、恶意 tarball 哈希、DNS 外泄域名和运行时标记。 AgentShield PR #83 新增了对应的扫描器端企业级覆盖: 版本固定包检测、.claude / .vscode 自动化表面 发现、gh-token-monitor LaunchAgent/systemd/local-bin 工件检测、 网络/载荷 IOC、已构建的 action/CLI 捆绑包、1758/1758 本地测试,以及 合并前绿色的 GitHub Actions 验证。 AgentShield PR #84 通过补充当前 Wiz 表中报告的额外受影响 npm 包作用域和无作用域包,重建 dist/action.js 和 dist/index.js,并在合并前通过 1758/1758 本地测试以及完整的 AgentShield GitHub Actions 矩阵,关闭了后续完整活动包表缺口。 AgentShield PR #85 以及主干 PR #1934、#1940 和 #1941 将响应从 IOC 检测扩展到发布路径加固:AgentShield 现在为其 action 表面记录 注册表签名证据,主干拥有计划执行的 IOC 监控工作流,并且在活跃供应链加固期间,主干 CI 在测试安装矩阵中不再使用依赖缓存或包管理器生命周期脚本。 AgentShield PR #86 完成了下一个证据包来源切片: agentshield scan --evidence-pack <dir> 现在会写入 ci-context.json,将该工件包含在签名捆绑包摘要中,在捆绑包 README 中记录它, 并验证诸如 GITHUB_TOKEN 等含令牌的不会被复制到长期安全审查工件中。该 PR 在合并前通过了本地 构建、类型检查、lint、1764/1764 测试,以及覆盖 Node 18、20 和 22 的完整 GitHub Actions 矩阵。 PR #1933 关闭了已记录的 Claude Code 和 VS Code 自动化路径在实际工作站上的持久化缺口,包括在包卸载后仍会保留的用户级配置文件。

预览包状态

preview-pack-manifest.md 现在组装了 rc.1 预览包边界:

  • 发布说明、快速入门、启动检查清单、发布就绪状态、命名 矩阵以及 5 月 15 日证据;
  • docs/HERMES-SETUP.md 和 skills/hermes-imports/SKILL.md 作为公开的 Hermes 专用表面;
  • 跨 harness、harness 适配器、可观测性和进度同步文档;
  • X、LinkedIn、文章、Telegram 和演示配套材料,这些材料必须在发布/包/插件发布后获得最终 实时 URL;
  • GitHub 发布、npm next 发布、Claude 插件、 Codex 插件、ECC Tools 计费/产品就绪状态以及公告的明确阻塞项。

预览包已为最终干净检出门禁组装完成,但它仍然不是一个发布操作。

Codex 市场证据

OpenAI 当前的 Codex 插件文档现在将仓库/个人市场分发与官方插件目录区分开来。仓库市场位于 .agents/plugins/marketplace.json;codex plugin marketplace add <source> 可以添加 GitHub 简写、Git URL、SSH URL 或本地市场根目录。 官方插件目录发布和自助管理被记录为即将推出:

表面 证据
CLI 形态 codex plugin marketplace add --help 支持 GitHub 简写、Git URL、SSH URL、本地市场根目录、--ref 以及仅限 Git 的 --sparse
仓库市场 .agents/plugins/marketplace.json 从市场根目录公开 ecc@2.0.0-rc.1,其 source.path: "./"
本地添加冒烟 HOME="$(mktemp -d)" codex plugin marketplace add <local-checkout> 添加了市场 ecc,并将已安装市场根目录记录为 <local-checkout>,未触及真实 Codex 配置
README 对齐 .codex-plugin/README.md 现在使用 codex plugin marketplace add,而不是过时的 codex plugin install 命令
公共目录状态 rc.1 支持的 Codex 分发路径是仓库市场/手动安装;官方插件目录提交仍被 OpenAI 自助发布可用性阻塞

当前发布阻塞项

  • 本次操作中仍未创建 GitHub 预发布 v2.0.0-rc.1。
  • npm ecc-universal@2.0.0-rc.1 仍未发布到 next dist-tag。
  • Claude 插件标签和市场传播仍受审批门禁控制。
  • Codex 插件仓库市场分发已针对 rc.1 验证,但官方 插件目录发布仍被 OpenAI 即将推出的自助发布表面阻塞。
  • ECC Tools PR #73 为原生 GitHub 支付声明添加了失败关闭的 /api/billing/readiness announcementGate,ECC Tools PR #74 添加了 npm run billing:announcement-gate 作为操作员验证器,但在任何公开支付公告之前,实时 Marketplace 管理的测试账户回读仍必须返回 announcementGate.ready === true。
  • 发布说明、X、LinkedIn 和长文文案在发布/包/插件 URL 存在后仍需要最终实时 URL。

结果

队列、讨论、Linear 路线图和供应链证据比 5 月 13 日的发布证据更新。它们提升了就绪状态,但不能替代 publication-readiness.md 要求的最终干净检出发布流程。

本页原文 Markdown:在 AtomGit 查看·内容源自开源项目 ev/ECC