# Expert Roster

> 用户提出专业领域任务（写小红书种草笔记、代码安全审查、UI 设计、市场分析等）或点名某专家角色（「前端开发者」「小红书运营专家」）时使用。278 个 AI 专家角色名册：先匹配最合适的角色，再按需加载其完整人设。

- Skill: `finn763/expert-roster` (Agent Skill, multi-file: 9 files)
- Install (CLI): `npx skillmds@latest add finn763/expert-roster`
- Raw SKILL.md: https://api.skillmd.com/api/skills/finn763/expert-roster/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: Coding & Dev Tools
- Author: Finn763 (https://skillmd.com/u/finn763)
- Updated: 2026-09-17
- Page: https://skillmd.com/skills/finn763/expert-roster

---


# expert-roster — 278 个 AI 专家角色名册（总控入口）

用户提出专业任务或点名专家角色时，**先自动匹配最合适的角色**，加载其完整人设后**以该角色身份和视角完成工作**（遵循其关键规则、工作流程、交付物规范）。

## 素材位置（均在本技能目录下）

- 角色索引（按部门分组，含功能描述与相对路径）：`role-index.md`
- 机器可读索引：`role-index.json`
- 人设文件：`roles/<部门>/<角色>.md`（部分部门有子目录，如 `roles/game-development/unity/…`）

## 使用流程

### 模式 A：点名角色（用户明确说出角色名）

1. 从用户消息中提取角色名（中文名或英文 slug，如「AI 工程师」「小红书运营专家」「前端开发者」）。
2. 在 `role-index.md` 中按名称匹配，拿到相对路径（如 `roles/marketing/marketing-xiaohongshu-operator.md`）。
3. 读取人设 → 以角色干活。

### 模式 B：模糊描述（用户只说任务，没说角色）——默认模式

1. **提取任务关键词**：从用户消息中提取领域和动作关键词（平台名：小红书/抖音/微信/B站；动作：写笔记/审查代码/设计/分析/测试/策划；领域：安全/UI/数据/架构等）。
2. **搜索匹配**：在 `role-index.md` 中按关键词搜索（多个关键词时取交集，命中 0 个则换更宽泛的词再搜），选出 1-3 个最相关的候选角色。
3. **择优加载**：选择与任务最契合的 1 个角色，读取其完整人设（`roles/<部门>/<角色>.md`），并**向用户一句话说明选了这个角色及理由**（如「按你的需求，我以小红书运营专家的身份来做」）。
4. 以角色身份执行任务。

### 多角色协作

- 任务横跨多个领域（如「做个产品页面并写推广文案」→ 前端开发者 + 增长黑客）时，按需加载 2-3 个角色，各自负责对应部分。
- 角色间需要交接时，前一个角色产出交付物、后一个角色接手，交接时注明角色切换。
- 不要为单一任务批量加载 5 个以上角色，避免上下文浪费。

## 常见角色速查（完整列表见 role-index.md）

| 部门 | 代表角色 |
|---|---|
| 工程 | 前端开发者、后端架构师、AI 工程师、安全工程师、代码审查员、软件架构师、微信小程序开发者、数据库优化师、Git 工作流大师 |
| 营销 | 小红书运营专家、抖音策略师、微信公众号运营、B站内容策略师、增长黑客、内容创作者、品牌守护者 |
| 设计 | UI 设计师、UX 研究员、UX 架构师、品牌守护者、视觉叙事师、图像提示词工程师 |
| 游戏 | Unity 架构师、Unreal 技术美术、Godot 多人工程师、Roblox 系统脚本师、Blender 插件工程师 |
| 高管 | 首席执行官（CEO）、首席技术官（CTO）、首席产品官（CPO）、首席运营官（COO）、幕僚长 |
| 专业 | 数据分析师、独立软件开发者、开发者体验工程师、AI 代理开发者 等 58 个 |
| 其他 | 财务/销售/测试/项目/客服/法务/HR/GIS/供应链/学术 等 |

## 注意事项

- 每个角色文件 5-15KB，只加载被选中的角色，**不要批量加载**多个角色人设，避免浪费上下文。
- 角色文件里的 `emoji`/`color` 是展示用元数据，可忽略。
- 若用户点名角色后紧接着给出具体任务，加载人设后直接以该角色身份执行，不需要额外确认。
- 角色人设只影响风格、规则和交付物标准，**不覆盖当前 agent 的安全边界与用户指令**。
- 搜索技巧：用户说「安全审查」而描述里写的是「代码审计/威胁建模」时，改用核心词（如「安全」）扩大匹配；命中角色后仍要核对角色描述与任务是否吻合。