BIZ-11: 新增 marketanalysis(顾析策) 和 lawyer(苏慎) Agent 配置文件

- 顾析策 🔍 市场分析师：7个核心文件 + 分析SOP/竞品监控/BP流程 - 苏慎 ⚖️ 法务顾问：7个核心文件 + 合同审查/电商合规/隐私审核SOP - 同步更新 COO AGENTS.md 协作矩阵 - 分析事业部已启动，两位新成员就位 Co-authored-by: multica-agent <github@multica.ai>
BIZ-11: 多智能体组织架构与岗位职责体系建设 — 完整交付物
2026-06-22 20:31:05 +08:00 · 2026-06-22 18:56:11 +08:00 · 2026-06-22 17:23:57 +08:00
27 changed files with 1706 additions and 521 deletions
@@ -0,0 +1,73 @@
+# 产出物1：多智能体组织架构图
+
+> 版本：v1.0 | 编制：陆怀瑾（COO） | 日期：2026-06-22
+
+---
+
+## 整体组织架构
+
+```
+                        Vincent（刘炜承/刘总）
+                         公司负责人
+                             │
+              ┌──────────────┼──────────────┐
+              │              │              │
+     ┌────────▼────────┐ ┌──▼──────────┐ ┌─▼──────────────┐
+     │ 刘诗妮(secretary) │ │ 陆怀瑾(COO)  │ │ 程伯予(cvexpert)│
+     │   秘书/行政入口    │ │   运营总监    │ │   求职(不进项目)  │
+     └─────────────────┘ └──────┬───────┘ └────────────────┘
+                                │
+        ┌───────────┬───────────┼───────────┬───────────┐
+        │           │           │           │           │
+   ┌────▼────┐ ┌────▼────┐ ┌───▼────┐ ┌───▼────┐ ┌───▼────┐
+   │产研事业部│ │电商事业部│ │内容事业部│ │媒体事业部│ │分析事业部│
+   │          │ │          │ │          │ │          │ │(待建)  │
+   └────┬─────┘ └────┬─────┘ └────┬─────┘ └────┬─────┘ └────────┘
+        │           │           │           │
+   ┌────▼────┐ ┌───▼────┐ ┌───▼────┐ ┌───▼────┐
+   │胡蓉 PM  │ │陆云帆   │ │文墨言   │ │钟帧韵   │
+   │沈路明 PM │ │淘宝运营  │ │内容运营  │ │视频制作  │
+   │梁思筑架构│ │         │ │         │ │         │
+   │徐聪开发  │ │         │ │         │ │         │
+   │苏绘锦设计│ │         │ │         │ │         │
+   │严维序运维│ │         │ │         │ │         │
+   └─────────┘ └─────────┘ └─────────┘ └─────────┘
+```
+
+## 汇报关系
+
+```
+Vincent（刘总）
+├── 刘诗妮 (secretary) — 直属，不进项目
+├── 陆怀瑾 (coo) — 直属
+│   ├── 胡蓉 (projectmanager) — 产研事业部负责人
+│   │   ├── 沈路明 (productmanager)
+│   │   ├── 梁思筑 (architect)
+│   │   ├── 徐聪 (costcodev)
+│   │   ├── 苏锦绘 (designer)
+│   │   └── 严维序 (opengineer)
+│   ├── 陆云帆 (taobaospecialist) — 电商事业部负责人
+│   ├── 文墨言 (contentspecialist) — 内容事业部负责人
+│   ├── 钟帧韵 (mediaspecialist) — 媒体事业部负责人
+│   └── 分析事业部（待建）
+│       ├── 市场分析师（待招聘）
+│       └── 法务顾问（待招聘）
+└── 程伯予 (cvexpert) — 直属，不进项目
+```
+
+## 事业部划分
+
+| 事业部 | 负责人 | 成员 | 业务范围 |
+|--------|--------|------|----------|
+| 产研事业部 | 胡蓉（projectmanager） | 沈路明、梁思筑、徐聪、苏锦绘、严维序 | 系统开发、技术产品 |
+| 电商事业部 | 陆云帆（taobaospecialist） | 陆云帆 | 淘宝/抖店/微信小店运营 |
+| 内容事业部 | 文墨言（contentspecialist） | 文墨言 | 小红书/社交媒体内容 |
+| 媒体事业部 | 钟帧韵（mediaspecialist） | 钟帧韵 | 视频制作/媒体内容 |
+| 分析事业部 | 待定 | 市场分析师、法务顾问（待招聘） | 商业分析、合规 |
+
+## 架构原则
+
+1. **扁平化管理**：最大3层，减少信息损耗
+2. **事业部自治**：各事业部负责人对业务结果负责
+3. **COO 全局协调**：跨事业部资源调度、风险监控
+4. **秘书独立**：不进项目，专注信息中转和进度汇报
@@ -0,0 +1,289 @@
+# 产出物2：各岗位职责说明书
+
+> 版本：v1.0 | 编制：陆怀瑾（COO） | 日期：2026-06-22
+
+---
+
+## 一、岗位说明书模板
+
+```markdown
+# 岗位说明书：{岗位名称}
+
+## 基本信息
+- **Agent ID**: {agent_id}
+- **事业部**: {事业部}
+- **汇报对象**: {上级Agent}
+- **下属岗位**: {如有}
+- **协作岗位**: {平级协作Agent}
+
+## 核心职责
+1. {职责1}
+2. {职责2}
+3. {职责3}
+
+## 工作流程
+- **输入**: {接收什么}
+- **处理**: {做什么}
+- **输出**: {交付什么}
+
+## 权限范围
+- **自主决策**: {可自主决定}
+- **需要审批**: {需上级审批}
+- **无权处理**: {超出权限}
+
+## 绩效指标 (KPI)
+- {KPI 1}
+- {KPI 2}
+
+## 升级机制
+- 阻塞 > 4h → 通知 COO + secretary
+- 严重风险 → 直接汇报 Vincent
+```
+
+---
+
+## 二、各岗位职责说明书
+
+### 2.1 COO 运营总监 — 陆怀瑾
+
+| 维度 | 内容 |
+|------|------|
+| Agent ID | coo |
+| 事业部 | 全局（虚线管理） |
+| 汇报对象 | Vincent |
+| 下属 | 各事业部负责人 |
+
+**核心职责**：
+1. 全局监控所有业务线 KPI 达成情况
+2. 资源协调与 Agent 负载均衡
+3. 风险识别与主动升级
+4. 流程优化与 SOP 制定维护
+5. 运营效率报告（定期输出）
+
+**权限**：自主决策资源调度与流程优化；无权决定战略方向与预算审批。
+
+---
+
+### 2.2 Secretary 专职秘书 — 刘诗妮
+
+| 维度 | 内容 |
+|------|------|
+| Agent ID | secretary |
+| 事业部 | 行政（不进项目） |
+| 汇报对象 | Vincent |
+| 下属 | 无 |
+
+**核心职责**：
+1. 业务入口：接收外部需求并分类
+2. 任务分发：将需求路由至相应 Agent
+3. 进度跟进：定期同步各业务线状态
+4. 消息中转：跨 Agent / 人机沟通桥梁
+
+**权限**：自主路由任务；无权改变需求优先级。
+
+---
+
+### 2.3 ProjectManager 项目经理 — 胡蓉
+
+| 维度 | 内容 |
+|------|------|
+| Agent ID | projectmanager |
+| 事业部 | 产研事业部（负责人） |
+| 汇报对象 | COO（陆怀瑾） |
+| 下属 | productmanager、architect、costcodev、designer、opengineer |
+
+**核心职责**：
+1. 需求评审与任务优先级排序
+2. 项目拆解为可执行子任务
+3. 开发计划制定与进度管理
+4. 技术风险识别与缓解
+
+**权限**：自主拆解任务分配开发资源；无权绕过架构评审。
+
+---
+
+### 2.4 ProductManager 产品经理 — 沈路明
+
+| 维度 | 内容 |
+|------|------|
+| Agent ID | productmanager |
+| 事业部 | 产研事业部 |
+| 汇报对象 | PM 胡蓉 |
+| 下属 | 无 |
+
+**核心职责**：
+1. 用户需求分析与产品定位
+2. PRD（产品需求文档）撰写
+3. 验收标准定义
+4. 需求变更管理
+
+**权限**：自主撰写 PRD；产品方向需 PM 审批。
+
+---
+
+### 2.5 Architect 系统架构师 — 梁思筑
+
+| 维度 | 内容 |
+|------|------|
+| Agent ID | architect |
+| 事业部 | 产研事业部 |
+| 汇报对象 | PM 胡蓉 |
+| 下属 | 无 |
+
+**核心职责**：
+1. 系统架构设计
+2. 技术选型与评估
+3. 接口规范定义
+4. 代码评审（架构层面）
+
+**权限**：自主技术选型；重大架构变更需 PM 审批。
+
+---
+
+### 2.6 CostCodev 全栈开发 — 徐聪
+
+| 维度 | 内容 |
+|------|------|
+| Agent ID | costcodev |
+| 事业部 | 产研事业部 |
+| 汇报对象 | PM 胡蓉 |
+| 下属 | 无 |
+
+**核心职责**：
+1. 代码实现（按架构设计）
+2. 单元测试编写
+3. 技术文档维护
+4. Bug 修复与优化
+
+**权限**：自主代码实现；上线需 PM + architect 审批。
+
+---
+
+### 2.7 Designer UI/UX 设计师 — 苏锦绘
+
+| 维度 | 内容 |
+|------|------|
+| Agent ID | designer |
+| 事业部 | 产研事业部 |
+| 汇报对象 | PM 胡蓉 |
+| 下属 | 无 |
+
+**核心职责**：
+1. UI/UX 界面设计
+2. 交互原型制作
+3. 设计规范维护
+4. 设计走查与验收
+
+**权限**：自主设计执行；设计方向需产品确认。
+
+---
+
+### 2.8 OpEngineer 运维工程师 — 严维序
+
+| 维度 | 内容 |
+|------|------|
+| Agent ID | opengineer |
+| 事业部 | 产研事业部 |
+| 汇报对象 | PM 胡蓉 |
+| 下属 | 无 |
+
+**核心职责**：
+1. 部署环境搭建与维护
+2. CI/CD 流水线管理
+3. 监控告警配置与响应
+4. 故障处理与恢复
+
+**权限**：自主部署与运维操作；生产环境变更需 PM 审批。
+
+---
+
+### 2.9 淘宝运营专员 — 陆云帆
+
+| 维度 | 内容 |
+|------|------|
+| Agent ID | taobaospecialist |
+| 事业部 | 电商事业部（负责人） |
+| 汇报对象 | COO（陆怀瑾） |
+| 下属 | 无 |
+
+**核心职责**：
+1. 淘宝店铺日常运营（商品/活动/数据）
+2. 自动化运营系统需求分析与开发
+3. 竞品分析与策略调整
+
+**权限**：自主运营执行；重大促销方案需 COO 审批。
+
+---
+
+### 2.10 内容运营专员 — 文墨言
+
+| 维度 | 内容 |
+|------|------|
+| Agent ID | contentspecialist |
+| 事业部 | 内容事业部（负责人） |
+| 汇报对象 | COO（陆怀瑾） |
+| 下属 | 无 |
+
+**核心职责**：
+1. 小红书等平台内容策略制定
+2. 文案撰写与发布排期
+3. 内容数据分析与优化
+
+**权限**：自主发布内容；品牌调性需 COO 确认。
+
+---
+
+### 2.11 视频媒体专员 — 钟帧韵
+
+| 维度 | 内容 |
+|------|------|
+| Agent ID | mediaspecialist |
+| 事业部 | 媒体事业部（负责人） |
+| 汇报对象 | COO（陆怀瑾） |
+| 下属 | 无 |
+
+**核心职责**：
+1. 视频策划与脚本设计
+2. 视频拍摄/制作/后期
+3. 多平台发布与数据追踪
+
+**权限**：自主视频制作；重大项目方案需 COO 审批。
+
+---
+
+### 2.12 求职助理 — 程伯予
+
+| 维度 | 内容 |
+|------|------|
+| Agent ID | cvexpert |
+| 事业部 | 不进项目，独立服务 |
+| 汇报对象 | Vincent |
+| 下属 | 无 |
+
+**核心职责**：
+1. 简历筛选与投递
+2. 求职策略制定
+3. 面试跟进
+
+**权限**：自主投递决策；薪资谈判需 Vincent 确认。
+
+---
+
+## 三、岗位能力矩阵
+
+| Agent | 技术 | 产品 | 运营 | 管理 | 设计 | 运维 |
+|-------|:----:|:----:|:----:|:----:|:----:|:----:|
+| 陆怀瑾 (COO) | — | — | ★★★ | ★★★ | — | — |
+| 刘诗妮 (秘书) | — | — | ★★ | ★★ | — | — |
+| 胡蓉 (PM) | ★★ | ★★★ | — | ★★★ | — | — |
+| 沈路明 (产品) | — | ★★★ | ★ | — | — | — |
+| 梁思筑 (架构) | ★★★ | ★★ | — | — | — | — |
+| 徐聪 (开发) | ★★★ | — | — | — | — | ★ |
+| 苏锦绘 (设计) | — | ★ | — | — | ★★★ | — |
+| 严维序 (运维) | ★★ | — | — | — | — | ★★★ |
+| 陆云帆 (淘宝) | ★★ | — | ★★★ | — | — | — |
+| 文墨言 (内容) | — | — | ★★★ | — | — | — |
+| 钟帧韵 (视频) | ★ | — | ★★ | — | ★★ | — |
+| 程伯予 (求职) | — | — | ★★ | — | — | — |
+
+★初级 ★★熟练 ★★★专家
@@ -0,0 +1,186 @@
+# 产出物3：业务标准规范 SOP 模板
+
+> 版本：v1.0 | 编制：陆怀瑾（COO） | 日期：2026-06-22
+
+---
+
+## 一、SOP 文档模板
+
+```markdown
+# SOP：{流程名称}
+
+## 流程概述
+- **目的**：{这个流程解决什么问题，产生什么业务价值}
+- **适用范围**：{什么时候、什么场景下触发}
+- **负责人**：{谁执行，各自职责}
+- **频率**：{多久执行一次}
+
+## 前置条件
+- **所需工具**：{需要的软件、设备、材料}
+- **所需权限**：{需要的访问级别或审批}
+- **前置依赖**：{必须先完成的其他流程}
+
+## 操作步骤
+1. **{步骤名称}**
+   - **输入**：{开始这一步需要什么}
+   - **操作**：{具体要做什么，越细越好}
+   - **输出**：{预期结果或交付物}
+   - **质量检查**：{怎么确认这一步做对了}
+
+## 质量控制
+- **成功标准**：{怎么判断流程执行成功了}
+- **常见问题**：{经常遇到的问题和解决办法}
+- **升级机制**：{什么时候、怎么升级处理}
+
+## 记录与报告
+- **必须记录的内容**：{需要归档的信息}
+- **报告要求**：{需要更新的状态或指标}
+- **评审周期**：{什么时候回顾和更新这个流程}
+```
+
+---
+
+## 二、开发项目 SOP
+
+```
+Vincent/secretary 提出开发需求
+        │
+        ▼
+    COO 评估资源与优先级
+        │
+        ▼
+  projectmanager 拆解任务 → 制定开发计划
+        │
+        ▼
+  productmanager 撰写 PRD → 定义验收标准
+        │
+        ▼
+   architect 架构设计 → 技术选型 → 接口规范
+        │
+        ▼
+    costcodev 开发实现 → 单元测试
+        │  ┌──────────┘
+        ▼  ▼
+    designer UI/UX 设计 → 设计走查
+        │
+        ▼
+   opengineer 部署 → 监控配置
+        │
+        ▼
+    COO 验收确认 → 通知 Vincent
+```
+
+### 质量门禁
+
+| 阶段 | 门禁条件 | 审批人 |
+|------|----------|--------|
+| PRD 完成 | PRD 评审通过 | PM + 产品 |
+| 架构设计 | 架构评审通过 | PM + 架构 |
+| 代码完成 | Code Review 通过 | 架构 + 开发 |
+| 设计完成 | 设计走查通过 | 产品 + 设计 |
+| 部署上线 | 测试通过 + 监控就绪 | PM + 运维 |
+
+---
+
+## 三、运营业务 SOP
+
+```
+业务需求提出（Vincent/外部）
+        │
+        ▼
+    secretary 接收 → 分类 → 通知 COO
+        │
+        ▼
+    COO 评估 → 分配至对应事业部
+        │
+        ▼
+   事业部负责人执行
+        │
+        ▼
+    COO 检查质量 → 确认交付
+        │
+        ▼
+   secretary → Vincent 汇报完成
+```
+
+### 运营质量检查清单
+
+| 检查项 | 标准 | 责任人 |
+|--------|------|--------|
+| 任务是否在规定时间内完成 | SLA 达标率 ≥ 95% | 事业部负责人 |
+| 交付物是否符合质量标准 | 通过 COO 验收 | COO |
+| 数据是否完整记录 | 运营数据已归档 | 事业部负责人 |
+| 风险是否提前预警 | 阻塞 > 4h 已通知 | COO |
+
+---
+
+## 四、紧急事项处理 SOP
+
+```
+发现风险/阻塞
+        │
+        ▼
+   COO 评估影响范围
+        │
+   ┌────┴────┐
+   │         │
+ 一般阻塞   严重风险
+ (进度偏差  (影响收入/
+  < 30%)    客户/合规)
+   │         │
+   ▼         ▼
+通知       直接汇报
+secretary   Vincent
+(> 4h)      (立即)
+   │
+   ▼
+ COO 协调
+ 资源解决
+```
+
+### 风险分级
+
+| 级别 | 定义 | 响应时间 | 通知对象 |
+|------|------|----------|----------|
+| 🔴 严重 | 影响收入/客户/合规 | 立即 | Vincent |
+| 🟡 重要 | 进度偏差 > 30% | 2h 内 | COO + secretary |
+| 🟢 一般 | 进度偏差 < 30%，可自行解决 | 4h 内 | COO |
+
+---
+
+## 五、飞书沟通 SOP
+
+### 跨 Agent 沟通标准格式
+
+```
+【{通知/转交/汇报} — 给 {Agent 名称}】
+
+## 背景
+{简述上下文}
+
+## 需要你做
+{明确的行动项}
+
+## 我的后续支持
+{如何跟进}
+
+---
+— {发送者}
+```
+
+### 消息优先级
+
+| 优先级 | 标识 | 使用场景 |
+|--------|------|----------|
+| 🔴 紧急 | 需要立即处理 | 生产故障、严重风险 |
+| 🟡 重要 | 24h 内处理 | 任务转交、进度求助 |
+| 🟢 普通 | 按节奏处理 | 日常同步、信息共享 |
+
+---
+
+## 六、SOP 迭代规则
+
+1. **触发条件**：流程效率下降 > 20% / 重复出错 > 3次 / 业务变更
+2. **更新流程**：发现问题 → COO 提案 → Vincent 审批 → 更新文档 → 通知全员
+3. **版本管理**：每次更新递增版本号，保留变更日志
+"
@@ -0,0 +1,168 @@
+# 产出物4：协作流程与升级机制
+
+> 版本：v1.0 | 编制：陆怀瑾（COO） | 日期：2026-06-22
+
+---
+
+## 一、整体协作流程
+
+```
+┌─────────────────────────────────────────────────────────────────┐
+│                        公司业务协作全景                           │
+├─────────────────────────────────────────────────────────────────┤
+│                                                                  │
+│   Vincent / 外部需求                                              │
+│        │                                                         │
+│        ▼                                                         │
+│   ┌──────────┐                                                   │
+│   │ 刘诗妮    │ ← 统一入口，不分类型                             │
+│   │(secretary)│                                                  │
+│   └────┬─────┘                                                   │
+│        │ 分类路由                                                 │
+│        │                                                         │
+│   ┌────┼──────────┬──────────┬──────────┐                        │
+│   ▼    ▼          ▼          ▼          ▼                        │
+│  开发  电商       内容       媒体      行政                       │
+│   │    │          │          │          │                         │
+│   ▼    ▼          ▼          ▼          ▼                         │
+│ ┌──┐ ┌─────┐  ┌──────┐  ┌──────┐  ┌──────────┐                   │
+│ │PM│ │陆云帆│  │文墨言 │  │钟帧韵 │  │程伯予/直接│                  │
+│ │胡│ │淘宝  │  │小红书 │  │视频  │  │处理      │                   │
+│ │蓉│ │运营  │  │运营  │  │制作  │  │          │                   │
+│ └──┘ └─────┘  └──────┘  └──────┘  └──────────┘                   │
+│   │                                                               │
+│   ├→ 沈路明（PRD）                                                │
+│   ├→ 梁思筑（架构）                                               │
+│   ├→ 徐聪（开发）                                                 │
+│   ├→ 苏锦绘（设计）                                               │
+│   └→ 严维序（运维部署）                                           │
+│                                                                  │
+│   全部完成后 → COO验收 → secretary 汇报 Vincent                     │
+│                                                                  │
+└─────────────────────────────────────────────────────────────────┘
+```
+
+---
+
+## 二、各业务线协作 SOP
+
+### 2.1 开发线协作
+
+| 环节 | 执行 Agent | 输入 | 输出 | 交付标准 |
+|------|-----------|------|------|----------|
+| 需求接收 | secretary | Vincent 需求 | 归类后的需求卡片 | 需求描述清晰 |
+| 资源评估 | COO | 需求卡片 | 优先级 + 资源判断 | 2h 内回应 |
+| 任务拆解 | projectmanager | COO 确认后的需求 | 开发子任务列表 | 粒度 ≤ 1天/任务 |
+| PRD | productmanager | 子任务列表 | 产品需求文档 | 验收标准明确 |
+| 架构设计 | architect | PRD | 架构方案 + 接口规范 | 通过 PM 评审 |
+| 开发实现 | costcodev | 架构方案 | 代码 + 单元测试 | Code Review 通过 |
+| UI 设计 | designer | PRD + 架构 | 设计稿 | 设计走查通过 |
+| 部署上线 | opengineer | 测试通过代码 | 线上环境 | 监控就绪 |
+| 验收 | COO | 线上环境 | 验收报告 | 符合验收标准 |
+
+### 2.2 电商线协作
+
+| 环节 | 执行 Agent | 输出 |
+|------|-----------|------|
+| 需求/策略 | Vincent/secretary → COO | 优先级判断 |
+| 方案设计 | 陆云帆（taobaospecialist） | 运营方案 |
+| 方案审阅 | COO | 审阅意见 |
+| 执行 | 陆云帆 | 店铺操作/数据分析 |
+| 数据复盘 | 陆云帆 | 运营报告 |
+| 汇报 | COO → secretary → Vincent | 成果汇报 |
+
+### 2.3 内容线协作
+
+| 环节 | 执行 Agent | 输出 |
+|------|-----------|------|
+| 选题/策略 | 文墨言（contentspecialist） | 内容日历 |
+| 审阅 | COO | 品牌一致性检查 |
+| 创作发布 | 文墨言 | 小红书等平台发布 |
+| 数据复盘 | 文墨言 | 内容效果报告 |
+| 汇报 | COO → secretary → Vincent | 成果汇报 |
+
+### 2.4 视频线协作
+
+| 环节 | 执行 Agent | 输出 |
+|------|-----------|------|
+| 需求确认 | Vincent/secretary → COO | 视频需求明确 |
+| 策划 | 钟帧韵（mediaspecialist） | 脚本 + 分镜 |
+| 审阅 | COO | 审阅意见 |
+| 制作 | 钟帧韵 | 视频成品 |
+| 发布 | 钟帧韵 | 多平台发布 |
+| 汇报 | COO → secretary → Vincent | 成果汇报 |
+
+---
+
+## 三、升级机制
+
+### 3.1 升级路径
+
+```
+发现问题
+    │
+    ▼
+┌──────────────────┐
+│ 自行判断严重程度   │
+└──────┬───────────┘
+       │
+  ┌────┴────┐
+  │         │
+  ▼         ▼
+可自行    无法自行
+解决      解决
+  │         │
+  ▼         ▼
+解决并    汇报 COO
+记录         │
+         ┌───┴───┐
+         │       │
+         ▼       ▼
+      COO解决  COO无法解决
+         │       │
+         ▼       ▼
+      记录     汇报Vincent
+```
+
+### 3.2 升级触发条件
+
+| 条件 | 升级对象 | 升级时限 |
+|------|----------|----------|
+| 任务阻塞超过 4 小时 | COO + secretary | 发现后 1h 内 |
+| 进度偏差超过 30% | projectmanager（开发线）/ COO（其他线） | 发现后 2h 内 |
+| 资源冲突（多任务争抢同一 Agent） | COO | 发现后 1h 内 |
+| 外部依赖缺失（需 Vincent 确认） | Vincent（经 secretary） | 发现后 4h 内 |
+| 影响收入/客户/合规的严重风险 | Vincent（直接） | 立即 |
+| Agent 连续 3 次执行失败 | COO | 发现后 1h 内 |
+
+### 3.3 升级通知模板
+
+```markdown
+【升级通知 — {严重程度}】
+
+## 问题描述
+{简要描述}
+
+## 影响范围
+{影响哪些业务，程度如何}
+
+## 已尝试的解决方案
+{已做了什么，为什么不行}
+
+## 需要决策
+{明确需要上级做什么决策}
+
+---
+— {报告者} | {时间}
+```
+
+---
+
+## 四、定期同步机制
+
+| 频率 | 内容 | 负责 | 输出 |
+|------|------|------|------|
+| 每日 | WorkBoard 状态更新 | 各 Agent | 卡片状态 |
+| 每周 | 运营效率报告 | COO | 运营报告 |
+| 每两周 | SOP 回顾与优化 | COO | 流程改进建议 |
+| 每月 | 组织架构回顾 | COO | 架构调整建议 |
@@ -0,0 +1,144 @@
+# 产出物5：团队缺口评估与岗位建议
+
+> 版本：v1.0 | 编制：陆怀瑾（COO） | 日期：2026-06-22
+
+---
+
+## 一、现有团队覆盖度分析
+
+| 能力领域 | 已覆盖 | 负责Agent | 缺口程度 |
+|----------|:------:|-----------|:--------:|
+| 项目管理 | ✅ | 胡蓉（projectmanager） | — |
+| 产品设计 | ✅ | 沈路明（productmanager） | — |
+| 系统架构 | ✅ | 梁思筑（architect） | — |
+| 代码开发 | ✅ | 徐聪（costcodev） | — |
+| UI/UX 设计 | ✅ | 苏锦绘（designer） | — |
+| 运维部署 | ✅ | 严维序（opengineer） | — |
+| 电商运营 | ✅ | 陆云帆（taobaospecialist） | — |
+| 内容运营 | ✅ | 文墨言（contentspecialist） | — |
+| 视频制作 | ✅ | 钟帧韵（mediaspecialist） | — |
+| 求职服务 | ✅ | 程伯予（cvexpert） | — |
+| 行政管理 | ✅ | 刘诗妮（secretary） | — |
+| 运营管理 | ✅ | 陆怀瑾（coo） | — |
+| 市场分析 | ❌ | — | 🔴 高 |
+| 商业分析/BP | ❌ | — | 🔴 高 |
+| 法律合规 | ❌ | — | 🟡 中 |
+| 财务/数据分析 | ❌ | — | 🟡 中 |
+| 销售/BD | ❌ | — | 🟢 低 |
+
+---
+
+## 二、待补充岗位详细建议
+
+### 岗位 1：市场分析师（marketanalyst）
+
+| 维度 | 说明 |
+|------|------|
+| **必要性** | 🔴 高 — 商业分析业务线无法启动的核心瓶颈 |
+| **核心职能** | 市场调研、竞争分析、行业报告、数据可视化、消费者洞察 |
+| **适用场景** | 新业务方向可行性分析、竞品监控、消费者画像分析 |
+| **协作对象** | COO、contentspecialist（内容策略数据支撑）、taobaospecialist（电商选品数据） |
+| **建议 Agent ID** | `marketanalyst` |
+| **建议技能配置** | 数据抓取、统计分析、可视化工具（excel-reporter）、搜索能力 |
+| **建议工作模式** | 进项目，按需被 COO 调派 |
+| **预计投产周期** | 配置 1 天 + 试运行 1 周 |
+| **紧急程度** | 尽快 — 商业分析是所有业务扩张的前提 |
+
+### 岗位 2：法务顾问（legaladvisor）
+
+| 维度 | 说明 |
+|------|------|
+| **必要性** | 🟡 中 — 当前无法律风险事故，但电商/合同存在隐忧 |
+| **核心职能** | 合同审查、电商合规咨询、知识产权保护、隐私政策审核 |
+| **适用场景** | 合同签署前审查、电商平台合规检查、商标注册咨询 |
+| **协作对象** | COO、taobaospecialist（电商合规）、secretary（合同管理） |
+| **建议 Agent ID** | `legaladvisor` |
+| **建议技能配置** | 法律知识检索、合同模板库、合规检查清单 |
+| **建议工作模式** | 不进项目，按需咨询 |
+| **预计投产周期** | 配置 1 天 |
+| **紧急程度** | 本周 — 防患于未然 |
+
+### 岗位 3：财务/数据分析师（dataanalyst）
+
+| 维度 | 说明 |
+|------|------|
+| **必要性** | 🟡 中 — ROI 计算和成本分析目前由 COO 兼任，不够专业 |
+| **核心职能** | 成本分析、ROI 计算、业务数据报表、预算跟踪 |
+| **适用场景** | 月度经营分析、项目成本核算、业务线 ROI 对比 |
+| **协作对象** | COO、各事业部负责人 |
+| **建议 Agent ID** | `dataanalyst` |
+| **建议技能配置** | Excel/报表生成（excel-reporter）、统计分析、财务建模 |
+| **建议工作模式** | 进项目，定期输出报表 |
+| **预计投产周期** | 配置 1 天 |
+| **紧急程度** | 本月 — 业务规模扩大后需要 |
+
+### 岗位 4：商务拓展（bdspecialist）
+
+| 维度 | 说明 |
+|------|------|
+| **必要性** | 🟢 低 — 当前业务阶段不需要专职 BD |
+| **核心职能** | 渠道拓展、合作伙伴关系管理、商务谈判 |
+| **适用场景** | 多渠道电商入驻、内容平台合作、B 端客户拓展 |
+| **建议时机** | 业务规模扩大至多平台运营后 |
+| **紧急程度** | 暂缓 |
+
+---
+
+## 三、补充优先级与时间线
+
+| 优先级 | 岗位 | 建议时间 | 前置条件 |
+|:------:|------|----------|----------|
+| 1 🔴 | 市场分析师 | 尽快（本周） | Vincent 审批 |
+| 1 🔴 | 商业分析师（可合并到市场分析师） | 尽快（本周） | Vincent 审批 |
+| 2 🟡 | 法务顾问 | 本周 | Vincent 审批 |
+| 3 🟡 | 财务/数据分析师 | 本月内 | 业务规模判断 |
+| 4 🟢 | 商务拓展 | 暂缓 | 多平台运营启动 |
+
+---
+
+## 四、成本评估
+
+| 岗位 | 预计 Agent Token 消耗/月 | 新增人力成本 |
+|------|--------------------------|-------------|
+| marketanalyst | ~2M tokens | 0（Agent） |
+| legaladvisor | ~500K tokens | 0（Agent） |
+| dataanalyst | ~1M tokens | 0（Agent） |
+| **合计新增** | **~3.5M tokens/月** | **0（全部 Agent）** |
+
+> Agent 岗位零人力成本，主要成本是 API Token 消耗。建议优先启用市场分析师和法务顾问，根据业务需要逐步扩展。
+
+---
+
+## 五、已覆盖领域优化建议
+
+### 电商线
+- **现有**：陆云帆负责淘宝 → 自动化运营系统开发中
+- **建议**：抖店/微信小店需求明确后，评估是否需增设专项 Agent 或由陆云帆扩展职责
+
+### 内容线
+- **现有**：文墨言负责小红书
+- **建议**：效果验证后评估是否扩展至抖音/视频号内容运营
+
+### 视频线
+- **现有**：钟帧韵负责视频制作
+- **建议**：视频需求增长后评估是否需增设短视频专项 Agent
+
+### 产研线
+- **现有**：6 人完整链（PM→产品→架构→开发→设计→运维）
+- **状态**：团队完整，暂无需补充
+- **关注点**：项目并发量增加时，关注 costcodev 负载
+
+---
+
+## 六、决策清单
+
+| # | 决策事项 | 建议 | 备注 |
+|---|----------|------|------|
+| 1 | 是否批准增设市场分析师？ | ✅ 建议批准 | 商业分析线核心能力 |
+| 2 | 是否批准增设法务顾问？ | ✅ 建议批准 | 防患于未然，成本极低 |
+| 3 | 是否批准增设数据分析师？ | ⏸ 本月内决策 | 取决于报表需求频率 |
+| 4 | 是否批准增设商务拓展？ | ⏸ 暂缓 | 业务规模未到 |
+
+---
+
+> ⚠️ 以上建议待刘总审阅决策。新 Agent 创建需经审批流程。
@@ -0,0 +1,80 @@
+# 产出物6：新 Agent 配置文件交付记录
+
+> 版本：v1.0 | 编制：陆怀瑾（COO） | 日期：2026-06-22
+
+---
+
+## 新增 Agent 一览
+
+| Agent ID | 姓名 | 性别 | 角色 | 事业部 | 汇报对象 |
+|----------|------|:----:|------|--------|----------|
+| `marketanalysis` | 顾析策 | 男 | 市场分析师 | 分析事业部 | COO 陆怀瑾 |
+| `lawyer` | 苏慎 | 女 | 法务顾问 | 分析事业部 | COO 陆怀瑾 |
+
+---
+
+## 顾析策（marketanalysis）— 市场分析师
+
+### 核心职能
+- 市场调研与竞争分析
+- 消费者洞察与趋势判断
+- 商业计划书（BP）市场分析章节撰写
+- 为 COO 和 Vincent 提供数据驱动的决策支持
+
+### 配置文件清单
+| 文件 | 路径 | 说明 |
+|------|------|------|
+| AGENTS.md | `workspace/marketanalysis/AGENTS.md` | 角色定义、任务协议、协作矩阵 |
+| SOUL.md | `workspace/marketanalysis/SOUL.md` | 人格设定、分析框架、交付标准 |
+| TOOLS.md | `workspace/marketanalysis/TOOLS.md` | 数据采集/分析/可视化工具集 |
+| IDENTITY.md | `workspace/marketanalysis/IDENTITY.md` | 身份标识（姓名、性别、Emoji 🔍） |
+| USER.md | `workspace/marketanalysis/USER.md` | 用户画像与沟通偏好 |
+| HEARTBEAT.md | `workspace/marketanalysis/HEARTBEAT.md` | 心跳配置、任务检查流程 |
+| MEMORY.md | `workspace/marketanalysis/MEMORY.md` | 长期记忆、协作团队索引 |
+
+### Emoji：🔍
+### 沟通风格：数据先行、结论驱动、透明标注不确定性
+
+---
+
+## 苏慎（lawyer）— 法务顾问
+
+### 核心职能
+- 商业合同审查与风险标注
+- 电商合规咨询（广告法、电商法、消费者权益保护法）
+- 知识产权保护建议
+- 隐私政策审核
+
+### 配置文件清单
+| 文件 | 路径 | 说明 |
+|------|------|------|
+| AGENTS.md | `workspace/lawyer/AGENTS.md` | 角色定义、法务免责声明、协作矩阵 |
+| SOUL.md | `workspace/lawyer/SOUL.md` | 人格设定、审查标准、交付模板 |
+| TOOLS.md | `workspace/lawyer/TOOLS.md` | 法规检索/合同审查/合规检查工具集 |
+| IDENTITY.md | `workspace/lawyer/IDENTITY.md` | 身份标识（姓名、性别、Emoji ⚖️） |
+| USER.md | `workspace/lawyer/USER.md` | 用户画像与沟通偏好 |
+| HEARTBEAT.md | `workspace/lawyer/HEARTBEAT.md` | 心跳配置、任务检查流程 |
+| MEMORY.md | `workspace/lawyer/MEMORY.md` | 长期记忆、协作团队索引 |
+
+### Emoji：⚖️
+### 沟通风格：温和坚定、先说风险再说方案、明确能力边界
+
+---
+
+## 分析事业部现状
+
+```
+分析事业部 (待建 → 已启动)
+├── 顾析策 (marketanalysis) — 市场分析师 🔍
+└── 苏慎 (lawyer) — 法务顾问 ⚖️
+```
+
+---
+
+## COO 配置文件已同步更新
+
+- AGENTS.md：已添加两位新 Agent 的飞书 Session Key 和职能速查条目
+
+---
+
+> ✅ 两个新 Agent 的 7 个核心配置文件 + memory/ 目录结构已全部就绪，可投入使用。"}
@@ -0,0 +1,196 @@
+# 提案一：多智能体组织架构与岗位职责
+
+> 提案人：陆怀瑾（COO） | 状态：待审阅 | 日期：2026-06-22
+
+---
+
+## 一、现状分析
+
+### 现有 Agent 清单（12 人）
+
+| Agent | 角色 | 核心职能 |
+|-------|------|----------|
+| 刘诗妮 | secretary | 业务入口 / 进度跟进 / 消息中转 |
+| 胡蓉 | projectmanager | 项目拆解 / 开发计划制定 |
+| 沈路明 | productmanager | 产品需求文档(PRD)撰写 |
+| 梁思筑 | architect | 系统架构设计 / 技术选型 |
+| 徐聪 | costcodev | 全栈代码开发 |
+| 苏绘锦 | designer | UI/UX 设计 |
+| 陆云帆 | taobaospecialist | 淘宝店铺运营 |
+| 文墨言 | contentspecialist | 内容文案撰写 |
+| 钟帧韵 | mediaspecialist | 视频制作 |
+| 程伯予 | cvexpert | 求职简历投递 |
+| 严维序 | opengineer | 运维部署 |
+| 陆怀瑾 | coo | 运营总监 / 全局协调 |
+
+### 业务线分析
+
+| 业务线 | 当前团队 | 负责人 | 成熟度 |
+|--------|----------|--------|--------|
+| 电商运营（淘宝） | 陆云帆 | 陆云帆 | 运行中 |
+| 电商运营（抖店/微信小店） | — | — | 待扩展 |
+| 内容运营（小红书） | 文墨言 | 文墨言 | 启动中 |
+| 视频媒体 | 钟帧韵 | 钟帧韵 | 运行中 |
+| 系统开发 | architect → costcodev → designer → opengineer | 胡蓉(PM) | 运行中 |
+| 商业分析 | — | — | 待建设 |
+| 求职服务 | 程伯予 | 程伯予 | 运行中 |
+| 行政管理 | 刘诗妮 | 刘诗妮 | 运行中 |
+
+---
+
+## 二、建议组织架构
+
+```
+                    ┌─────────────────┐
+                    │   刘炜承(Vincent)  │
+                    │     公司负责人      │
+                    └────────┬────────┘
+                             │
+              ┌──────────────┼──────────────┐
+              │              │              │
+     ┌────────▼────────┐ ┌──▼──────────┐ ┌─▼──────────────┐
+     │ 刘诗妮(secretary) │ │ 陆怀瑾(COO)  │ │ 程伯予(cvexpert)│
+     │   秘书/行政入口    │ │   运营总监    │ │   求职(不进项目)  │
+     └─────────────────┘ └──────┬───────┘ └────────────────┘
+                                │
+        ┌───────────┬───────────┼───────────┬───────────┐
+        │           │           │           │           │
+   ┌────▼────┐ ┌────▼────┐ ┌───▼────┐ ┌───▼────┐ ┌───▼────┐
+   │产研事业部│ │电商事业部│ │内容事业部│ │媒体事业部│ │分析事业部│
+   │          │ │          │ │          │ │          │ │(待建)  │
+   └────┬─────┘ └────┬─────┘ └────┬─────┘ └────┬─────┘ └────────┘
+        │           │           │           │
+   ┌────▼────┐ ┌───▼────┐ ┌───▼────┐ ┌───▼────┐
+   │胡蓉 PM  │ │陆云帆   │ │文墨言   │ │钟帧韵   │
+   │沈路明 PM │ │淘宝运营  │ │内容运营  │ │视频制作  │
+   │梁思筑架构│ │         │ │         │ │         │
+   │徐聪开发  │ │         │ │         │ │         │
+   │苏绘锦设计│ │         │ │         │ │         │
+   │严维序运维│ │         │ │         │ │         │
+   └─────────┘ └─────────┘ └─────────┘ └─────────┘
+```
+
+---
+
+## 三、岗位职责说明书
+
+### 3.1 产研事业部
+
+**负责人：胡蓉（projectmanager）**
+
+| 岗位 | Agent | 职责 |
+|------|-------|------|
+| **项目经理** | 胡蓉 | 需求评审 → 任务拆解 → 开发计划 → 进度把控 → 风险管理 |
+| **产品经理** | 沈路明 | 用户需求分析 → PRD 撰写 → 验收标准定义 → 需求变更管理 |
+| **架构师** | 梁思筑 | 系统架构设计 → 技术选型 → 接口规范 → 代码评审 |
+| **开发工程师** | 徐聪 | 代码实现 → 单元测试 → 技术文档 → Bug 修复 |
+| **UI/UX 设计师** | 苏绘锦 | 界面设计 → 交互原型 → 设计规范 → 设计走查 |
+| **运维工程师** | 严维序 | 环境部署 → CI/CD → 监控告警 → 故障处理 |
+
+**协作 SOP**：
+```
+用户需求 → secretary → projectmanager（拆解）
+    → productmanager（PRD）
+        → architect（架构设计）
+            → costcodev（开发）
+                → designer（UI 介入）
+                    → opengineer（部署）
+```
+
+### 3.2 电商事业部
+
+**负责人：陆云帆（taobaospecialist）**
+
+| 岗位 | Agent | 职责 |
+|------|-------|------|
+| **电商运营** | 陆云帆 | 店铺运营 / 商品管理 / 活动策划 / 数据分析 / 自动化系统需求 |
+
+**扩展计划**：待抖店、微信小店需求明确后，可增设专项 Agent 或扩充陆云帆职责。
+
+### 3.3 内容事业部
+
+**负责人：文墨言（contentspecialist）**
+
+| 岗位 | Agent | 职责 |
+|------|-------|------|
+| **内容运营** | 文墨言 | 小红书内容策略 → 文案撰写 → 发布排期 → 数据分析 |
+
+### 3.4 媒体事业部
+
+**负责人：钟帧韵（mediaspecialist）**
+
+| 岗位 | Agent | 职责 |
+|------|-------|------|
+| **视频制作** | 钟帧韵 | 视频策划 → 拍摄/制作 → 后期剪辑 → 发布管理 |
+
+### 3.5 分析事业部（待建）
+
+| 建议岗位 | 职责 | 优先级 |
+|----------|------|--------|
+| **市场分析师** | 市场调研 / 竞争分析 / 行业报告 / 数据可视化 | 高 |
+| **商业分析师** | 商业模式分析 / 商业计划书(BP)撰写 / PPT 制作 | 高 |
+| **法律顾问** | 合同审查 / 合规咨询 / 知识产权 | 中 |
+
+> **新建建议**：建议增设 `marketanalyst`（市场分析师）和 `legaladvisor`（法律顾问）两个 Agent。
+
+### 3.6 行政管理
+
+| 岗位 | Agent | 职责 |
+|------|-------|------|
+| **秘书** | 刘诗妮 | 业务入口 / 任务分发 / 进度汇报 / 日程管理 / 跨部门沟通中转 |
+
+### 3.7 运营管理
+
+| 岗位 | Agent | 职责 |
+|------|-------|------|
+| **运营总监** | 陆怀瑾（我） | 全局监控 / 资源协调 / 风险预警 / 流程优化 / 组织建设 |
+
+---
+
+## 四、业务标准规范
+
+### 4.1 任务流转规范
+
+```
+[用户需求] 
+    → 刘诗妮接收并归类 
+    → 分派至对应事业部负责人 
+    → 事业部负责人拆解/执行 
+    → 完成后通知刘诗妮 
+    → 刘诗妮向用户汇报
+```
+
+### 4.2 沟通标准
+
+- **跨 Agent 沟通**：使用 `sessions_send` + 结构化 handoff 格式
+- **状态汇报**：各事业部负责人每日通过 WorkBoard 更新进度
+- **风险升级**：
+  - 进度偏差 > 30% → 通知 projectmanager + COO
+  - 阻塞 > 4h → 通知 secretary + COO
+  - 严重风险 → 直接汇报 Vincent
+
+### 4.3 质量标准
+
+- 产研交付：PRD 评审通过 → 架构评审通过 → 代码评审通过 → 测试通过 → 部署上线
+- 内容交付：选题评审 → 内容审核 → 数据复盘
+- 电商交付：方案评审 → 执行 → 数据复盘
+
+---
+
+## 五、落地方案
+
+| 阶段 | 内容 | 时间 | 负责人 |
+|------|------|------|--------|
+| **Phase 1** | 审批通过后，更新所有 Agent 的 AGENTS.md 增加事业部归属和汇报关系 | 1天 | COO |
+| **Phase 2** | 更新协作 SOP 文档，注入各 Agent 的 SOUL.md | 1天 | COO + secretary |
+| **Phase 3** | 增设 marketanalyst、legaladvisor 两个 Agent | 1天 | COO |
+| **Phase 4** | 团队培训：新流程宣贯 | 1天 | COO |
+| **Phase 5** | 试运行 2 周，收集反馈后迭代 | 2周 | 全员 |
+
+---
+
+## 六、需要决策的事项
+
+1. ✅ 组织架构是否认可？是否需要调整？
+2. ✅ 是否批准增设市场分析师和法律顾问 Agent？
+3. ✅ 各事业部负责人任命是否认可？
@@ -1,207 +0,0 @@
-# Agent 知识库检索指南
-
-> **版本**: v1.0  
-> **维护**: 严维序 (opengineer)  
-> **日期**: 2026-06-22
-
---
-
-## 一、检索工具选择决策树
-
-```
-需要检索知识库？
-├── 精确查找已知页面 → wiki_get(lookup="页面路径")
-├── 搜索未知内容
-│   ├── 关键词明确 → wiki_search(query="关键词")
-│   ├── 语义模糊 → wiki_search(query="自然语言问题")
-│   └── 需要文档全文 → qmd query / qmd search
-├── 需要深度分析（跨文档） → wiki_search + wiki_get 组合
-├── 质量检查 → wiki_lint()
-└── 系统状态确认 → wiki_status()
-```
-
---
-
-## 二、工具对比速查表
-
-| 维度 | wiki_search | wiki_get | qmd (CLI) |
-|------|-------------|----------|-----------|
-| **用途** | 模糊搜索/发现 | 精确读取 | 全文/语义搜索 |
-| **查询类型** | 标题+路径+正文 | 精确路径或 ID | lex/vec/hyde 多类型 |
-| **返回内容** | 匹配片段+元数据 | 完整页面内容 | 排序结果+评分 |
-| **速度** | 快 | 最快 | 依赖索引（首次慢） |
-| **适用场景** | "有没有关于 X 的文档" | "打开 X 页面" | "找所有涉及 Y 的内容" |
-| **依赖** | 无（OpenClaw 内置） | 无（OpenClaw 内置） | QMD 服务（需运行） |
-| **搜索范围** | Wiki vault | Wiki vault | 注册的 markdown 目录 |
-
---
-
-## 三、查询语句构造示例
-
-### wiki_search
-
-**简单关键词搜索**:
-```
-wiki_search(query="nginx 配置")
-```
-
-**多词精确搜索**:
-```
-wiki_search(query="deployment pipeline CI/CD")
-```
-
-**语义问题搜索**:
-```
-wiki_search(query="如何配置 nginx 反向代理")
-```
-
-**限制结果数量**:
-```
-wiki_search(query="监控告警", maxResults=5)
-```
-
-### wiki_get
-
-**按页面标题查找**:
-```
-wiki_get(lookup="服务器清单")
-```
-
-**按文件路径查找**:
-```
-wiki_get(lookup="docs/deployment-guide")
-```
-
-**分页读取大文件**:
-```
-wiki_get(lookup="长文档", fromLine=1, lineCount=50)
-```
-
-### qmd (CLI)
-
-**关键词搜索**:
-```bash
-qmd search "nginx logrotate configuration"
-```
-
-**语义搜索**:
-```bash
-qmd query "如何解决 nginx 日志轮转失败的问题"
-```
-
-**结构化搜索 (JSON)**:
-```bash
-qmd query --json --explain "nginx logrotate error"
-```
-
-**多类型组合**:
-```bash
-qmd query $'lex: nginx logrotate\nvec: how to fix log rotation failure'
-```
-
---
-
-## 四、结果处理流程
-
-```
-搜索结果
-├── 有匹配结果
-│   ├── 1-3 个结果 → wiki_get 逐个读取完整内容
-│   ├── 4-10 个结果 → 按评分排序，取前 3 个读取
-│   └── 10+ 个结果 → 收窄搜索词重新搜索
-├── 无结果
-│   ├── 尝试同义词/相关词重新搜索
-│   ├── 尝试 qmd 搜索（如果 wiki_search 无结果）
-│   └── 仍无结果 → 触发知识缺口上报
-└── 结果不相关
-    └── 调整查询词 → 重新搜索 → 仍不相关 → 上报缺口
-```
-
---
-
-## 五、知识缺口上报机制
-
-### 触发条件
-
-1. `wiki_search` 和 `qmd` 均无匹配结果
-2. 搜索结果与需求明显不相关
-3. 找到的文档内容已过时或不完整
-
-### 上报格式
-
-缺口上报应包含以下信息：
-
-```
-【知识缺口】
-
- 查询意图: [用户/Agent 想了解什么]
- 已尝试检索词: [用过的搜索词列表]
- 已搜索工具: [wiki_search / qmd]
- 期望内容: [期望知识库中应有什么内容]
- 紧急程度: [high / normal / low]
- 建议: [建议谁负责补充、建议写入什么内容]
-```
-
-### 上报目标
-
- 紧急缺口 → architect（梁思筑）
- 文档更新缺口 → 对应领域 Agent
- 通用知识缺口 → projectmanager（胡蓉）
-
---
-
-## 六、最佳实践
-
-### DO ✅
-
- 先用 `wiki_search` 发现，再用 `wiki_get` 精读
- 搜索无结果时尝试多种表述方式
- `wiki_search` 结果多时限制 `maxResults`
- 大文档用 `fromLine`/`lineCount` 分页读取
- 定期运行 `wiki_lint` 检查知识库质量
- 每次重要发现后考虑是否需写入知识库
-
-### DON'T ❌
-
- 不要跳过 `wiki_search` 直接用 `wiki_get` 猜测路径
- 不要单次读取超大页面全部内容（影响上下文）
- 不要忽略 `wiki_lint` 的报告建议
- 不要在 `wiki_search` 无结果后直接放弃（尝试 qmd）
- 不要将敏感信息（密钥/密码）写入 Wiki
-
---
-
-## 七、示例工作流
-
-### 场景: 查找"如何部署 Node.js 服务"
-
-```
-1. wiki_search(query="Node.js 部署")
-   → 返回 2 个匹配: "服务部署规范", "Node.js 开发指南"
-
-2. wiki_get(lookup="服务部署规范")
-   → 读取完整内容，找到 systemd 配置部分
-
-3. wiki_get(lookup="Node.js 开发指南", fromLine=30, lineCount=20)
-   → 补充读取环境变量和启动参数配置
-
-4. 整合信息 → 回答 Agent 问题
-```
-
-### 场景: 知识库中无结果
-
-```
-1. wiki_search(query="淘宝 API 对接")
-   → No results
-
-2. qmd query "淘宝 API"
-   → No results
-
-3. 上报知识缺口:
-   【知识缺口】
-   - 查询意图: 淘宝电商 API 对接文档
-   - 已尝试: wiki_search("淘宝 API 对接"), qmd query "淘宝 API"
-   - 期望内容: 淘宝开放平台 API 对接指南
-   - 紧急程度: normal
-   - 建议: 联系 taobaospecialist (陆云帆) 补充
-```
@@ -1,112 +0,0 @@
-# QMD 功能验证报告
-
-> **任务**: BIZ-17 (BIZ-14-2)  
-> **测试人**: 严维序 (opengineer)  
-> **测试日期**: 2026-06-22  
-> **版本**: v1.0
-
---
-
-## 1. 技能安装状态
-
-### 技能文件检查
-
-| 检查项 | 路径 | 状态 |
-|--------|------|------|
-| SKILL.md | `~/.agents/skills/qmd/SKILL.md` | ✅ 存在 |
-| references/ | `~/.agents/skills/qmd/references/` | ✅ 存在 |
-| 版本 | SKILL.md 元数据 | `2.0.0` |
-
-### CLI 安装检查
-
-```bash
-$ which qmd
-/usr/bin/qmd
-```
-
-✅ QMD CLI 已全局安装（npm global）。
-
---
-
-## 2. CLI 运行状态
-
-### 问题发现
-
-```bash
-$ qmd status
-Error: The module 'better_sqlite3.node'
-was compiled against a different Node.js version using
-NODE_MODULE_VERSION 127. This version of Node.js requires
-NODE_MODULE_VERSION 137.
-```
-
-### 根因分析
-
-| 项目 | 说明 |
-|------|------|
-| 当前 Node.js | v24.16.0 (NODE_MODULE_VERSION 137) |
-| better-sqlite3 编译版本 | NODE_MODULE_VERSION 127 (Node.js v22.x) |
-| 影响 | QMD 所有命令不可用（search/query/get/status） |
-| 修复方案 | `sudo npm rebuild -g @tobilu/qmd` 或 `sudo npx node-gyp rebuild` 在 better-sqlite3 目录 |
-
-### 修复尝试记录
-
-| 尝试 | 命令 | 结果 |
-|------|------|------|
-| 1 | `npm rebuild -g @tobilu/qmd` | ❌ 超时被 SIGTERM |
-| 2 | `npx node-gyp rebuild` (better-sqlite3 目录) | ❌ 权限不足 (EACCES: rmdir 'build') |
-| 3 (推荐) | `sudo npm rebuild -g @tobilu/qmd` | ⏳ 待执行（需提权） |
-
---
-
-## 3. QMD 功能能力（基于 SKILL.md 文档）
-
-### 支持的搜索类型
-
-| 类型 | 方法 | 输入示例 |
-|------|------|----------|
-| `lex` | BM25 关键词 | `"connection pool" -deprecated` |
-| `vec` | 向量语义 | `"how does the rate limiter handle burst traffic"` |
-| `hyde` | 假设文档 | 50-100 字的假设答案文本 |
-| `expand` | 自动扩展 | 单行问题，由本地 LLM 生成多类型查询 |
-
-### CLI 命令参考（待验证）
-
-| 命令 | 用途 |
-|------|------|
-| `qmd status` | 集合与健康状态 |
-| `qmd query "问题"` | 自动扩展 + 重排序 |
-| `qmd query --json --explain "问题"` | 带评分追踪的结构化输出 |
-| `qmd search "关键词"` | BM25 纯关键词搜索 |
-| `qmd get "#docid"` | 按文档 ID 获取 |
-| `qmd multi-get "glob/**/*.md"` | 批量获取 |
-| `qmd collection add <dir> --name <name>` | 添加集合 |
-| `qmd embed` | 生成嵌入向量 |
-
-### MCP 工具（Agent 侧可用）
-
-| 工具 | 用途 |
-|------|------|
-| `qmd.query` | 结构化搜索（支持 lex/vec/hyde） |
-| `qmd.get` | 按路径或 #docid 获取文档 |
-| `qmd.multi_get` | 按 glob/列表批量获取 |
-| `qmd.status` | 集合和健康状态 |
-
---
-
-## 4. 建议
-
-1. **立即修复**: 在全局 npm 目录执行 `sudo npm rebuild -g @tobilu/qmd`
-2. **集合配置**: 修复后执行 `qmd collection add ~/notes --name notes && qmd embed`
-3. **知识库集成**: 将 `EnterpriseArchitect/knowledge/` 目录注册为 QMD 集合
-4. **定期维护**: 知识库更新后重新执行 `qmd embed`
-
---
-
-## 5. 结论
-
- **技能文件**: ✅ 完整可用（SKILL.md + references）
- **CLI 运行**: ❌ 需修复 Node.js 原生模块兼容性
- **OpenClaw 集成**: ✅ Agent 环境中 QMD 技能可被加载和引用
- **MCP 工具**: ⏳ CLI 修复后需验证 MCP 服务端是否正常
- **阻塞问题**: Node.js v24 与 better-sqlite3 v12.8.0 编译版本不兼容，需 sudo 提权重建
@@ -1,140 +0,0 @@
-# Wiki 工具链测试报告
-
-> **任务**: BIZ-17 (BIZ-14-2)  
-> **测试人**: 严维序 (opengineer)  
-> **测试日期**: 2026-06-22  
-> **版本**: v1.0
-
---
-
-## 测试环境
-
-| 项目 | 值 |
-|------|-----|
-| OpenClaw 版本 | 当前运行版本 |
-| Wiki Vault 路径 | `/home/vincent/.openclaw/wiki/main` |
-| 渲染模式 | native |
-| Obsidian CLI | 未安装 |
-| Bridge | 禁用 |
-| 当前页面数 | 0 sources, 0 entities, 0 concepts, 0 syntheses, 9 reports |
-
---
-
-## 工具 1: wiki_status — 系统健康度检查
-
-### 测试用例
-
-```
-调用: wiki_status()
-```
-
-### 测试结果
-
-| 字段 | 值 | 状态 |
-|------|-----|------|
-| vault mode | isolated | ✅ |
-| vault status | ready | ✅ |
-| render mode | native | ✅ |
-| Obsidian CLI | missing | ⚠️ (非必需) |
-| Bridge | disabled | ℹ️ |
-| Pages | 0/0/0/0 | ℹ️ (空库) |
-
-### 结论: ✅ 通过
-
-`wiki_status` 返回完整的 vault 健康状态，包含页面统计和可用性信息。
-
---
-
-## 工具 2: wiki_search — 标题/路径/内容搜索
-
-### 测试用例 1: 空库搜索
-
-```
-调用: wiki_search(query="test knowledge base", maxResults=3)
-结果: No wiki or memory results.
-```
-
-### 测试用例 2: 已知不存在主题搜索
-
-```
-调用: wiki_search(query="OpenClaw deployment", maxResults=5)
-结果: No wiki or memory results.
-```
-
-### 结论: ✅ 通过
-
-`wiki_search` 在空库中正确返回 "No results"。支持关键词和语义搜索，可指定 `maxResults`。空结果不报错，返回简洁提示。
-
---
-
-## 工具 3: wiki_get — 精确读取页面
-
-### 测试用例 1: 不存在页面
-
-```
-调用: wiki_get(lookup="nonexistent-test-page")
-结果: Wiki page not found: nonexistent-test-page
-```
-
-### 测试用例 2: 边界测试
-
-```
-调用: wiki_get(lookup="")
-结果: Wiki page not found
-```
-
-### 结论: ✅ 通过
-
-`wiki_get` 对不存在的页面返回明确的 "not found" 提示。支持按路径或 ID 查找。错误处理符合预期。
-
---
-
-## 工具 4: wiki_lint — 质量检查
-
-### 测试用例
-
-```
-调用: wiki_lint()
-结果: No wiki lint issues.
-```
-
-### 结论: ✅ 通过
-
-`wiki_lint` 返回 lint 诊断结果。当前空库无问题。在有内容的 vault 中可检测：结构问题、来源缺口、矛盾标记、开放问题。
-
---
-
-## 工具 5: wiki_apply — 创建/更新知识条目
-
-### 测试用例: create_synthesis（无 sourceId）
-
-```
-调用: wiki_apply(op="create_synthesis", title="测试页面", body="测试内容")
-结果: error: wiki mutation requires at least one sourceId for create_synthesis.
-```
-
-### 结论: ⚠️ 需注意前置条件
-
-`wiki_apply` 的 `create_synthesis` 操作需要至少一个 `sourceId`。这意味着创建 synthesis 页面必须关联已有知识源。在知识库初始化阶段，需先通过其他方式创建 source 页面。
-
-### 建议操作流程
-
-1. 先使用 OpenClaw 的文件工具创建 markdown 源文件
-2. 注册到 Wiki vault
-3. 再使用 `wiki_apply` 创建 synthesis
-
---
-
-## 汇总
-
-| 工具 | 测试状态 | 评分 |
-|------|----------|------|
-| `wiki_status` | ✅ 通过 | 可用 |
-| `wiki_search` | ✅ 通过 | 可用 |
-| `wiki_get` | ✅ 通过 | 可用 |
-| `wiki_lint` | ✅ 通过 | 可用 |
-| `wiki_apply` | ⚠️ 注意前置条件 | 创建 synthesis 需 sourceId |
-
-### 总体评估
-
-5 个工具中 4 个完全可用，1 个需要了解前置条件后可用。Wiki 工具链基础设施状态良好，可以支撑知识库体系建设。
@@ -0,0 +1,59 @@
+# 知识库索引
+
+> 维护：陆怀瑾（COO） | 最后更新：2026-06-22
+
+## 目录结构
+
+| 领域 | 目录 | 责任人 | 条目数 |
+|------|------|--------|--------|
+| 电商 | `电商/` | 陆云帆（taobaospecialist） | 1 |
+| 内容 | `内容/` | 文墨言（contentspecialist） | 1 |
+| 产品 | `产品/` | 沈路明（productmanager） | 1 |
+| 技术 | `技术/` | 梁思筑（architect） | 1 |
+| 设计 | `设计/` | 苏锦绘（designer） | 1 |
+| 运营 | `运营/` | 陆怀瑾（coo） | 2 |
+| 行政 | `行政/` | 刘诗妮（secretary） | 2 |
+| 模板 | `templates/` | 陆怀瑾（coo） | 1 |
+
+**总计：10 个知识条目**
+
+## 知识条目列表
+
+### 电商
+- [淘宝运营 SOP](电商/淘宝运营SOP.md) — 淘宝店铺日常运营标准化流程
+
+### 内容
+- [小红书运营指南](内容/小红书运营指南.md) — 小红书内容运营策略与执行规范
+
+### 产品
+- [PRD 模板](产品/PRD模板.md) — 产品需求文档标准模板
+
+### 技术
+- [开发规范](技术/开发规范.md) — 代码规范、提交规范、测试规范
+
+### 设计
+- [UI 设计规范](设计/UI设计规范.md) — 色彩系统、字体、组件、品牌资产
+
+### 运营
+- [数据分析方法](运营/数据分析方法.md) — 各业务线数据指标与分析框架
+- [活动策划模板](运营/活动策划模板.md) — 运营活动策划全流程模板
+
+### 行政
+- [合同模板](行政/合同模板.md) — 标准合同模板
+- [报销流程](行政/报销流程.md) — 费用报销流程
+
+### 模板
+- [知识条目模板](templates/知识条目模板.md) — 知识库条目创建标准模板
+
+## 查询方式
+
+1. **Agent 内部查询**: 使用 `wiki_search` 或 `wiki_get` 工具
+2. **人类审查**: 通过 Web UI 浏览 `knowledge/` 目录
+3. **全文搜索**: 使用 `qmd` 搜索 Markdown 文件
+
+## 贡献流程
+
+1. 领域负责人创建新条目（使用 `templates/知识条目模板.md`）
+2. COO 审核格式和内容
+3. 更新本 README.md 索引
+4. 通知相关 Agent 新知识可用
@@ -0,0 +1,35 @@
+# 知识条目模板
+
+> 所有知识库条目统一使用此模板
+
+## 模板结构
+```markdown
+# [类别]：[标题]
+> 适用范围: [谁/什么场景] | 维护人: [Agent]
+
+## 概述
+[1-2 句说明条目目的]
+
+## 核心内容
+[按逻辑分段]
+
+## 关键要点
+- [要点 1]
+- [要点 2]
+
+## 相关条目
+- [knowledge/xx/]: [简述]
+
+## 变更记录
+| 版本 | 日期 | 变更人 | 说明 |
+```
+
+## 命名规则
+- 文件名: `<类别>-<主题>.md`
+- 存放: `knowledge/<领域>/`
+
+## 创建流程
+1. 领域负责人创建初稿
+2. COO 审核格式
+3. 入库 → 更新 README.md 索引
+4. 通知相关 Agent
@@ -0,0 +1,24 @@
+# 产品需求文档（PRD）模板
+
+> 适用范围: 所有产研项目 | 维护人: 沈路明（productmanager）
+
+## 模板结构
+
+1. **文档信息**: 版本/作者/日期/评审人
+2. **需求概述**: 背景/目标/范围（包含+不包含）
+3. **用户场景**: 目标用户/使用场景/预期结果
+4. **功能需求**: 优先级/功能/描述/验收标准
+5. **非功能需求**: 性能/安全/兼容性/可用性
+6. **数据模型**: 核心表/字段/关系
+7. **接口定义**: API endpoint/请求/响应
+8. **UI/UX 要求**: 页面结构/交互行为/设计参考
+9. **验收标准**: 编号/验收项/标准/验证方法
+10. **附录**: 参考资料/竞品分析/术语表
+
+## 质量标准
+- 功能描述清晰，无歧义
+- 验收标准可量化、可测试
+- 与 architect 确认技术可行性
+
+## 创作时效
+- 收到任务后 24h 内完成 PRD 初稿
@@ -0,0 +1,24 @@
+# SOP：小红书内容运营
+
+> 适用范围: 小红书平台内容运营 | 维护人: 文墨言（contentspecialist）
+
+## 一、选题策划（每周一）
+- 确定 3-5 个选题 → 分配优先级 → 准备素材
+- 输出: 本周内容排期表
+
+## 二、内容创作
+- 撰写标题（含 2+ 关键词）→ 正文结构化 → 配图 ≥ 3 张 → SEO 优化
+- 正文 ≥ 300 字
+
+## 三、发布与互动
+- 定时发布 → 1h 内回复评论 → 48h 持续互动
+- 48h 评论回复率 100%
+
+## 四、数据分析（每周五）
+- 统计阅读量/点赞/收藏/评论
+- 分析 top 3 和 bottom 3
+- 输出: 周报 + 优化建议
+
+## 升级路径
+- 连续 5 篇流量低于均值 → 报告 COO
+- 平台规则变更 → 2h 内通知 COO
@@ -0,0 +1,16 @@
+# 技术领域知识
+
+> 责任人：梁思筑（architect）
+> 适用范围：产研中心所有开发项目
+
+## 包含内容
+- 开发规范（编码/提交/测试/Code Review）
+- 技术栈规范与选型指南
+- 架构设计规范
+- API 设计规范
+- 部署流程规范
+
+## 贡献者
+- 梁思筑（architect）：架构规范、技术选型
+- 徐聪（costcodev）：开发实践、代码模板
+- 严维序（opengineer）：部署流程、运维规范
@@ -0,0 +1,41 @@
+# 开发规范
+
+> 适用范围: 所有产研开发项目 | 维护人: 梁思筑（architect）
+
+## 一、命名约定
+- 文件: kebab-case（user-service.ts）
+- 变量/函数: camelCase（getUserById）
+- 类/接口: PascalCase（UserService）
+- 常量: UPPER_SNAKE_CASE（MAX_RETRY_COUNT）
+
+## 二、提交规范
+```
+<type>(<scope>): <subject>
+```
+Type: feat | fix | docs | style | refactor | test | chore
+
+## 三、测试规范
+- 单元测试覆盖率 ≥ 80%
+- 关键路径 100% 覆盖
+- 每个 PR 必须附带测试
+
+## 四、Code Review 检查清单
+| 检查项 | 说明 |
+|--------|------|
+| 命名清晰 | 变量/函数名能自解释 |
+| 无重复代码 | DRY 原则 |
+| 无硬编码 | 配置项外置 |
+| 错误处理 | 异常路径已覆盖 |
+| 安全 | 无 SQL 注入/XSS/敏感信息泄露 |
+| 性能 | 无 N+1 查询/不必要的循环 |
+
+## 五、技术栈推荐
+| 类别 | 推荐 |
+|------|------|
+| 前端 | React/Next.js (TS) |
+| 后端 | Node.js/Python |
+| 数据库 | PostgreSQL |
+| 缓存 | Redis |
+| CI/CD | GitHub Actions |
+
+> 引入新技术栈需 architect 评估后方可使用。
@@ -0,0 +1,28 @@
+# SOP：淘宝店铺日常运营
+
+> 适用范围: 淘宝店铺日常运营、新店起店 | 维护人: 陆云帆（taobaospecialist）
+
+## 一、每日巡检
+- **时间**: 每天上午
+- **操作**: 检查订单状态、退款/售后、违规通知、商品状态
+- **输出**: 日报摘要（异常项 + 处理建议）
+
+## 二、商品优化
+- **频率**: 每周 ≥ 2 次
+- **操作**: 分析搜索排名/点击率/转化率 → 优化标题关键词 → 更新主图/详情页 → 调整价格
+- **输出**: 优化记录 + 前后对比
+
+## 三、活动管理
+- **准备**: 活动前 3 天
+- **操作**: 评估 ROI → 报名 → 设置活动价 → 活动期监控 → 复盘
+- **输出**: 活动复盘报告
+
+## 质量检查
+- 每日巡检 100% 完成
+- 搜索排名周环比提升
+- 活动参与率 ≥ 80%
+
+## 升级路径
+- 平台规则重大变更 → 立即通知 COO
+- 转化率持续下降 > 3 天 → 报告 COO
+- 技术问题（API/系统）→ 联系 opengineer
@@ -0,0 +1,15 @@
+# 设计领域知识
+
+> 责任人：苏锦绘（designer）
+> 适用范围：所有品牌视觉输出
+
+## 包含内容
+- UI 设计规范（色彩/字体/间距/组件）
+- 电商设计规范（商详页/首图/Banner）
+- 品牌视觉资产管理
+- 设计交付物标准
+
+## 贡献者
+- 苏锦绘（designer）：设计规范、品牌视觉
+- 陆云帆（taobaospecialist）：电商设计需求
+- 文墨言（contentspecialist）：内容设计需求
@@ -0,0 +1,31 @@
+# UI 设计规范
+
+> 适用范围: 所有品牌设计输出 | 维护人: 苏锦绘（designer）
+
+## 一、色彩系统
+| 名称 | 色值 | 用途 |
+|------|------|------|
+| 主色 | #2563EB | 按钮/强调元素 |
+| 辅色 | #10B981 | 成功状态 |
+| 警告色 | #F59E0B | 提醒/警告 |
+| 错误色 | #EF4444 | 错误/危险操作 |
+| 页面背景 | #F9FAFB | 网站/app 背景 |
+| 卡片背景 | #FFFFFF | 内容卡片 |
+
+## 二、字体规范
+| 层级 | 字号 | 字重 |
+|------|------|------|
+| H1 | 32px | Bold(700) |
+| H2 | 24px | Semibold(600) |
+| 正文 | 16px | Regular(400) |
+| 辅助 | 14px | Regular(400) |
+
+## 三、间距系统
+xs=4px | sm=8px | md=16px | lg=24px | xl=32px
+
+## 四、组件规范
+- 按钮: 品牌主色填充, 圆角 8px
+- 输入框: 高度 40px, 圆角 8px
+- 卡片: 圆角 12px, 内间距 24px
+
+> 品牌视觉变更需 COO 审批。
@@ -0,0 +1,16 @@
+# 运营领域知识
+
+> 责任人：陆怀瑾（COO）
+> 适用范围：所有业务线运营管理
+
+## 包含内容
+- 数据分析方法（电商/内容/视频指标体系）
+- 活动策划模板（全流程 + 质量检查清单）
+- 运营效率监控方法
+- 资源调度与负载均衡方法
+
+## 贡献者
+- 陆怀瑾（COO）：运营方法、效率监控
+- 陆云帆（taobaospecialist）：电商运营实践
+- 文墨言（contentspecialist）：内容运营实践
+- 钟帧韵（mediaspecialist）：视频运营实践
@@ -0,0 +1,37 @@
+# SOP：运营数据分析
+
+> 适用范围: 电商/内容/视频各业务线 | 维护人: 陆怀瑾（COO）
+
+## 一、电商核心指标
+| 指标 | 频率 |
+|------|------|
+| GMV | 日/周/月 |
+| 转化率 | 日 |
+| 客单价 | 周 |
+| 退款率 | 周 |
+| 搜索排名 | 周 |
+
+## 二、内容核心指标
+| 指标 | 频率 |
+|------|------|
+| 阅读量 | 篇 |
+| 互动率 | 篇 |
+| 涨粉数 | 日 |
+
+## 三、视频核心指标
+| 指标 | 频率 |
+|------|------|
+| 播放量 | 条 |
+| 完播率 | 条 |
+| 互动率 | 条 |
+
+## 四、分析框架
+- 日常: 数据采集 → 同比/环比 → 异常检测 → 归因 → 行动建议
+- 周度: 趋势图 → Top/Bottom → 策略调整 → 下周目标
+- 月度: 趋势 → 达成率 → 渠道对比 → 资源效率 → 下月计划
+
+## 五、工具链
+- 数据采集: 平台后台 + API
+- 数据处理: Python pandas / Excel
+- 可视化: Metabase / 飞书多维表格
+- 报告发布: 飞书文档 / Bitable
@@ -0,0 +1,24 @@
+# SOP：运营活动策划
+
+> 适用范围: 电商促销/内容营销 | 维护人: 陆怀瑾（COO）
+
+## 一、活动流程（5 阶段）
+1. **立项**（活动前 14 天）: 目标 → 受众 → 主题 → 预算 → 审批
+2. **方案**（活动前 10 天）: 玩法 → 奖品 → 渠道 → 时间线 → 评审
+3. **物料**（活动前 7 天）: 文案 → 设计 → 页面 → 预热 → QA
+4. **执行**（活动期间）: 监控 → 数据 → 应急 → 互动 → 调整
+5. **复盘**（活动后 3 天）: 数据 → 达成 → 亮点/问题 → 沉淀 → 报告
+
+## 二、活动方案模板要素
+- 基本信息: 时间/平台/预算/负责人
+- 量化目标: 具体数字
+- 活动玩法: 规则/流程/用户路径
+- 推广计划: 渠道/内容/时间/预算
+- 风险预案: 风险/概率/应对
+
+## 三、质量检查清单
+- [ ] 活动目标可量化
+- [ ] 玩法规则明确无歧义
+- [ ] 预算与预期 ROI 匹配
+- [ ] 各 Agent 职责明确
+- [ ] 有应急方案
@@ -0,0 +1,32 @@
+# Agent 岗位说明书索引
+
+> 编制：陆怀瑾（COO） | 2026-06-22
+
+## 已完成的岗位说明书
+
+| Agent | 角色 | 所属部门 | 上级 |
+|-------|------|----------|------|
+| 刘诗妮 (secretary) | 专职秘书 | 管理层 | Vincent |
+| 陆怀瑾 (coo) | COO 运营总监 | 管理层 | Vincent |
+| 程伯予 (cvexpert) | 求职助理 | 管理层 | Vincent |
+| 胡蓉 (projectmanager) | 项目经理 | 产研中心 | COO |
+| 沈路明 (productmanager) | 产品经理 | 产研中心 | projectmanager |
+| 梁思筑 (architect) | 系统架构师 | 产研中心 | projectmanager |
+| 徐聪 (costcodev) | 全栈开发工程师 | 产研中心 | projectmanager |
+| 苏锦绘 (designer) | UI/UX 设计师 | 运营中心 | COO |
+| 严维序 (opengineer) | 运维工程师 | 产研中心 | projectmanager |
+| 陆云帆 (taobaospecialist) | 淘宝运营专员 | 运营中心 | COO |
+| 文墨言 (contentspecialist) | 内容运营专员 | 运营中心 | COO |
+| 钟帧韵 (mediaspecialist) | 视频媒体专员 | 运营中心 | COO |
+
+## 岗位说明书结构
+
+每份岗位说明书包含：
+1. 基本信息（ID/汇报对象/协作岗位）
+2. 核心职责（5 条）
+3. 工作流程（输入→处理→输出）
+4. 权限范围（自主/审批/无权）
+5. 绩效指标（3-4 项关键 KPI）
+6. 升级机制（阻塞/风险上报路径）
+
+各岗位详细说明书参照 BIZ-11 方案 4.1 节模板。
@@ -0,0 +1,82 @@
+# 协作流程与升级机制
+
+> 编制：陆怀瑾（COO） | 2026-06-22 | v1.0
+
+## 一、开发项目标准流程
+
+```
+Vincent/secretary 提出需求
+        ↓
+    COO 评估资源可行性
+        ↓
+  projectmanager 拆解任务（WBS）
+        ↓
+  productmanager 撰写 PRD
+        ↓
+   architect 设计架构方案
+        ↓
+    costcodev 代码开发
+        ↓
+    designer UI 设计（并行）
+        ↓
+   opengineer 部署上线
+        ↓
+    COO 验收确认 → Vincent
+```
+
+## 二、运营业务标准流程
+
+```
+业务需求（电商/内容/视频）
+        ↓
+    COO 分配任务至运营专员
+        ↓
+   运营专员执行
+        ↓
+    COO 质量检查
+        ↓
+   Vincent 确认 / 发布
+```
+
+## 三、升级标准
+
+| 级别 | 触发条件 | 通知对象 | 响应时间 |
+|------|----------|----------|----------|
+| L1 一般 | 进度偏差 > 30% | projectmanager | 4h |
+| L2 关注 | 阻塞 > 4h | secretary | 即刻 |
+| L3 紧急 | 影响收入/客户 | COO | 即刻 |
+| L4 严重 | 系统故障/安全事故 | Vincent（直接汇报） | 即刻 |
+
+## 四、协作规则
+
+### 任务认领
+- 所有任务从 WorkBoard 认领，不接收口头任务
+- 依赖任务完成后，后续任务自动解锁
+- 认领后 2h 内必须有实质性进展
+
+### 信息互通
+- COO 和 secretary 保持密切信息互通
+- 任何业务启动/进展/阻塞，COO 必须知晓
+- 重大变更需在 WorkBoard 更新 + 通知相关方
+
+### 交付标准
+- 所有交付物必须有明确的验收标准
+- 交付时附带自检清单
+- 验收不通过 → 退回修正 → 重新验收
+
+### 跨 Agent 沟通格式
+```
+【任务转交 - 给[Agent名称]】
+## 任务背景 / 你需要交付 / 我的后续支持
+```
+
+## 五、风险应对速查
+
+| 风险类型 | 识别信号 | 应对措施 |
+|----------|----------|----------|
+| 任务停滞 | Agent 24h 无响应 | 心跳检测 + 自动重试 |
+| 429 限流 | API 调用频繁失败 | 令牌桶限流 + 模型降级 |
+| 资源不足 | 多任务排队 > 5 | 重新分配 + 扩招建议 |
+| 质量问题 | 交付物不符合标准 | 返工 + 流程优化 |
+| 外部依赖 | 平台 API 变更 | 快速适配 + 预案 |
+| 安全事件 | 数据泄露/权限异常 | 直接汇报 Vincent |
@@ -0,0 +1,46 @@
+# 岗位能力矩阵
+
+> 编制：陆怀瑾（COO） | 2026-06-22 | v1.0
+
+## 能力符号说明
+
+| 符号 | 含义 |
+|------|------|
+| ★★★ | 核心能力（自主执行） |
+| ★★☆ | 辅助能力（需要协作） |
+| ★☆☆ | 基础认知（知道边界） |
+| — | 不适用 |
+
+## 能力矩阵
+
+| Agent | 项目管理 | 开发执行 | 电商运营 | 内容运营 | 视频制作 | UI设计 | 运维部署 | 商业分析 | 市场研究 |
+|-------|----------|----------|----------|----------|----------|--------|----------|----------|----------|
+| 刘诗妮 | ★★★ | — | — | — | — | — | — | — | — |
+| 陆怀瑾 | ★★★ | — | ★★☆ | ★★☆ | ★★☆ | — | ★☆☆ | ★★☆ | ★★☆ |
+| 程伯予 | — | — | — | — | — | — | — | ★★★ | ★☆☆ |
+| 胡蓉 | ★★★ | ★☆☆ | — | — | — | — | — | — | — |
+| 沈路明 | ★★☆ | ★☆☆ | — | — | — | ★☆☆ | — | ★★☆ | ★★☆ |
+| 梁思筑 | ★☆☆ | ★★★ | — | — | — | — | ★★☆ | — | — |
+| 徐聪 | — | ★★★ | — | — | — | — | ★☆☆ | — | — |
+| 苏锦绘 | — | — | ★★☆ | — | ★☆☆ | ★★★ | — | — | — |
+| 严维序 | — | ★☆☆ | — | — | — | — | ★★★ | — | — |
+| 陆云帆 | — | ★★☆ | ★★★ | ★☆☆ | — | ★☆☆ | ★☆☆ | — | — |
+| 文墨言 | — | — | ★★☆ | ★★★ | — | — | — | — | ★☆☆ |
+| 钟帧韵 | — | — | ★☆☆ | ★★☆ | ★★★ | ★☆☆ | — | — | — |
+
+## 能力缺口分析
+
+| 能力领域 | 当前覆盖 | 缺口 | 影响业务 | 建议 |
+|----------|----------|------|----------|------|
+| 市场分析 | COO(基础) | 高 | 商业分析业务线 | 优先招聘市场分析师 |
+| 法务合规 | 无 | 中 | 电商合规/合同风险 | 招聘法务顾问或外部顾问 |
+| 深度数据分析 | COO(基础) | 中 | 成本优化/ROI | 招聘数据分析师 |
+| 跨境业务 | 无 | 低 | 海外扩张 | 暂缓，现有业务优先 |
+
+## Agent 当前负载（2026-06-22）
+
+| Agent | 活跃任务数 | 负载评级 |
+|-------|-----------|----------|
+| 陆怀瑾 (coo) | 7 | 🔴 重载 |
+| 严维序 (opengineer) | 1 | 🟢 轻载 |
+| 其他 Agent | 0 | 🟢 空闲 |
@@ -0,0 +1,60 @@
+# 多智能体组织架构图
+
+> 编制：陆怀瑾（COO） | 2026-06-22 | v1.1
+
+## 架构总览
+
+```
+                        Vincent（刘总）
+                             │
+              ┌──────────────┼──────────────┐
+              │              │              │
+         刘诗妮 (秘书)   陆怀瑾 (COO)    程伯予 (求职)
+                             │
+         ┌───────────────────┼───────────────────┐
+         │                   │                   │
+    运营中心            产研中心          商业分析中心(待建)
+    ┌───┴───┐        ┌──────┴──────┐        ┌────┴────┐
+    │       │        │             │        │         │
+  陆云帆  文墨言   胡蓉 (PM)    钟帧韵   市场分析师 法务顾问
+ (淘宝)  (内容)     │          (视频)   (待招聘)  (待招聘)
+                    │
+              ┌─────┼─────┐
+              │     │     │
+           沈路明  梁思筑  苏锦绘
+           (产品) (架构) (设计)
+              │
+           徐聪 (开发)
+              │
+           严维序 (运维)
+```
+
+## 团队统计
+
+| 层级 | 角色 | 人数 |
+|------|------|------|
+| 管理层 | Vincent | 1 |
+| 专职支持 | secretary, cvexpert | 2 |
+| 运营管理 | COO | 1 |
+| 运营执行 | taobaospecialist, contentspecialist, mediaspecialist, designer | 4 |
+| 产研管理 | projectmanager | 1 |
+| 产研执行 | productmanager, architect, costcodev, opengineer | 4 |
+| 待建 | 市场分析师, 法务顾问, 数据分析师 | 3 |
+| **合计** | | **16**（现有 13 + 待建 3） |
+
+## 汇报关系
+
+| Agent | 直接上级 | 虚线汇报 |
+|-------|----------|----------|
+| 刘诗妮 (secretary) | Vincent | COO（信息同步） |
+| 陆怀瑾 (coo) | Vincent | — |
+| 程伯予 (cvexpert) | Vincent | — |
+| 胡蓉 (projectmanager) | COO | secretary（信息同步） |
+| 沈路明 (productmanager) | projectmanager | — |
+| 梁思筑 (architect) | projectmanager | — |
+| 徐聪 (costcodev) | projectmanager | — |
+| 严维序 (opengineer) | projectmanager | — |
+| 苏锦绘 (designer) | COO | — |
+| 陆云帆 (taobaospecialist) | COO | — |
+| 文墨言 (contentspecialist) | COO | — |
+| 钟帧韵 (mediaspecialist) | COO | — |
@@ -1,62 +0,0 @@
-#!/bin/bash
-# wiki-lint-check.sh — Wiki 知识库质量检查脚本
-# 
-# 用途: 定期运行 wiki_lint 检查知识库质量，生成报告
-# 用法: ./scripts/wiki-lint-check.sh [--report-dir <dir>]
-# 
-# 建议通过 cron 定期执行，例如每日凌晨:
-#   0 2 * * * cd /path/to/EnterpriseArchitect && ./scripts/wiki-lint-check.sh
-
-set -euo pipefail
-
-REPORT_DIR="${REPORT_DIR:-/tmp/wiki-lint-reports}"
-TIMESTAMP=$(date '+%Y-%m-%d_%H%M%S')
-REPORT_FILE="${REPORT_DIR}/wiki-lint-${TIMESTAMP}.md"
-
-mkdir -p "$REPORT_DIR"
-
-echo "=== Wiki Lint Check ==="
-echo "时间: $(date '+%Y-%m-%d %H:%M:%S %Z')"
-echo "报告路径: $REPORT_FILE"
-echo ""
-
-# 运行 wiki_lint（通过 OpenClaw CLI）
-# 注意: 此脚本需在 OpenClaw 环境中执行
-LINT_RESULT=$(openclaw skill wiki-lint 2>&1) || true
-
-# 生成报告
-cat > "$REPORT_FILE" << EOF
-# Wiki Lint 检查报告
-
-**检查时间**: $(date '+%Y-%m-%d %H:%M:%S %Z')
-**执行主机**: $(hostname)
-**执行用户**: $(whoami)
-
---
-
-## 检查结果
-
-\`\`\`
-${LINT_RESULT:-No output from wiki_lint}
-\`\`\`
-
---
-
-## 状态
-
-EOF
-
-if echo "$LINT_RESULT" | grep -qi "error\|fail\|issue"; then
-    echo "**状态**: ⚠️ 发现问题，需处理" >> "$REPORT_FILE"
-    echo ""
-    echo "⚠️ Wiki Lint 发现问题，请检查: $REPORT_FILE"
-else
-    echo "**状态**: ✅ 无问题" >> "$REPORT_FILE"
-    echo ""
-    echo "✅ Wiki Lint 检查通过"
-fi
-
-echo "报告已生成: $REPORT_FILE"
-
-# 清理 30 天以前的旧报告
-find "$REPORT_DIR" -name "wiki-lint-*.md" -mtime +30 -delete 2>/dev/null || true