提示词文件夹怎么整理？本地库的目录结构

我的提示词文件夹在 2025 年 10 月搭了第一版，按模型分：claude、gpt、mj、sd 各一个区。当时觉得这就是最自然的分法，一条指令本来就是写给某个模型用的。半年之后这个库基本废了，我宁可重新在对话框里手写，也不愿意进去翻。

原因说破了很简单：找东西的时候，我想的从来不是「这次用哪个模型」，而是「我要干哪件事」。要写小红书标题，我不会先想起这条是在 Claude 里调出来的还是在 GPT 里调出来的。2026 年 3 月我推倒重搭，改成按场景分，命名规则统一成日期加场景加版本。改完做了几轮计时对比，找同一条指令，从平均三十多秒降到十秒上下。下面把这套结构、命名规则和实测数据全摊开讲。

按模型分的第一版：为什么半年就废了

按模型分目录失败的核心原因，是分类标准和检索习惯对不上：你回忆起来的是任务，不是模型，于是每次都得先猜「这条当时存在哪个区」。第一版五个区，表面上清楚，用起来处处是坑。

最典型的一次在 2026 年 1 月，我要找小红书爆款标题那条指令。印象里是在 GPT-4o 上调出来的，就开了 gpt 区，翻完两屏没有。又猜是不是后来挪去了 claude 区，退回去重找，还是没有。来回退了三次，最后打开对话框凭记忆手写一条凑合用，全程四十六秒，就为一条常用指令。挺离谱的。

更糟的是跨模型的通用指令没地方放。一条「把长文压缩成三条要点」的指令，四个模型都能用，放哪个区都不对，最后被我复制了四份。改提示词的时候漏改一份，出处就乱了。说实话，那时候库里一百三十多条指令，我真正会去翻的不超过二十条，其余全成了安慰自己「存了就是学了」的死库存。

囤指令这件事，管理方式比数量重要得多。之前写过一篇提示词笔记怎么管理，讲的是从收藏夹到可检索库的思路，这篇算它的落地版：具体到文件夹怎么开、文件叫什么名。

现在的提示词文件夹：按场景分三层

现在的结构只有两层：大类按场景分（写作、出图、办公、开发），类下直接放文件，外加一个待归类的收件箱和一个归档区。层级越浅越好，每多翻一层都是付时间成本。

目录树长这样：

prompts/
├─ _inbox/        新指令先进这里，每周日清一次
├─ writing/       写文案、改稿、起标题
│  ├─ 20260312-xhs-title-v3.md
│  └─ 20260208-gzh-post-v2.md
├─ image/         出图、改图、反推
├─ video/         脚本、分镜、口播稿
├─ office/        周报、会议纪要、邮件
├─ dev/           代码审查、报错排查
└─ _archive/      三个月没打开过的，挪进来

结构上我守三个点。文件直接放在场景目录下，不开二级子文件夹，一个场景的条数过二十再考虑细分。_inbox 专门解决「新指令没想好归哪」的拖延，先收进来，每周日集中归一次，免得散在桌面各处。_archive 不删东西，只隔离，归档之后想找还有，但它不再出现在日常翻找的视野里。我个人觉得归档区是整套结构里给人安全感最足的一层，删是不敢删的，塞进 _archive 就眼不见为净。

话说回来，场景怎么划没有标准答案。我的 writing 区条数差不多是 dev 区的五倍，比例完全跟着我自己的活儿走。你的库照着你接的活儿划就行，别照抄别人的分类。

命名规则：日期+场景+版本

文件名固定三段：日期打头、场景缩写居中、版本号收尾，例如 20260312-xhs-title-v3.md，靠文件名本身就能排序、搜索、回滚。不用点开文件，就知道它是哪天的、干什么用的、第几版。

日期放最前面，是为了在文件管理器里按名称排序等于按时间排序，一眼看出哪条是新调的。场景缩写取任务里辨识度最高的那个词，xhs-title、mtg-notes、bg-swap，找的时候在地址栏直接敲缩写，搜索结果通常只剩两三条。版本号是我吃过亏才加上的：2025 年 12 月改过一版周报指令，改完效果反而不如旧的，旧版本早被我覆盖了，只好凭记忆重调一遍，代价不小。从那以后每改一次存新版本号，v3 不行退回 v2，一条指令的迭代路径清清楚楚。

检索实测：找一个指令翻几层

2026 年 3 月 9 日改版当晚，我拿五条常用指令做了计时对比：旧库平均一条要翻三层以上、试错两三次，新库全部一次命中，用时不超过 12 秒。差距主要来自不用再猜「存在哪个区」。

三条有代表性的记录：

老实讲，样本只有五条，这些数字别当成严谨测试看，但方向很稳。新库找东西的路径是「想任务名 → 点对应目录」，两步；旧库是「想任务名 → 猜模型 → 猜错了重来」，步数不定。省掉的就是那个猜的过程。

回到开头那次四十六秒的翻找，它让我明白问题不在指令本身，在摆放方式。现在我的提示词文件夹稳定在六个场景目录加两个功能目录，总条数两百出头，常用的三十来条翻一层必到。库是给自己用的，分法跟着自己的手走，比跟着任何教程走都靠谱。

常见问题

目录层级超过三层怎么办？

压平。把二级子文件夹撤掉，改用文件名里的场景缩写区分，配合搜索找东西比一层层翻快得多。层级每多一层，找的时候就多一次犹豫，我的上限是两层：场景目录一层，文件一层。

用 Notion 或专门的管理软件建库，不比文件夹好用？

看你的检索习惯。软件强在打标签和多维视图，文件夹强在零门槛、离线、文件名即索引。我的用法是双轨：正文 md 文件留在本地库，改完把最终版同步进 Notion 给团队看。只用软件不落文件，哪天断订了心里没底。

一条指令在两个场景都能用，放哪儿？

放在你最常想到它的那个场景下，只放一份。复制多份是我按模型分时期落下的毛病，改一次漏一处。真怕忘了，就在文件开头写一行「也适用于某某场景」，比复制一份靠谱。

归档区的东西要不要定期清空？

我不清。_archive 存在的意义就是免掉删除决策，三个月没动的指令未必以后用不上。真到几百条把库撑爆的程度，再按年份压一次包就行。2026 年上半年我的归档区也就四十多条，远没到那一步。

延伸阅读

整理本地库之前，可以先看看团队提示词库怎么起步，多人共用时的目录约定和单人版不太一样。

要是懒得自己开文件夹，提示词管理软件的三类取舍把现成工具的用法列了一遍，可以对照着选。