基本信息

来源摘要/节选

公开展示已截断至最多 800 个字符；请访问原始来源查看完整上下文。

一、两者定位本质差异 这两个项目解决的是 AI 辅助开发流程中 完全不同层面的问题 ，理解这一点是最关键的。 OpenSpec 解决的是 “做什么”（What） 的问题 —— 它是一个 规格驱动开发（Spec-Driven Development）框架 。核心理念是：在 AI 写代码之前，先让人和 AI 就需求规格达成共识。它通过 proposal → specs → design → tasks 的制品（artifact）依赖图来管理每一个变更的完整生命周期。 ECC 解决的是 “怎么做”（How） 的问题 —— 它是一个 AI 编码助手的配置工具箱 。核心理念是：提供一整套生产就绪的 agents、skills、hooks、commands、rules 和 MCP 配置，让 Claude Code（以及 Cursor/OpenCode/Codex）的执行能力最大化。 打个比方：OpenSpec 相当于项目经理的需求管理系统，ECC 相当于开发者的瑞士军刀。 二、核心机制对比 OpenSpec 的核心机制 OpenSpec 的核心是一个 制品依赖图引擎（Artifact DAG） 。每个变更（change）被组织为一个独立文件夹，包含四类制品： proposal.md 记录意图和范围，specs/ 通过 Delta 格式（ADDED/MODIFIED/REMOVED）描述行为变化，design.md 记录技术方案和架构决策，tasks.md 则是带复选框的实施清单。这些制品形成有向无环图的依赖关系，状态通过文件系统存在性自动检测（BLOCKED → READY → DONE）。 它的 OPSX 工作流打破了传统线性阶段的限制，采用流动式操作：你可以在实施过程中随时回头修改设计，不存在阶段门禁。…

来源说明

当前只保存了公开页面节选，不代表原文全文。请以原始来源为准。

本页只呈现已做哈希绑定的来源证据，不包含基于旧正文或缺失原文的扩展推断。