Skill 与 OpenSpec 的关系
|
|
OpenSpec CLI (npm 包) │ │ openspec init ▼ ├── .trae/skills/openspec-*/SKILL.md ← 告诉 Trae "怎么用 OpenSpec 工作流" ├── openspec/config.yaml ← 项目级配置(schema、规则) └── openspec/changes/ ← 变更工作区(运行时产物) |
一句话 : .trae/skills/openspec-* 是 OpenSpec CLI 生成的 提示词模板 ,让 Trae 知道如何执行 /opsx:new 、 /opsx:apply 等结构化工作流; openspec/ 目录则是工作流的 数据目录 ,存放配置和变更记录。
没有这两个文件夹,Trae 效率大降吗?
不会大降,但会失去结构化开发能力。

本质区别 :
- 没有时 :Trae 是一个"你问我答"的编码助手,能力完全取决于你的 prompt 质量
- 有时 :Trae 变成一个"按图纸施工"的工程师,有标准流程、有检查点、有交付物
实际建议
- 日常小需求 :不需要 OpenSpec,直接让 Trae 写代码就行
- 跨多天的大功能 :用 OpenSpec 能显著降低"上下文丢失"和"需求跑偏"的风险
- 项目里另外两个 skill ( saas-api-dev 、 saas-api-scaffold-generator )是项目自定义的,和 OpenSpec 无关,删了才真的影响日常开发效率
openspec和相关skill使用npm生成
github:https://github.com/Fission-AI/OpenSpec
使用方式:https://zhuanlan.zhihu.com/p/1980408655154257981
openspec init
传统AI编码助手的问题
当您使用AI编码助手时,是否遇到过以下情况:
- ❌ AI根据模糊提示生成不符合需求的代码
- ❌ 遗漏重要功能要求
- ❌ 添加了不必要的功能
- ❌ 代码行为不可预测
OpenSpec的解决方案
OpenSpec通过规范驱动开发解决这些问题:
✅ 明确共识:在编码前确定所有要求
✅ 结构化变更:所有相关文档集中管理
✅ 可审查输出:AI根据明确规范生成代码
✅ 版本控制:完整追踪所有变更历史
「三年博客,如果觉得我的文章对您有用,请帮助本站成长」
共有 0 - trae && skill && openspec