ECC 2.0 超增长发布指挥中心¶
快照日期：2026-05-19。
这是一份执行地图，用于将 ECC 2.0 打造成完整的公开发布、合作伙伴漏斗、赞助商漏斗、咨询界面和内容发布。本文档面向运营者编写，用于决定哪些内容可以发布、哪些内容可以宣布，以及哪些内容在证据出现之前保持阻塞。
发布主张¶
ECC 2.0 是面向智能体工作的、原生于 harness 的运营者系统。
公开证明必须展示实际系统：
- 可复用的技能、规则、钩子、MCP 约定和发布门禁；
- 将 Claude Code、Codex、OpenCode、Cursor、Gemini、Zed、GitHub Copilot 和纯终端工作流作为受支持的执行界面；
ecc2/作为 alpha 控制平面/TUI 方向；- Hermes 作为可选的运营者外壳，用于聊天、定时任务、交接和日常工作路由；
- ECC Tools Pro、GitHub Sponsors 和咨询作为资助 OSS 层的商业界面。
避免使用将此事描述为旧项目更名或退缩的措辞。发布文案应直接展示 2.0 的产品形态。
当前增长基线¶
| 指标 | 当前 | 目标 | 差距 |
|---|---|---|---|
| MRR | $1,728/mo |
$10,000/mo |
$8,272/mo |
| 赞助商进展 | 活跃的 GitHub Sponsors 加上开放的入站请求 | 可重复的赞助商闭环 | 需要审批的出站请求 |
| 咨询进展 | 开放但非主要 | 面向合作伙伴的现成方案包 | 公开证明、演讲和线索收集 |
| 内容进展 | 发布视频的候选素材已就绪 | 每周发布剪辑和创始人证明 | 所有者审批、上传和公开 URL |
| 社区进展 | Discord 已存在 | 有用的编码/运营者社区 | 邀请、频道、置顶、审核 |
MRR 增长应同时来自四条通道：
- GitHub Sponsors 和 OSS 合作伙伴赞助商；
- ECC Tools Pro 订阅；
- 咨询和实施合同；
- 能够产生入站需求的演讲、播客、会议演示和合作伙伴网络研讨会。
第二阶段超增长¶
发布应像一台证明引擎，而非更名公告。每一个公开界面都应让产品在首个屏幕、片段、段落或演示中一目了然：
| 工作流 | 公开证明 | 营收路径 |
|---|---|---|
| 产品类别 | ECC 作为 harness 原生的运营者系统，而非仅限 Claude 的配置包 | 将困惑的 OSS 流量转化为安装、Pro 和赞助意向 |
| harness 覆盖范围 | 将 Claude Code、Codex、OpenCode、Cursor、Gemini、Zed、GitHub Copilot 和终端工作流展示为执行界面 | 与工具、IDE、模型提供商和平台团队进行合作伙伴对话 |
| 控制平面 | ecc2/ alpha 仪表盘/状态/会话界面和 Hermes 运营者外壳明确标示为方向性可用 |
咨询和团队实施冲刺 |
| 企业信任 | 将 AgentShield、供应链、发布、可观测性和 CI 门禁展示为可重复的证据 | 安全厂商、代码审查厂商、平台赞助商和企业试点 |
| 媒体引擎 | 主发布视频、五个证明片段、浏览器录屏、文字记录、EDL、字幕和可编辑时间线 | 社交触达、播客/演讲预约、赞助商证明、合作伙伴演示 |
| 社区漏斗 | GitHub Discussions、经批准后的 Discord、赞助商层级、Pro 和咨询 CTA 简洁分流 | 可重复的入站流量，而非一次性的发布高峰 |
发布后的运营节奏应为每周一次：
- 一个产品证明片段；
- 一个安全或发布纪律证明片段；
- 经所有者批准后，一批合作伙伴/赞助商/演讲外联；
- 一个公开讨论或社区话题；
- 一次可衡量的漏斗回读，涵盖仓库流量、赞助点击、Pro 转化、MRR 变动和入站回复。
平台价值循环¶
长期平台论点记录在 docs/architecture/platform-value-loop.md 中。ECC 应继续保持为有用的免费 OSS，同时托管价值围绕团队记忆、可观测会话、发布门禁、评估、安全证据、托管分析、计费、合作伙伴工作流和产品特定集成逐步累积。
产品集成应表现为可重复的分发循环：
- 发布一个无需私有凭据即可运行的公开技能包；
- 将实时产品数据或操作保留在明确的受控 API 路径之后；
- 添加测试夹具、文档、评估和风险门禁，使工作流可测试；
- 将脱敏后的产品使用情况转化回 ECC 技能、文档或证据；
- 将认真投入的团队引导至赞助商、Pro、合作伙伴或咨询。
Itô 是当前的例子：预测市场研究、篮子比较、人工非咨询式规划和数据图谱工作流可以通过 ECC 分发，而 Itô 实时数据和账户特定调用仍由 ITO_API_KEY 控制，并与 ECC Tools 计费分离。
发布门禁¶
| 通道 | 完成标准 | 当前行动 |
|---|---|---|
| 仓库身份 | README、包元数据、插件元数据、发布文档、工作流和发布文案在需要公开 URL 的地方均使用 affaan-m/ECC |
规范 URL 清查 |
| 包和插件发布 | ecc-universal@2.0.0-rc.1 试运行干净，npm next 已批准，Claude 插件标签试运行，Codex 仓库市场冒烟测试通过，OpenCode 构建通过 |
从最终提交刷新发布证据 |
| 产品证明 | 快速上手、跨 harness 架构、演示提示词、ecc2/ alpha 边界、AgentShield 安全证明和托管的 ECC Tools 链接保持一致 |
保持证明界面具体明确 |
| 营收证明 | 赞助商层级、Pro 定价、咨询 CTA、合作伙伴 CTA 和计费回读文案均为最新 | 在实时回读之前不要宣布计费声明 |
| 内容证明 | 发布视频、短视频片段、截图、发布说明、GitHub Discussion、X、LinkedIn 和长文帖子保持一致 | 挑选最终视频剪辑，经批准后上传，并附上公开 URL |
| 社区证明 | Discord 邀请、规则、频道、入门引导和赞助商/社区分流已就绪 | 在公开链接之前需要确定邀请/令牌方案 |
视频套件¶
视频泳道应在适用处使用现有的 ECC 视频剪辑技能以及 browser-use/video-use 模型：以转录稿作为剪辑界面、渲染前先经策略审批、确定性剪辑、在可用时输出时间线/项目文件，并在发布前进行自评。
参考模式：https://github.com/browser-use/video-use
主要源素材类别已存在于本地 ECC 媒体库中。不要在公开文档中包含原始绝对路径；将工作交给剪辑师或智能体时，使用基文件名或私有制作清单。
| 交付物 | 时长 | 源素材 | 证明目标 |
|---|---|---|---|
| 主发布视频 | 90-150 秒 | longform-full-wide.mp4、sf-longform-full.mp4、architecture-2-wide.mp4、terminal-scan-2-wide.mp4、new_site_raw.mp4 |
ECC 2.0 作为操作员系统 |
| 安装证明 | 30 秒 | README 安装说明、终端扫描、快速入门、插件安装 | 更少点击即可采用 |
| 什么是 ECC | 45-60 秒 | sf-thread-2-whatisecc.mp4、vertical-2-whatisecc.mp4、architecture-2-* |
产品品类清晰度 |
| 安全证明 | 45-60 秒 | sf-thread-4-security.mp4、AgentShield 证据、供应链门禁 |
企业信任 |
| 资金/证明短片 | 30-45 秒 | thread-2-ghapp-money.mp4、metrics-ticker-2-*、gh_app_*.png |
赞助者、Pro 与合作伙伴可信度 |
| 媒体报道/社会证明 | 30-45 秒 | coverage-montage-wide.mp4、100k.png、star_history.png、x_analytics.png、媒体报道截图 |
分发杠杆 |
制作步骤：
- 为长格式和短格式原始片段生成转录稿。
- 构建包含钩子、证明、演示、商业 CTA 和最终 CTA 片段的剪辑决策列表。
- 使用 FFmpeg 进行确定性剪辑。
- 在 Remotion 或 Manim 中添加叠加层和数据动效。
- 添加字幕、轻度调色、音频标准化和平台重构图。
- 执行一轮自评，检查黑帧、错误字幕、跳切、钩子吸引力不足、缺失产品证明和失效 URL。
- 导出最终 MP4 文件及可编辑的时间线/项目状态。
分发计划¶
| 渠道 | 素材 | CTA |
|---|---|---|
| GitHub Release | 发布说明、快速入门、发布视频、赞助链接 | 加星标、安装、赞助 |
| GitHub Discussion | 简短公告和证明要点 | 提问、反馈、赞助 |
| X | 发布帖串、30 秒安装短片、证明短片 | 仓库、赞助、Pro |
| 对合作伙伴友好的产品证明、咨询 CTA | 赞助、咨询、演讲 | |
| YouTube/Shorts/Reels/TikTok | 主发布视频和短片 | 仓库、网站、电子报/社区 |
| 播客/演讲 | 一页推介、演示大纲、创始人证明 | 预约、合作伙伴 |
| 赞助者外联 | 直接赞助说明和档位表 | GitHub Sponsors 或 Pro |
赞助、合作伙伴、咨询、会议、播客和 GitHub Discussion 文案的唯一事实来源是 docs/releases/2.0.0-rc.1/partner-sponsor-talks-pack.md。
涉及发布、包、插件、视频、计费、社交和外联操作的所有者审批，唯一事实来源是 docs/releases/2.0.0-rc.1/owner-approval-packet-2026-05-19.md。
文案规则¶
使用直接的产品语言：
ECC 2.0 is the harness-native operator system for agentic work.One reusable layer across Claude Code, Codex, OpenCode, Cursor, Gemini, Zed, GitHub Copilot, and terminal workflows.OSS stays free. Sponsors and Pro fund the work.Use ECC for skills, hooks, rules, MCP conventions, release gates, and operator workflows.
避免：
we renamed the repo；pivot；- 遗留配置包框架表述；
Claude-only；- 泛化的创始人历程语言；
- 在存在实证之前声称计费、市场支付或官方目录收录。
首次构建顺序¶
- 完成公开仓库身份修复。
- 刷新包、插件、工作流、发布和发布文案的 URL。
- 从确切的发布提交中记录最终发布证据。
- 通过
npm run release:video-suite -- --format json保持视频套件清单、转录稿、发布候选和视觉 QA 始终最新。 - 对 README、ECC Tools 应用、安装流程和相关证明界面进行浏览器捕获，用作补充素材（b-roll）。
- 选择经所有者批准的主发布视频和五个短片，然后上传并附上最终公开 URL。
- 敲定 GitHub Release、X 帖串、LinkedIn 帖子、GitHub Discussion 公告、赞助邮件文案、咨询介绍、合作伙伴私信（DM）以及播客/演讲推介。
- 仅在 npm、插件、发布 URL 和计费回读门禁已生效或被明确标记为阻塞之后，才进行发布。
所有者审批¶
以下操作在推进前需要人工审批或凭据：
- 发送年度升级或赞助邮件；
- 更新 LinkedIn 个人简介文本；
- 使用机器人令牌和服务器 ID 配置 Discord；
- 发布 npm 或创建插件标签；
- 宣布计费/原生支付；
- 发送合作伙伴、咨询、会议、播客或赞助外联；
- 从个人账号发布最终社交文案。
本页原文 Markdown：在 AtomGit 查看·内容源自开源项目 ev/ECC