ECC 平台价值循环¶

ECC 2.0 正在从一个可移植的承载层转向完整的运营系统。产品方向分为三层：

1. 元承载层（Meta-harness）：可移植的技能、规则、钩子、MCP 约定、发布门禁、评估和安全证据。
2. 专用 ECC 智能体：一个直接操作 ECC 资产的智能体，而不仅仅是将其作为静态指令读取。
3. 控制面板 / 智能体 IDE：一个可见的运营界面，用于会话、队列、技能、记忆、证据、发布和团队工作流。

控制面板仍然是发布候选方向，直到有可复现的演示支撑。公开声明是：

ECC can be used full-stack as a meta-harness + agent + control pane, or
selectively as the portable harness layer inside the AI coding tools teams
already use.

OSS 平台论点¶

旧的开源基础设施打法是分发优先：免费源码和宽松的自助访问创造了默认的开发者词汇，然后托管基础设施、托管团队、支持和企业功能捕获价值。数据库、应用平台和边缘平台使这一点显而易见：开发者采用免费表层，团队围绕品牌标准化，付费产品让工作流更容易规模化运行。

AI 智能体基础设施应遵循相同形态，但托管价值不仅仅是部署。付费或托管表层包括：

• 团队记忆与会话路由；
• 可观察的队列、交接和智能体运行；
• 托管评估、发布门禁和证据包；
• 安全审查、供应链发现和政策执行；
• 计费、授权、赞助方和合作伙伴工作流；
• 可成为可复用 ECC 技能的产品特定集成。

开源仓库本身仍然有用。当严肃团队希望相同工作流被托管、度量、保护或连接到他们自己的产品时，平台获得价值。

产品集成契约¶

外部产品可以基于 ECC 构建，而不必成为 ECC 品牌产品。契约是：

每个集成都需要：

• 一个无需私人凭据即可工作的公开工作流；
• 一条用于实时产品数据或操作的独立受控路径；
• 清晰的业务边界，使计费和所有权不模糊；
• 测试或文档化命令，证明集成表层；
• 一个不需要公开机密或私人账户数据的支持路径。

Ito 示例¶

Ito 是一个独立的预测市场篮子产品。ECC 仍然可以分发 Ito 形态的技能，因为技能工作流在没有使 ECC Tools 成为 Ito 产品的情况下也有用。

安全的公开表层是：

• 研究市场、标的、交易场所和流动性背景；
• 将篮子与用户自己的笔记、投资组合约束或论点进行比较；
• 为人工审查起草非建议性的交易规划工作表；
• 在数据可用时，可视化市场/概念关系和回测输出；
• 将预测市场信号作为更广泛智能体研究的一个输入。

受控表层是：

• 实时 Ito 篮子数据；
• 账户特定状态；
• API 支持的回测或可视化；
• 任何需要 ITO_API_KEY 的工作流。

边界是严格的：公开 ECC 技能不执行交易，不提供投资建议，不暴露私人策略，也不将 ECC Tools 计费与 Ito 计费合并。

价值循环¶

平台循环应该是明确的：

1. 产品团队将一个有用工作流构建为 ECC 技能包。
2. 公开技能包使用公开来源或本地用户提供的数据工作。
3. 严肃用户请求受控访问，用于实时产品数据或托管功能。
4. 产品使用产生新的运营模式、故障模式和示例。
5. 脱敏模式成为更好的 ECC 技能、评估、门禁或文档。
6. ECC 获得分发、维护者、赞助方、Pro 兴趣和咨询线索。
7. 产品获得采用，因为智能体用户可以通过已安装的承载层操作它。

这与单纯的企业咨询不同。咨询可以为工作提供资金，但平台目标是可重复的分发：每个有用的产品集成都成为安装 ECC 的另一个理由，每个严肃的 ECC 用户都可能成为赞助方、Pro 用户、合作伙伴或集成客户。

发布通道¶

保持发布声明分离：

• 1.10.1：面向已发布用户的稳定可靠性和文档补丁。
• 1.11.0：公开 OSS 工作流目录势头，不需要控制面板达到 GA。
• 2.0.0-rc.x：在完整运营系统仍为预发布时，进行控制面板、专用智能体、平台和发布证据工作。

在没有新证据和负责人批准的情况下，不要宣布 ORCA/CONDUCTOR 级对等、市场计费、官方插件目录列表、实时交易或原生支付就绪。