本文经原作者授权转载，版权归原作者所有。原作者：知野（@knoYee_）。查看原文 →
多 Profile + Wiki 搭建流程：从 0 搭一套 AI 项目协作系统
如何搭建一套通用的 多 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 更新建议 人工确认后再复制进去
最终循环：
计划 ↓ 执行 ↓ 产出 ↓ 汇总 ↓ 更新 ↓ 下一轮
大家现在可以试试动手搭建，遇到问题可以贴在评论区里，如果大家感觉这个搭建流程有点繁琐，我明天可以出一个简化版的