AI Notes Public

Appearance

是否应建立 prompts 目录管理可演进提示词 ​

  • 状态：已验证
  • 来源：对话整理
  • 更新时间：2026-03-12

关键结论 ​

  • 应该，前提是你明确将提示词视为需要版本化、迭代和复用的资产。
  • prompts/ 适合存放会持续演进的提示词原文，topics/ 继续存放提炼后的稳定知识结论。
  • prompts/ 与 topics/ 的职责应严格分离：前者管理“原始工作指令”，后者管理“长期知识”。
  • 默认应维护一个主 prompt，只有在职责或使用场景明显不同的情况下才保留多个变体。

详细分析 ​

  • 你当前的 ~/a.md 明显属于会持续迭代的工作提示词，而不是纯知识条目。
  • 这类文件需要版本控制、差异对比和历史回溯，直接放在外部路径不利于统一维护。
  • 如果把它们直接塞进 topics/，会让知识库混入大量过程性文本，削弱 topics/ 的检索价值。
  • 单独建立 prompts/ 后，可以一边保留完整提示词演进历史，一边继续把稳定规则提炼到 topics/ai/ 中。
  • 如果只是表达浓缩程度不同，但职责和适用场景相同，继续保留多个近似版本通常只会增加维护成本。

可执行步骤 ​

  1. 在仓库根目录建立 prompts/ 目录。
  2. 将当前正在使用的 ChatGPT 项目提示词迁移为语义化文件名，例如 prompts/chatgpt-ai-notes.md。
  3. 后续每次调整提示词时，直接在 prompts/ 中版本化维护。
  4. 当提示词中沉淀出稳定规则时，再同步提炼到 topics/ai/ 或 AGENTS.md。
  5. 默认只保留一个主 prompt；只有在同一用途存在明确差异化场景时，才保留额外版本。
  6. 如果确实需要多个版本，应使用能表达差异的文件名，例如 -review、-strict、-brainstorming。

命令 / 配置 / 代码 ​

text
ai-notes/
├── README.md
├── INDEX.md
├── prompts/
│   └── chatgpt-ai-notes.md
└── topics/

风险与注意事项 ​

  • 不要把 prompts/ 变成杂乱的临时草稿堆；应使用稳定文件名并保留明确用途。
  • 不要把提示词原文和知识条目混放到同一目录。
  • 如果提示词变化很快，建议在文件头说明适用对象、用途和更新时间，避免后续混淆。
  • 如果两个 prompt 只是长短不同、用途相同，应优先合并到一个主版本。