目录精简
从”要不要加”转向”能不能砍掉”的结构优化方法论——好的架构不是”加”出来的，是”减”出来的
简介
目录精简是一套以减法为核心的架构优化方法论，源于 AI 工作台搭建的实战经验：最初规划 11 个目录（skills/memory/agents/rules/workflows/prompts/tools/knowledge/assets/sessions/templates），经过三轮精简最终只保留 5 个。每次砍掉的依据不是”这个目录有没有用”，而是”它的价值能不能被其他方式替代”——只有在无法替代的情况下才值得保留。
这一方法论的核心认知破壁是：你问”要不要加”永远有理由加（每个目录都能找到存在的理由），你问”能不能砍掉”才会真正思考每个东西存在的必要性。它不只适用于 AI 工作台的文件结构，也适用于产品功能设计、系统架构、组织流程等任何需要做结构性决策的场景。
关键信息
- 类型：方法论 / 原则
- 领域：架构设计 / 系统优化 / 产品设计
- 核心原则：每次问”能不能砍掉”而非”要不要加”
- 判断标准：被砍目录的价值能否被其他方式替代
- 相关概念：AI 工作台、减法原则、最小可用 Agent、MVP
核心特性
精简三阶段
- 阶段一：找出替代方案——rules/ 的功能被 skill 替代，workflows/ 被 skill 的 scripts/ 吸收，templates/ 融入 skill 指令
- 阶段二：合并同类项——prompts/ 的通用提示词融入 memory/，场景化素材归入 assets/
- 阶段三：清空虚设——agents/ 和 tools/ 一直空着、没有任何实际引用，直接删除
砍掉判断公式
保留价值 = 独立价值 - 替代成本
当 保留价值 ≤ 0 时 → 砍掉
- 独立价值：这个目录的独特贡献是什么？
- 替代成本：如果砍掉，它的核心功用能否被已有结构替代？替代后是否更简单？
与 MVP 思维的区别
MVP 思维是”先做最少够用的功能”——是从零到一的加法。目录精簡是从多到少的减法——面对已经存在但不一定需要的结构，用减法视角重新审视。
不同素材中的观点
- 2026-07-15-woshipm-ai-workbench-7-days：王耑用 AI 工作台搭建全过程展示了目录精简的三轮实战——11→8→6→5。核心结论：“最终留下的 5 个不是推演出来的，是用着用着砍出来的。先有一个能跑起来的版本，然后在实际使用中不断精简，比坐在那里空想要有效得多。“
实用信息
执行步骤
- 列出当前所有目录/模块/功能及其声称的用途
- 对每一项问：“如果砍掉它，它的核心功用能被已有结构替代吗？”
- 能被替代的 → 砍掉或合并；无法替代且实际在用的 → 保留
- 空有目录名但没有任何实际引用的一律删除
- 砍完后运行一段时间，观察是否有新需求暴露——有就加，没有就保持
注意事项
- 不要一次性推演完美的精简方案——先有能跑的版本，再用着用着砍
- 砍掉的目录不是”没用”，而是”可以用其他方式替代”——这是核心区别
- 不安感会让人想保留”以备不时之需”的目录——对抗方法是：真的需要时再加回来比一直留着空目录快得多