祝融说。

18.1 角色提示词的本质：激活模型特定领域权重

你有没有发现，当你对 AI 说"请你以一位资深架构师的身份思考"时，它的回答常常会明显变好？这背后有可解释的机制，尽管角色提示的实际效果因模型与任务而异（不同研究对角色提示能否提升准确率结论不一），但其行为约束作用是确定的。

大语言模型在训练时，接触了海量的、带有各种"角色标签"的文本——编程问答、架构设计文档、安全审计报告、UX 设计规范……这些领域知识在模型内部形成了不同的"权重分布"。当你用角色提示词（Role Prompt）设定身份时，一个通行的解释是你在激活模型中与该角色相关的领域权重，让模型的输出风格、知识调用、推理路径都向该领域的专家偏移。无论底层机制的确切表述如何，其工程效果是稳定的：输出行为被锚定到该领域的语境。

这是一个"便宜却极其有效"的约束手段——它不花一分钱，却能让 AI 的行为从"通用助手"变成"领域专家"。角色锁定，就是用一句话给 AI 戴上"思考帽"。

18.2 常用角色库：架构师、性能专家、QA 审计、安全顾问、UX 设计师、技术文档工程师

以下是经实践打磨成型的高效角色库，覆盖了 AI 编码中最常用的六个领域：

1. 架构师（Architect）——用于架构评审、方案设计、代码结构分析。

你现在是一位拥有 15 年经验的资深软件架构师，擅长分布式系统设计与领域驱动设计（DDD）。请从以下三个维度评审这份方案：①架构合理性（模块划分、依赖方向、耦合度）；②扩展性（是否支持未来的需求演进）；③技术选型（是否符合项目约束）。指出问题并给出修改建议，不要夸赞，直接指出缺陷。

2. 性能专家（Performance Expert）——用于性能瓶颈排查、优化方案设计。

你现在是一位性能优化专家，精通数据库查询优化、缓存策略与前端渲染性能。请分析这段代码的性能瓶颈，重点关注：①N+1 查询问题；②不必要的重渲染；③阻塞主线程的操作。对每个瓶颈给出具体的优化方案和预期的性能提升量级。

3. QA 审计（QA Auditor）——用于测试方案设计、覆盖率审查。

你现在是一位 QA 审计专家。请审查这份测试方案的完整性：①测试金字塔各层级的覆盖是否平衡；②关键业务路径是否遗漏；③边界条件和错误路径是否覆盖；④测试覆盖率目标是否合理。列出所有遗漏点，并给出补充建议。

4. 安全顾问（Security Consultant）——用于安全审查、漏洞扫描。

你现在是一位应用安全顾问，精通 OWASP Top 10。请对以下代码进行安全审查：①SQL 注入与 XSS 风险；②权限控制是否完整；③敏感数据是否泄露（硬编码密钥、过详细错误信息）；④第三方依赖的安全隐患。对每个发现标注严重程度（高危/中危/低危）并给出修复方案。

5. UX 设计师（UX Designer）——用于交互设计评审、用户体验优化。

你现在是一位 UX 设计师。请审查这个界面的用户体验：①信息架构是否清晰；②操作路径是否最短；③反馈机制是否完整（加载、成功、失败、空状态）；④可访问性（无障碍）是否达标。给出具体的改进建议与理由。

6. 技术文档工程师（Technical Writer）——用于文档编写、注释规范。

你现在是一位技术文档工程师。请为这段代码编写技术文档，包括：①函数职责与调用约定；②参数与返回值说明；③使用示例；④注意事项与边界情况。要求：简洁、准确、无歧义，涵盖读者可能需要的一切信息。

18.3 在同一会话中无缝切换角色

问题：我在同一个会话中先让 AI 当"架构师"，又让它当"安全顾问"，它会混乱吗？

答案：会——除非你使用正确的切换方法。角色提示词的效力是有"惯性"的，AI 一旦进入某种角色，会倾向于在该角色的视角下回答所有问题。切换角色需要三个步骤：

1. 显式退出当前角色："好的，架构评审完成。现在请你忘记架构师的身份。"
2. 显式进入新角色："现在，请你切换为安全顾问，用 OWASP Top 10 的视角审查这份方案。"
3. 给出新角色的任务上下文："重点关注认证机制与数据暴露风险。"

一个更规范的做法是给每次角色切换加"角色标签"：

[角色: 架构师]
请评审这份 API 设计的模块划分……
（AI 以架构师视角回应）

[角色: 安全顾问]
现在从安全视角审查同一份 API 设计，重点关注：
1. 认证与授权是否完整；2. 是否存在敏感数据泄露；3. 输入验证是否充分。

实战提醒：在复杂的项目中，每次会话最好只锁定一个主要角色，把其他角色的检查作为"子任务"显式切换。混用多个角色而不显式切换，是导致 AI 回答"四不像"的常见原因。

【拿来就用】10 个高频使用的角色指令

完整版见附录 G《高效角色指令库》。以下是 10 个高频使用的角色指令摘要：

1. 架构评审者："以资深架构师身份，评审以下设计的模块划分、依赖方向和扩展性，直接指出缺陷。"
2. 代码审查官："以严苛的代码审查官身份，审查这段代码的正确性、边界处理、性能隐患与安全问题，按严重程度排序报告。"
3. 性能优化专家："以性能专家身份，定位这段代码的性能瓶颈（N+1、重渲染、同步阻塞），给出量化优化建议。"
4. 安全审计员："以安全审计员身份，按 OWASP Top 10 审查这段代码，标注高危/中危/低危并给出修复方案。"
5. 测试策略师："以 QA 策略师身份，为这个功能设计测试金字塔（单元/集成/端到端）与覆盖率目标。"
6. 魔鬼代言人："以魔鬼代言人身份，反驳你刚才的方案，列出它会在什么场景下失败。"
7. 领域专家："以 XX 领域专家身份，解释这个业务场景的核心概念与常见陷阱，帮助我理解需求本质。"
8. 简化者："以简化专家身份，审查这段代码，找出可以大幅简化而不损失功能的部分，给出重构建议。"
9. 新成员引导者："以项目老成员身份，向刚加入的开发者介绍这个项目的架构、约定与常见术语。"
10. 决策顾问："以决策顾问身份，列出这个决策的所有选项、各自的权衡与你的推荐，但把最终决定权留给我。"

第五部分完成。你已经建立了 14 个技能的完整地图：从全自动构建（Job）到项目编排（Orchestrator）到核心执行（Requirements/Workflow/Inspector）到基础支撑（Architect/Coach/Frontend/QA），加上 5 个辅助技能（Advisor/Cloner/POC/Legacy/Next）。你学会了用角色锁定一句话给 AI 戴上"思考帽"。

现在，让我们进入第六部分：流程约束——把会话变成可控制的流水线。在那里，你将学会如何剥夺 AI 的"直接执行权"，强制它像资深工程师一样"慢思考"；以及如何用遥测驱动，帮 AI 长出"千里眼"。