- backend 上下文:添加 README.md 说明和公共组件使用优先级 - design 规则:要求技术方案体现在设计文档中 - task 规则:一行一个任务,禁止跨行
24 lines
1.4 KiB
YAML
24 lines
1.4 KiB
YAML
schema: spec-driven
|
||
|
||
context: |
|
||
- 使用中文(注释、文档、交流),面向中文开发者
|
||
- openspec文档的关键字按openspec规范使用,不要翻译为中文
|
||
- **优先阅读README.md**获取项目结构与开发规范,所有代码风格、命名、注解、依赖、API等规范以README为准
|
||
- 涉及模块结构、API、实体等变更时同步更新README.md
|
||
- 新增代码优先复用已有组件、工具、依赖库,不引入新依赖
|
||
- 新增的逻辑必须编写完善的测试,并保证测试的正确性,不允许跳过任何测试
|
||
- backend是使用go开发的后端,阅读backend/README.md了解项目架构,优先使用公共组件实现功能逻辑(优先级:官方库>主流三方库>项目公共工具>自行实现)
|
||
- frontend是基于bun+vite+typescript开发的前端,严禁使用pnpm、npm
|
||
- Git提交: 仅中文; 格式"类型: 简短描述", 类型: feat/fix/refactor/docs/style/test/chore; 多行描述空行后写详细说明
|
||
- 禁止创建git操作task
|
||
- 积极使用subagents精心设计并行任务,节省上下文空间,加速任务执行
|
||
- 优先使用提问工具对用户进行提问
|
||
|
||
rules:
|
||
proposal:
|
||
- 仔细审查每一个过往spec判断是否存在Modified Capabilities
|
||
design:
|
||
- 先前的讨论技术方案要尽可能体现在设计文档中,便于指导实现阶段不偏离已定的技术路线
|
||
task:
|
||
- 一行一个任务,严禁任务内容跨行
|