参考资料
国内
国外
一、标准文生文提示词结构
专业、可复用的「文生文(Text → Text)提示词结构」 ,适用于 写作、总结、方案设计、产品文档、教程、故事、脚本、Prompt Engineering 等场景,强调稳定输出 + 可控风格。
角色 → 任务 → 背景 → 约束 → 风格 → 输出格式
模板
你是【角色/身份】,
请完成【具体任务】,
背景是【已知信息/使用场景】,
需要遵守【约束条件】,
整体风格为【语气/风格】,
最终以【输出格式】呈现。
二、结构逐项拆解
1️⃣ 角色(Role)
决定专业深度与思考视角
你是一名资深产品经理
你是一名技术文档工程师
你是一名iOS应用架构师
你是一名中文小说作家
📌 角色不写 ≈ 默认普通助手
2️⃣ 任务(Task)
决定输出内容本身(最重要)
撰写一份功能设计说明
总结以下内容的核心观点
设计一个新手开发指南
将下面文字改写得更专业
📌 避免模糊词:想一想 / 随便写
3️⃣ 背景(Context)
提供必要信息,减少胡编
目标读者是无编程经验的用户
这是一个运动打卡APP
用于公司内部技术分享
基于中国神话《西游记》
4️⃣ 约束(Constraints)
控制长度、范围、禁止项
字数不超过800字
不使用营销话术
避免使用专业术语
只基于我提供的内容
不引入虚构数据
5️⃣ 风格(Style / Tone)
控制表达方式
专业、简洁
苹果官方文档风格
偏理性分析
轻松但不口语化
6️⃣ 输出格式(Format)
决定结构清晰度
使用Markdown
分点列出
表格形式
步骤编号说明
三、黄金顺序(命中率最高)
角色 → 任务 → 背景 → 约束 → 风格 → 输出格式
⚠️ 任务永远放在最前,格式放在最后
四、常用高级结构(进阶)
1️⃣ 多阶段输出(Chain Prompt)
第一步:先分析问题(不输出给用户)
第二步:给出结构大纲
第三步:输出最终内容
2️⃣ 对比型结构
分别从【用户视角 / 技术视角 / 产品视角】分析
并给出优缺点对比表
3️⃣ 可复用模板型
请给我一个可复用的模板,
并附一个完整示例
五、一句话极简结构(懒人版)
作为【角色】,在【背景】下,用【风格】,完成【任务】,以【格式】输出。
示例:
作为一名产品经理,在运动打卡APP场景下,
用专业简洁的风格,设计功能模块说明,
以Markdown列表输出。
六、常见错误(避坑)
❌ 只写任务,没有背景
❌ 要"专业",但没定义风格
❌ 要"详细",却限制字数很小
❌ 不说明输出格式,结果杂乱
七、使用场景建议
如果你是为 「自律打卡」APP 设计内容,推荐固定模板:
你是一名资深产品经理,
请为「自律打卡」运动APP设计【XXX】,
目标用户是无开发经验的普通用户,
要求专业、简洁,避免营销语言,
使用Markdown结构化输出。