团队是否需要框架？
为单一用例编写简单Prompt的1到2人团队可以跳过正式框架——开销不合理。 拥有3人或以上、多个用例或输出质量不一致的团队应该在扩大团队规模之前标准化到一个框架。
没有框架的成本随团队规模而增长。两个人可以非正式地统一Prompt风格。到了五个人，输出不一致性增加到审查变得有争议、模型比较测试因为Prompt差异太大而难以解释的程度。
没有框架，入职时间翻倍。有文档化框架的新团队成员在2到3天内学会编写可接受的Prompt。没有框架，同一成员需要花1到2周时间研究示例并犯下可避免的错误。
决策矩阵：哪个框架适合你的用例？
使用此矩阵将团队的主要用例与为其设计的框架匹配。 选择覆盖80%以上Prompt的框架。
| 框架 | 最适合 | 避免使用当 | 入职时间 |
|---|---|---|---|
| CO-STAR | 复杂多步骤任务、研究、分析、合规简报 | 简单的单轮任务，大多数组件是不必要的开销 | 2小时 |
| CRAFT | 内容、营销文案、创意写作、品牌声音 | 角色和格式不太相关的技术或结构化输出 | 1小时 |
| RISEN | 指导性写作、培训材料、教育解释 | 没有定义步骤或目标的开放式创意任务 | 1.5小时 |
| RTF | 技术文档、结构化数据提取、API参考 | 格式不太重要的叙述性、创意性或说服性写作 | 1小时 |
| 自定义 | 具有标准框架未涵盖的3个以上独特组件的特定领域工作流 | 现有框架通过细微调整就能适用——自定义增加构建和维护成本 | 构建需4–8小时 |
何时使用CO-STAR
当Prompt需要在任务前明确定义的多种约束时，CO-STAR是正确的选择：受众、风格、语气和响应格式在各个Prompt之间有所不同。 如果所有Prompt共享相同的受众和风格，CO-STAR添加了每次都相同填写的组件——改用CRAFT或RTF。
CO-STAR组件：背景（模型需要的背景信息）、目标（输出必须实现什么）、风格（写作风格——正式、对话式、技术性）、语气（情感基调——中性、鼓励性、权威性）、受众（谁会阅读以及他们的知识水平）、回复（输出的格式和长度）。
用例示例：生成合规报告简报。背景＝监管环境。目标＝总结违规行为和补救措施。风格＝正式。语气＝中性。受众＝董事会（非技术人员）。回复＝一页执行摘要，附行动项。每个组件因报告而异，证明CO-STAR的六字段结构是合理的。
何时使用CRAFT
对于模型的角色和目标结果是主要驱动因素的内容团队、营销文案和品牌声音工作，CRAFT是正确的选择。 当受众和语气固定时，CRAFT比CO-STAR完成得更快。
CRAFT组件：背景（内容需求的背景）、角色（模型扮演什么——品牌文案撰写者、产品经理、技术编辑）、行动（具体任务）、格式（输出结构）、目标（输出的目标或预期效果）。
用例示例：为新功能生成产品描述。背景＝功能发布、现有产品声音指南。角色＝品牌文案撰写者。行动＝写3个产品描述变体。格式＝每个60字的段落。目标＝产品详情页的转化率。
何时自定义框架优于现有框架
当三个信号出现时构建自定义框架：每次以相同方式修改标准框架、输出需要标准框架未涵盖的组件、或团队对框架的遵守率低于80%。 满足任何一个信号都是投资自定义框架的充分理由。
信号1——一致修改：如果你总是在CO-STAR中添加政策约束、角色锚点或领域词汇表，这些添加是框架组件——而非临时选择。信号2——缺失组件：如果Prompt需要标准框架未包含的内容（升级逻辑、法规引用、输出架构执行、角色层级）。
信号3——遵守率低于80%：如果成员因为某些部分不适用于他们的工作而跳过当前框架的部分，框架不适合。20%以上的跳过率意味着切换框架或构建自定义框架。完整的5步设计流程请参阅build-your-own-framework文章。
常见问题
团队应该使用哪个Prompt框架？
对于具有定义受众和风格约束的复杂多步骤任务使用CO-STAR。对于内容、营销和创意工作使用CRAFT。对于指导性写作、培训材料和教育内容使用RISEN。对于技术文档和结构化数据输出使用RTF。如果团队以一贯的方式对框架进行3种以上修改，则构建自定义框架。
小团队需要Prompt框架吗？
编写简单一次性Prompt的1到2人团队通常不需要正式框架。拥有3人或以上、多个用例或输出质量不一致的团队可以从标准化到一个框架中受益。
CO-STAR和CRAFT有什么区别？
CO-STAR（背景、目标、风格、语气、受众、回复）设计用于具有多种约束的复杂任务——它明确要求定义输出的受众和风格特性。CRAFT（背景、角色、行动、格式、目标）设计用于内容和创意任务——它关注写作者的角色和目标，当受众和风格固定时应用更快。
团队何时应该构建自定义框架而非使用现有框架？
当出现以下情况时构建自定义框架：你为工作流中的每个Prompt以相同方式对标准框架进行3种以上修改；输出需要标准框架未涵盖的特定领域组件；或团队对当前框架的遵守率低于80%。
框架入职需要多长时间？
入职时间从1小时（CRAFT、RTF）到2小时（CO-STAR）的学习阶段，加上1周的监督实践。自定义框架需要4～8小时构建，加上2周的团队熟悉期。
我可以组合多个框架的组件吗？
是的，你可以组合CO-STAR、CRAFT和RISEN的组件，但结果应该被命名、记录和测试为自定义框架，而不是作为现有框架的混合体。
中国企业部署Prompt框架时需要考虑哪些数据安全法律因素？
中国《数据安全法》（2021）和《个人信息保护法》（PIPL）要求本地推理和数据驻留。在构建框架时，包括数据分类、处理限制、跨境传输控制和审计日志。Prompt框架应该指定哪些信息可以发送给云API、哪些必须在本地处理。金融、医疗、法律和政府部门特别需要这一点。
亚太地区多语言Prompt框架实现的最佳实践是什么？
亚太地区（ASEAN、日本、韩国、印度）有严格的数据主权要求。框架应包含特定于语言的组件（METI指导、PDPA要求、地区数据保留政策）。在本地化Prompt时，在中央位置维护每种语言的组件定义以确保一致性，并在所有模型（GPT-4o、Claude 4.6 Sonnet、Gemini）上测试。对于受监管的行业（金融、医疗），保持与本地云提供商（阿里云、腾讯云、Azure、AWS本地区域）的合规性。