aquarius-wingopenspec-driven-development

Openspec Driven Development

在已经采用 OpenSpec 约定的项目里做日常开发执行时使用：把一个开发任务（新功能 / bugfix / 重构 / 加模块 / 改交互 / 排查并修 bug）跑成「识别并按进场点路由 → 采访或诊断澄清真实目标 → 先在聊天框出方案（改页面给字符图；含可测逻辑或单文件 d...

Install command

Copy and run it in your terminal. Install tfs first if it is not available.

$ tfs install openspec-driven-development

Overview

在已经采用 OpenSpec 约定的项目里做日常开发执行时使用：把一个开发任务（新功能 / bugfix / 重构 / 加模块 / 改交互 / 排查并修 bug）跑成「识别并按进场点路由 → 采访或诊断澄清真实目标 → 先在聊天框出方案（改页面给字符图；含可测逻辑或单文件 diff>200 行给单测+AI验证用例）写进 openspec/changes → 反思方案 → 等用户明确说『开始写代码』→ 按 spec 写码 → 反思代码符合度 → 归档 delta spec 进 openspec/specs → 更新 AGENTS.md → git commit → 有 remote 则询问 push」的闭环。触发于「做个功能」「加个 X」「改一下 Y」「重构 / 优化 Z」「开始开发」「开始写代码」「按 openspec 走一遍」等开发执行请求；也触发于咨询 / 讨论口吻的开发问题：「你会如何做 / 改 X」「能不能加 X」「讨论一下 X」「是不是要做成 Y 呀」「X 做在哪里」；以及 bug 讨论「为什么 X 不对 / 出问题」和进场点变体「实施 openspec/changes/<X>」「方案实施完了帮我检查是否符合方案 / 有无遗漏」。即使用户没点名 openspec，只要仓库里已有 openspec/ 目录就应主动用它。不要用于：非开发任务（纯查询 / 查资料 / 跑命令、以及与具体改动无关的「是否符合规范 / 标准」泛合规审计）；冷启动从零搭 AGENTS.md+openspec 骨架（那是 project-init-docs）；打 tag / 写 changelog / 版本号策略（那是 release）。