Prompt 是有生命周期的。它被起草、在不同模型上测试、在效果漂移时修改、分享给同事，偶尔也会被淘汰。但大多数 Prompt 的一生都停留在它出生的地方：粘贴在聊天记录里、存进笔记应用，或锁在没人能做 diff 的 SaaS 后台。Dot Prompts 是一个开放规范，它把 Prompt 当作它们实际上已经是的东西——值得做版本管理的工程产物。
为什么是文件，而不是平台
存成纯文本文件的 Prompt，直接继承开发者已经信任的整条工具链。Git 给它历史、blame 与回滚；代码评审让它上线前多一双眼睛；编辑器给它搜索、重构与高亮；CI 可以在改动之后验证模板是否仍然渲染正常。
平台会重新发明这些能力的碎片——这里一个活动日志，那里一个“恢复版本”按钮——但没有一块能与你工作流的其余部分组合。文件不需要导入导出、没有定价档位、也没有离开时的迁移成本。如果你的团队本来就把它代码放在仓库里，Dot Prompts 没有提出任何新要求：Prompt 就放在使用它的代码旁边。
规范是如何组织的
Dot Prompts 定义了一套基于文件的 Prompt 集合布局：一个存放 Prompt 文件的目录，每个文件承载内容与结构化元数据。布局刻意保持朴素——人可以一眼看懂，工具可以解析，并且在各实现之间保持稳定。任何编辑器、脚本或服务都可以自由实现它，因为这是 ZelonAI 发布的开放规范，而不是某个产品的功能。
开放本身就是意义所在。一个规范的成功标志是多种工具都说它的语言，就像 Markdown 被每一个笔记应用和静态站点生成器支持。ZelonAI 自身的 Prompt 管理应用 PromptKit（iPhone 与 Mac）也遵循同一哲学：Prompt 是结构化数据，它的生命不该依附于任何单一应用。
模板渲染
多数有用的 Prompt 都不是一条 Prompt——而是一个骨架加一组输入。代码评审 Prompt 接受一段 diff 和一门语言；发布说明 Prompt 接受一份变更日志和一种语气。Dot Prompts 把模板渲染纳入规范，Prompt 文件可以声明变量，在调用时填入。
因为模板本身有版本，渲染结果是可复现的：同样的模板加同样的输入得到同样的 Prompt，输出的变化总能追溯到文件的变化。这种可追溯性正是让 Prompt 从“可重复”变成“可调试”的关键。
配合 Git 与代码评审工作
实践中，一个 Dot Prompts 集合的举止和任何其他源码目录一样。改进 Prompt 的 pull request 可以展示 diff；一次实验可以待在分支上；一次回归——“重写系统提示词之后模型不再处理边界情况”——变成一次 git bisect，而不是在聊天记录里考古。
对 Prompt 做评测的团队则在大规模场景下获得同样的好处：评测框架可以检出 prompts 目录的特定版本，让一个分数永远指向 Prompt 的已知状态。可复现性不是事后补上的功能，它从存储方式的选择中自然生长出来。
渐进式采用
规范为渐进采用而设计。从你已经在用的仓库里的单个 Prompt 文件开始；第一个证明了自己之后，再迁第二个。逐步扩展为按产品、团队或模型组织的多目录集合，中间没有任何迁移步骤——因为从头到尾都不存在格式转换。
没有授权费，也不需要评估托管服务的档位。阅读规范，创建一个 prompts/ 目录，开始把你最好的 Prompt 当作代码来对待。