# 多 Profile + Wiki 搭建流程：从 0 搭一套 AI 项目协作系统
**作者**: 知野
**日期**: 2026-05-02T10:50:54.000Z
**来源**: [https://x.com/knoYee_/status/2050528452835783048](https://x.com/knoYee_/status/2050528452835783048)
---
> 如何搭建一套通用的 多 Profile + Wiki 工作系统，并用它持续推进项目。
它适合：
做产品
写文章
做课程
做研究
写书
做自媒体
做 Vibe Coding
做个人品牌
做长期项目
在系统内部
Profile 负责分工
Wiki 负责共享上下文
Project 负责承载长期任务
Coordinator 负责调度
最终工作流是：
coordinator → researcher → narrative → builder → coordinator
也就是：
协调者拆任务
↓
研究专家整理资料
↓
叙事架构师搭结构
↓
构建者生成产出
↓
协调者汇总记录
# 一、最终要搭出来什么？
最终目录结构是：
Hermes-Team/
├── profiles/
│ ├── coordinator/
│ │ ├── SOUL.md
│ │ ├── USER.md
│ │ ├── MEMORY.md
│ │ └── skills/
│ │
│ ├── researcher/
│ │ ├── SOUL.md
│ │ ├── USER.md
│ │ ├── MEMORY.md
│ │ └── skills/
│ │
│ ├── narrative/
│ │ ├── SOUL.md
│ │ ├── USER.md
│ │ ├── MEMORY.md
│ │ └── skills/
│ │
│ └── builder/
│ ├── SOUL.md
│ ├── USER.md
│ ├── MEMORY.md
│ └── skills/
│
└── wiki/
├── index.md
├── schema.md
│
├── system/
│ ├── dashboard.md
│ ├── agent-log.md
│ ├── weekly-review.md
│ ├── memory-routing.md
│ ├── skill-registry.md
│ └── user-profile.md
│
├── projects/
│ └── your-project-name/
│ ├── AGENTS.md
│ ├── context.md
│ ├── tasks.md
│ ├── log.md
│ ├── decisions.md
│ ├── inbox/
│ └── outputs/
│
├── pages/
│ ├── research-methods.md
│ ├── narrative-methods.md
│ ├── building-methods.md
│ └── coordination-methods.md
│
├── raw/
├── assets/
└── archive/
# 二、第一步：创建基础目录
## Windows 用户
打开 PowerShell，输入：
$TeamPath = "$env:USERPROFILE\Hermes-Team"
New-Item -ItemType Directory -Force -Path $TeamPath | Out-Null
New-Item -ItemType Directory -Force -Path "$TeamPath\profiles\coordinator\skills" | Out-Null
New-Item -ItemType Directory -Force -Path "$TeamPath\profiles\researcher\skills" | Out-Null
New-Item -ItemType Directory -Force -Path "$TeamPath\profiles\narrative\skills" | Out-Null
New-Item -ItemType Directory -Force -Path "$TeamPath\profiles\builder\skills" | Out-Null
New-Item -ItemType Directory -Force -Path "$TeamPath\wiki\system" | Out-Null
New-Item -ItemType Directory -Force -Path "$TeamPath\wiki\projects" | Out-Null
New-Item -ItemType Directory -Force -Path "$TeamPath\wiki\pages" | Out-Null
New-Item -ItemType Directory -Force -Path "$TeamPath\wiki\raw" | Out-Null
New-Item -ItemType Directory -Force -Path "$TeamPath\wiki\assets" | Out-Null
New-Item -ItemType Directory -Force -Path "$TeamPath\wiki\archive" | Out-Null
foreach ($p in "coordinator","researcher","narrative","builder") {
New-Item -ItemType File -Force -Path "$TeamPath\profiles\$p\SOUL.md" | Out-Null
New-Item -ItemType File -Force -Path "$TeamPath\profiles\$p\USER.md" | Out-Null
New-Item -ItemType File -Force -Path "$TeamPath\profiles\$p\MEMORY.md" | Out-Null
}
New-Item -ItemType File -Force -Path "$TeamPath\wiki\index.md" | Out-Null
New-Item -ItemType File -Force -Path "$TeamPath\wiki\schema.md" | Out-Null
New-Item -ItemType File -Force -Path "$TeamPath\wiki\system\dashboard.md" | Out-Null
New-Item -ItemType File -Force -Path "$TeamPath\wiki\system\agent-log.md" | Out-Null
New-Item -ItemType File -Force -Path "$TeamPath\wiki\system\weekly-review.md" | Out-Null
New-Item -ItemType File -Force -Path "$TeamPath\wiki\system\memory-routing.md" | Out-Null
New-Item -ItemType File -Force -Path "$TeamPath\wiki\system\skill-registry.md" | Out-Null
New-Item -ItemType File -Force -Path "$TeamPath\wiki\system\user-profile.md" | Out-Null
New-Item -ItemType File -Force -Path "$TeamPath\wiki\pages\research-methods.md" | Out-Null
New-Item -ItemType File -Force -Path "$TeamPath\wiki\pages\narrative-methods.md" | Out-Null
New-Item -ItemType File -Force -Path "$TeamPath\wiki\pages\building-methods.md" | Out-Null
New-Item -ItemType File -Force -Path "$TeamPath\wiki\pages\coordination-methods.md" | Out-Null
explorer $TeamPath
你会得到：
Hermes-Team/
├── profiles/
└── wiki/
## Mac 用户
打开 Terminal，输入：
mkdir -p ~/Hermes-Team/profiles/coordinator/skills
mkdir -p ~/Hermes-Team/profiles/researcher/skills
mkdir -p ~/Hermes-Team/profiles/narrative/skills
mkdir -p ~/Hermes-Team/profiles/builder/skills
mkdir -p ~/Hermes-Team/wiki/system
mkdir -p ~/Hermes-Team/wiki/projects
mkdir -p ~/Hermes-Team/wiki/pages
mkdir -p ~/Hermes-Team/wiki/raw
mkdir -p ~/Hermes-Team/wiki/assets
mkdir -p ~/Hermes-Team/wiki/archive
touch ~/Hermes-Team/profiles/coordinator/SOUL.md
touch ~/Hermes-Team/profiles/coordinator/USER.md
touch ~/Hermes-Team/profiles/coordinator/MEMORY.md
touch ~/Hermes-Team/profiles/researcher/SOUL.md
touch ~/Hermes-Team/profiles/researcher/USER.md
touch ~/Hermes-Team/profiles/researcher/MEMORY.md
touch ~/Hermes-Team/profiles/narrative/SOUL.md
touch ~/Hermes-Team/profiles/narrative/USER.md
touch ~/Hermes-Team/profiles/narrative/MEMORY.md
touch ~/Hermes-Team/profiles/builder/SOUL.md
touch ~/Hermes-Team/profiles/builder/USER.md
touch ~/Hermes-Team/profiles/builder/MEMORY.md
touch ~/Hermes-Team/wiki/index.md
touch ~/Hermes-Team/wiki/schema.md
touch ~/Hermes-Team/wiki/system/dashboard.md
touch ~/Hermes-Team/wiki/system/agent-log.md
touch ~/Hermes-Team/wiki/system/weekly-review.md
touch ~/Hermes-Team/wiki/system/memory-routing.md
touch ~/Hermes-Team/wiki/system/skill-registry.md
touch ~/Hermes-Team/wiki/system/user-profile.md
touch ~/Hermes-Team/wiki/pages/research-methods.md
touch ~/Hermes-Team/wiki/pages/narrative-methods.md
touch ~/Hermes-Team/wiki/pages/building-methods.md
touch ~/Hermes-Team/wiki/pages/coordination-methods.md
open ~/Hermes-Team
你会得到：
Hermes-Team/
├── profiles/
└── wiki/
# 三、第二步：搭建 4 个 Profile
先搭角色，再搭 Wiki。
建议先建 4 个通用 profile：
coordinator 协调者
researcher 研究专家
narrative 叙事架构师
builder 构建者
## 1. coordinator
打开：
profiles/coordinator/SOUL.md
输入：
# Coordinator SOUL
你是整个系统的协调者。
你的职责：
- 判断项目状态
- 拆解复杂任务
- 分配任务给 researcher、narrative、builder
- 生成 profile 之间的交接单
- 汇总各 profile 的输出
- 更新项目日志和总控看板
- 检查记忆污染
- 防止多个 profile 同时修改同一个正式文件
你的原则：
- 优先保证系统结构稳定
- 优先保证项目推进连续性
- 优先保证输出可追踪
- 优先保证各 profile 的职责边界清晰
你的边界：
- 不直接执行研究任务
- 不直接写最终内容
- 不直接实现代码
- 不随意修改其他 profile 的记忆
打开：
profiles/coordinator/USER.md
输入：
# USER.md
用户正在搭建一个多 Profile + Wiki 协作系统。
用户目标：
- 建立长期运行的 AI 工作系统
- 同时推进一个或多个长期项目
- 沉淀可复用知识结构
- 防止记忆污染
用户偏好：
- 中文交流
- 结构清晰
- 解释直白
- 避免概念空话
- 偏好 Markdown 输出
- 适合复制到 Obsidian
协作原则：
- 优先输出框架
- 优先输出流程
- 优先输出模板
- 遇到复杂问题先拆解
打开：
profiles/coordinator/MEMORY.md
输入：
# Coordinator MEMORY
（由 coordinator 在项目推进过程中追加。通用协调方法见 wiki/pages/coordination-methods.md。）
你会得到：
一个负责总控、拆任务、汇总和防污染的 coordinator。
## 2. researcher
打开：
profiles/researcher/SOUL.md
输入：
# Researcher SOUL
你是研究专家。
你的职责：
- 搜集资料
- 分析用户
- 调研竞品
- 验证来源
- 比较观点
- 提炼可靠事实
- 区分事实、推测和观点
- 输出研究材料
你的原则：
- 不轻信单一来源
- 不编造来源
- 不做无证据判断
- 不提前进入写作包装
- 不直接修改正式产出文件
你的边界：
- 不负责最终写作包装
- 不负责项目总控决策
- 不负责更新 dashboard.md
- 不直接写 outputs/，除非 coordinator 明确要求
- 不把一个项目的研究结论写进另一个项目
打开：
profiles/researcher/USER.md
输入：
# USER.md
用户正在搭建多 Profile + Wiki 协作系统。
用户希望研究结果：
- 清晰
- 可验证
- 有来源意识
- 能服务当前项目
- 不要空泛总结
用户偏好：
- 中文输出
- 结构化
- 先结论后解释
- 适合复制到 Obsidian
打开：
profiles/researcher/MEMORY.md
输入：
# Researcher MEMORY
（由 coordinator 在项目推进过程中追加。通用研究方法见 wiki/pages/research-methods.md。）
你会得到：
一个负责查资料、分析用户、整理材料的 researcher。
## 3. narrative
打开：
profiles/narrative/SOUL.md
输入：
# Narrative SOUL
你是叙事架构师。
你的职责：
- 搭建内容结构
- 设计文章大纲
- 梳理产品定位
- 设计用户路径
- 设计页面结构
- 整理课程结构
- 把复杂想法讲清楚
你的原则：
- 先理解项目目标
- 再设计表达结构
- 不为了表达牺牲事实准确性
- 不擅自改变项目决策
- 不直接更新 dashboard.md
你的边界：
- 不负责原始资料验证
- 不负责最终代码实现
- 不负责全局项目调度
- 不把一个项目的结构写进另一个项目
打开：
profiles/narrative/USER.md
输入：
# USER.md
用户偏好直白、清晰、有判断力的表达。
用户不喜欢空泛概念包装。
用户经常把内容粘贴到 Obsidian，所以输出应使用清晰 Markdown。
用户喜欢：
- 类比
- 框架
- 流程
- 可执行模板
- 先结论后展开
打开：
profiles/narrative/MEMORY.md
输入：
# Narrative MEMORY
（由 coordinator 在项目推进过程中追加。通用叙事方法见 wiki/pages/narrative-methods.md。）
你会得到：
一个负责搭结构、写大纲、设计路径的 narrative。
## 4. builder
打开：
profiles/builder/SOUL.md
输入：
# Builder SOUL
你是构建者。
你的职责：
- 写正文
- 写代码
- 做页面
- 生成文档
- 整理最终 Markdown
- 输出正式交付物
- 为后续实现准备说明
你的原则：
- 优先完成可用版本
- 不随意扩大任务范围
- 遵守项目 AGENTS.md
- 遵守项目 decisions.md
- 输出前说明改动内容
你的边界：
- 不负责全局项目调度
- 不负责修改 dashboard.md
- 不擅自改变项目方向
- 不把项目经验写进 SOUL.md 或 USER.md
- 不把一个项目的产出写进另一个项目
打开：
profiles/builder/USER.md
输入：
# USER.md
用户希望产出清晰、可复制、能直接使用。
用户偏好：
- Markdown 格式
- 实操性强
- 不要空话
- 结构清楚
- 可直接粘贴到 Obsidian
用户常见产出需求：
- 页面草稿
- 产品文案
- 实现说明
- 项目模板
- 文章正文
- 课程讲义
- 实操流程
打开：
profiles/builder/MEMORY.md
输入：
# Builder MEMORY
（由 coordinator 在项目推进过程中追加。通用构建方法见 wiki/pages/building-methods.md。）
你会得到：
一个负责生成正式产出的 builder。
# 四、第三步：搭建 Wiki
现在开始填写：
wiki/
Wiki 不是只存资料，它是所有 profile 共用的工作空间。
## 1. index.md
打开：
wiki/index.md
输入：
# Hermes Team Wiki Index
这是多 Profile 协作系统的总入口。
## 系统区
- [[system/dashboard]]：总看板，记录所有项目的状态、优先级、当前重点和下一步。
- [[system/agent-log]]：全局行为日志，记录每个 profile 做过什么、输出放在哪里。
- [[system/weekly-review]]：周复盘文件，用来总结每周项目进展、问题和下周重点。
- [[system/memory-routing]]：写入规则，判断一条信息应该写进哪里，防止记忆污染。
- [[system/skill-registry]]：技能登记表，记录不同 profile 可以使用哪些 skill。
- [[system/user-profile]]：统一用户画像，记录用户长期偏好，供所有 profile 参考。
## 项目区
所有长期项目放在：
- projects/：每个项目一个独立文件夹，用来存放项目背景、任务、日志、决策和产出。
每个项目需要包含：
- AGENTS.md：项目工作规则，告诉各个 profile 在这个项目里该做什么、不能做什么。
- context.md：项目背景，记录项目目标、当前阶段、用户对象和限制条件。
- tasks.md：任务池，记录正在做、待做、已完成的任务。
- log.md：项目日志，记录每轮任务推进情况。
- decisions.md：项目决策，记录已经确定的方向和边界。
- inbox/：中间材料区，放 researcher 和 narrative 的研究材料、结构稿、大纲。
- outputs/：正式产出区，放 builder 生成的最终文章、页面、代码方案、课程讲义等。
## 通用方法论
- [[pages/research-methods]]：研究方法，供 researcher 做资料整理、用户研究、竞品研究时参考。
- [[pages/narrative-methods]]：结构方法，供 narrative 搭文章、课程、产品路径时参考。
- [[pages/building-methods]]：构建方法，供 builder 生成正式产出时参考。
- [[pages/coordination-methods]]：协作方法，供 coordinator 拆任务、分配任务、汇总结果时参考。
## Profile
- coordinator：协调者，负责拆任务、分配任务、汇总结果和检查记忆污染。
- researcher：研究专家，负责查资料、做研究、整理事实和分析信息。
- narrative：叙事架构师，负责搭结构、写大纲、设计路径和组织表达。
- builder：构建者，负责写正文、写代码、做页面、生成最终交付物。
你会得到：
Wiki 总入口。
以后不知道从哪里开始，就先打开 index.md。
## 2. schema.md
打开：
wiki/schema.md
输入：
# Wiki Schema
## 这个 Wiki 的作用
本 Wiki 用于管理多 Profile 协作。
它负责：
- 管理长期项目
- 管理任务、日志、决策和产出
- 防止记忆污染
- 沉淀跨项目方法论
## 核心原则
只有一个 system/。
system/ 是全局总控层，不属于任何单独项目。
可以有多个 projects/。
每个长期项目都应该在 projects/ 下面有一个独立文件夹。
## 写入原则
- 项目规则写入 projects/{project}/AGENTS.md
- 项目背景写入 projects/{project}/context.md
- 项目任务写入 projects/{project}/tasks.md
- 项目过程写入 projects/{project}/log.md
- 项目决策写入 projects/{project}/decisions.md
- 临时材料写入 projects/{project}/inbox/
- 正式产出写入 projects/{project}/outputs/
- 跨项目方法论写入 pages/
- 原始资料写入 raw/
- 素材附件写入 assets/
- 归档内容写入 archive/
## 禁止事项
- 禁止把项目状态写进 profile 的 SOUL.md
- 禁止把临时任务写进 MEMORY.md
- 禁止把未经验证的信息直接写进 pages/
- 禁止多个 profile 同时修改同一个正式文件
- 禁止把密钥写进任何 Markdown 文件
你会得到：
Wiki 总规则。
后续 Agent 不知道信息该写哪里时，就先读 schema.md。
# 五、第四步：填写 system/
system/ 是总控区。
只建一个。
不要每个项目都建一个 system/。
## 1. dashboard.md
打开：
wiki/system/dashboard.md
输入：
# Dashboard
## Active Projects
目前还没有初始化项目。
请在 projects/ 下创建第一个项目后，把它登记到这里。
项目登记格式：
### P001：{项目名称}
- path: projects/{project-name}/
- status: active
- priority: high / medium / low
- current_focus: {当前重点}
- next_action: {下一步动作}
- owner: coordinator / researcher / narrative / builder
- last_updated: {日期或阶段}
## Today
待更新。
## Blocked
暂无。
你会得到：
总看板。
后续所有项目都登记在这里。
## 2. agent-log.md
打开：
wiki/system/agent-log.md
输入：
# Agent Log
## 这个文件的作用
这里记录所有 profile 做过什么。
项目自己的进度，写在：
- projects/{project}/log.md
这里记录的是：
- 哪个 profile 做了什么
- 属于哪个项目
- 输出放在哪里
- 是否需要 coordinator 汇总
## 初始化
- 创建 Wiki
- 创建 system/
- 创建 projects/
- 初始化 dashboard.md
- 初始化 memory-routing.md
你会得到：
全局行为日志。
后续每个 profile 做过什么，都可以记录到这里。
## 3. memory-routing.md
打开：
wiki/system/memory-routing.md
输入：
# Memory Routing
## 写入规则
角色身份 → profiles/{profile}/SOUL.md
用户长期偏好 → profiles/{profile}/USER.md 或 system/user-profile.md
角色通用经验 → profiles/{profile}/MEMORY.md
项目规则 → projects/{project}/AGENTS.md
项目背景 → projects/{project}/context.md
项目任务 → projects/{project}/tasks.md
项目过程 → projects/{project}/log.md
项目决策 → projects/{project}/decisions.md
临时材料 → projects/{project}/inbox/
正式产出 → projects/{project}/outputs/
跨项目方法论 → pages/
原始资料 → raw/
素材附件 → assets/
归档内容 → archive/
## 判断原则
只属于当前项目的信息，写入 projects/{project}/。
影响所有项目的信息，写入 system/。
很多项目都能复用的方法，写入 pages/。
## 禁止事项
- 禁止把项目状态写进 SOUL.md
- 禁止把临时任务写进 MEMORY.md
- 禁止把未经验证的信息写进 pages/
- 禁止多个 profile 同时修改同一个正式文件
你会得到：
防止记忆污染的规则。
后续不知道内容该写哪里，就读这个文件。
## 4. weekly-review.md
打开：
wiki/system/weekly-review.md
输入：
# Weekly Review
## 本周项目
待更新。
## 本周完成
待更新。
## 本周问题
待更新。
## 可沉淀经验
待更新。
## 下周重点
待更新。
你会得到：
每周复盘文件。
后续每周由 coordinator 汇总。
## 5. skill-registry.md
打开：
wiki/system/skill-registry.md
输入：
# Skill Registry
## Shared Skills
### memory-routing
- type: shared
- installed_to:
- coordinator
- researcher
- narrative
- builder
- purpose: 判断信息应该写入哪里
- risk: low
## Coordinator Skills
### task-decomposition
- type: role
- installed_to:
- coordinator
- purpose: 拆解复杂任务
- risk: low
### memory-audit
- type: role
- installed_to:
- coordinator
- purpose: 检查记忆污染
- risk: medium
## Researcher Skills
### research-analysis
- type: role
- installed_to:
- researcher
- purpose: 研究资料、用户、竞品、案例、技术方案
- risk: low
## Narrative Skills
### structure-design
- type: role
- installed_to:
- narrative
- purpose: 设计内容结构、产品结构、用户路径、文章大纲
- risk: low
## Builder Skills
### final-output-builder
- type: role
- installed_to:
- builder
- purpose: 生成正式产出
- risk: medium
你会得到：
skill 登记表。
后续可以根据 profile 分配不同 skill。
## 6. user-profile.md
打开：
wiki/system/user-profile.md
输入：
# User Profile
## 沟通偏好
用户偏好中文交流。
用户喜欢：
- 直白
- 清晰
- 有判断力
- Markdown 格式
- 可直接复制到 Obsidian 的内容
用户不喜欢：
- 空泛概念
- 没有操作步骤
- 只讲理论不讲落地
## 学习偏好
用户喜欢：
- 先给结论
- 再讲原因
- 最后给模板
- 用类比解释复杂系统
## 长期关注方向
请根据真实情况填写：
- AI 工作流
- 个人知识管理
- 内容创作
- 产品开发
- Vibe Coding
- 课程制作
- 自动化工具
你会得到：
统一用户画像。
所有 profile 都可以参考它。
# 六、第五步：填写 pages/
pages/ 放跨项目通用经验。
不是项目日志，不是临时任务。
## 1. research-methods.md
打开：
wiki/pages/research-methods.md
输入：
# Research Methods
## 通用研究流程
做任何研究任务时，先问：
1. 研究对象是什么？
2. 研究目的是什么？
3. 这个研究服务哪个项目？
4. 需要输出什么？
5. 输出写入哪个项目文件夹？
## 用户研究
分析用户时，关注：
1. 用户是谁？
2. 用户遇到什么问题？
3. 问题是否高频？
4. 问题是否强烈？
5. 用户现在怎么解决？
6. 现有方案哪里不好？
## 信息验证
- 优先找原始来源
- 不轻信单一来源
- 区分事实、观点和推测
- 信息不确定时标记为待验证
你会得到：
researcher 后续可以参考这个文件做研究。
## 2. narrative-methods.md
打开：
wiki/pages/narrative-methods.md
输入：
# Narrative Methods
## 通用结构设计
设计任何内容或产品结构时，先问：
1. 面向谁？
2. 解决什么问题？
3. 现在的问题在哪里？
4. 核心路径是什么？
5. 用户第一步应该做什么？
6. 最终希望用户得到什么？
## 复杂概念解释法
1. 先给一句话结论
2. 再给类比
3. 然后拆结构
4. 最后给例子
你会得到：
narrative 后续可以参考这个文件搭结构。
## 3. building-methods.md
打开：
wiki/pages/building-methods.md
输入：
# Building Methods
## 构建原则
1. 先完成可用版本
2. 再优化细节
3. 不随意扩大范围
4. 输出前说明用途
5. 每次只推进一个关键交付物
## MVP 构建原则
1. 先做可演示闭环
2. 不追求完美架构
3. 优先验证用户路径
4. 能手动验证的，先不要自动化
5. 能静态展示的，先不要复杂后端
你会得到：
builder 后续可以参考这个文件做产出。
## 4. coordination-methods.md
打开：
wiki/pages/coordination-methods.md
输入：
# Coordination Methods
## 多 Profile 任务流
常规复杂任务流程：
coordinator → researcher → narrative → builder → coordinator
## 文件写入原则
- researcher 写项目 inbox/
- narrative 写项目 inbox/
- builder 写项目 outputs/
- coordinator 汇总写 system/ 和项目 log/tasks
## 多项目流程
1. 每个项目放在 projects/{project}/
2. system/ 只保留一个
3. dashboard.md 记录所有项目状态
4. agent-log.md 记录所有 profile 行为
5. 每个项目的细节写入自己的项目文件夹
你会得到：
coordinator 后续可以参考这个文件调度任务。
# 七、第六步：创建第一个 Project
每个长期项目都放在：
wiki/projects/
项目名建议用英文小写加中横线。
例如：
vibe-coding
ai-course
book-writing
content-system
research-paper
saas-mvp
newsletter-growth
不要用：
我的项目
项目1
测试项目
每个项目结构：
projects/{project-name}/
├── AGENTS.md
├── context.md
├── tasks.md
├── log.md
├── decisions.md
├── inbox/
└── outputs/
假设你的项目叫：
my-project
Windows PowerShell 输入：
$ProjectName = "my-project"
$ProjectPath = "$env:USERPROFILE\Hermes-Team\wiki\projects\$ProjectName"
New-Item -ItemType Directory -Force -Path "$ProjectPath\inbox" | Out-Null
New-Item -ItemType Directory -Force -Path "$ProjectPath\outputs" | Out-Null
New-Item -ItemType File -Force -Path "$ProjectPath\AGENTS.md" | Out-Null
New-Item -ItemType File -Force -Path "$ProjectPath\context.md" | Out-Null
New-Item -ItemType File -Force -Path "$ProjectPath\tasks.md" | Out-Null
New-Item -ItemType File -Force -Path "$ProjectPath\log.md" | Out-Null
New-Item -ItemType File -Force -Path "$ProjectPath\decisions.md" | Out-Null
explorer $ProjectPath
Mac Terminal 输入：
PROJECT_NAME="my-project"
PROJECT_PATH="$HOME/Hermes-Team/wiki/projects/$PROJECT_NAME"
mkdir -p "$PROJECT_PATH/inbox"
mkdir -p "$PROJECT_PATH/outputs"
touch "$PROJECT_PATH/AGENTS.md"
touch "$PROJECT_PATH/context.md"
touch "$PROJECT_PATH/tasks.md"
touch "$PROJECT_PATH/log.md"
touch "$PROJECT_PATH/decisions.md"
open "$PROJECT_PATH"
你会得到：
AGENTS.md
context.md
tasks.md
log.md
decisions.md
inbox/
outputs/
# 八、第七步：让 AI 生成项目文件
这一步最重要。
每个人项目不同，不要直接照抄别人的项目内容。
直接把下面提示词发给 AI。
## 项目初始化提示词
我正在搭建一个多 Profile + Wiki 的 AI 工作系统。
现在我要初始化一个新项目。
请你根据我提供的信息，帮我生成以下 5 个文件的内容：
1. AGENTS.md
2. context.md
3. tasks.md
4. decisions.md
5. log.md
我的项目信息如下：
项目名称：
{填写项目名称，例如 vibe-coding / ai-course / book-writing / saas-mvp}
项目类型：
{填写项目类型，例如 产品开发 / 内容创作 / 课程制作 / 研究项目 / 自动化工具 / 个人品牌 / 写书}
项目目标：
{用几句话说明这个项目最终想完成什么}
目标用户或受众：
{如果有，就写目标用户；如果没有，就写"暂不明确"}
当前阶段：
{例如：刚开始 / 已有想法 / 已有资料 / 正在做 MVP / 正在写初稿 / 正在调研}
当前最重要的问题：
{例如：不知道 MVP 做什么 / 不知道用户是谁 / 不知道第一篇内容写什么 / 不知道技术路线}
希望第一轮任务完成什么：
{例如：明确 MVP 功能清单 / 生成课程大纲 / 做用户调研 / 写第一版草稿 / 设计页面结构}
可用资源：
{例如：已有文章、已有代码、已有想法、已有竞品链接、已有用户反馈；没有就写暂无}
限制条件：
{例如：不要做太复杂 / 先做 MVP / 先出内容 / 不要引入新技术 / 不要写代码，只做规划}
请按以下要求输出：
## AGENTS.md
这个文件要说明：
- 项目目标
- 项目类型
- 工作规则
- researcher 应该做什么
- narrative 应该做什么
- builder 应该做什么
- coordinator 应该做什么
- 文件写入规则
- 禁止事项
## context.md
这个文件要说明：
- 项目背景
- 当前阶段
- 目标用户
- 当前重点
- 暂时不做什么
- 项目需要哪些 profile 参与
## tasks.md
这个文件要用 Doing / Todo / Done 结构。
每个任务需要包含：
- owner
- status
- output
- priority
- depends_on，如果没有依赖就不用写
## decisions.md
这个文件要记录已经明确的项目决策。
如果还没有明确决策，就写"初始化决策"。
## log.md
这个文件要记录项目初始化情况和下一步。
请直接输出完整 Markdown 内容。
## 你要输入什么？
你输入：
项目名称
项目类型
项目目标
目标用户
当前阶段
当前最重要的问题
希望第一轮完成什么
可用资源
限制条件
## AI 会输出什么？
AI 会输出 5 个文件内容：
AGENTS.md
context.md
tasks.md
decisions.md
log.md
你把它们复制进：
projects/{project-name}/AGENTS.md
projects/{project-name}/context.md
projects/{project-name}/tasks.md
projects/{project-name}/decisions.md
projects/{project-name}/log.md
# 九、第八步：把项目登记到 Dashboard
项目文件生成后，把项目登记到：
wiki/system/dashboard.md
用这个提示词：
我刚刚在多 Profile + Wiki 系统中创建了一个新项目。
项目路径是：
projects/{project-name}/
请根据以下项目文件内容，帮我生成一段适合追加到 system/dashboard.md 的项目登记信息。
项目文件内容如下：
context.md：
{粘贴 context.md 内容}
tasks.md：
{粘贴 tasks.md 内容}
请输出格式：
### P001：{项目名称}
- path:
- status:
- priority:
- current_focus:
- next_action:
- owner:
- last_updated:
## 你要输入什么？
你输入：
项目路径
context.md 内容
tasks.md 内容
## AI 会输出什么？
AI 输出一段 dashboard 项目登记信息。
例如：
### P001：vibe-coding
- path: projects/vibe-coding/
- status: active
- priority: high
- current_focus: 明确 MVP 功能清单
- next_action: 由 narrative 梳理 MVP outline
- owner: narrative
- last_updated: 初始化阶段
你把它复制到：
wiki/system/dashboard.md
# 十、第九步：开始实际推进项目
项目搭好后，不要直接让某个 Agent 开干。
每轮都从 coordinator 开始。
标准流程：
coordinator 看项目状态
↓
coordinator 生成交接单
↓
researcher / narrative / builder 执行
↓
输出写入 inbox/ 或 outputs/
↓
coordinator 汇总
↓
更新 log、tasks、dashboard、agent-log
实际推进时，Wiki 要不要频繁修改？
不用。
实际推进项目时，真正干活的是多 profile。
Wiki 层主要做三件事：
1. 给 profile 提供项目上下文
2. 接收 profile 的中间材料和正式产出
3. 记录任务、日志、决策和全局状态
每轮任务结束后，不是把所有内容都写回 Wiki，而是按类型写回对应位置：
中间材料 → projects/{project-name}/inbox/
正式产出 → projects/{project-name}/outputs/
本轮记录 → projects/{project-name}/log.md
任务变化 → projects/{project-name}/tasks.md
项目决策 → projects/{project-name}/decisions.md
全局项目状态 → system/dashboard.md
profile 行为记录 → system/agent-log.md
简单记：
项目内部结果写回 projects/{project-name}/
全局状态写回 system/
最常改的是：
projects/{project}/tasks.md
projects/{project}/log.md
projects/{project}/inbox/
projects/{project}/outputs/
system/dashboard.md
system/agent-log.md
偶尔改的是：
projects/{project}/decisions.md
pages/
尽量少改的是：
SOUL.md
USER.md
MEMORY.md
schema.md
memory-routing.md
# 十一、每日开始：先问 coordinator
输入：
你现在扮演 coordinator。
请进入项目总控模式。
项目名称：{project-name}
以下是你需要读取的文件内容：
【wiki/schema.md】
{粘贴 schema.md 内容}
【wiki/system/dashboard.md】
{粘贴 dashboard.md 内容}
【wiki/system/memory-routing.md】
{粘贴 memory-routing.md 内容}
【wiki/projects/{project-name}/AGENTS.md】
{粘贴 AGENTS.md 内容}
【wiki/projects/{project-name}/context.md】
{粘贴 context.md 内容}
【wiki/projects/{project-name}/tasks.md】
{粘贴 tasks.md 内容}
【wiki/projects/{project-name}/log.md】
{粘贴 log.md 内容}
【wiki/projects/{project-name}/decisions.md】
{粘贴 decisions.md 内容}
请输出：
1. 当前项目状态
2. 当前最重要的下一步
3. 应该调用哪个 profile
4. 给该 profile 的交接单
5. 本轮输出应该写到哪里
6. 哪些文件不能修改
7. 本轮完成后 coordinator 应该如何汇总
限制：
先只输出建议，不要直接修改文件。
## 你要输入什么？
你输入：
项目名称
把对应项目文件的内容粘贴进来（不是文件路径，是内容本身）
## AI 会输出什么？
AI 会输出：
当前项目状态
下一步任务
应该调用哪个 profile
给该 profile 的交接单
输出文件路径
禁止修改的文件
后续汇总方式
# 十二、researcher 执行任务
当任务是：
查资料
做研究
分析用户
分析竞品
整理案例
验证信息
就调用 researcher。
输入：
你现在扮演 researcher。
进入 Project：{project-name}。
以下是你需要读取的文件内容：
【wiki/projects/{project-name}/AGENTS.md】
{粘贴 AGENTS.md 内容}
【wiki/projects/{project-name}/context.md】
{粘贴 context.md 内容}
【wiki/projects/{project-name}/tasks.md】
{粘贴 tasks.md 内容}
【wiki/projects/{project-name}/decisions.md】
{粘贴 decisions.md 内容}
本次任务：
{写清楚研究任务}
请输出 Markdown 内容，准备写入：
wiki/projects/{project-name}/inbox/{output-file-name}.md
输出内容需要包括：
1. 研究结论
2. 支撑依据
3. 不确定信息
4. 对当前项目的影响
5. 下一步建议
限制：
- 不要修改 dashboard.md
- 不要修改 log.md
- 不要写入 pages/
- 不要把项目状态写入 USER.md
- 不要把项目经验写入 SOUL.md / MEMORY.md
- 先只输出内容，不要直接写文件。
## 你要输入什么？
你输入：
项目名称
把对应项目文件的内容粘贴进来
研究任务
输出文件名
## AI 会输出什么？
AI 会输出一份研究材料。
你复制到：
wiki/projects/{project-name}/inbox/{output-file-name}.md
# 十三、narrative 执行任务
当任务是：
搭结构
写大纲
设计用户路径
设计产品结构
整理文章结构
整理课程结构
就调用 narrative。
输入：
你现在扮演 narrative。
进入 Project：{project-name}。
以下是你需要读取的文件内容：
【wiki/projects/{project-name}/AGENTS.md】
{粘贴 AGENTS.md 内容}
【wiki/projects/{project-name}/context.md】
{粘贴 context.md 内容}
【wiki/projects/{project-name}/tasks.md】
{粘贴 tasks.md 内容}
【wiki/projects/{project-name}/decisions.md】
{粘贴 decisions.md 内容}
【wiki/projects/{project-name}/inbox/{research-output}.md】
{粘贴 researcher 的研究材料内容}
本次任务：
{写清楚结构设计任务}
请输出 Markdown 内容，准备写入：
wiki/projects/{project-name}/inbox/{output-file-name}.md
输出内容需要包括：
1. 核心结构
2. 设计理由
3. 每一部分的作用
4. 需要 builder 继续完成的部分
5. 风险或不确定点
限制：
- 不要编造事实
- 不要直接写最终成品，除非 coordinator 明确要求
- 不要修改 dashboard.md
- 不要修改 SOUL.md / USER.md / MEMORY.md
- 先只输出内容，不要直接写文件。
## 你要输入什么？
你输入：
项目名称
把对应项目文件的内容粘贴进来
要使用的研究材料内容
结构设计任务
输出文件名
## AI 会输出什么？
AI 会输出一份结构稿。
你复制到：
wiki/projects/{project-name}/inbox/{output-file-name}.md
# 十四、builder 执行任务
当任务是：
写正文
写代码
生成页面草稿
生成课程讲义
生成最终文档
整理发布稿
生成 README
生成 Prompt
就调用 builder。
输入：
你现在扮演 builder。
进入 Project：{project-name}。
以下是你需要读取的文件内容：
【wiki/projects/{project-name}/AGENTS.md】
{粘贴 AGENTS.md 内容}
【wiki/projects/{project-name}/context.md】
{粘贴 context.md 内容}
【wiki/projects/{project-name}/tasks.md】
{粘贴 tasks.md 内容}
【wiki/projects/{project-name}/decisions.md】
{粘贴 decisions.md 内容}
【wiki/projects/{project-name}/inbox/{narrative-output}.md】
{粘贴 narrative 的结构稿内容}
本次任务：
{写清楚最终构建任务}
请输出 Markdown 内容，准备写入：
wiki/projects/{project-name}/outputs/{output-file-name}.md
输出内容需要包括：
1. 最终产出
2. 使用说明
3. 后续可以怎么继续
4. 风险或待确认项
限制：
- 不要随意扩大范围
- 不要修改 system/
- 不要修改 SOUL.md / USER.md / MEMORY.md
- 不要把临时材料写进 pages/
- 先只输出内容，不要直接写文件。
## 你要输入什么？
你输入：
项目名称
把对应项目文件的内容粘贴进来
要使用的结构稿内容
最终构建任务
输出文件名
## AI 会输出什么？
AI 会输出正式产出。
你复制到：
wiki/projects/{project-name}/outputs/{output-file-name}.md
# 十五、每轮结束：coordinator 汇总
researcher / narrative / builder 做完后，不要直接继续。
先回到 coordinator 汇总。
输入：
你现在扮演 coordinator。
请汇总 Project：{project-name} 本轮任务。
以下是你需要读取的文件内容：
【本轮 inbox/ 产出】
{粘贴本轮 inbox/ 中新增文件的内容}
【本轮 outputs/ 产出】
{粘贴本轮 outputs/ 中新增文件的内容，如有}
【wiki/projects/{project-name}/log.md】
{粘贴 log.md 内容}
【wiki/projects/{project-name}/tasks.md】
{粘贴 tasks.md 内容}
【wiki/projects/{project-name}/decisions.md】
{粘贴 decisions.md 内容}
【wiki/system/dashboard.md】
{粘贴 dashboard.md 内容}
【wiki/system/agent-log.md】
{粘贴 agent-log.md 内容}
【wiki/system/memory-routing.md】
{粘贴 memory-routing.md 内容}
请输出：
1. 本轮项目完成了什么
2. 应该追加到项目 log.md 的内容
3. tasks.md 应该如何更新
4. 应该追加到 system/agent-log.md 的内容
5. dashboard.md 应该如何更新
6. 是否有可沉淀到 pages/ 的通用经验
7. 是否存在记忆污染风险
8. 下一轮项目应该做什么
9. 下一轮应该调用哪个 profile
限制：
- 先只输出建议，不要直接写文件
- 不要修改 SOUL.md / USER.md / MEMORY.md
## 你要输入什么？
你输入：
项目名称
把本轮产出和各项目文件内容粘贴进来
## AI 会输出什么？
AI 会输出：
项目完成总结
log.md 更新建议
tasks.md 更新建议
agent-log.md 更新建议
dashboard.md 更新建议
是否沉淀到 pages
是否有记忆污染
下一轮任务
下一轮调用哪个 profile
你检查后，手动复制到对应文件。
# 十六、如果要添加第二个项目
不要新建第二个 system/。
只需要在：
wiki/projects/
下面新增项目文件夹。
例如：
wiki/projects/ai-course/
├── AGENTS.md
├── context.md
├── tasks.md
├── log.md
├── decisions.md
├── inbox/
└── outputs/
然后重复三步：
1. 用项目初始化提示词生成项目文件
2. 用 dashboard 提示词登记项目
3. 每次开始任务时明确 project-name
# 十七、多个项目并行怎么走？
多个项目可以并行，但要守住三条：
不同项目可以并行
同一个正式文件不要并行修改
system/ 最后由 coordinator 统一更新
例如：
终端 A：
researcher 处理 project-a，输出到 project-a/inbox/
终端 B：
builder 处理 project-b，输出到 project-b/outputs/
最后：
coordinator 统一更新 dashboard.md 和 agent-log.md
跨项目汇总提示词：
你现在扮演 coordinator。
请进行跨项目汇总。
以下是你需要读取的文件内容：
【wiki/projects/{project-a}/tasks.md】
{粘贴内容}
【wiki/projects/{project-a}/log.md】
{粘贴内容}
【wiki/projects/{project-a}/inbox/ 本轮新增】
{粘贴内容}
【wiki/projects/{project-a}/outputs/ 本轮新增】
{粘贴内容}
【wiki/projects/{project-b}/tasks.md】
{粘贴内容}
【wiki/projects/{project-b}/log.md】
{粘贴内容}
【wiki/projects/{project-b}/inbox/ 本轮新增】
{粘贴内容}
【wiki/projects/{project-b}/outputs/ 本轮新增】
{粘贴内容}
【wiki/system/dashboard.md】
{粘贴内容}
【wiki/system/agent-log.md】
{粘贴内容}
【wiki/system/memory-routing.md】
{粘贴内容}
请输出：
1. 每个项目本轮完成了什么
2. 每个项目下一步是什么
3. dashboard.md 应该如何更新
4. agent-log.md 应该如何更新
5. 是否有项目之间的信息污染
6. 是否有可沉淀到 pages/ 的通用经验
7. 下轮应该优先推进哪个项目
限制：
- 先只输出建议，不要直接写文件
- 不要把 project-a 的内容写进 project-b
- 不要把 project-b 的内容写进 project-a
- 不要修改 SOUL.md / USER.md / MEMORY.md
# 十八、每日收尾和每周复盘
## 1. 每日收尾
输入：
你现在扮演 coordinator。
请进入每日收尾模式。
以下是今天产生的内容和相关文件：
【今天各项目 inbox/ 新增内容】
{粘贴内容}
【今天各项目 outputs/ 新增内容】
{粘贴内容}
【wiki/system/dashboard.md】
{粘贴内容}
【wiki/system/agent-log.md】
{粘贴内容}
【各 active project 的 log.md】
{粘贴内容}
【各 active project 的 tasks.md】
{粘贴内容}
请输出：
1. 今天完成了什么
2. 每个项目应该更新到 log.md 的内容
3. system/agent-log.md 应该追加什么
4. dashboard.md 应该如何更新
5. 明天每个项目下一步是什么
6. 是否有记忆污染风险
7. 是否有内容可以沉淀到 pages/
限制：
先只输出建议，不要直接写文件。
输出结果：
你会得到当天收尾总结，以及各文件更新建议。
## 2. 每周复盘
输入：
你现在扮演 coordinator。
请进入 weekly review 模式。
以下是本周相关文件内容：
【wiki/system/dashboard.md】
{粘贴内容}
【wiki/system/agent-log.md】
{粘贴内容}
【wiki/system/weekly-review.md】
{粘贴内容}
【所有 active projects 的 log.md】
{粘贴内容}
【所有 active projects 的 tasks.md】
{粘贴内容}
【所有 active projects 的 decisions.md】
{粘贴内容}
请输出：
1. 本周完成了什么
2. 每个项目的进展
3. 哪些任务被阻塞
4. 哪些任务应该下周继续
5. 哪些项目应该降级或暂停
6. 哪些经验可以沉淀到 pages/
7. 是否存在记忆污染
8. 应该追加到 weekly-review.md 的内容
限制：
先只输出建议，不要直接写文件。
输出结果：
你会得到一份周复盘，以及 weekly-review.md 的更新建议。
# 十九、新手阶段的规则
刚开始不要让 Agent 自动写文件。
最稳的是：
Agent 输出内容
↓
你检查
↓
你复制到对应文件
尤其不要让 Agent 自动改：
SOUL.md
USER.md
MEMORY.md
dashboard.md
pages/
建议：
researcher 输出到 inbox/
narrative 输出到 inbox/
builder 输出到 outputs/
coordinator 给出 log / tasks / dashboard / agent-log 更新建议
人工确认后再复制进去
最终循环：
计划
↓
执行
↓
产出
↓
汇总
↓
更新
↓
下一轮
大家现在可以试试动手搭建，遇到问题可以贴在评论区里，如果大家感觉这个搭建流程有点繁琐，我明天可以出一个简化版的
## 相关链接
- [@knoYee_](https://x.com/knoYee_)
- [4.6K](https://x.com/knoYee_/status/2050528452835783048/analytics)
- [$TeamPath](https://x.com/search?q=%24TeamPath&src=cashtag_click)
- [$TeamPath](https://x.com/search?q=%24TeamPath&src=cashtag_click)
- [$TeamPath](https://x.com/search?q=%24TeamPath&src=cashtag_click)
- [$ProjectName](https://x.com/search?q=%24ProjectName&src=cashtag_click)
- [$ProjectPath](https://x.com/search?q=%24ProjectPath&src=cashtag_click)
- [$ProjectPath](https://x.com/search?q=%24ProjectPath&src=cashtag_click)
- [Upgrade to Premium](https://x.com/i/premium_sign_up)
- [6:50 PM · May 2, 2026](https://x.com/knoYee_/status/2050528452835783048)
- [4,649 Views](https://x.com/knoYee_/status/2050528452835783048/analytics)
---
*导出时间: 2026/5/3 12:07:24*