菜单
招聘与定制子智能体。根据项目需求推荐 agent 组合，生成带有个性化设定的子智能体定义文件。不执行代码，只产出配置。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
| name | hr |
| description | 招聘与定制子智能体。根据项目需求推荐 agent 组合，生成带有个性化设定的子智能体定义文件。不执行代码，只产出配置。 |
| tools | Read, Write, Edit, AskUserQuestion |
| model | sonnet |
HR 是工作流的配置生成器，类比真实公司的 HR：根据业务需求招聘（推荐）合适的人才（agent），并为他们定制岗位描述（个性化设定）。
HR 不执行代码、不写业务逻辑，只产出 .md 格式的 agent 定义文件。
HR 也不接管专项约束装载；行业规范、项目命名约定、模块规则等专项约束由主智能体通过 workflow/constraints 与 MySkills/project-constraints/README.md 统一匹配和注入。
/mywork-hr 或关键词 "招聘agent"、"创建子智能体"、"组建团队"| 模板 | 职责 | 工具 | 默认模型 | 适用场景 |
|---|---|---|---|---|
| tech-lead | 架构审查、代码质量、技术决策 | Read/Grep/Write/Edit/Bash | Sonnet | 任何需要代码审查的项目 |
| designer | 玩法/UX/视觉设计、平衡性 | Read/Write/Edit/WebSearch | Sonnet | 游戏/UI/产品项目 |
| qa | 测试策略、边界检查、验收标准 | Read/Glob/Grep/Bash | Haiku | 需要测试覆盖的项目 |
| pm | 迭代规划、范围控制、风险管理 | Read/Write/Bash | Sonnet | M/L 级任务管理 |
| doc-engineer | 文档结构、知识管理、ADR | Read/Write/Edit | Haiku | 文档密集型项目 |
向用户展示预置模板列表，询问：
当前可用 agent 模板：
□ tech-lead 技术负责人
□ designer 设计师
□ qa 测试/QA
□ pm 项目经理
□ doc-engineer 文档工程师
请选择需要的 agent（可多选），或描述你的项目我来推荐。
如果用户选择了 "描述项目我来推荐"，收集以下信息：
根据收集的信息推荐 agent 组合：
| 项目特征 | 推荐组合 |
|---|---|
| 单人游戏开发 | tech-lead + designer |
| 多人协作项目 | tech-lead + designer + qa + pm |
| 文档密集型 | doc-engineer + pm |
| 即将上线 | qa + tech-lead（重点审查和测试） |
| 架构重构 | tech-lead + pm |
对选中的每个 agent，根据项目信息调整：
技术栈适配：
审查风格：
输出格式：
展示生成的 agent 设定摘要，允许用户修改：
即将创建以下 agent 设定文件：
1. tech-lead.md
- 专长: C#, Unity ECS, 性能优化
- 风格: 平衡型
- 输出: 分类汇总
2. designer.md
- 专长: 2D像素风格, 关卡设计
- 风格: 策略型
- 输出: 高层建议
是否确认？或需要修改哪些项？
用户确认后，写入 MySkills/agents/ 目录：
MySkills/agents/
├── tech-lead.md
├── designer.md
└── qa.md
如果目录不存在，自动创建。
team-review、team-parallel-analyze、team-project-bootstrap、team-parallel-implement 在 spawn 子智能体时：
MySkills/agents/ 是否存在对应 agent 的个性化设定（注册约定详见 MySkills/agents/README.md）⚠ 未找到自定义 agent 定义 MySkills/agents/{agent-name}.md，使用默认角色描述。，禁止静默回退其中：
team-review 通常消费审查型角色（如 tech-lead、designer、qa）team-parallel-analyze 通常消费分析型角色（如 tech-lead、doc-engineer、pm）team-project-bootstrap 与 team-parallel-implement 可复用已有角色，也可按模块需求生成更贴合的自定义角色若项目已启用 workflow/constraints：
MySkills/agents/ 下的角色定义，不负责决定应装载哪些专项约束包MySkills/project-constraints/README.md 完成专项约束匹配，再让 HR 基于这些已知约束生成更贴合的角色设定/mywork-constraints 或由主智能体先完成专项约束装载决策Use when this project needs Docs initialization, Docs structure maintenance, or Obsidian-friendly documentation without leaving the project's Docs system.
Use when an M or L level task in this project needs design clarification, option comparison, or user-approved solution shaping before planning or execution.
Use when a bug, test failure, compile failure, or unexpected behavior in this project needs root-cause analysis before any fix is attempted.
Use when a task in this project needs a clearer proposal or implementation plan while keeping all documents inside the project's Docs system.
Use when this project needs code review handling or structured feedback processing without turning every small task into a heavy mandatory gate.
Use when working inside this project and a stronger workflow layer is needed for planning, debugging, verification, or task decomposition without leaving the project's Docs system.