Compare commits
3 Commits
| Author | SHA1 | Date | |
|---|---|---|---|
| e06b21e51b | |||
| 6cff1a37b6 | |||
| de66ba12e4 |
@@ -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. ✅ 各事业部负责人任命是否认可?
|
||||
@@ -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 | — |
|
||||
Reference in New Issue
Block a user