- 综合排序
- 最热优先
- 最新优先
- 来自专栏AI
OpenSpec实战
OpenSpec解决的就是这个问题：先定规矩，再干活。原理OpenSpec的思路很简单：不让AI直接写代码，而是先让它写规范。 传统做法：开发者：帮我写个导出按钮AI：生成200行代码，包含Excel、CSV、PDF三种格式，还自带邮件发送开发者：我只想要Excel啊...AI：好的，重新生成...OpenSpec做法：第一步， 限制探索性原型：你不知道要做什么，规范没法写一次性脚本：写完就扔，不值得建规范纯算法优化：规范描述“怎么更快”很难，不如直接看代码对于正式项目、多人协作、长期维护——OpenSpec是目前AI编程最靠谱的工程化方案 结论一句话总结：OpenSpec让AI从“自由发挥”变成“照章办事”。你不需要管AI怎么写代码，但你必须管AI写什么功能。规范就是那个“管”的工具。 试试这个命令（如果你的AI支持OpenSpec）：展开代码语言：TXTAI代码解释/openspec:proposal我要加一个功能：...剩下的，交给流程。
30710编辑于 2026-04-21 OpenSpec使用说明
OpenSpec是海外很火的一个规范化和自动化工作流程系统，会在先代码前，先跟用户明确需求，并且有较强的规范约束能力，让写出的代码更符合用户需求。 或汉化版@studyzy/openspec-cnnpminstall-g@fission-ai/openspec@latest初始化openspecinit初始化是指当前项目（新老项目）第一次进入时，执行会生成 openspec对应的格式文件目录如果没有生成对应的openspec/project.md文件则需手动创建（项目上下文（技术栈、规范、业务背景））案例：你是一个资深Java架构师，请帮我生成一个“企业级可落地 --versionopenspecview在终端中显示项目的规范和变更概览openspecviewopenspec结构说明your-project/├──openspec/#OpenSpec核心目录│├ /openspec/logs/openspec.log老项目接入openspec的痛点1主要痛点痛点严重程度说明解决方案缺少规范文档高现有代码没有规范记录渐进式补充规范代码与规范不一致高重构时可能出现不一致先写规范再改代码技术栈混乱中多种框架混用在
6.9K10编辑于 2026-03-28- 来自专栏AI
OpenSpec 简明教程
1.是什么OpenSpec是一个规范驱动开发工具，专为AI编码助手设计。核心理念很简单：写代码前，先让人类和AI对“要做什么”达成一致。 OpenSpec通过轻量级的规范流程，把模糊提示变成可审查、可落地的工程计划。 核心结构：展开代码语言：TXTAI代码解释openspec/├──specs/#已实现的功能（真相之源）└──changes/#待实现的提案└──[变更名]/├──proposal.md#为什么要做、做什么 #进入项目目录cdyour-project#初始化openspecinit初始化会创建openspec/目录结构，并根据你的AI工具配置对应的斜杠命令。 3.核心工作流OpenSpec采用四步工作流，全程通过斜杠命令与AI交互：命令阶段功能/opsx:new规划创建新变更，生成首个工件模板/opsx:ff规划“快进”——一次性生成所有规划文档/opsx:
55811编辑于 2026-04-22 - 来自专栏AI技术体系搭建过程
SDD-openspec实战
第二章：转机——OpenSpec登场几天后，同事老张发来一条消息："你用过OpenSpec吗？不是让你改变写代码的方式，只是在写代码之前，先把要做什么写清楚。" --toolscodebuddyCodeBuddy的工作方式：OpenSpec为CodeBuddy生成原生slashcommands，命令格式为/openspec:propose、/openspec:apply ，走完整路径：展开代码语言：TXTAI代码解释/openspec:newadd-your-feature/openspec:continueadd-your-feature#proposal→审阅/openspec #tasks→审阅/openspec:applyadd-your-feature/openspec:verifyadd-your-feature/openspec:archiveadd-your-feature /specs/作为新人onboarding必读材料最后一句话：OpenSpec不是为了增加流程而生的，是为了让你在按下/openspec:apply之前，真正知道自己在做什么。
1.3K21编辑于 2026-03-26 OpenSpec 使用手册
OpenSpec 使用手册 基于项目的实践经验总结。 相关文章： 基于 SPEC 的 AI 编程 - OpenSpec 实战指南 OpenSpec 实战指南：AI 辅助软件工程全流程深度复盘 1. ─ .openspec/ # OpenSpec 内部配置目录（自动生成） ├── openspec/ # OpenSpec 常用命令参考 7.1 初始化与创建 命令 说明 示例 openspec init 初始化 OpenSpec 项目 openspec init --tools none openspec new change > 验证变更文档格式 openspec validate user-auth openspec list --changes 列出所有变更 openspec list --changes openspec 命令 说明 示例 openspec archive <name> 归档已完成的变更 openspec archive user-auth openspec update 更新 AI 指导文件 openspec
2.6K10编辑于 2026-03-31- 来自专栏痴者工良
通过 OpenSpec + OpenCode 实践 AI Specs
为什么说 OpenSpec + OpenCode 适合落地呢？ 了解 OpenSpec 安装 OpenSpec 。 OpenSpec 会跟项目创建 .openspec 目录和 AGENTS.md 文件，第一次初始化时，.openspec 目录结构比较简单，但是后面随着迭代，目录会越来越复杂。 体验 OpenSpec 在做了前期规划和了解 OpenSpec 后，我们正式开始进入生成 Spec 和编码的过程。 归档命令：运行 openspec archive <change-id>将 change 文件夹移动到 openspec/changes/archive/。
15.6K24编辑于 2026-02-07 - 来自专栏figma ai
OpenSpec技术规范+实例应用
3.介绍OpenSpec：有效SDD的轻量级框架OpenSpec是一个实用且轻量级的工具包，专门设计用于在AI辅助工作流中实施规范驱动开发。其核心设计原则是简单性和实用性。 4.OpenSpec工作流：从意图到实施OpenSpec的力量在于其结构化的四阶段工作流。此过程旨在将高级功能请求转换为完全实施、测试和文档化的变更。 5.集成OpenSpec的战略优势通过将OpenSpec集成到开发工作流中，团队对其与AI的协作施加了必要的工程纪律。 实例场景安装展开代码语言：ShellAI代码解释npminstall-g@fission-ai/openspec@latest➜openspec_wknpminstall-g@fission-ai/openspec (openspec/project.md)⎿Read35lines●让我先查看openspec目录的结构和AGENTS.md来了解项目规范的标准格式。
4.8K12编辑于 2026-01-11 - 来自专栏程序员分享
OpenSpec安装和基础使用教程
CLI bash 体验AI代码助手 代码解读复制代码# npm 全局安装（推荐） npm install -g @fission-ai/openspec@latest # 验证安装 openspec usp=sharingjson 体验AI代码助手 代码解读复制代码{ "skills": [ { "name": "openspec", "trigger": "openspec ", "description": "OpenSpec 规范驱动开发" } ]}四、在 Claude Code 中使用 OpenSpec 启动 Claude Code bash 体验AI 体验AI代码助手 代码解读复制代码/openspec:apply add-task-priority 归档完成的变更 bash 体验AI代码助手 代码解读复制代码/openspec:archive 查看变更列表openspec show <name> # 查看变更详情openspec apply <name> # 应用变更openspec archive <name> # 归档变更openspec
11.2K20编辑于 2026-03-31 - 来自专栏运维有术
OpenSpec 项目实战（一） | 从零搭建项目骨架：OpenSpec 工作流跑通全流程实录
OpenSpec 项目实战（一） | 从零搭建项目骨架：OpenSpec 工作流跑通全流程实录 2026 年「术哥无界」系列实战文档 X 篇原创计划 第 109 篇，OpenSpec 最佳实战「2026 图 1：OpenSpec 工作流全景——6 步从探索到验证说明：本文内容基于 OpenSpec（Fission-AI/OpenSpec）v1.3.1 和 React 19 + TypeScript + 第 1 步：初始化 OpenSpecopenspec init --tools claude输出：- Creating OpenSpec structure...▌ OpenSpec structure --template react-ts，但因为项目目录已有 openspec/、.claude/ 等文件（OpenSpec init 产物），Vite 检测到目录非空，操作直接被取消。 建议顺序：先 npx create-vite 初始化空目录，再 openspec init。这样可以避免冲突。如果项目目录已有 OpenSpec 文件，要么先清空，要么接受 AI 的临时目录方案。
69022编辑于 2026-05-14 - 来自专栏运维有术
openspec 最佳实战：不改 OpenSpec 源码，只改一段配置，代码质量从不可控到 80 分
openspec 最佳实战：不改 OpenSpec 源码，只改一段配置，代码质量从不可控到 80 分（修正版） 2026 年「术哥无界」系列实战文档 X 篇原创计划 第 108 篇，AI 编程最佳实战「 图 1：任务粒度——代码质量最大的杠杆说明：本文内容基于 OpenSpec（Fission-AI/OpenSpec）v1.3.1 官方文档、笔者前两篇文章（《OpenSpec 最佳实战：4 步复盘 + 但有个方向让我意外——只改一段配置文本，不碰 OpenSpec 源码，不装外部工具，效果却覆盖了 80% 的质量问题。这个方向就是：任务粒度控制。 先 fork 一个现有的 schema：openspec schema fork spec-driven with-review注意：openspec schema fork 目前标记为 experimental 每个 Phase 对应一条 OpenSpec 命令，AI 做完一步你确认一步。Phase 1：需求澄清/opsx:explore可选但推荐。
1K21编辑于 2026-05-11 - 来自专栏newbe36524的技术专栏
自定义 OpenSpec 步骤改进生成结果
自定义OpenSpec步骤改进AI生成结果在使用OpenSpec管理技术提案时，我们遇到了AI生成文档质量不稳定的问题。其实也没别的办法，只能自己动手改提示词模板了。这篇文章就是那段日子的记录。 让我们看看OpenSpec的提示词系统是怎么工作的。 /Prompts/├──openspec-v1-ff.zh-CN.json#元数据├──openspec-v1-ff.zh-CN.hbs#模板内容├──openspec-v1-ff.en-US.json 规划方向系统规划方向系统是OpenSpec的核心自定义机制，允许用户选择不同的生成选项。 总结通过自定义OpenSpec提示词步骤，我们成功改进了AI生成文档的质量。
16210编辑于 2026-05-07 OpenSpec 完全使用指南：AI 时代的规范驱动开发
Spec-Driven Development —— 先写规范，再写代码一、什么是 OpenSpec？OpenSpec 是一个专为 AI 编程场景设计的规范驱动开发框架。 OpenSpec 通过一套结构化的规范文件，把需求、设计、验收条件明确记录下来，让 AI 每次执行都有据可依，避免反复试错。 / specs / tasksopenspec-explore/opsx:explore探索模式，理清需求和设计思路openspec-apply-change/opsx:apply按 tasks.md 逐步实现openspec-archive-change/opsx:archive完成后归档，合并规范三、完整工作流以下通过一个天气查询 CLI 工具的案例，展示 OpenSpec 的完整流程。 openspec status --change "add-todo-api" # 查看具体进度总结OpenSpec 把 AI 编程从"猜需求"转变为"按规范执行"。
49010编辑于 2026-05-27- 来自专栏AI Agent
Comet: 基于OpenSpec+Superpowers双星驱动的SpecSkill
它的核心不是重新发明一个新的spec工具，也不是再造一套AI编码提示词，而是把两个我很喜欢的GitHub项目组合起来：OpenSpec+Superpowers我做Comet的原因，是因为我在分别使用OpenSpec 但我在真实使用时发现：只用OpenSpec，容易出现WHAT清楚，但HOW不够细的问题，直接采用OpenSpec的task显得有点单薄。 单独使用OpenSpec时，我遇到的问题OpenSpec的优点很明显。它非常适合管理一次变更的WHAT：这次要做什么？为什么要做？proposal怎么写？spec应该怎么变化？ 这些更偏工程执行层的问题，OpenSpec不是最强项。所以只用OpenSpec时，我经常会觉得：前面的提案和spec生命周期是清楚的，但进入实际设计和实现时，流程还不够细。 Comet的定位：不是替代，而是连接Comet不是要替代OpenSpec。因为OpenSpec的提案、spec生命周期、deltaspec和archive这些能力本来就很好。
91711编辑于 2026-05-18 - 来自专栏运维有术
OpenSpec vs Superpowers：2 套 AI 编码工作流，3 个场景怎么选？
OpenSpec 的做法是：先把需求写成规格，再让 AI 按规格执行。 增量规格系统：不重写，只追加 这是 OpenSpec 的核心创新。 OpenSpec 支持三层 Schema 自定义： 项目本地：<project>/openspec/schemas/<name>/schema.yaml 用户全局：~/.local/share/openspec 推荐方案：OpenSpec + Superpowers 组合 这个场景下，两个工具各管各的层面，互相补充： OpenSpec 管规格层： 把产品需求文档转成 OpenSpec 的规格文档，作为团队共享的单一信息源 第一层：用 OpenSpec 做项目骨架 # 安装 OpenSpec npm install -g @fission-ai/openspec # 初始化项目 openspec init # 创建提案 项目初始化完成后，OpenSpec 会在项目根目录生成 openspec/ 目录，里面包含提案、规格、设计和任务文件。
8.2K11编辑于 2026-04-01 - 来自专栏java金融
OpenSpec + Superpowers：AI 编程真正进项目的姿势
第二层，OpenSpec 只锁意图，不替你写好执行纪律 但这里要小心一个误区。 有了 OpenSpec，不代表项目就稳了。 OpenSpec 更像「意图层」。 这正好补上 OpenSpec 的另一半。 初始化 OpenSpec npm install -g @fission-ai/openspec@latest openspec init openspec update 然后约定： 所有跨模块需求必须有 如果继续追问「为什么不只用 OpenSpec？」 可以回答： OpenSpec 更偏意图和规格，它能让需求可审查、可追溯。 Fission-AI/OpenSpec GitHub README：OpenSpec 的定位、核心工件、工具支持和更新方式。
20211编辑于 2026-06-03 SDD驱动开发
官方博客LLMOps社区论文使用OpenSpec在Cursor中安装OpenSpec打开你的项目文件夹，并打开终端（Terminal）。 使用pnpm进行安装（如未安装pnpm，请先全局安装：npmi-gpnpm）：展开代码语言：BashAI代码解释pnpmadd@fission-ai/openspec或者，也可以直接按照OpenSpec └──openspec/├──AGENTS.md#OpenSpec工作流说明├──project.md#项目信息├──specs/#规范文档（当前真实状态）└──changes/#变更提案（进行中的修改 :proposal需求描述AI生成提案，会在OpenSpec下生成changes文件，以本次需求命名。 以下为分解的具体任务/openspec:apply需求id，实现需求由Ai开始开发需求，在此过程中等待/openspec:archive需求id，完成归档其他说明更多高级用法与扩展详见：OpenSpec
1.2K11编辑于 2025-11-16- 来自专栏运维有术
OpenSpec 最佳实战：3 个命令，4 个制品，4 步闭环一个增量功能开发需求（实战版）
上一篇OpenSpec 最佳实战：3 条命令跑通规范驱动开发全流程（实战版）带你从零走通了 OpenSpec 的核心流程。 这次换个场景——在已有的 todo-api 项目上，用 OpenSpec 增量添加任务优先级功能。你会发现，增量场景才是 OpenSpec 真正的用武之地。 CLI 已安装（npm install -g @fission-ai/openspec@latest）Claude Code 或其他支持 OpenSpec 的 AI 编程助手Node.js >= 20.19.0 预期输出命令执行后，openspec/changes/ 目录下会新增变更文件夹：openspec/changes/add-todo-priority/├── proposal.md├── design.md 验证点✅ 检查 openspec/changes/ 下不再有活跃变更（add-todo-priority 已移走）✅ 检查 openspec/changes/archive/ 下新增了归档目录✅ 检查
99010编辑于 2026-05-02 - 来自专栏运维有术
OpenSpec + Superpowers：一个管写什么，一个管怎么做，6 步实现 AI 规格驱动 TDD 开发（实战版）
说明：本文内容基于 OpenSpec（Fission-AI/OpenSpec）和 Superpowers（obra/superpowers）的源码分析、官方文档和三天两次实战验证。 OpenSpec 的 tasks.md 和 Superpowers 的 plan 是独立系统，AI 不知道该听谁的。坑 3：审查审的不是 OpenSpec specs。 执行命令/opsx:archive <change-name>预期行为AI 将 openspec/changes/<change-name>/ 移动到 openspec/changes/archive/ 新建项目时只需要把 openspec/schemas/tdd-driven-v2/ 和 openspec/config.yaml 复制过去，改一下 config.yaml 里的技术栈信息就行。 总结OpenSpec + Superpowers 的 TDD 协作方案，核心思路就一句话：让 OpenSpec 把需求拆细，让 Superpowers 把执行管严。
2.3K25编辑于 2026-05-07 - 来自专栏运维有术
OpenSpec 最佳实战：3 条命令跑通规范驱动开发全流程（实战版）
先看 openspec/ 目录：tree openspec/预期输出：openspec/├── changes/│ └── archive/└── specs/没错，刚初始化完就是空的。 /SKILL.md ├── openspec-archive-change/SKILL.md ├── openspec-explore/SKILL.md └── openspec-propose 验证点✅ openspec --version 能正常输出版本号✅ 项目根目录下出现了 openspec/ 文件夹✅ openspec/specs/ 和 openspec/changes/ 目录存在✅ 技巧二：CLI 命令速查除了斜杠命令，OpenSpec 还提供了一些 CLI 命令：openspec list # 列出活跃变更openspec list --specs openspec validate # 验证格式openspec view # 交互式仪表盘openspec config profile
2.7K00编辑于 2026-05-01 - 来自专栏开源物联网平台开发
AI 编程时代的规范驱动开发：OpenSpec 实践指南
OpenSpec 做的事情，就是在人类与 AI 之间建立一个持久化的共识层。 ✓ 将增量规范合并到 openspec/specs/ui/spec.md ✓ 移动到 openspec/changes/archive/2025-01-24-add-dark-mode list # 列出活动变更 openspec show <name> # 查看变更详情 openspec validate # 验证规范格式 openspec view OpenSpec 的哲学是"轻量但足以实现目标"—— 流畅而非僵化，迭代而非瀑布式，简单而非复杂。 如果你正在寻找一种方式，让 AI 编程变得可预测、可追溯、可协作，不妨试试 OpenSpec。 OpenSpec 是 MIT 许可的开源项目，欢迎贡献！
3.3K30编辑于 2026-04-02
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号