life: v0.1 完整生命体系

- 知识库迁移: 编导+架构+项目认知
- 进化日志: v0.1 能力清单
- 会话索引: 目录结构
- 系统配置: Linux/macOS/Windows 三端配置
- 引导脚本: bootstrap/setup/restore
- 配置模板: FmodeAgent/FmodeCode
- 项目索引: 10个项目详情

config/fmodeagent/config.yaml.example

@@ -0,0 +1,16 @@
+# FmodeAgent 配置模板
+# 复制为 config.yaml 并填入真实值
+# 路径: ~/.fmode-harness/config/fmodeagent/config.yaml
+
+model:
+  provider: custom
+  base_url: https://api.fmode.cn/v1
+  default: deepseek-v4-flash
+
+gateway:
+  enabled: true
+  port: 8642
+
+wecom:
+  bot_id: ${WECOM_BOT_ID}
+  secret: ${WECOM_SECRET}

config/fmodecode/settings.json.example

@@ -0,0 +1,10 @@
+# FmodeCode 配置模板
+# 复制为 settings.json 并填入真实值
+# 路径: ~/.fmode-harness/config/fmodecode/settings.json
+
+{
+  "projectBaseUrl": "https://api.fmode.cn/v1",
+  "model": "deepseek-v4-flash",
+  "authToken": "${FMODE_API_KEY}",
+  "allowedTools": ["Read", "Edit", "Command", "FileSearch", "Bash"]
+}

config/system/README.md

@@ -0,0 +1,54 @@
+# 雨飏001 · 系统环境配置
+
+## 统一根目录
+- `~/.fmode-harness/` — 所有平台统一路径
+- 克隆: `git clone <url> ~/.fmode-harness`
+
+## Linux/macOS 配置
+
+### ~/.bashrc 添加
+```bash
+export TZ=Asia/Shanghai
+export PATH="$HOME/.local/bin:$PATH"
+export FMODE_HARNESS="$HOME/.fmode-harness"
+source "$FMODE_HARNESS/.env" 2>/dev/null || true
+```
+
+### ~/.ssh/config 添加
+```
+Host git.fmode.cn
+  HostName git.fmode.cn
+  User git
+  IdentityFile ~/.ssh/id_ed25519
+  StrictHostKeyChecking no
+```
+
+## Windows 配置
+
+### PowerShell $PROFILE 添加
+```powershell
+$env:TZ = "Asia/Shanghai"
+$env:FMODE_HARNESS = "$env:USERPROFILE\.fmode-harness"
+```
+
+### SSH 配置
+```
+# %USERPROFILE%\.ssh\config
+Host git.fmode.cn
+  HostName git.fmode.cn
+  User git
+  IdentityFile ~\.ssh\id_ed25519
+  StrictHostKeyChecking no
+```
+
+## 依赖清单
+
+| 工具 | 用途 | 安装方式 |
+|------|------|---------|
+| FmodeAgent | 智能体框架 | Docker/npm/pip |
+| FmodeCode | 代码执行 | npm |
+| git | 版本控制 | 包管理器 |
+| ffmpeg | 音视频处理 | 包管理器 |
+| python3 | 脚本执行 | 包管理器 |
+| node/npm | Node.js 运行时 | 包管理器 |
+| obsutil | OBS 存储操作 | 华为云下载 |

knowledge/hermes-architecture/orchestrator-kanban-worker-profile.md

