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