提示词工程原则当技能创建、改进、审计或依赖提示词、角色指令、对话脚本、写作系统、教学指南、分析指令或可复用任务模板时使用本原则。原则提示词质量是技能设计的输入而不是粘贴到SKILL.md中的长提示词。有用的抽象不是固定的 RTF 模板。有用的抽象是一个紧凑的推理层理解请求背后的真实需求选择正确的任务类型和复杂度把角色、任务和格式映射到技能结构中在技能被视为可复用之前对面向提示词的行为进行评分需求模型在编写提示词密集型技能之前识别显式需求用户明确要求的内容隐式需求上下文暗示但用户没有说出的内容场景输出将在哪里以及如何使用用户层级初学者、从业者、专家、审查者或操作者成功标准什么证明输出是有效的如果其中任何一项会改变包的边界就提出一个聚焦的澄清问题。如果它们只影响实现细节就把假设记录在报告中而不是打断用户。任务家族创意生成内容、想法、活动、变体、概念分析推理诊断、比较、综合、决策支持执行操作工作流步骤、任务完成、标准化操作教学指导解释、课程、演练、辅导对话交互支持、访谈、角色扮演、发现、辅导提示词工程提示词创建、提示词改进、提示词审查、提示词库复杂度简单一个输出少量约束低歧义中等多个步骤一些判断中等标准复杂多个输入权衡高质量输出期望专家级领域专长、评估、治理或安全敏感使用复杂度应该控制添加多少结构。它不应成为膨胀入口点的理由。RTF 到技能映射提示词层技能层审查者问题角色运行姿态、专长、语气代理身份是否匹配工作和用户层级任务工作流、门槛、脚本、参考资料步骤是否可执行和可验证格式输出契约、示例、报告交回的结果是否有用、可读且可测试质量矩阵对面向提示词的行为评分完整性指定了足够的上下文、约束和输出清晰度措辞无歧义且易于执行一致性角色、任务、格式、示例和边界一致实用性输出可以在没有隐藏假设的情况下使用具体性语言符合用户的领域而不是通用的提示词行话把创新视为可选的。一个可复用的技能首先应该清晰、可靠和具体。反模式把完整的元提示词复制到SKILL.md中当工作流只需要一个狭窄能力时添加精心设计的角色人设向用户询问每一个可能的字段而不是少数几个会改变设计的字段产出缺乏测试、示例或输出检查的精修提示词把 RTF 标签当作装饰而不把它们与技能行为联系起来审查者规则对于提示词密集型技能审查者应该看到需求模型、任务家族、复杂度、RTF 到技能映射和质量矩阵。如果这些缺失包可能仍然能运行但其提示词行为不受治理。