方法论教程 · 如何用 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

产出:一段原始愿景描述


阶段 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 这套方法论适合谁

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