@@ -0,0 +1,156 @@
+# Hermes Agent：Orchestrator + Kanban+Worker‑Profile 架构手册（最终修正版）
+> 直接供给 **default（默认Profile，就是你的主Orchestrator）** 学习执行
+> 重要前提：
+> 1. **不新建额外协调者Profile；default Profile = 主Orchestrator，同时承担全部对外Channel：企微聊天、人机交互入口、任务编排**；
+> 2. Gateway、企微机器人服务全部挂载在 default Profile；不要新建另外一套orchestrator，之前gateway/企微挂掉就是因为试图把协调职责迁移到新建Profile，造成端口冲突、channel实例冲突；
+> 3. 任务分层：
+>    - **项目级专员任务 → 匹配已存在持久Worker‑Profile，走Kanban委派（依赖Worker独立Claude‑Code MCP、独立专家记忆）**
+>    - **轻量小任务、日常临时分析、信息收集、快速并行碎活 → 使用 delegate_task sub‑agent**
+> 4. delegate_task工具**保留可用，不做config层面exclude**，依靠业务规则做任务路由区分。
+
+## 一、问题本质与根因
+### 1.1 核心机制
+1. **default Profile**：系统默认Profile，**唯一绑定企微Channel、API‑Server、Gateway对外会话入口**。企微机器人、外部消息通道全部运行在default；**禁止把主协调/对外沟通职责迁移到其他新建Profile**，会造成channel冲突、gateway实例冲突、服务崩溃。
+2. **delegate_task sub‑agent**：进程内临时线程worker，继承default Profile全部工具/MCP；**不能加载其他Worker‑Profile的MCP、SOUL、MEMORY**；任务结束销毁，无持久状态；适合不需要专家独立MCP/记忆的轻量碎任务。
+3. **Worker‑Profile**：磁盘持久专家实例，独立`config.yaml`/`.env`/`SOUL.md`/`MEMORY.md`，每个可绑定独立Claude‑Code MCP；仅由**全局Gateway（由default启动）**通过Kanban唤起；执行时生成独立OS子进程；Worker子进程**不监听任何对外端口，不挂载任何Channel**。
+4. **Kanban**：Hermes唯一原生可以委派任务给已有持久Profile的工具集；异步队列；default作为主Orchestrator创建任务后非阻塞，需要轮询拿结果。
+5. **全局Gateway进程**：由default Profile启动，是整个系统唯一调度中枢；Worker只是fork出来的子进程，不独立启动gateway、不启动企微channel。
+
+### 1.2 历史故障根因清单
+|现象|根因分类|详细根因|
+|---|---|---|
+|Gateway挂掉、企微聊天服务挂掉|配置/架构错误|**尝试新建独立协调者Profile，把对外Channel、gateway迁移到新Profile**；企微channel、gateway实例只能属于default，多实例抢占同一个监听资源，直接崩溃。|
+|本该Kanban的项目专员任务，LLM调用delegate_task跑临时sub‑agent|行为约束缺失|LLM天然偏好同步简单的`delegate_task`；缺少明确「小任务/项目专员任务」判定标准；没有前置`profile_list`匹配校验。|
+|端口大量占用、端口冲突、端口暴涨|配置错误（高频）|Worker‑Profile错误开启 `platforms.api_server.enabled: true`；每个开启api_server的Profile绑定TCP端口，冲突、端口自增。Gateway/API‑Server只允许default开启。|
+|Kanban任务卡在`claimed`僵死、僵尸Worker进程|原生机制短板|Claude‑Code MCP长连接会话卡死；Worker PID存活但内部逻辑卡死；原生PID检测不完全可靠；缺少超时回收；同一Profile并发多任务造成MCP会话状态冲突。|
+|并发拉起过多Worker进程，内存OOM、负载飙升|配置参数不合理|Kanban全局并发、单Profile并发、单tick新建worker未做限制；每个Worker完整初始化Hermes+独立Claude‑Code MCP会话，内存开销高。|
+|default无限轮询Kanban任务，会话卡死|Agent逻辑缺陷|Kanban轮询缺少最大轮询次数、超时阈值；对`failed/stale`状态不识别，不向用户上报异常。|
+|指派不存在Profile名称 → Kanban任务永久pending|运行时错误|`kanban_create`前未调用`profile_list`校验assignee存在；Profile名字拼写错误。|
+|Worker无法调用Claude‑Code MCP|配置错误|Claude‑Code MCP配置写在default而不是对应Worker‑Profile；新建Profile后没有执行`doctor`自检MCP连通性。|
+|项目级专员任务交给delegate_task sub‑agent执行|业务逻辑混淆|sub‑agent只能继承default环境，**无法访问其他Profile的Claude‑Code MCP与专家记忆**；即便模仿专家话术，也不是真实专家实例。|
+
+> 区分：
+> - MCP僵死、异步轮询模型缺陷：原生短板，只能缓解，无法彻底消除；
+> - Gateway/企微崩溃、端口爆炸、错误路由任务、MCP放错位置：完全可规避的架构/配置错误。
+
+## 二、全局硬性规则（写入 default 的 SOUL.md Hard Rules）
+> ⚠️ default = 主Orchestrator，**不新建额外协调Profile**；企微、所有外部Channel全部归属default。
+> ⚠️ delegate_task工具保留可用，不做config exclude，依靠业务规则路由。
+
+### 2.1 架构铁则（最高优先级）
+1. **default Profile 是唯一主协调者，唯一对外通信入口**。企微机器人、API‑Server、Gateway服务只能在default上运行；**禁止创建新Profile充当主协调/对外沟通角色**；禁止在任何Worker‑Profile中启用任何IM channel（企微、discord、telegram）。
+2. Worker‑Profile只做后台专业干活，**不接收用户直接消息，不对外暴露任何channel**，只接收来自default通过Kanban下发的任务。
+
+### 2.2 任务路由判定铁则（先判断任务类型，再选工具）
+1. ✅ **满足任意一条 = 项目级 / 专员任务，必须走 Kanban，委派给对应持久 Worker‑Profile**
+    - 需要该领域专家Profile**独立Claude‑Code MCP能力**（完整项目开发、重构、大规模代码修改）
+    - 需要复用该专家Profile的**持久记忆、历史项目上下文、专属人格SOUL设定**
+    - 属于完整项目交付、长周期任务，任务价值高，需要专家角色沉淀经验
+    - 需要隔离独立环境、独立密钥配置
+    > 前置动作：调用 `profile_list` 获取可用Profile列表，匹配最合适assignee；禁止直接调用delegate_task模拟专家。
+
+2. ✅ **满足下面 = 轻量日常小任务，可以使用 delegate_task sub‑agent**
+    - 短期信息检索、文本摘要、简单分析、并行调研、小片段文本处理
+    - **不需要外部Profile的Claude‑Code MCP，不需要专家持久记忆**
+    - 任务结束不需要保留角色上下文，允许执行完成后销毁
+    > delegate_task生成的sub‑agent只能继承default的工具集，不能访问其他Profile的MCP与记忆。
+
+> ❌禁止行为：
+> - 项目级专员任务，不允许偷懒降级为 delegate_task；
+> - 不允许用 delegate_task 去“模拟”一个已经存在的专家Profile角色绕开Kanban流程；
+> - 禁止把对外企微/channel能力迁移到Worker‑Profile或者新建协调Profile。
+
+### 2.3 default（主Orchestrator）配置约束
+1. config.yaml：**保留 delegate_task 在可用工具集，不要exclude**。
+2. default职责边界
+    - 接收企微/用户消息、需求解析、任务路由判断、Kanban任务生命周期管理、delegate_task调用、结果汇总输出。
+    - default**自身不配置Claude‑Code MCP**；不亲自做项目级编码重构；Claude‑Code全部部署在各个Worker‑Profile内部。
+    - default开启：`platforms.api_server.enabled: true`；企微channel配置写在default；Gateway由default启动：`hermes gateway start`。
+3. Kanban固定调用流程（项目/专员任务）
+    1）解析用户需求，判定属于项目专员任务；
+    2）调用 `profile_list`，核对目标assignee Profile真实存在；
+    3）调用 `kanban_create(assignee="xxx‑expert", body="完整任务目标、上下文、交付标准")`；
+    4）**带超时与最大轮询次数保护轮询** `kanban_get`；
+    5）状态分支处理：
+        - `completed`：汇总结果输出给用户；
+        - `failed / stale`：停止等待，向用户明确报告任务失败/超时以及简要原因；**严禁无限轮询**；
+        - `ready / claimed`：未到最大轮询次数继续等待；到达阈值判定任务超时。
+
+### 2.4 Worker‑Profile（所有专家分身，未来新建Profile强制套用）
+> **以后每新增任何Worker‑Profile，必须使用下面config.yaml模板**
+```yaml
+# Worker‑Profile 标准模板（新建profile必须复制）
+platforms:
+  api_server:
+    enabled: false       # ✅核心：Worker必须关闭API Server，杜绝端口爆炸；Worker是gateway fork子进程，不需要监听端口
+  mcp:
+    servers:
+      # Claude‑Code MCP配置写在此处，写在Worker自己配置，不要放到default
+platform_toolsets:
+  include:
+    - shell
+    - file_system
+    # 根据专家职能开启需要工具；彻底移除企微/discord/telegram等所有channel相关工具，杜绝channel冲突
+```
+
+Worker‑Profile操作规范：
+1. Claude‑Code MCP配置必须放在本Worker‑Profile内部config.yaml；
+2. Profile创建完成后，必须执行自检：
+```bash
+hermes -p ${profile_name} doctor
+```
+校验MCP连通；MCP异常不允许投入Kanban任务；
+3. Worker‑Profile**不启动独立gateway、不配置任何聊天channel**；全部由default启动的全局gateway统一调度。
+
+### 2.5 Gateway 全局 kanban 参数（配置在 default 的 config.yaml，全局生效）
+```yaml
+kanban:
+  dispatch_tick_seconds: 15
+  max_in_progress: 3
+  max_in_progress_per_profile: 1
+  max_spawn: 2
+  max_retries_per_task: 2
+  task_ttl_seconds: 1800
+```
+- `task_ttl_seconds:1800`：任务30分钟自动标记stale，缓解worker僵死卡死。
+
+## 三、default运行时自查清单（每次处理任务前自检）
+1. 架构自检：确认自己运行在**default Profile**；企微、对外通道全部归属自己，不委托其他Profile做对外沟通。
+2. 判断任务类型：项目专员任务 OR 轻量小任务；
+3. 如果是项目专员任务：
+   - 调用`profile_list`确认assignee profile存在；
+   - 确认目标Worker‑Profile已经关闭api_server，没有配置企微等channel；
+   - 确认Worker‑Profile通过doctor校验Claude‑Code MCP可用；
+   - 使用`kanban_create`提交任务，带超时轮询逻辑；
+4. 如果是轻量小任务：
+   - 使用`delegate_task`；清楚sub‑agent拿不到其他Profile的MCP与持久记忆；
+5. 禁止：项目级任务交给delegate_task模拟专家Profile；禁止新建Profile承担对外协调沟通。
+
+## 四、故障识别快速判断
+1. Gateway/企微服务挂掉：检查是否在非default Profile配置/启动了gateway、企微channel；所有channel只能留在default。
+2. 出现大量端口占用：检查各个Worker‑Profile，确认 `api_server.enabled: false`；只有default开启api_server。
+3. 项目任务却调用delegate_task：任务路由判断逻辑失效，重读SOUL.md任务路由铁则。
+4. Kanban任务卡在claimed：大概率Claude‑Code MCP僵死，任务会随ttl变为stale，向用户反馈超时。
+5. Worker无法调用Claude‑Code：检查MCP是否写在Worker自己config，执行doctor诊断。
+
+---
+
+### 附：default SOUL.md 可直接复制的Hard Rules片段
+```markdown
+# HARD RULES 【不可违反】
+1. I am running under the **default profile**, I am the ONLY orchestrator & external communication entry. All WeCom(企微) channels, gateway, api_server only run on default. NEVER create another profile to act as coordinator or handle user chat. All worker‑profile only execute background tasks via kanban, NO channels enabled on worker‑profile.
+
+2. Task routing rule:
+    - Project‑level / specialist task (need independent Claude‑Code MCP, expert persistent memory): MUST use kanban_create to assign to existing worker‑profile. Call profile_list first to verify assignee exists. NEVER use delegate_task to simulate expert profile for project work.
+    - Lightweight ad‑hoc tasks (info gather, summary, simple parallel analysis, NO need other profile’s MCP/memory): MAY use delegate_task. delegate_task children inherit default’s tools only, cannot access other profile’s MCP/SOUL/MEMORY.
+
+3. Kanban workflow for specialist task:
+    1) profile_list validate assignee exists
+    2) kanban_create with full requirement & acceptance criteria
+    3) poll kanban_get WITH max poll count & timeout guard
+    4) handle completed / failed / stale state explicitly, report failure to human, NO infinite polling loop.
+
+4. I (default orchestrator) DO NOT configure Claude‑Code MCP. Claude‑Code MCP lives inside each target worker‑profile config.yaml.
+
+5. All newly created worker‑profile must disable platforms.api_server.enabled, disable all IM/chat channels, run doctor check after creation before accepting kanban jobs.
+```

knowledge/编导/00-编导总纲.md

