LinkedIn 草稿 - ECC v2.0.0-rc.1¶

ECC v2.0.0-rc.1 已准备好进行最终发布评审，作为 2.0 方向的首次发布候选版本。

实际转变很简单：ECC 不再被仅仅定位为 Claude Code 插件或配置包。

它正在成为面向智能体工作的元框架：位于各个 AI 编码客户端之上的可移植层。

• 可复用技能，而非一次性提示词
• 钩子和测试，而非人工自律
• 由 MCP 支持的文档、代码、浏览器自动化和研究访问
• Codex、OpenCode、Cursor、Gemini、Zed 和 Claude Code 界面共享同一核心工作流层
• Hermes 作为聊天、cron、交接和日常工作路由的操作员外壳

对于这个发布候选版本范围，我保持了仓库的诚实。

我没有发布私有工作区状态。我交付了可复用层：

• 经过脱敏的 Hermes 设置文档
• 发布说明和发布配套材料
• 跨框架架构说明
• Hermes 导入指南，用于将本地操作员模式转化为公开的 ECC 技能
• 针对 PR、issue、讨论、Linear 进度、遗留长尾、可观测性和供应链检查的发布就绪门禁
• 一个确定性的预览包冒烟测试，以便在发布操作前验证公开包
• 一个受门禁控制的 Itô 预测市场技能包，用于研究、比较、规划、 和风险审查；Itô API 访问与 ECC Tools 保持分离，并基于审批

杠杆效应不仅仅是更好的提示词。

它在于减少孤立界面的数量，将重复工作流转化为可复用技能，并让围绕智能体的操作系统变得可衡量。

这就是我喜欢“元框架”这个说法的原因。目标不是替换框架。目标是让框架之上的工作流层可移植、可审计，并在团队间有用。

供应链工作也成为发布故事的一部分。在 Mini Shai-Hulud/TanStack 行动之后，rc.1 现在包括 IOC 扫描、无生命周期 CI 安装、公告源刷新、npm audit/签名检查，以及 AI 工具持久化覆盖。

在 GA 之前仍有更多需要加固的地方，尤其是在打包、安装程序和 ecc2/ 控制平面方面。但 rc.1 足以清晰展示其形态。

GitHub 预发布版本和 npm next 包现已上线。公开发布仍然对插件路径、视频 URL、最终出站 URL，以及任何未经最新重新检查的计费/原生支付声明保持审批门禁。

发布 URL 台账现在将已经可解析的链接与必须等待剩余审批门禁插件、视频、计费和出站检查的链接分开。