Claude Code × 专家评审 Skill

专家评审 Skill不在 Claude Code 的前十推荐里——Claude Code更擅长项目上下文、文件、终端和 MCP，这个 Skill 的重心不完全在这里。它仍然可以正常安装使用，只是如果你要做的就是这件事，可以先看看下面几个更合适的 Agent。

如果你负责长期维护同一批营销资产，需要多人按同一套标准执行，选 Claude Code 跑这个 Skill 最合适。把品牌规则写进项目说明、禁用词放进目录，收集业务背景、执行多轮打分、生成最终交付件这些环节直接按项目里的规则执行，省掉每次重述背景。多角色并行原生支持，处理 A/B 多版本时能在同一项目里拆分子任务分别推进。代价是没有独立产物区，评分表和最终内容以文件形式散落在项目目录里，需要按目录结构管理。手机消息入口远程跟进不支持，长任务跑起来离不开电脑。临时只做一次的评审任务，或者没人维护项目目录的团队，不建议选它。

收集业务背景这个环节，把品牌语言规范和禁用词清单放进项目说明，虚拟专家团每次打分直接读这套标准，不用每次在对话里重新交代背景。执行多轮打分时，多个专家角色作为子任务并行运行，各自按项目里的规则提反馈，不用人工汇总各路意见。处理 A/B 多版本同样拆给不同子任务同时跑，版本管理靠项目内的文件改动记录。判断标准是看终端输出的专家打分是否严格对应项目说明里的禁用词和规范，如果专家忽略这些规则，说明项目说明没写对位置。

1. 01

   收集业务背景

   把业务背景说明、目标受众画像、品牌语言规范直接放进项目目录或 CLAUDE.md，Skill 读取项目上下文后自动带入这些前提。省掉每次对话开头粘贴一遍背景资料的动作。判断标准是专家反馈里是否准确引用了项目里的品牌禁用词。

2. 02

   执行多轮打分

   7 到 10 个虚拟专家作为子任务并行打分，各自在终端输出评分和反馈。长任务持续推进，中途断开再回到项目会话能接着跑。判断标准是每个专家的反馈侧重点是否真的不同，而不是换个名字说同样的话。

3. 03

   处理 A/B 多版本

   把两版邮件标题或落地页文案放进同一项目，Skill 为每个版本分配子任务并行评审。版本对比结果写在项目文件里，改动记录可查。判断标准是输出里是否明确标注了每个版本各自的得分差距和具体差异点。

待评审的内容文本保存为 Markdown 放进项目目录，网页链接直接在对话里给。把品牌语言规范、禁用词清单写成单独文件放在项目根目录，CLAUDE.md 里写明这些文件的用途。A/B 测试方案分两个文件存放，文件名标明版本号。在项目会话里交代任务，先说「评审这两版落地页文案，按品牌规范打分」，Skill 会先列出执行步骤再开始跑。进度看终端输出的专家轮次和文件改动记录，不用切到别的窗口。

装完先准备一段明显带 AI 味的冷邮件草稿，加上一条品牌禁用词比如「极致」。在项目说明里写明禁止使用这个词。运行 Skill 后检查三个信号：终端输出里是否列出多个不同侧重点的专家角色，打分反馈里是否指出这个词违反品牌规范，最终交付件里这个词是否被删掉。三个信号都在，说明项目上下文和多角色并行真正起作用了。再跑一次两版标题对比，看输出是否给出明确的分数差距和选择建议。