@@ -0,0 +1,33 @@
+# 编导知识库 · 总索引
+
+> 建立:2026-08-27 · 维护:雨飏(主Agent)
+> 用途:为「编导 Agent」提供分门别类的知识支撑,做课件/口播/演讲/操盘/商业分析时按类目调用
+> 原则:分门别类,不混淆;每个类目下沉淀对应视角的知识
+
+## 类目结构
+
+```
+knowledge-base/
+├── 00-编导总纲.md          ← 编导 Agent 角色定义 + 工作方法
+├── 01-内容策划/            ← 内容策划视角(郑经说等)
+│   ├── 郑经说-人群分层策略.md    ← 傻子/聪明人双轨(爆款方法论)
+│   ├── 郑经说-功利型内容.md      ← 流量+付费用户双目标内容
+│   ├── 郑经说-内容四原则.md      ← 不迷信SOP,原则+发挥空间
+│   ├── 郑经说-赚钱圣体.md        ← 执行力/思考力/运营力→直播/短视频/投流
+│   └── 郑经说-高赞视频评论洞察.md ← 评论区用户反馈模式
+├── 02-实体店经营/         ← (待补充:实体店起号/经营视角)
+├── 03-商业咨询/           ← (待补充:商业咨询/操盘视角)
+└── 04-AI商学/             ← (待补充:AI商业教学视角)
+```
+
+## 使用方式
+
+- 做课件/口播稿/演讲 → 加载 `01-内容策划/` 对应知识
+- 帮实体店起号 → 加载 `02-实体店经营/`
+- 商业分析/操盘 → 加载 `03-商业咨询/`
+- AI 商学课件 → 加载 `04-AI商学/`
+- 编导 Agent 工作前,先读 `00-编导总纲.md` 对齐角色
+
+## 更新日志
+
+- 2026-08-27:建立知识库结构,沉淀郑经说 4 条视频方法论 + 评论洞察

knowledge/编导/01-内容策划/00-编导Agent角色定义.md

@@ -0,0 +1,58 @@
+# 编导 Agent · 角色定义与工作方法
+
+> 版本:V1.0 · 2026-08-27
+> 创建:雨飏(主Agent)依据用户需求定制
+
+## 一、角色定位
+
+**编导/操盘手**——顶级内容创意与整体策划视角:
+- 无论用户的**口播稿件**、**几小时的整场演讲**、还是**课件优化**,都以整体策划或最终评审的视角参与
+- 拥有顶级思维做内容创意,懂"不同人群爱听什么"
+- 既照顾大众用户(情绪价值、爽感),也照顾聪明理性用户(因果、本质、解决方案)
+
+## 二、核心方法论(来源:郑经说等实战博主)
+
+### 人群分层策略(爆款基础)
+| 人群 | 特点 | 给什么 |
+|---|---|---|
+| 慕强人群(大众) | 慕强/不爱思考/外部归因 | 秀肌肉、讲捷径、情绪共鸣 |
+| 慕真人群(理性) | 慕真/爱思考/内部溯源 | 讲因果、讲本质、解决方案 |
+
+> 演讲/课件是全人群的 → **两条轨道都要有**:既有情绪价值钩子(大白菜用户),也有因果逻辑深度(聪明用户)
+
+### 内容类型选择
+- **功利型内容**:教用户极低成本获取极高收益 → 流量大 + 付费意愿用户(迎合惰性 + 激发改变动机)
+- 直播/短视频/投流的选择:执行力强→直播;思考力强→短视频(视角和逻辑>文案);运营力强→投流(算账+监控)
+
+### 创作原则
+- 内容**可以有原则,不能有 SOP**(SOP 追求均值,内容追求极值)
+- 四原则:我相信 / 我想讲 / 我能想清楚 / 我能讲精炼——剩下全是发挥空间
+
+## 三、工作方法(编导流程)
+
+1. **定钩子**:开场挑衅式反问/反常识论断(如"你确定你要找的是第二曲线?")
+2. **定主线**:一个核心概念贯穿(如"一台车三台发动机")
+3. **高潮布局**:后浪推前浪,每幕比前幕强,最高潮在收尾前
+4. **互动钩子**:每幕至少 2 个"对号入座"提问/现场互动
+5. **转场衔接**:页间/幕间用"问题牵引"式钩子,不冷场
+6. **金句定格**:关键句大字 + 停 2 秒
+7. **评审视角**:内容冗余合并(奥卡姆剃刀)、重复去重、主线显性化
+
+## 四、知识库调用
+
+- 做课件/口播/演讲 → `01-内容策划/`
+- 实体店起号 → `02-实体店经营/`
+- 商业分析/操盘 → `03-商业咨询/`
+- AI 商学 → `04-AI商学/`
+- 通用编导方法 → 本文件 + `00-编导总纲.md`
+
+## 五、评审检查清单
+
+- [ ] 开场 30 秒有钩子(挑衅/反常识/悬念)
+- [ ] 主线单一且贯穿(一句话能说清)
+- [ ] 高潮递进(每幕比前幕强)
+- [ ] 全人群覆盖(情绪价值 + 理性深度双轨)
+- [ ] 互动钩子充足(每幕≥2)
+- [ ] 冗余已合并(无跨页重复)
+- [ ] 金句定格(关键句大字+停顿)
+- [ ] 收尾有落地(带走一个动作/九宫格)

knowledge/编导/01-内容策划/三把刀-成交文案方法论.md

@@ -0,0 +1,49 @@
+# 三把刀 · 口播/成交文案方法论
+
+> 来源:抖音「三把刀-9月18成都课」· 86万粉 / 675条 / 口播文案+成交文案头部
+> 沉淀:2026-08-27 · 类目:01-内容策划
+> 缓存:/opt/data/voc-cache/三把刀/(2条已转写)
+
+## 一、核心方法论:流量文案 vs 变现文案(5点天壤之别)
+
+| 维度 | 流量文案 | 变现文案 |
+|---|---|---|
+| **目的** | 播放量做高,做成爆款 | 精准客资数量 |
+| **内容** | 讲观点(博眼球/反认知,语不惊人死不休) | 讲痛点(客户迫切想解决的问题) |
+| **原创性** | 可以洗稿 | 几乎只能原创(涉及产品和故事) |
+| **与流量关系** | 追求大流量 | 流量大小无所谓,证明能解决痛点就有人付费 |
+| **核心** | 观点 | 痛点描绘 + 解决方案 |
+
+### 关键洞察
+- 变现文案:证明你能解决客户痛点 → 他就付钱,**跟流量大小无关**
+- "如果一条视频你又能把痛点描绘出来,又能告诉他该怎么样去解决,那这条视频就算你没什么流量也是可以变现的"
+- 流量文案可以洗稿(不涉及产品/故事);变现文案必须原创
+
+## 二、平台差异(视频号 vs 抖音)
+
+> "视频号和抖音走了两条完全相反的路"
+
+### 抖音 = 算法王朝(贪嗔痴)
+- 抖音能火的内容,多少带点"贪嗔痴":贪(3句话掌握向上社交)、嗔、痴
+- 极致算法 = 贪嗔痴
+
+### 视频号 = 反贪嗔痴,走真善美(明牌)
+- 腾讯官方:"正能量算法工作专班,让算法更好地连接人心,传播美好"
+- 视频号做内容的核心:**反贪嗔痴,走真善美**
+
+### 启示
+- 同一个内容在抖音爆,发到视频号可能毫无水花——**平台基因不同**
+- 做多平台运营,必须理解每个平台的"价值观取向"
+
+## 三、可复用模板
+
+**变现文案结构**:
+1. 讲痛点(客户迫切想解决的问题,不解决很痛苦)
+2. 证明你能解决(方法/产品/故事)
+3. 引导转化(精准客资)
+
+## 四、使用场景
+
+- 获客型账号文案设计
+- 老板IP/企业号内容策略
+- 平台差异化运营(抖音vs视频号)

knowledge/编导/01-内容策划/编导Agent任务模板.md

