<rss xmlns:atom="http://www.w3.org/2005/Atom" version="2.0">
  <channel>
    <title>OpenSpec - 标签 - cfanzp学习笔记</title>
    <link>https://cfanzp008.github.io/tags/openspec/</link>
    <description>OpenSpec - 标签 - cfanzp学习笔记</description>
    <generator>Hugo -- gohugo.io</generator><language>zh-CN</language><managingEditor>cfan.zp@qq.com (cfanzp)</managingEditor>
      <webMaster>cfan.zp@qq.com (cfanzp)</webMaster><lastBuildDate>Wed, 08 Apr 2026 18:06:11 &#43;0800</lastBuildDate><atom:link href="https://cfanzp008.github.io/tags/openspec/" rel="self" type="application/rss+xml" /><item>
  <title>OpenSpec 工程化规范总结</title>
  <link>https://cfanzp008.github.io/openspec-engineering-summary/</link>
  <pubDate>Wed, 08 Apr 2026 18:06:11 &#43;0800</pubDate>
  <author>作者</author>
  <guid>https://cfanzp008.github.io/openspec-engineering-summary/</guid>
  <description><![CDATA[OpenSpec 工程化规范总结 什么是 OpenSpec OpenSpec 是一个面向 AI 编码助手的规范驱动开发框架（Spec-Driven Development，SDD）。它的核心理念是在编写任何代码之前，先创建可审查的规范（Spec），让人类开发者和 AI 编码助手能够就项目意图达成共识。
该项目在 GitHub 上已获得 37,000+ 颗星，是 AI 开发工具领域最受欢迎的项目之一。
核心价值 1. 解决 AI 编程的沟通问题 传统编程中，开发者通过代码表达意图。但 AI 编程助理解读代码时可能会产生偏差，导致：
实现与预期不符 重复修改 项目失控 OpenSpec 通过在编码前明确定义规范来解决这个问题。
2. 版本控制意图 OpenSpec 充当「意图的版本控制」：
规范文件可以被审查 可以版本化管理 可以追踪意图的演变 便于人类和 AI 协同理解 3. 防止「氛围编程」 「Vibe Coding」（氛围编程）是指盲目跟随 AI 生成代码，缺乏深思熟虑的设计。OpenSpec 强制要求在编码前思考和规划。
OpenSpec 规范结构 1. Project Spec（项目规范） 定义项目的整体结构和目标：
1 2 3 4 5 6 7 name: my-project description: A web application for task management version: 1.]]></description>
</item>
<item>
  <title>OpenSpec：让 AI 编程助手遵循规范而非猜测</title>
  <link>https://cfanzp008.github.io/openspec-introduction/</link>
  <pubDate>Tue, 07 Apr 2026 14:28:22 &#43;0800</pubDate>
  <author>作者</author>
  <guid>https://cfanzp008.github.io/openspec-introduction/</guid>
  <description><![CDATA[OpenSpec：让 AI 编程助手遵循规范而非猜测 背景简介 AI 编程助手最常见的问题不是它们不会写代码，而是它们写出的代码与你的预期不符。你说&quot;添加深色模式&quot;，它却重写了 CSS 变量、添加了切换按钮、还重构了布局——而你只是想改变颜色变量。下一次对话时，上下文丢失了，AI 又从零开始猜测你的意图。
OpenSpec 解决了这个问题：在 AI 开始写代码之前先生成规范文档。双方先对齐&quot;要做什么&quot;和&quot;怎么做&quot;，然后再按照规范实现。
截至目前，OpenSpec 在 GitHub 上已获得超过 36000 个 Star，成为 AI 驱动开发领域的标杆框架。
核心架构 OpenSpec 将项目知识分为两个部分：
1 2 3 4 5 6 7 8 9 openspec/ ├── specs/ ← 真实来源（当前行为） │ ├── auth/ │ │ └── spec.md │ └── payments/ │ └── spec.md └── changes/ ← 进行中的修改（每个变更一个文件夹） ├── add-dark-mode/ └── archive/ ← 已完成的变更归档 Specs 描述系统的当前行为，Changes 是提出的修改。分开管理，多个变更可以并行进行而不会冲突。
思维导图：OpenSpec 整体架构 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 ┌─────────────────────────────────────────┐ │ OpenSpec 框架 │ │ 规范驱动开发 (Spec-Driven Dev) │ └─────────────────────────────────────────┘ │ ┌─────────────────────────────────┼─────────────────────────────────┐ │ │ │ ▼ ▼ ▼ ┌─────────────────────┐ ┌─────────────────────┐ ┌─────────────────────┐ │ 真实来源 │ │ 变更管理 │ │ 工作流程 │ │ (Specs) │ │ (Changes) │ │ (Workflow) │ └─────────────────────┘ └─────────────────────┘ └─────────────────────┘ │ │ │ ├─系统当前行为 ├─proposal（提议） ├─propose ├─增量更新 ├─specs（增量规范） ├─apply └─版本历史 ├─design（设计） ├─archive └─tasks（任务清单） └─explore │ ├─ADDED（新增） ├─MODIFIED（修改） └─REMOVED（删除） ▼ ┌─────────────────────────────────┐ │ 四类产出物 │ ├─────────────────────────────────┤ │ • proposal.]]></description>
</item>
</channel>
</rss>
