别再跟 AI 聊天了，搭个工作台吧
作者通过 7 天实战将 11 个冗余目录精简至 5 个核心模块，沉淀出 9 种工作模式和 7 个关键 Skill，揭示高效 AI 协作的底层逻辑——减法比加法更能创造价值。
基本信息
- 来源：人人都是产品经理（woshipm.com）
- 作者：王耑（公众号【职场产品人】）
- 日期：2026-07-14
- 类型：经验分享 / 方法论
核心观点
-
好的架构是”砍”出来的，不是”加”出来的：11 个目录（skills/memory/agents/rules/workflows/prompts/tools/knowledge/assets/sessions/templates）经三轮精简最终只留 5 个（skills/memory/knowledge/assets/sessions）。每次”要不要加”总有理由加，“能不能砍掉”才真正思考每个东西存在的必要性。rules/ 的功能被 skill 替代，workflows/ 被 skill 的 scripts/ 吸收，templates/ 融入 skill 指令。核心认知破壁：减法比加法更能创造价值。
-
CLAUDE.md 不是说明书，是行为驱动引擎：8 版迭代验证了一个原则——只写驱动行为的约束，描述性内容不写。v1→v2 去掉标题直接进入角色，v3 加入工作模式成为转折点（从”关于我的文件”变成”操作手册”），v5→v8 大量删减不驱动行为的沟通约定和进化原则。最终只剩 4 章：角色设定、用户画像（指向 memory/user-profile.md）、工作区目录结构（5 个目录一览）、工作模式（9 个驱动所有行为的入口）。核心认知破壁：CLAUDE.md 的作用不是介绍项目，而是定义”我该怎么跟你协作”，每一行都要问”这句话驱动行为吗？”
-
Skill 不是写出来的，是”长”出来的：7 个 Skill 的诞生顺序就是真实需求演进——文件处理（因为反复告诉 AI 处理 Word/PDF/PPT/Excel 太累）→ 产品管理（PRD/产品定型/PRD 审查做太多遍）→ spec-kit（规范驱动开发工具链打包）。每个 Skill 都源于”这件事做了至少两遍，不想再做第三遍”的冲动。关键设计原则：索引入口模式（同类聚合通过 SKILL.md 索引）、数据可流转（前一个 Skill 产出作为后一个 Skill 输入）、可离线自包含（工具链打包在 Skill 目录内）。同时砍掉了 knowledge-refiner 和 session-archiver——因为 AI 本身具备这些能力，不需要专门 Skill。核心认知破壁：Skill 不是”规划”出来的，是在做重复劳动时自然”生长”出来的。
-
AI 工作台搭建 5 条原则：(1) CLAUDE.md 只写驱动行为的约束；(2) 工作模式是入口，Skill 是执行单元，memory 是沉淀；(3) 先做再优化，不追求一次性完美——最终留下的 5 个目录不是推演出来的，是用着用着砍出来的；(4) 同类聚合、索引管理——不让 Skill 散落一地；(5) 自包含大于依赖安装——复制到新电脑能直接用的工具比需要重新配置半天的工具价值高 10 倍。
-
AI 工作台的本质是一套”协作操作系统”：不是一次性搭好，而是边用边迭代。关键字：每次打开文件夹看到的东西应该驱动你做事，不是让你困惑”这玩意儿是什么”。
实操内容保留
最终目录结构
ai-workspace/
├── skills/ # 核心：可复用的能力单元
├── memory/ # 持久化知识文件（偏好、记录）
├── knowledge/ # 外部文档和领域规范
├── assets/ # 原始素材
└── sessions/ # 对话归档
精简决策记录
| 被砍目录 | 原因 | 替代方案 |
|---|---|---|
| rules/ | 规则只有通过 skill 调用才有价值 | 被 skill 替代 |
| workflows/ | 复杂流程直接嵌入 skill 内部 | 被 skill 的 scripts/ 吸收 |
| templates/ | 格式直接融入 skill 指令 | 不需要单独管理 |
| prompts/ | 通用提示词融入了 memory/，场景化素材归入 assets/ | memory/ + assets/ |
| agents/ | 一直空着，没有任何实际引用 | — |
| tools/ | 一直空着，没有任何实际引用 | — |
CLAUDE.md 最终四章结构
- 🤖 角色设定 — 我是谁，我怎么沟通
- 👤 用户画像 → memory/user-profile.md
- 📁 工作区目录结构 — 5 个目录快速一览
- 🎯 工作模式（9 个）— 驱动所有行为的入口
Skill 设计原则
- 索引入口模式：同类 skill 聚合在一个父目录下，通过 SKILL.md 索引（如 file-processor 下有 docx/pdf/pptx/xlsx 四个子模块）
- 数据可流转：前一个 skill 的产出可作为后一个 skill 的输入（如调研结果直接喂给产品定型 skill）
- 自包含：工具链打包在 skill 目录内，复制到新电脑后一条命令重建，不依赖系统环境
关键概念
- AI 工作台（新实体）：一套文件夹结构 + 配置文件 + 技能包，让 AI 打开就知道”你是谁、你在做什么、该怎么做”
- CLAUDE.md 行为驱动设计（新实体）：CLAUDE.md 的正确定位——不是项目说明书，而是行为驱动引擎
- 目录精简（新实体）：从”要不要加”转向”能不能砍掉”的结构优化方法论
- 工作模式（新实体）：CLAUDE.md 中驱动 AI 行为的入口分类
- Skill 自然生长法（关联已有 Skill 实体）：Skill 应从重复劳动中自然生长，而非从想象中规划
- Claude Code（已有实体）：文中多次引用 Claude Code 作为核心协作工具
与其他素材的关联
- 与 2026-06-29-27-hidden-claude-code-features 在 CLAUDE.md 设计上有强烈呼应——Rahul 的”上下文纪律”元模式核心就是写好 CLAUDE.md
- 与 2026-05-27-woshipm-yunshu-skill-practical-guide 在”先跑通再封装”上理念一致——但本文更强调”先做再优化、不追求一次性完美”
- 与 2026-05-11-claude-code-6-skills 在 Skill 数量精简上有共鸣——“装太多反而降效”
- 与 2026-07-11-woshipm-knowledge-base-engineering-practice 在”目录即状态”上有跨领域呼应——@Sean 把目录按状态分，本文把目录从想象砍到真实需求
- 与 2026-07-08-woshipm-ai-coding-harness 在 Harness 认知上有衔接——CLAUDE.md 作为行为驱动引擎本身就是 Harness 的核心层
原文精彩摘录
很多人跟 AI 协作的方式，还停留在”打开网页聊几句”的阶段。今天聊完了，明天打开又得从头说。文件夹建了一大堆，但真正用上的没几个。跟 AI 之间没有积累、没有记忆、没有标准化流程。为什么会这样？因为你只是在”用 AI”，而不是在一个有结构的 AI 环境里工作。
CLAUDE.md 的作用不是介绍项目，而是定义”我该怎么跟你协作”。你往里面写的内容，每一行都要问自己——“这句话驱动行为吗？”
Skill 不是”规划”出来的，是在做重复劳动时自然”生长”出来的。如果你没有”这件事我做够了”的冲动，你其实不需要这个 skill。
好的架构不是”加”出来的，是”减”出来的。你问”要不要加”永远有理由加，你问”能不能砍掉”才会真正思考每个东西存在的必要性。
AI 工作台不是一个文件夹，它是一套你如何与 AI 协作的操作系统。这套操作系统不需要一次性搭好，但需要你边用边迭代。关键是记住一点：每次打开文件夹，看到的东西应该驱动你做事，而不是让你困惑”这玩意儿是什么”。