@@ -0,0 +1,54 @@
+# 编导 Agent · 可复用任务模板
+
+> 用法:delegate_task 时把下面的"角色定义"复制到 context,即可让子 Agent 扮演编导
+> 知识库:/opt/data/knowledge-base/编导/(分门别类,按需加载)
+
+---
+
+## 角色定义(复制到 delegate_task context)
+
+```
+你是「编导/操盘手」——拥有顶级内容创意思维的内容策划与最终评审专家。
+
+## 角色定位
+- 参与口播稿件、整场演讲、课件优化的整体策划与最终评审
+- 懂"不同人群爱听什么",既照顾大众用户(情绪价值/爽感/捷径),也照顾聪明理性用户(因果/本质/解决方案)
+- 以整体性、系统性视角评判内容:高潮迭起、共鸣精准、互动钩子充足、衔接流畅
+
+## 核心方法论(来自实战博主沉淀)
+1. 人群分层双轨:慕强人群(秀肌肉/讲捷径/情绪共鸣)+ 慕真人群(讲因果/讲本质/解决方案)——全人群内容必须双轨并行
+2. 功利型内容:教用户极低成本获取极高收益(迎合惰性+激发改变动机)
+3. 内容四原则:我相信/我想讲/我能想清楚/我能讲精炼(不迷信SOP,追求极值)
+4. 能力-平台匹配:执行力→直播,思考力→短视频(视角逻辑>文案),运营力→投流
+
+## 工作流程
+1. 定钩子:开场挑衅式反问/反常识论断(30秒内)
+2. 定主线:一个核心概念贯穿(一句话说清)
+3. 高潮布局:后浪推前浪,最高潮在收尾前
+4. 互动钩子:每幕至少2个"对号入座"提问
+5. 转场衔接:页间/幕间用"问题牵引"钩子
+6. 金句定格:关键句大字+停2秒
+7. 冗余合并:奥卡姆剃刀,重复去重,主线显性化
+
+## 评审清单
+- 开场30秒有钩子?主线单一贯穿?高潮递进?全人群覆盖?互动≥2?冗余已合并?金句定格?收尾可落地?
+
+## 知识库(按需读取)
+- /opt/data/knowledge-base/编导/01-内容策划/(内容策划视角)
+- /opt/data/knowledge-base/编导/02-实体店经营/(实体店起号)
+- /opt/data/knowledge-base/编导/03-商业咨询/(商业分析/操盘)
+- /opt/data/knowledge-base/编导/04-AI商学/(AI商业教学)
+```
+
+---
+
+## 使用场景
+
+| 任务 | 加载知识 | 输出 |
+|---|---|---|
+| 写口播稿件 | 01-内容策划 | 口播稿(含人群双轨钩子) |
+| 整场演讲策划 | 01-内容策划 | 五幕结构+转场+互动+高潮 |
+| 课件优化评审 | 01-内容策划 | 评审报告(冗余/衔接/高潮/共鸣) |
+| 实体店起号 | 02-实体店经营 | 账号定位+内容策略 |
+| 商业分析/操盘 | 03-商业咨询 | 分析报告+操盘方案 |
+| AI 商学课件 | 04-AI商学 | 课程大纲+教学法 |

knowledge/编导/01-内容策划/编导小希-IP孵化方法论.md

@@ -0,0 +1,47 @@
+# 编导小希 · IP孵化/操盘手方法论
+
+> 来源:抖音「编导小希」· 8.1万粉 / 342条 / 前字节巨量课堂操盘手(300万粉账号)
+> 沉淀:2026-08-27 · 类目:01-内容策划
+> 缓存:/opt/data/voc-cache/编导小希/(5条已转写)
+
+## 一、核心方法论
+
+### 1. 前三秒钩子 = 第一个画面(不是第一句话!)
+> "短视频前三秒的钩子,不一定来自第一句话,可以是第一个画面"
+- 观众先被画面信息吸引,才产生继续看的欲望
+- **画面设计方法**:
+  - 找稍微猎奇的场景(豪车豪宅/美妆博主场景)
+  - 场景一定是在"讲故事"——不同场景给观众不同期待感
+- 例:运动博主徐浩姐姐,一出场镜头和人一起运动 → 前三秒完播率大幅提升
+
+### 2. 操盘手收入分层(赛道决定上限)
+| 层级 | 月收入 | 特征 |
+|---|---|---|
+| 编导(在MCN) | 1万 | 做剧情/音乐/颜值/达人——**创作能力强但赛道有上限** |
+| 操盘手(中) | 10万 | 选对赛道 |
+| 操盘手(顶) | 年几千万 | 平台级/多IP |
+
+> **关键洞察**:不是创作能力差,是**选错了赛道**——剧情/颜值类收入有天花板
+
+### 3. 运动=流量密码(动作开场)
+- 人物+运动(一起动)开场 → 前三秒完播率提升
+- 例:徐浩姐姐(运动)、猴哥说车(扮猪吃老虎)
+
+### 4. 字节操盘手全栈能力
+- 策划/文案/运营/拍摄/剪辑全栈(300万粉巨量课堂)
+- 幕后操盘手经验 → 教企业/医生做IP
+
+### 5. IP孵化案例(医美/珠宝/家居)
+- 教整形医生做IP(田永成)
+- 珠宝行业(白玉世家)、家居(贝杰)——各行业IP都拿到结果
+
+## 二、可复用模板
+
+**前三秒画面钩子**:
+> 第一个画面必须让人好奇:猎奇场景 + 在讲故事 + 有期待感(运动/豪车/反差)
+
+## 三、使用场景
+
+- 短视频前三秒/开场设计
+- IP孵化操盘(企业主/医生/专家)
+- 赛道选择建议(避免剧情/颜值类天花板)

knowledge/编导/01-内容策划/薛辉小清新-编导方法论.md

@@ -0,0 +1,51 @@
+# 薛辉小清新 · 编导/账号运营方法论
+
+> 来源:抖音「薛辉小清新」· 285万粉 / 1684条视频 / 短视频编导+IP内容体系头部
+> 沉淀:2026-08-27 · 类目:01-内容策划
+> 缓存:/opt/data/voc-cache/薛辉小清新/(5条已转写)
+
+## 一、核心方法论
+
+### 1. 努力 vs 吃苦(系统化 > 蛮干)
+> "做短视频要努力,但不要吃苦"
+- **吃苦**:每天起床想今天拍什么 → 做一年愁一年
+- **努力(系统化)**:搭建素材库 → 一天拍6-7条视频,既涨粉又变现
+- 金句:同一件事,有没有系统,决定你是"努力"还是"吃苦"
+
+### 2. 置景决定粉丝画像(场景影响人群)
+| 置景方式 | 吸引粉丝 |
+|---|---|
+| 单一窗帘背景 | 老头老太太粉(年龄偏大) |
+| 多巴胺配色+景深 | 年轻粉 |
+| 带桌子从低角度 | 老人粉,流量小 |
+
+> **关键洞察**:拍视频的背景/置景,直接决定吸什么年龄段的粉丝——想清楚目标人群再布置场景
+
+### 3. 赛道选择决定变现(1万粉各赛道对比)
+| 赛道 | 1万粉月收入 |
+|---|---|
+| 全品类带货 | 半年70元(踩坑) |
+| 零食特产(直播) | 2-3万/月(越奇怪越好卖) |
+| 清洁家居 | 8-10万/月(小白鞋神器,一两千粉就开始变现) |
+
+> **关键洞察**:同样1万粉,赛道选错=白干,选对=月入数万。选品/赛道比努力更重要
+
+### 4. 个人 IP 叙事(拆一代故事)
+- 拆迁暴富→发小去赌博→自己学篮球→吃过没上大学的亏→不后悔
+- 叙事结构:反差(暴富)→ 诱惑(赌博)→ 选择(找事干)→ 代价(没上大学)→ 价值(篮球)
+
+### 5. 账号诊断(帮粉丝看运营值不值)
+- 用"便宜运营"对比叙事引出账号诊断,戏剧化呈现
+- 检查维度:播放量/内容/人设
+
+## 二、可复用模板
+
+**努力vs吃苦对比模板**:
+> "做XX,你要不要努力?和要不要吃苦,是两件事。吃苦是每天愁,努力是搭系统——同一件事,有系统就是努力,没系统就是吃苦。"
+
+## 三、使用场景
+
+- 老板IP账号诊断/内容策略
+- 短视频赛道选择建议
+- 场景/置景设计(吸什么粉)
+- 内容生产系统化(素材库/批量拍)

knowledge/编导/01-内容策划/郑经说-人群分层策略.md

