为 Agent 指定角色和职责
Persona/Role Assignment
说明它负责什么、从什么角度分析，避免只给一个夸大的身份。
提示词设计
明确禁止事项与替代做法
Negative Constraints
写清楚哪些行为不能做，以及遇到这些情况时应该怎么做。
用少量示例说明做法
Few-Shot Examples
用几组可比较的输入和输出，展示正确做法和容易出错的情况。
把自然语言需求拆成关系表结构
NL to Relational Schema Decomposition
从需求中识别实体、字段和关系，再设计数据库结构。
先明确创作理念
Creative Philosophy Scaffolding
用创作理念约束后续表达，让作品有一致的方向。
让必须验证的要求足够明确
Evidence-Bound Verification Rule
突出关键验证规则，并说明哪些情况有授权的例外。
提前列出常见借口与反驳
Rationalization-Prevention Table
把容易绕过规则的理由列出来，并说明为何不能据此省略检查。
写清前置条件和检查点
Explicit Preconditions with Gate Markers
明确每一步开始前必须满足的条件，以及如何判断可以继续。
只实现当前需要的复杂度
Implement only presently required complexity
有具体需求后再增加功能和抽象，避免为想象中的未来提前设计。
根据任务决定规则优先级
Contextual rule precedence
视觉默认规则应服从具体任务、品牌要求和用户的明确约束。
先说明效果的用途，再添加效果
Behavioral motivation before adding effects
添加动画或视觉效果前，说明它要向用户传达什么。
删除抽象层，推演复杂度会去哪
Deletion probe before abstraction
在保留一个抽象前，判断移除它后职责和复杂度会如何变化。
从真实文章提炼写作风格
Reusable Source-Derived Voice Profile
提取简短的风格说明，在相关输出中复用。
区分代码现状与产品要求
Technical Facts vs Product Constraints
把实际实现、预期业务约束和明确假设分开说明。