方法论教程 · 如何用 AI 搭建一人公司架构 一句话定位:两天时间,一个人 + 一个 AI,从一段模糊的语音想法搭出一家 11 个岗位、259 个文件、可在线访问的完整公司架构。 【这里需要配{{一人公司架构首页截图,展示 Docsify 站点的 README 页面和左侧导航栏}}】 §1 背景与动机 1.1 痛点 痛点 表现 AI 对话没有记忆 每次新对话都要重新交代背景,AI 不知道你上次聊了什么 产出散落各处 PRD 在一个对话里、设计在另一个、代码在第三个,最终找不到 AI 不知道怎么配合你 每次都要重新教它你的风格、标准、方法论 一人创业啥都要会 产品、设计、开发、运营、内容……一个人根本忙不过来 质量没保障 没有审查、没有流程,做出来的东西全凭手感 1.2 愿景(原话) "把脑子里的公司实体化。我说一句话,AI 就能自动调用不同岗位,帮我从想法到落地。" — CEO,2026-04-11 语音记录 1.3 目标用户 Solo Creator / 一人创业者——有想法、有审美、缺人手。希望 AI 不只是聊天工具,而是一整个可调度的团队。 §2 核心概念 2.1 三句话使用模型 用户(CEO)只需要掌握三个动作: flowchart LR A["CEO 一句话"] --> B{什么类型?} B -->|"帮我招个 XX"| C["招人<br/>激活岗位注册表"] B -->|"帮我做一个 XX"| D["开项目<br/>6 步 SOP 自动启动"] B -->|"帮我写/改/查 XX"| E["派活<br/>直接调用对应岗位"] 2.2 关键架构概念 概念 解释 类比 岗位 一个有独立人设、SOP、模板的 AI 角色 大厂里的某个工种 六件套 每个岗位标配的 6 份文件 员工入职包 项目盒子 每个项目独立的文件夹,物理隔离 一个项目的所有资料柜 协作流程 多岗位按什么顺序配合 大厂的跨部门协作 SOP 质量闸 每层交付物的审查关卡 大厂的评审会 蒸馏 项目经验沉淀回方法论/模板 复盘后改流程 2.3 六件套 = 一个岗位的全部装备 classDiagram class 岗位 { +String ID +String 部门 +String 级别 +String 状态 } class 岗位说明 { 我是谁 会什么 跟谁配合 红线 } class 工作流程SOP { 接到任务后 一步步怎么干 每步有子动作 每步有禁止事项 } class 所需文档清单 { 这个岗位要产出 哪些文档 什么阶段必出 } class 文档模板 { 每份文档的 标准可填空骨架 } class 专业知识库 { 方法论 权威参考 行业知识 } class 历史作品 { 过去交付过的 作品存档 } 岗位 --> 岗位说明 : 1. 身份 岗位 --> 工作流程SOP : 2. 流程 岗位 --> 所需文档清单 : 3. 清单 岗位 --> 文档模板 : 4. 模板 岗位 --> 专业知识库 : 5. 知识 岗位 --> 历史作品 : 6. 作品 【这里需要配{{Obsidian 中某个岗位六件套文件夹展开的截图,展示 6 个文件的实际结构}}】 2.4 公司组织架构 graph TB CEO["🧑💼 CEO(你)"] CEO --> 产品部 CEO --> 设计部 CEO --> 开发部 CEO --> 数据部 CEO --> 内容部 CEO --> 运营部 CEO --> 系统内核 subgraph 产品部 R01["R01 AI产品经理<br/>精英级 20年"] end subgraph 设计部 R02["R02 交互UI设计师<br/>精英级 22年"] end subgraph 开发部 R03["R03 全栈工程师<br/>精英级 18年"] end subgraph 数据部 R04["R04 数据扒取部<br/>精英级 15年"] end subgraph 内容部 R17["R17 内容创作者<br/>精英级 12年"] R18["R18 视频编导<br/>精英级 10年"] R19["R19 教育专家<br/>精英级 15年"] end subgraph 运营部 R05["R05 运营部<br/>精英级 16年"] end subgraph 系统内核 R06["R06 质量部 Reviewer<br/>精英级 25年"] R07["R07 CKO 首席知识官<br/>精英级"] R20["R20 Prompt工程师<br/>精英级 8年"] end §3 搭建方法论(6 大阶段) 全局流程总览 flowchart TD P1["阶段 1 · 定愿景<br/>30 分钟"] P2["阶段 2 · 搭骨架<br/>2 小时"] P3["阶段 3 · 建岗位<br/>每个 1-2 小时"] P4["阶段 4 · 写协作流程 + 质量体系<br/>2-3 小时"] P5["阶段 5 · 补模板<br/>3-4 小时"] P6["阶段 6 · 部署上线<br/>30 分钟"] P1 --> P2 --> P3 --> P4 --> P5 --> P6 P1 -.- D1["产出:原始愿景描述"] P2 -.- D2["产出:空骨架 + 章程 + 注册表"] P3 -.- D3["产出:11 个岗位 × 六件套"] P4 -.- D4["产出:协作流程 + 闸模板"] P5 -.- D5["产出:71 份文档模板"] P6 -.- D6["产出:三端部署"] style P1 fill:#FF6B6B,color:#fff style P2 fill:#FFA07A,color:#fff style P3 fill:#FFD700,color:#333 style P4 fill:#98FB98,color:#333 style P5 fill:#87CEEB,color:#333 style P6 fill:#9370DB,color:#fff 阶段 1 · 定愿景(30 分钟) 做什么:把你脑子里模糊的想法说出来。 怎么做: 1. 录一段语音或写一段话,描述你想要什么 2. 不用在意措辞,越真实越好 3. 重点说清楚:你想用 AI 帮你干什么 我们的实际经历: flowchart TD V1["CEO 录制语音 v1<br/>'把脑子里的公司实体化'"] V1 --> AI1["AI 理解为:知识蒸馏系统"] AI1 --> BUILD1["花一整天搭了 AI_OS v1.0-v1.6"] BUILD1 --> FAIL["❌ CEO:'搭偏了'"] FAIL --> V2["CEO 录制语音 v2<br/>'我要的是公司+部门+岗位'"] V2 --> AI2["AI 理解为:一人公司架构"] AI2 --> SUCCESS["✅ 方向正确,开始搭建"] style FAIL fill:#FF4444,color:#fff style SUCCESS fill:#44BB44,color:#fff 教训:AI 理解错了很正常,关键是及时纠偏 产出:一段原始愿景描述 阶段 2 · 搭骨架(2 小时) 做什么:定义目录结构 + 注册表 + 核心章程。 怎么做: 1. 确定公司的目录结构(我们用了 6 个顶层目录) 2. 写项目入口 SOP(CEO 怎么下单) 3. 写岗位调用链路(岗位怎么被激活) 4. 创建项目类型注册表(你可能做哪些类型的项目) 5. 创建岗位注册表(你需要哪些岗位) 我们的目录结构: graph TD ROOT["一人公司架构_v1.6/"] ROOT --> A["00_章程/<br/>CEO 级规章,全员必读"] ROOT --> B["01_部门/<br/>所有岗位住这里"] ROOT --> C["02_项目/<br/>每个项目一个盒子"] ROOT --> D["03_协作规则/<br/>多岗位怎么配合"] ROOT --> E["04_公司记忆/<br/>经验沉淀"] ROOT --> F["09_系统内核/<br/>后台基础设施"] style ROOT fill:#333,color:#fff style A fill:#FF6B6B,color:#fff style B fill:#4ECDC4,color:#fff style C fill:#45B7D1,color:#fff style D fill:#96CEB4,color:#333 style E fill:#FFEAA7,color:#333 style F fill:#DDA0DD,color:#333 【这里需要配{{Obsidian 文件树截图,展示 6 个顶层目录的折叠状态}}】 产出:空骨架 + 2 份章程 + 2 份注册表 阶段 3 · 建岗位(每个岗位 1-2 小时) 做什么:给每个岗位写六件套。 怎么做: 1. 从最核心的岗位开始(我们从 AI 产品经理开始) 2. 先写岗位说明(定义身份) 3. 再写工作流程 SOP(定义怎么干活)——这是最重要的文件 4. 列出所需文档清单 5. 准备文档模板 6. 搭建专业知识库 flowchart LR START["选定岗位"] --> S1["1. 岗位说明<br/>身份定义"] S1 --> S2["2. 工作流程 SOP<br/>⭐ 最重要"] S2 --> S3["3. 所需文档清单"] S3 --> S4["4. 文档模板"] S4 --> S5["5. 专业知识库"] S5 --> S6["6. 历史作品"] S6 --> DONE["✅ 六件套完成"] style S2 fill:#FF6B6B,color:#fff,stroke:#FF0000,stroke-width:3px SOP 的质量标准: - 不能只有步骤标题,每步必须有子动作、示例、禁止事项 - 我们的 AI 产品经理 SOP 有 363 行,视频编导 SOP 有 614 行 - 好的 SOP 应该让 AI 读完后能直接上手干活,不需要额外解释 【这里需要配{{工作流程 SOP 文档截图,展示某一步的子动作、示例和禁止事项的详细格式}}】 我们建的 11 个岗位: 部门 岗位 定位 产品部 AI 产品经理 把想法变成结构化文档 设计部 交互 UI 设计师 把文档变成可视化方案 开发部 全栈工程师 把设计变成可运行代码 数据部 数据扒取部 竞品调研、行业数据采集 运营部 运营部 冷启动、增长、数据看板 档案部 首席知识官 CKO 知识蒸馏、经验沉淀 质量部 Reviewer 4 道闸卡质量把关 内容部 内容创作者 公众号、长文、内容矩阵 内容部 视频编导 短视频、脚本、剪辑 内容部 教育专家 课程设计、审核、知识准确性 Prompt 工程部 Prompt 工程师 提示词设计与优化 产出:每个岗位完整的六件套 阶段 4 · 写协作流程 + 质量体系(2-3 小时) 做什么:定义多岗位怎么配合 + 质量怎么保障。 怎么做: 1. 写协作流程生成器(通用的 5 步 checklist) 2. 针对高频项目类型写详细协作流程(APP / PPT / 文档) 3. 写 Handoff 契约矩阵(上游给下游交接什么) 4. 写质量闸 checklist(PRD 评审 / 设计评审 / 代码评审 / 上线前评审) APP 类项目协作流程(序列图): sequenceDiagram participant CEO participant PM as AI产品经理 participant DATA as 数据扒取部 participant REV as Reviewer participant UI as 设计师 participant DEV as 工程师 participant OPS as 运营部 participant CKO CEO->>PM: "帮我做一个 XX APP" activate PM PM->>DATA: 需要竞品/行业数据 DATA-->>PM: 调研资料 PM->>PM: 产出 PRD / IA / 功能清单 PM->>REV: 提交闸 1 · PRD 评审 REV-->>PM: ✅ 通过 / ❌ 打回 PM->>UI: Handoff 产品层交付物 deactivate PM activate UI UI->>UI: 设计系统 / 高保真 / 状态集 UI->>REV: 提交闸 2 · 设计评审 REV-->>UI: ✅ 通过 / ❌ 打回 UI->>DEV: Handoff 设计层交付物 deactivate UI activate DEV DEV->>DEV: 编码 / API / 部署 DEV->>REV: 提交闸 3 · 代码评审 REV-->>DEV: ✅ 通过 / ❌ 打回 DEV->>REV: 提交闸 4 · 上线前评审 REV-->>DEV: ✅ 通过 / ❌ 打回 DEV->>OPS: Handoff 开发层交付物 deactivate DEV activate OPS OPS->>OPS: 冷启动 / 数据看板 OPS-->>CEO: 交付完成 deactivate OPS CEO->>CKO: 触发四型蒸馏 CKO->>CKO: 五路径回写 4 道质量闸状态流转: stateDiagram-v2 [*] --> 待提交: 岗位完成交付物 待提交 --> 审查中: 提交给 Reviewer 审查中 --> 通过: ✅ 达标 审查中 --> 打回: ❌ 不达标 打回 --> 整改中: 开整改单 整改中 --> 审查中: 重新提交 通过 --> [*]: 放行下一棒 note right of 打回: Stop-the-line\n不达标就停线\nReviewer 有停线权 【这里需要配{{质量闸 checklist 模板截图,展示闸1 PRD评审的 checklist 项}}】 产出:协作流程文档 + 闸模板 + Handoff 矩阵 阶段 5 · 补模板(3-4 小时) 做什么:给每个岗位准备实际可用的文档模板。 怎么做: 1. 如果你有现成的模板库,直接导入(我们导入了 46 份大厂模板) 2. 没有的岗位就按需创建(我们额外创建了 25 份新模板) 3. 模板必须是可填空的骨架,不是空文件 模板升级铁律(成熟度闸): flowchart LR O1["第 1 次观察"] --> R1["写进蒸馏记录"] O2["第 2 次出现"] --> R2["加到模板草稿区"] O3["第 3 次出现"] --> R3["✅ 正式写进模板"] style R1 fill:#FFE4B5,color:#333 style R2 fill:#FFD700,color:#333 style R3 fill:#32CD32,color:#fff 单次项目的经验不能直接改模板。必须经过 CKO 的成熟度闸。 【这里需要配{{文档模板库 README 截图,展示 AI PM 的 19 核心 + 9 支撑模板列表}}】 产出:71 份实际可用的文档模板 阶段 6 · 部署上线(30 分钟) 做什么:让这套架构随时随地可访问。 flowchart LR LOCAL["本地文件夹"] LOCAL --> OBS["Obsidian<br/>编辑 + 图谱"] LOCAL --> GIT["git push"] VERCEL --> WEB["🌐 在线访问<br/>手机/iPad/电脑"] LOCAL --> DOCSIFY["./start.sh<br/>本地预览"] style OBS fill:#7C3AED,color:#fff style VERCEL fill:#000,color:#fff style WEB fill:#0070F3,color:#fff 怎么做: 1. Obsidian(本地编辑):直接 Open folder as vault 3. Vercel(在线访问):npx vercel --prod 4. AI 指令文件:写 CLAUDE.md / .cursorrules / .windsurfrules 【这里需要配{{Vercel 部署成功后的线上站点截图,展示手机端访问效果}}】 日常工作流: Obsidian 编辑 → git push → Vercel 自动更新 产出:三端可访问的完整架构 §4 最终交付物清单 类别 数量 说明 在岗岗位 11 个 每个配齐六件套 文件总数 259 个 全部 Markdown 代码行数 29,847 行 纯文本,无代码依赖 文档模板 71 份 可填空骨架 项目类型 36 类 注册表声明 协作流程 3 条 APP / PPT / 文档 质量闸 4 道 含 checklist 模板 §5 关键教训与避坑指南 5.1 方向比速度重要 我们踩的坑:第一天花了整天搭了一套知识蒸馏系统(AI_OS v1.0-v1.6),结果 CEO 一听就说"搭偏了"。 教训:先用 30 分钟把愿景说清楚,确认 AI 理解对了再动手。宁可多录一段语音纠偏,也不要闷头搭错方向。 5.2 SOP 必须够厚 我们踩的坑:最初几个岗位的 SOP 只有 80-130 行,AI 读完后产出质量不稳定。 教训:SOP 是岗位的灵魂。每步必须有子动作、示例、禁止事项。363 行起步,复杂岗位(视频编导)到 600+ 行。AI 读到的指令越精确,产出越好。 5.3 模板要是真模板 我们踩的坑:最初只有 README 索引页,没有实际可填空的模板文件。 教训:模板必须是打开就能填的骨架,不是"待建"的空壳。71 份模板全部到位后,AI 才能真正按模板产出文档。 5.4 物理隔离是铁律 我们踩的坑:最初想把所有项目混在一起管理。 教训:每个项目必须一个独立的盒子(一人公司架构/02_项目/项目_XXX/),不能串味。今天的 APP 和明天的 PPT 绝不能混在一起。 5.5 多步必须逐步确认 我们踩的坑:AI 一口气跑完了好几步,CEO 回头看发现中间某步有问题,前面的全白做了。 教训:给出计划后,每步都等 CEO 点头再执行。短词回复有歧义时先反问,不要直接干。 5.6 命名必须一目了然 我们踩的坑:创建了一堆文件名差异很小的文档,找起来很痛苦。 教训:文件命名必须用序号前缀 + 明确差异后缀(如 T01_公众号长文模板.md),禁止用"_通用版"这种模糊命名。 §6 可复制性评估 6.1 这套方法论适合谁 ✅ Solo Creator / 一人创业者 ✅ 自由职业者想标准化自己的工作流 ✅ 小团队想用 AI 补人力缺口 ✅ 任何想把"AI 聊天"升级为"AI 团队"的人 6.2 复制步骤 flowchart TD DEL --> MOD["修改岗位说明和 SOP<br/>换成自己行业的方法论"] MOD --> TPL["修改模板<br/>换成自己行业的文档标准"] DEPLOY --> USE["开始用<br/>'帮我做一个 XX'"] 6.3 最小可行版本 如果不想一步到位,最小可行版本只需要: 一人公司架构/00_章程/项目入口SOP.md ← 怎么开项目 一人公司架构/01_部门/你的核心岗位/六件套 ← 至少 1 个岗位 一人公司架构/02_项目/_项目模板/ ← 项目脚手架 CLAUDE.md ← AI 指令(根目录) 4 个文件就能跑起来。 §7 技术规格 项 规格 存储格式 Markdown(纯文本) 本地浏览器 Docsify(./start.sh) 在线部署 Vercel(静态站) 知识管理 Obsidian AI 工具 Claude Code(主力)/ Cursor / Windsurf 依赖 零依赖(纯 Markdown,任何编辑器都能打开) 系统实体关系图: erDiagram CEO ||--o{ PROJECT : "开项目" CEO ||--o{ ROLE : "招人/派活" PROJECT ||--|| PROJECT_TYPE : "属于" PROJECT ||--|{ DELIVERABLE : "产出" PROJECT ||--|{ GATE_RECORD : "过闸" ROLE ||--|| SIX_PACK : "装备" ROLE }|--|| DEPARTMENT : "属于" ROLE }|--|{ COLLABORATION : "参与" PROJECT_TYPE ||--o{ COLLABORATION : "触发" COLLABORATION }|--|| HANDOFF : "遵循" SIX_PACK { md job_description "岗位说明" md sop "工作流程SOP" md doc_list "所需文档清单" dir templates "文档模板" dir knowledge "专业知识库" dir portfolio "历史作品" } PROJECT { string name "项目名" string type_id "类型 ID" string status "状态" dir raw_materials "原始素材" dir research "调研资料" dir deliverables "交付物(五层)" } GATE_RECORD { int gate_number "闸号 1-4" string result "通过/打回" string reviewer "审查人" } §8 时间线复盘 timeline title 一人公司架构搭建时间线 section Day 0 · 2026-04-10 CEO 录制第一段愿景语音 : 起点 section Day 1 · 2026-04-11 上午 搭建 AI_OS v1.0-v1.6 : 知识蒸馏体系 下午 CEO 纠偏 : "搭偏了,要公司+部门+岗位" 下午 录制第二段愿景语音 : 明确方向 section Day 2 · 2026-04-12 上午 新建目录 + 搭骨架 + 7 个岗位 : 核心架构 下午 扩展到 11 岗位 + 六件套 : 全员就位 下午 71 份模板到位 + 清理"待建" : 模板齐全 傍晚 AI 指令文件写好 : CLAUDE.md 晚上 方法论教程 PRD 沉淀 : 你正在看的这份 附录 A · 完整目录树 【这里需要配{{Obsidian 关系图谱(Graph View)截图,展示所有文档的链接关系,按部门分色显示}}】 一人公司架构_v1.6/ │ ├── CLAUDE.md / .cursorrules / .windsurfrules ← AI 指令 ├── README.md ← 首页 ├── start.sh ← 本地启动 Docsify ├── index.html ← Docsify 入口 ├── _sidebar.md / _coverpage.md ← 导航 ├── vercel.json ← Vercel 部署配置 │ ├── 00_章程/ │ ├── 项目入口SOP.md ← 6 步开项目流程 │ └── 岗位调用链路.md ← 7 步岗位激活 SOP │ ├── 01_部门/ │ ├── 产品部/AI产品经理/ ← R01 六件套 │ ├── 设计部/交互UI设计师/ ← R02 六件套 │ ├── 开发部/全栈工程师/ ← R03 六件套 │ ├── 数据扒取部/ ← R04 六件套 │ ├── 运营部/ ← R05 六件套 │ ├── 档案部/首席知识官CKO/ ← R07 六件套 + 四型蒸馏 SOP │ ├── 内容部/ │ │ ├── 内容创作者/ ← R17 六件套 │ │ ├── 视频编导/ ← R18 六件套 │ │ └── 教育专家/ ← R19 六件套 │ └── Prompt工程部/ ← R20 六件套 │ ├── 02_项目/ │ └── _项目模板/ ← 项目脚手架 │ ├── 03_协作规则/ │ ├── _协作流程生成器.md ← 5 步通用生成器 │ ├── _handoff矩阵.md ← 上下游交接契约 │ ├── APP类项目_协作流程.md ← 大厂级 APP 流程 │ ├── PPT类项目_协作流程.md │ └── 文档类项目_协作流程.md │ ├── 04_公司记忆/ │ ├── 源材料库/ ← CEO 投喂的原始资料 │ ├── 项目类型_记忆/ ← 做过某类项目的经验 │ ├── 协作流程_记忆/ ← 协作中的教训 │ └── 失败案例/ ← 失败也要蒸馏 │ └── 09_系统内核/ ├── 项目类型注册表.md ← 36 类项目声明 ├── 岗位注册表.md ← 11 在岗 + 9 候补 ├── 前台+分诊/ ← 四路径分诊 ├── 质量部/ ← R06 六件套 + 4 道闸模板 ├── HR/ ← 岗位实例化流程 └── 总经办/ ← CEO 直管事务 附录 B · 项目开单全流程(开一个 APP 的完整路径) flowchart TD START["CEO:'帮我做一个 XX APP'"] START --> STEP1["第 1 步 · 开盒子<br/>复制项目模板 → 02_项目/项目_XX/"] STEP1 --> STEP2["第 2 步 · 定类型<br/>查项目类型注册表 → 锁定 type_id"] STEP2 --> STEP3["第 3 步 · 拉团队<br/>协作流程生成器 → 生成参与岗位.md"] STEP3 --> STEP4["第 4 步 · 蒸馏启动资料<br/>CKO 二型 → 启动蒸馏卡"] STEP4 --> STEP5["第 5 步 · 扒资料<br/>数据扒取部 → 填满调研资料/"] STEP5 --> STEP6["第 6 步 · 逐棒交付"] STEP6 --> L1["产品层 → 闸1"] STEP6 --> L2["设计层 → 闸2"] STEP6 --> L3["开发层 → 闸3 + 闸4"] STEP6 --> L4["运营层"] STEP6 --> L5["合规层"] L1 --> L2 --> L3 --> L4 L3 --> L5 L4 --> DONE["CEO 验收 → 项目完结"] DONE --> CKO["CKO 四型蒸馏 → 五路径回写"] style START fill:#FF6B6B,color:#fff style DONE fill:#32CD32,color:#fff style CKO fill:#9370DB,color:#fff 附录 C · 给后来者的一句话 不要从零开始想架构,从你最常做的一件事开始。 先建一个岗位、开一个项目、跑一遍流程。跑通了再加第二个岗位。这套架构看起来有 259 个文件,但它是从"一个 AI 产品经理帮我写一份 PRD"长出来的。 本文档由 CEO 与 AI 产品经理(R01)在 2026-04-12 协作完成。 Co-Authored-By: Claude Opus 4.6