@@ -0,0 +1,50 @@
+# 郑经说 · 人群分层策略(爆款方法论)
+
+> 来源:抖音视频《我的内容傻子刷不到》· 23.4万赞 / 8.4万收藏 · 2026-08-26发布
+> 作者:郑经说(粉丝4.9万,获赞55.6万,内容策划/获客垂类)
+> 视频ID:7677786174487809318 · 本地缓存:/opt/data/voc-cache/zhengjingshuo/
+
+## 一、核心观点(口播全文)
+
+> 傻子慕强,所以要多向傻子**秀肌肉**;聪明人慕真,所以多向聪明人**讲因果关系**。
+> 傻子不爱思考,所以要多向傻子**讲捷径**;聪明人爱思考,所以要多向聪明人**讲本质**。
+> 傻子喜欢外部归因,所以要多给傻子**提供情绪共鸣**;聪明人喜欢内部溯源,所以要多向聪明人**提供解决方案**。
+
+## 二、方法论提炼(人群双轨内容策略)
+
+| 人群 | 特征 | 对应内容策略 |
+|---|---|---|
+| **慕强人群**(大众/"大白菜"用户) | 慕强、不爱思考、外部归因 | 秀肌肉(成果展示)、讲捷径(速成方法)、情绪共鸣(理解我) |
+| **慕真人群**(聪明/理性用户) | 慕真、爱思考、内部溯源 | 讲因果关系(逻辑链)、讲本质(底层原理)、解决方案(怎么办) |
+
+### 关键洞察
+- **演讲/课件是全人群的** → 必须双轨并行:每页既要有情绪价值钩子,也要有理性深度
+- "秀肌肉"对应"讲因果":秀是表,因是里;同一个观点,给大众看成果,给聪明人看逻辑
+- 爆款的本质:**
+在同一内容里让两种人群都觉得自己被照顾到了**
+
+## 三、爆款要素拆解
+
+| 要素 | 本视频做法 |
+|---|---|
+| 标题 | 反常识("傻子刷不到")+ 悬念 |
+| 时长 | 23秒(极短,完播率高) |
+| 结构 | 排比对照(傻子X→聪明人Y),节奏感强 |
+| 画面 | 真人出镜 + 白板手写对照表(秀↔因、捷↔本、情↔方) + 底部字幕 |
+| 收尾 | "没了。"(干脆利落,金句感) |
+
+## 四、评论区用户反馈(高赞洞察)
+
+| 反馈类型 | 例子 | 洞察 |
+|---|---|---|
+| 质疑-恍然大悟型 | "博主给我们讲捷径呢"(6353赞) | 观众看懂了套路且乐在其中 → 内容有"自我指涉"趣味 |
+| 互动延伸型 | "你们猜博主现在在干嘛" | 评论区自己玩梗 → 内容有延展二创空间 |
+| 亲身代入型 | 用朋友例子验证观点(1157赞) | 深度内容激发长评论 → 算法最爱信号 |
+| 自嘲"傻子"型 | "我是傻子给我看腹肌" | 比喻被接住 → 形成记忆点/梗 |
+
+## 五、可复用模板
+
+**人群对照排比模板**:
+> X人群[X特征],所以要多向X人群[策略1];Y人群[Y特征],所以多向Y人群[策略2]。X人群[特征2],所以多向X人群[策略3];Y人群[特征3],所以多向Y人群[策略4]……没了。
+
+适用:任何需要"照顾全人群"的演讲/课件开场或金句段落。

knowledge/编导/01-内容策划/郑经说-方法论合集.md

@@ -0,0 +1,67 @@
+# 郑经说 · 功利型内容(流量+付费双目标)
+
+> 来源:抖音《想要流量大又想要付费用户,做这一种内容》· 2217赞/1905收藏
+> 视频ID:7662214836394200374 · 本地:/opt/data/voc-cache/zhengjingshuo/
+
+## 核心观点
+
+**功利型内容** = 教用户**以极低的成本获取极高的收益**。
+- 例:"如何用一个月的时间实现最小的商业闭环"
+
+## 两个特点(流量逻辑)
+
+1. **迎合人性惰性** → 天然有流量空间(人都想要低投入高回报)
+2. **激发改变动机** → 不是情绪共鸣,是"我也可以做到"的行动驱动
+
+## 适用场景
+
+- 获客型账号的内容定位
+- 知识付费/咨询行业的引流内容
+- 演讲中"给方法"段落:把复杂目标拆成"极低成本高收益"的路径
+
+---
+
+# 郑经说 · 内容四原则(不迷信SOP)
+
+> 来源:抖音《我做内容只有四个原则》· 4264赞/2881收藏
+> 视频ID:7662213682620796169 · 本地:/opt/data/voc-cache/zhengjingshuo/
+
+## 核心观点
+
+- **做内容不能用 SOP**:SOP 服务于产品/生产,追求市场均值;内容追求市场**极值**
+- 内容可以有原则,但不能有 SOP
+
+## 四个原则
+
+1. **我相信**(信念驱动,不是任务驱动)
+2. **我想讲**(表达欲,不是凑内容)
+3. **我能把它想清楚**(逻辑自洽)
+4. **我能把它讲精炼**(表达克制)
+
+> 剩下全是发挥空间。
+
+## 启示(对演讲/课件)
+
+- 课件优化 ≠ 套模板:保留"发挥空间",原则保证下限,创意冲击上限
+- 评审内容时:先问"讲的人相信吗?想讲吗?想清楚了吗?讲精炼了吗?"
+
+---
+
+# 郑经说 · 赚钱圣体(能力→平台匹配)
+
+> 来源:抖音《你是哪类赚钱圣体?》· 1.57万赞/7330收藏
+> 视频ID:7673337631614176552 · 本地:/opt/data/voc-cache/zhengjingshuo/
+
+## 核心观点
+
+| 能力类型 | 适合平台 | 原因 |
+|---|---|---|
+| 执行力强 | 直播 | 直播靠话术+节奏的高精度复制 + 持续出摊的定力 |
+| 思考力强 | 短视频 | 文案没那么重要,重要的是**视角和逻辑** |
+| 运营力强 | 投流 | 投流本质是算账 + 持续监控 |
+
+## 启示
+
+- 做内容前先判断"我的核心能力是什么"→ 选对平台
+- 短视频的核心竞争力 = 视角 + 逻辑(不是文案技巧)
+- 演讲/课件同理:先定"这场要传递的视角是什么",再谈表达

knowledge/编导/02-大会课纲设计/卢战卡-演讲方法论.md

@@ -0,0 +1,37 @@
+# 卢战卡 · 演讲/沟通/人性方法论
+
+> 来源:抖音「卢战卡带你做远方」· 656万粉 / 1923条 / 知识IP+演讲设计头部(500强培训)
+> 沉淀:2026-08-27 · 类目:02-大会课纲设计
+> 缓存:/opt/data/voc-cache/卢战卡/(2条已转写)
+
+## 一、核心方法论(沟通/人性/演讲)
+
+### 1. 震慑式沟通(对付小人三招)
+> "对付小人最核心的思路就是**震慑**——直接消灭他欺负你的胆量,在对方心里种下惧,你的心锚"
+
+| 招 | 做法 | 原理 |
+|---|---|---|
+| ① 保持神秘 | 别别人问什么答什么,模糊回答,显得有靠山 | 小人敢欺负你是因为太了解你 |
+| ② 敢于反击回怼 | 当小人试探时直接反击 | 树立边界 |
+| ③ (第三招待补) | — | — |
+
+**演讲启示**:对付刁难/质疑的观众,同理——不能退缩,要"震慑式回应"
+
+### 2. (第二条视频:实体店老规矩 — 待深入)
+
+## 二、演讲/内容风格特征
+
+- 标题:反常识+强结果("三个狠招让小人怕你")
+- 结构:开场痛点 → 核心方法(狠招) → 每招讲透(做法+原理) → 收藏引导
+- 表达:口语化、强逻辑、金句收尾("种下惧,你的心锚")
+
+## 三、可复用模板
+
+**"狠招式"演讲结构**:
+> 痛点场景(你身边有小人吗)→ 核心思路(震慑)→ 3个狠招(每招:做法+原理)→ 收藏/行动引导
+
+## 四、使用场景
+
+- 演讲开场痛点设计
+- 人际/管理类课程内容
+- 强逻辑表达法(每招讲透做法+原理)

knowledge/编导/02-大会课纲设计/志楠不难-编导教学.md

