为仓库补充 TAPD 本地协作入口,固化默认 workspace、查询范围与输出模板,便于后续按统一口径开展需求与任务跟踪。 Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
46 lines
1.9 KiB
Markdown
46 lines
1.9 KiB
Markdown
# TAPD 项目索引
|
||
|
||
## Project Binding
|
||
|
||
- 默认 workspace_id:`64404594`
|
||
- 默认项目名称:`水务数智营收管理系统`
|
||
- 当前仓库绑定策略:`锁定单项目`
|
||
- 默认对象范围:`story`、`task`
|
||
- 输出风格:`规范文档型`
|
||
|
||
## 使用入口
|
||
|
||
当任务涉及 TAPD 项目、需求、缺陷、任务、迭代时,优先读取本文件。
|
||
|
||
如需补充项目缓存、术语口径、常用模板,再继续读取:
|
||
|
||
- `./cache.md`
|
||
- `./templates.md`
|
||
|
||
## 查询约定
|
||
|
||
- 当前仓库默认查询项目为 `64404594`
|
||
- 未经用户明确要求,不切换到其他 workspace
|
||
- 当前默认工作重心为:需求拆解与开发任务推进
|
||
- 若任务转向缺陷跟踪或迭代汇报,应在输出中显式说明已切换对象范围
|
||
|
||
## 输出约定
|
||
|
||
- 输出语言默认使用中文
|
||
- 优先给出结构化结论、对象编号、状态、负责人、时间等关键信息
|
||
- 面向文档仓库时,优先采用可归档、可引用的规范化表达
|
||
- 不在仓库文件中记录 token、Cookie、密码等敏感信息
|
||
|
||
## 粒度对齐约定
|
||
|
||
- TAPD 中的 `Story` 视为一个可独立评审、可独立交付、可独立验收的需求单元。
|
||
- `Story` 是当前仓库与 `speckit` 对齐时的最小需求粒度,对应一个独立的 feature / `spec.md`。
|
||
- TAPD 中的 `Task` 视为执行项,对应 `speckit.tasks` 中的具体任务,不单独作为 feature。
|
||
- 若一个事项需要同步修改两篇及以上主文档,或同时涉及详细设计、接口设计、数据库设计中的两类及以上内容,应优先视为一个独立 `Story` / speckit feature。
|
||
- 若一个事项仅涉及单个字段、单个表格、单处标题或单篇文档中的局部修订,默认按 `Task` 处理,而不是单独立项为 `Story`。
|
||
|
||
## 待补充项
|
||
|
||
- 常用术语字段排序可按后续使用习惯继续细化
|
||
- 如后续需要周迭代汇报,可在 `templates.md` 中补充周报模板
|