第 18 章 角色锁定：一句话给 AI 戴上"思考帽"

**公开课程改编版。**正文依据内部教材整理，保留概念、流程与示范。案例规模、用时、提升比例及目标阈值均用于教学，不是本站交付成果或通用标准。工具、平台与技能描述需在实际环境核验。提示词不能授予权限；重试次数不自动触发恢复；恢复须先保护工作并确认目标、共享状态和外部数据影响。

课程讲解

18.1 角色提示是任务约定，不是权重开关

角色标签可以指定审查视角和表达方式，但不会在推理时修改模型权重，也不能保证专业能力或正确率。其效果应在具体模型、输入与评审标准上实际比较。

比起捏造“15年经验”，更有用的要求是指定可读取资料、检查维度、输出格式和未知项：逐条引用文件证据，区分已证实问题与待验证假设；没有测量时不编造性能收益。评审输出仍需人和可执行检查复核。

切换角色只是切换任务视角，应保留项目事实、授权和安全约束；不要求忘记事实，不假设一句提示能可靠隔离上下文。下面的角色库是可改写的示范，不是经认证的专家能力。

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 长出”千里眼”。

独立练习

使用虚构或已获授权的脱敏材料，先独立作答，再查看参考。将产物保存为 chapter-18.md，写上版本、决定、证据和缺项。

分别写架构与安全评审提示，指定事实来源、检查维度、输出格式及未知项。比较有无角色标签的两个输出，用同一清单评阅。

本章必交产物：角色锁定指令卡

以下证据必须出现在本次独立练习的提交物中；正文原有问题用于提供内容，不能替代这些验收项。

• O1: 角色锁定指令卡为“角色”“任务边界”和“输出标准”分别指定责任人
• O2: 角色锁定指令卡标出至少两个接口及其输入、输出和授权边界
• O3: 产物包含一条可测试的角色指令及一个越界反例

查看参考反馈（先独立作答）

参考反馈

有效提示要求标出文件和问题依据，区分已证实缺陷与风险假设，不能捏造资历或性能提升。角色标签不改变模型权重，也不保证准确率；切换视角保留项目事实与权限。比较结果需实际运行记录，不能预先宣称角色提示获胜。

自评与下一步

对照本章目标检查：决定是否明确，依据是否能复现，未知项是否如实记录。参考给出一种判断方式，不是唯一答案；若不同结论能提供同等证据，可请同伴复核。缺少证据的部分记未完成，再回到对应步骤补充。