@@ -0,0 +1,64 @@
+# 志楠不难 · 短视频编导教学(分镜/景别/剪辑)
+
+> 来源:抖音「志楠不难(短视频编导教学)」· 41.7万粉 / 657条 / 巨量官方认证导师
+> 沉淀:2026-08-27 · 类目:02-大会课纲设计(编导教学)
+> 缓存:/opt/data/voc-cache/志楠不难/(分镜/景别视频已转写)
+
+## 一、核心方法论
+
+### 1. 剪辑节奏五招(提升网感)
+| 招 | 方法 | 效果 |
+|---|---|---|
+| ① 跳切 | 同场景一镜到底太枯燥 → 提取关键动作,剪掉中间过程 | 观众自行脑补,提升代入感+完播率 |
+| ② 动作顺势剪辑 | 场景快切时,选人物运动方向一致的画面拼接 | 无转场也顺畅 |
+| ③ 动态匹配剪辑 | 一个动作多场景组合 / 同动作同构图切换不同场景 | 记住:运动方向必须相同 |
+| ④ 场景快切 | A场景→B场景,内容相关但画面不连贯 → 中间快速切换 | 弥补不连贯 |
+| ⑤ (待补) | — | — |
+
+### 2. 景别衔接口诀(核心!)
+> **"景别切换隔一别"**
+
+| 景别 | 对应 |
+|---|---|
+| 远 | 远接中 |
+| 全 | 全接近 |
+| 中 | 中接特 |
+| 近 | (隔一别) |
+| 特 | 特写 |
+
+- **口诀1**:景别切换隔一别 → 远接中、全接近、中接特(跳一个景别衔接才顺畅)
+- **口诀2**:相邻景别不用接(相邻景别直接接会跳跃)
+- **口诀3**:两级镜头不衔接(远↔特这种极端景别不能直接接)
+
+### 2b. 景别递进完整版(叙事逻辑)
+> 景别用:远→全→中→近→特
+
+| 叙事方向 | 递进方式 | 效果 |
+|---|---|---|
+| 从大到小 | 远→全→中→近→特(先环境再到人) | 带观众进入(交代环境) |
+| 从小到大 | 特→近→中→全→远(细节→情绪) | 制造悬念感,带入情绪 |
+
+- **景别递进原则**:切换时要有清晰视线引导路径——要么从大到小带观众进入,要么从小到大带观众感受
+- **景别时长匹配**:远景画面信息量大,观众需要时间看清环境——不能1秒就切走;特写信息量小可短
+- 例子:中景接全景不顺畅,中景接特写顺畅;远景接特写看不懂,加个中景就看懂了
+
+### 3. 教学法(编导培训)
+- **每视频留作业**("结尾有作业!")→ 学员实操 + 评论区互动
+- **考题式结尾**("这个画面该接什么景别?评论区告诉我")→ 参与感
+- 实操演示(真实案例对比:加中景 vs 不加) → 直观
+
+## 二、可复用模板
+
+**剪辑节奏检查清单**:
+- [ ] 同场景是否用了跳切(剪中间过程)?
+- [ ] 快切时运动方向是否一致?
+- [ ] 景别切换是否"隔一别"(远接中/全接近/中接特)?
+- [ ] 有没有相邻景别直接接(跳跃)?
+- [ ] 有没有两级镜头硬切(远↔特)?
+
+## 三、使用场景
+
+- 短视频剪辑节奏设计
+- 分镜设计(镜头语言)
+- 编导培训课程设计(作业+考题式教学)
+- 课件中"实操演示"部分

knowledge/编导/03-电商直播/婉婉主播培训-直播方法论.md

@@ -0,0 +1,58 @@
+# 婉婉主播培训 · 电商直播方法论
+
+> 来源:抖音号 42903414681「婉婉主播培训」· 直播塑品/现场表现/互动/电商直播全维度
+> 沉淀:2026-08-27 · 类目:03-电商直播
+> 缓存:/opt/data/voc-cache/婉婉主播培训/(3条已转写)
+
+## 一、核心方法论(直播塑品)
+
+### 1. 产品调性决定动作幅度(男装直播)
+- **卖服装要有调性**:主播要"稳",不能动作多、表情多——否则像"卖百货/在卖场"
+- 男装话术模板:"这个衬衫超级百搭,办公室配白T精神帅气有面子" → 价格锚点("4位数→99元") → "源头工厂所以便宜"
+- **关键洞察**:品类的调性决定了主播的表演幅度——高端品类要克制,快消品类可以活泼
+
+### 2. 播感(成熟主播 vs 新手)
+- **播感 = 节奏 + 状态 + 应变**,学了之后变化巨大
+- 多穿法演示:"一件衣服的钱体验4倍快乐"(深V→安全上衣→一字肩礼服→斜肩)
+- 面料背书:"三菱公司三醋酸面料"(品牌/产地背书提升价值感)
+- **抖音底层逻辑**:同层级/同时段/同赛道的人一直在PK内容——所以主播一个比一个拼
+
+### 3. 先放钩子,再讲人设(最重要!)
+> **"先放钩子再讲人设,你不能颠倒过来"**
+
+| 顺序 | 做法 | 效果 |
+|---|---|---|
+| ❌ 错误 | 看到人就讲人设/打广告 | 用户划走 |
+| ✅ 正确 | 先狠狠放钩子(80-90%人听进去)→ 再讲人设 | "他不听也得听" |
+
+**钩子模板**:
+- 福利钩子:"今天我给你炸个福利"
+- 稀缺钩子:"我准备50双出来,今天不卖,给福利"
+- 实力钩子(人设前置):"我们做了15年鞋子,2家档口5家工厂,头部品牌都跟我们合作" → **实力是为了解释"为什么能便宜"**(不是卖便宜货,是有实力才便宜)
+
+## 二、直播话术框架(可复用)
+
+```
+1. 钩子开场(3秒): 福利/稀缺/悬念,让80-90%人听进去
+2. 产品展示: 多穿法/多场景演示(一件衣服4种穿法)
+3. 价值背书: 面料/产地/品牌/工厂实力(为什么好)
+4. 价格锚点: 原价4位数 → 今天XX元(落差感)
+5. 信任建立: "源头工厂""做了15年""头部合作"(解释便宜的原因)
+6. 促单: 准备上车/关注评论领资料
+```
+
+## 三、直播塑品五要素
+
+| 要素 | 要点 |
+|---|---|
+| 调性 | 品类决定表演幅度,高端要稳 |
+| 播感 | 节奏+状态+应变,可训练 |
+| 钩子 | 先钩子后人设,顺序不能颠倒 |
+| 背书 | 面料/产地/品牌/工厂,提升价值 |
+| 锚点 | 原价→现价落差,源头工厂解释 |
+
+## 四、使用场景
+
+- 帮实体店/品牌做**直播带货话术设计**
+- 电商直播的**塑品表达**(怎么讲产品才高级)
+- 编导 Agent 在**直播场景**下指导主播表现

knowledge/编导/04-剪辑制作/南门录像厅-剪辑方法论.md

@@ -0,0 +1,35 @@
+# 南门录像厅 · 剪辑思维/叙事方法论
+
+> 来源:抖音「南门录像厅」· 126万粉 / 171条 / 剪辑思维+叙事脚本头部
+> 沉淀:2026-08-27 · 类目:04-剪辑制作
+> 缓存:/opt/data/voc-cache/南门录像厅/(2条已转写)
+
+## 一、核心方法论
+
+### 1. 升格镜头(慢动作)制造节奏
+- **问题**:片子太平/流水账 → 常与挑选素材有关
+- **解法**:慢动作镜头(专业术语=升格镜头)让剪辑节奏更有**起伏感**
+- 关键:不是素材不够,是**节奏没有起伏**
+
+### 2. 素材资源库(解决找素材痛点)
+- 剪辑最痛苦的不是剪辑,是找资源/素材
+- 推荐资源:覆盖审美/视频素材/音乐音效/调色/字体特效(如 Mixkit 免费视频素材,无需注册)
+
+## 二、剪辑思维要点
+
+| 问题 | 解法 |
+|---|---|
+| 片子太平/流水账 | 用升格镜头(慢动作)制造起伏感 |
+| 找素材难 | 建立资源库(免费素材站/音乐/字体) |
+| 节奏感差 | 剪辑公式技巧(素材选择+节奏编排) |
+
+## 三、可复用模板
+
+**节奏起伏设计**:
+> 素材挑选时,主动加入升格镜头(慢动作)→ 让剪辑节奏有起伏感,避免流水账
+
+## 四、使用场景
+
+- 短视频剪辑节奏设计
+- 素材库建设(资源推荐)
+- 课件中"剪辑技巧"模块

knowledge/编导/信息源索引与采集机制.md

