用途：该资料介绍如何为 Cavekit 设计编号提示词流水线，用编号提示词驱动 Hunt 生命周期各阶段（Spec、Plan、Implement、Iterate、Monitor）。提示词是结构化 markdown 文件，只定义流程，内容交由 specs、plans 与参考资料承载。
主要模式：绿地模式为 3 提示词流水线，从 refs/ 生成 specs/，再生成 plans/，最后产出 src/ 与 tests/；重写模式为 6-9 提示词流水线，先从旧代码提取 reference/，再生成并验证 specs，随后创建 plans、实现代码，并通过 backpropagate 回写 specs 形成反馈循环。重写模式支持多仓库策略，同一套 specs 可驱动多框架实现。
共享原则：每个提示词对应一个阶段；显式声明输入输出目录；利用 git log、git diff、git status 保持连续性；每个提示词以可验证的退出条件和完成标记结束；specs 与 plans 双向更新；修改源文件后生成测试；阶段间设置构建、测试与验收门禁。
提示词工程实践：使用运行时变量（如 {FRAMEWORK}、{BUILD_COMMAND}、{TEST_COMMAND}）；用 ASCII 树定义智能体团队与文件归属；每批最多 3 个并发队友，每个队友最多 3 个子智能体；每个提示词包含退出条件与完成信号；提供生成模板与停止条件；子智能体用于阅读文档、解析测试输出等离散任务。
任务与时间：任务 ID 采用 T-{DOMAIN}-{NUMBER} 格式，支持 blockedBy 依赖、[CONDITIONAL] 与 [DYNAMIC] 任务；机械任务限 10 分钟，调查任务限 20 分钟，超时需记录并转下一个任务。
命名与集成：提示词文件采用三位数字前缀加动词-名词格式，000 保留给棕地引导；流水线可配合迭代循环运行，例如 iteration-loop context/prompts/003-generate-impl-from-plans.md -n 10 -t 1h。
限制：资料未提供具体安装命令、收费、价格、平台支持或效果数据；部分内容（如 001-generate-specs-from-refs.md 的完整示例）在资料中被截断，暂未提供完整细节。