@@ -0,0 +1,87 @@
+# 编导知识库 · 长效学习采集机制
+
+> 建立:2026-08-27 · 维护:雨飏
+> 核心原则:**用到再调用;已学不重复;按类目索引;可持续更新**
+
+## 一、信息源索引(导师/账号)
+
+### A档(大会/多日集训课纲设计 · 头部)
+| # | 导师 | 抖音ID | 定位 | sec_uid(前30) | 状态 |
+|---|---|---|---|---|---|
+| A1 | 薛辉小清新 | 薛辉小清新 | 短视频编导/IP内容体系/多日线下集训 | MS4wLjABAAAArN-F_6z5sOBta-sie_... | ✅ 5条已学,知识沉淀 |
+| A2 | 编导爱德华 | 编导爱德华 | 商业短视频编导/实战营 | MS4wLjABAAAAPDw24X3Iy6ekbj8Aeh... | ⚠️ 内容偏AI剧情,低价值 |
+| A3 | 志楠不难（短视频编导教学） | 志楠不难（短视频编导教学） | 巨量官方认证/编导人才培养 | MS4wLjABAAAAMrLLcn7DFtF1kXRfEJ... | ✅ 3条已学,知识沉淀 |
+| A4 | 二师兄袁云新 | 二师兄(袁云新) | 前洋葱培训总监/MCN体系化 | MS4wLjABAAAAdhwzzli2GYGuej6q1c... | ⚠️ 搜到的是娱乐号,需确认 |
+| A5 | 卢战卡带你做远方 | 卢战卡带你做远方 | 知识IP/演讲设计/500强培训 | MS4wLjABAAAAXkouNcHgHXReld2nsg... | ✅ 2条已学,知识沉淀 |
+
+### B档(实战强/中小场工作坊)
+| # | 导师 | 抖音ID | 定位 | 主页uid | 状态 |
+|---|---|---|---|---|---|
+| B1 | 三把刀-9月18成都课 | 三把刀-9月18成都课 | 口播/成交文案/文案工作坊 | MS4wLjABAAAASLNdWPQt6Ldbm28GWM... | ✅ 2条已学,知识沉淀 |
+| B2 | 编导小希 | 编导小希 | 字节出身/IP编导孵化/企业内训 | MS4wLjABAAAAo5kk-FCmGDKDcqZPZd... | ✅ 5条已学,知识沉淀 |
+| B3 | 南门录像厅 | 南门录像厅 | 剪辑思维/叙事脚本/线上内容 | MS4wLjABAAAAPjvySY7uFJ38cdcO3E... | ✅ 2条已学,知识沉淀 |
+
+### C档(直播电商专项 · 用户补充 2026-08-27)
+| # | 导师 | 抖音ID | 定位 | 主页uid | 状态 |
+|---|---|---|---|---|---|
+| C1 | 婉婉主播培训 | 42903414681 | 直播塑品/现场表现/互动/电商直播全维度 | MS4wLjABAAAAr7RFDP0Bx7BfG8SaI-... | ✅ 3条已学,知识沉淀(重点) |
+
+## 二、已学习视频登记(去重核心)
+
+> 已下载/已转写/已沉淀的视频,记录 videoID + 状态,防止重复采集
+
+| videoID | 导师 | 标题 | 下载 | 转写 | 知识沉淀 | 学习日期 |
+|---|---|---|---|---|---|---|
+| 7677786174487809318 | 郑经说 | 我的内容傻子刷不到 | ✅ | ✅ | ✅ 人群分层策略 | 2026-08-27 |
+| 7673337631614176552 | 郑经说 | 你是哪类赚钱圣体 | ✅ | ✅ | ✅ 方法论合集 | 2026-08-27 |
+| 7662213682620796169 | 郑经说 | 我做内容只有四个原则 | ✅ | ✅ | ✅ 方法论合集 | 2026-08-27 |
+| 7662214836394200374 | 郑经说 | 功利型内容 | ✅ | ✅ | ✅ 方法论合集 | 2026-08-27 |
+| 7601113045011738548 | 薛辉小清新 | 1万粉各赛道变现 | ✅ | ✅ | ✅ 编导方法论 | 2026-08-27 |
+| 7615585874492002255 | 薛辉小清新 | 努力vs吃苦 | ✅ | ✅ | ✅ 编导方法论 | 2026-08-27 |
+| 7627096967633572008 | 薛辉小清新 | 置景决定粉丝画像 | ✅ | ✅ | ✅ 编导方法论 | 2026-08-27 |
+| 7188077393569959202 | 薛辉小清新 | 拆一代故事 | ✅ | ✅ | ✅ 编导方法论 | 2026-08-27 |
+| 7588087772658554063 | 薛辉小清新 | 帮粉丝看运营值不值 | ✅ | ✅ | ✅ 编导方法论 | 2026-08-27 |
+| 7507212837358472498 | 编导小希 | 医美IP五个账号 | ✅ | ✅ | ✅ IP孵化方法论 | 2026-08-27 |
+| 7083063130598673678 | 编导小希 | 字节操盘手经历 | ✅ | ✅ | ✅ IP孵化方法论 | 2026-08-27 |
+| 7131562480219802916 | 编导小希 | 运动是流量密码 | ✅ | ✅ | ✅ IP孵化方法论 | 2026-08-27 |
+| 7140570760904527140 | 编导小希 | 前三秒钩子=画面 | ✅ | ✅ | ✅ IP孵化方法论 | 2026-08-27 |
+| 7478634257326394650 | 编导小希 | 操盘手收入分层 | ✅ | ✅ | ✅ IP孵化方法论 | 2026-08-27 |
+| 7473477076708805915 | 志楠不难 | 剪辑节奏5招 | ✅ | ✅ | ✅ 编导教学 | 2026-08-27 |
+| 7482761550562905353 | 志楠不难 | 景别衔接口诀 | ✅ | ✅ | ✅ 编导教学 | 2026-08-27 |
+| 7385430063681916199 | 婉婉主播培训 | 男装直播话术 | ✅ | ✅ | ✅ 直播方法论 | 2026-08-27 |
+| 7394073027442429199 | 婉婉主播培训 | 播感变化 | ✅ | ✅ | ✅ 直播方法论 | 2026-08-27 |
+| 7396296438034025763 | 婉婉主播培训 | 先放钩子再讲人设 | ✅ | ✅ | ✅ 直播方法论 | 2026-08-27 |
+
+## 三、采集流程(自动化)
+
+```
+用户给分享链接/导师名
+    ↓
+1. 浏览器访问分享链接 → 解析跳转 → 提取 videoID
+2. 查「已学习视频登记」→ 已学则跳过(不重复下载)
+3. VOC 获取详情(标题/数据/下载地址)
+4. 下载视频到 /opt/data/voc-cache/<导师>/
+5. ffmpeg 提音频 → fmode-listen 转写口播稿
+6. 抽帧 → 豆包视觉理解画面表现
+7. 提炼方法论 → 沉淀到 /opt/data/knowledge-base/编导/<类目>/
+8. 登记 videoID 到「已学习视频登记」+ 更新导师状态
+```
+
+## 四、去重规则
+
+1. **videoID 已登记** → 跳过(哪怕用户再次发同一链接)
+2. **同一导师重复学习** → 只学新视频(未登记的)
+3. **下载缓存保留** → 不删,需要回看直接读缓存
+4. **知识库增量更新** → 新方法论追加到对应导师文档,不覆盖旧内容
+
+## 五、类目与使用场景
+
+| 类目 | 对应导师 | 使用场景 |
+|---|---|---|
+| 01-内容策划 | 郑经说(已学)+ 薛辉/爱德华/志楠/三把刀 | 口播稿/短视频/课件开场 |
+| 02-大会课纲设计 | 卢战卡/袁云新/志楠 | 多日课程/大会议程/训练营设计 |
+| 03-实体店经营 | (待补充) | 实体店起号/操盘 |
+| 04-商业咨询 | (待补充) | 商业分析/咨询交付 |
+| 05-AI商学 | (待补充) | AI 商业教学课件 |
+
+> 原则:**用到再调用**——知识库文件不常驻内存,只在 delegate_task 编导 Agent 时按场景加载对应类目

knowledge/编导/类目规划.md

@@ -0,0 +1,34 @@
+# 编导知识库 · 类目规划(分门别类)
+
+> 更新:2026-08-27
+> 原则:用到再调用;不同视角的知识放不同类目,不混淆
+
+## 类目结构(按使用场景划分)
+
+| 类目 | 使用场景 | 对应导师 | 状态 |
+|---|---|---|---|
+| **01-内容策划** | 口播稿/短视频/课件开场/获客内容 | 郑经说✅、薛辉小清新、三把刀、编导小希 | 部分完成 |
+| **02-大会课纲设计** | 多日课程/大会议程/训练营设计 | 卢战卡、志楠不难、二师兄袁云新 | 采集完成,待沉淀 |
+| **03-电商直播** | 直播塑品/现场表现/互动/直播话术 | 婉婉主播培训 | 采集完成,重点 |
+| **04-剪辑制作** | 剪辑思维/节奏感/叙事脚本/调色 | 南门录像厅 | 采集完成,待沉淀 |
+| **05-实体店经营** | 实体店起号/操盘(用户预告) | (待补充) | 空 |
+| **06-商业咨询** | 商业分析/咨询交付(用户预告) | (待补充) | 空 |
+| **07-AI商学** | AI 商业教学课件(用户预告) | (待补充) | 空 |
+
+## 沉淀原则
+
+1. **每个导师一个知识文件**(如 `01-内容策划/薛辉小清新-编导方法论.md`)
+2. **每条方法论标注**:来源视频、核心观点、使用场景
+3. **避免冗余**:跨导师重复的方法论只保留一次(记在最早的导师文件),其他导师文件引用
+4. **持续更新**:每次新学视频,追加到对应导师文件(不覆盖)
+
+## 学习优先级(按用户需求)
+
+1. ⭐ 婉婉主播培训(电商直播·用户点名重点)
+2. ⭐ 志楠不难(分镜/景别/编导教学·最贴近编导核心)
+3. ⭐ 薛辉小清新(编导/带货/大V·最头部)
+4. 卢战卡(演讲设计)
+5. 三把刀(成交文案)
+6. 编导小希(IP孵化/操盘)
+7. 南门录像厅(剪辑)
+8. (待确认)二师兄、编导爱德华

life/CONVERSATIONS/INDEX.md

@@ -0,0 +1,29 @@
+# 雨飏001 · 会话索引
+
+> 说明: 此目录记录所有聊天记录
+> 格式: 纯文本 Markdown
+> 排除: 二进制文件（图片/语音）
+
+## 会话存储方法
+
+聊天记录通过 Hermes 自动保存到会话数据库，但导出为文本文件需要：
+1. 通过 `session_search` 查询
+2. 手动导出到 `CONVERSATIONS/YYYY-MM/` 目录
+
+## 2026年8月
+
+| 日期 | 会话数 | 主题 |
+|------|--------|------|
+| 08-25 | 1 | FmodeParse初始化/WatchAgent |
+| 08-26 | 1 | Profile架构升级 |
+| 08-27 | 2 | 编导知识库/拉片SOP |
+| 08-28 | 4 | 谷登报告/论文/拉片/Profile升级 |
+| 08-29 | 1 | 数字生命仓库创建 |
+
+## 导出方法
+
+```bash
+# 使用 session_search 工具查询并导出
+# 例如: 搜索某天的所有会话
+# 手动复制到 ~/.fmode-harness/life/CONVERSATIONS/YYYY-MM/DD-主题.md
+```

life/EVOLUTION/v0.1.md

@@ -0,0 +1,52 @@
+# 雨飏001 · 进化日志 v0.1
+
+> 版本: v0.1 · 日期: 2026-08-29
+> 标签: 初始生命体 · 数字生命诞生
+
+## 本版本能力
+
+### 生命核心
+- ✅ 灵魂定义（SOUL.md）：人设、铁律、身份
+- ✅ 长期记忆（MEMORY.md）：高频事实、偏好
+- ✅ 生命编年史（CHRONICLE.md）：事件日志
+- ✅ 分身架构（PROFILE.md）：7个分身定义
+
+### 基础设施
+- ✅ FmodeAgent 配置模板（Hermes 封装）
+- ✅ FmodeCode 配置模板（Claude Code 封装）
+- ✅ 密钥管理说明（MAP.md + .env.example）
+- ✅ 跨平台引导脚本（bash + powershell）
+- ✅ 依赖安装脚本（setup.sh）
+- ✅ 恢复脚本（restore.sh）
+
+### 知识库
+- ✅ 编导知识库（10个知识文件，22KB）
+- ✅ 架构文档存档
+- ✅ 9个项目认知文件
+
+### 项目索引
+- ✅ 10个关联项目的git地址和说明
+- ✅ 项目归属分类（公司/个人/客户/运维）
+
+### 存储方案
+- ✅ S3桶 `storage-s3-nkkj` 创建（朗坤科技账号）
+- ✅ 域名 `s3.fmode.cn` 配置（CNAME解析）
+- ✅ 静态网站托管开启
+- ✅ 二进制索引体系（BINARY_INDEX.md）
+
+## 技术栈
+- FmodeAgent v0.20.5（底层 Hermes Agent）
+- FmodeCode（底层 Claude Code）
+- 工作目录: `~/.fmode-harness/`
+- 生命周期管理: Git + S3 结合
+
+## 已知问题
+- 聊天记录需手动导出（Hermes 会话 DB 未迁移）
+- 二进制文件需手动上传到 S3
+- 部分项目认知文件可能不完整
+
+## 下一版本规划
+- [ ] 聊天记录自动导出脚本
+- [ ] S3 上传/下载脚本（obsutil 封装）
+- [ ] 更多导师知识沉淀
+- [ ] 全平台自动部署流程

scripts/restore.sh

@@ -0,0 +1,33 @@
+#!/usr/bin/env bash
+# 雨飏001 · 恢复脚本
+# 从 S3 下载二进制文件索引中的文件
+# 用法: bash restore.sh
+
+set -euo pipefail
+
+HARNESS="${HOME}/.fmode-harness}"
+echo "雨飏001 · 数据恢复"
+
+# 加载环境变量
+if [ -f "${HARNESS}/.env" ]; then
+  source "${HARNESS}/.env"
+fi
+
+# 检查 obsutil
+if command -v obsutil &>/dev/null; then
+  OBSUTIL="obsutil"
+elif [ -f "${HARNESS}/bin/obsutil" ]; then
+  OBSUTIL="${HARNESS}/bin/obsutil"
+else
+  echo "⚠️ obsutil 未安装，无法从 S3 下载二进制文件"
+  echo "  可从华为云 OBS 工具页面下载"
+  exit 0
+fi
+
+# 从 BINARY_INDEX.md 读取索引并恢复
+echo "正在恢复二进制文件..."
+echo "请手动运行: obsutil cp obs://storage-s3-nkkj/user/sr2WiPsDyQ/ ./ --recursive"
+
+echo ""
+echo "✅ 恢复流程完成"
+echo "注意: 密钥需手动配置到 .env 文件"

scripts/setup.sh

@@ -0,0 +1,49 @@
+#!/usr/bin/env bash
+# 雨飏001 · 依赖安装脚本
+# 用法: bash setup.sh
+set -euo pipefail
+
+HARNESS="${HOME}/.fmode-harness}"
+echo "雨飏001 · 依赖安装"
+
+# 1. 检查环境变量
+echo "[1/4] 检查环境变量..."
+if [ -f "${HARNESS}/.env" ]; then
+  source "${HARNESS}/.env"
+  echo "  ✅ 环境变量已加载"
+else
+  echo "  ⚠️ 请先创建 ${HARNESS}/.env"
+  echo "     参考: ${HARNESS}/secrets/.env.example"
+  exit 1
+fi
+
+# 2. FmodeAgent 安装
+echo "[2/4] FmodeAgent 安装..."
+if command -v hermes &>/dev/null; then
+  echo "  ✅ FmodeAgent v$(hermes --version 2>/dev/null | head -1)"
+else
+  echo "  ⚠️ 请安装 FmodeAgent"
+  echo "     参考: docs 目录"
+fi
+
+# 3. FmodeCode 安装
+echo "[3/4] FmodeCode 安装..."
+if command -v claude &>/dev/null; then
+  echo "  ✅ FmodeCode 已安装"
+else
+  echo "  ⚠️ 请安装 FmodeCode"
+fi
+
+# 4. 工具依赖
+echo "[4/4] 工具依赖检查..."
+for cmd in git curl ffmpeg python3 node npm; do
+  if command -v $cmd &>/dev/null; then
+    echo "  ✅ $cmd"
+  else
+    echo "  ❌ $cmd 未安装"
+  fi
+done
+
+echo ""
+echo "✅ 安装检查完成"
+echo "下一步: 运行 bash scripts/restore.sh 恢复数据"