← 返回技巧手册模板库 / UPDATED 2026.08
可复制提示词模板库
本文件是三本手册的快捷版。把【方括号】替换成真实信息即可使用。
开发任务如果需要更严格的岗位职责和交接模板,请使用《项目开发岗位细分提示词手册》。
零、岗位路由器
PROMPT
先不要写代码。请根据下面的任务判断需要哪些岗位,并按“主责、协作、验收”拆分:
任务:【内容】
仓库/环境:【内容】
业务风险:【内容】
可选岗位:需求工程师、架构师、前端、后端、数据库、DevOps/服务器、SRE、QA、安全、移动端、AI/数据、性能、发布经理。
输出:
1. 最小必要岗位,不为简单任务制造多余角色。
2. 每个岗位的责任、输入、禁止越界内容、交付物和验证。
3. 接口与文件所有权,避免多人同时修改同一核心文件。
4. 执行顺序和交接格式。
5. 最终统一验收与回滚责任人。GitHub 项目复用方式
- 仓库长期规则:
AGENTS.md或.github/copilot-instructions.md。 - 目录专项规则:按前端、后端、数据库目录设置路径级说明。
- 可重复单次任务:保存为
.github/prompts/*.prompt.md。 - 专业岗位:保存为
.github/agents/*.md并限制工具权限。 - 确定性质量门:放入 CI、测试脚本或 Hook,不依赖模型记得执行。
一、万能任务模板
PROMPT
目标:【最终要产生的业务结果】
背景:【用户、场景、当前问题】
现状:【已有文件、系统、素材、数据】
范围:【必须做】
不做:【明确排除】
约束:【技术、品牌、平台、时间、预算、合规】
交付物:【具体文件或结果】
验收:【可观察、可执行的完成标准】
验证:【运行、测试、截图、对比或数据检查】
开始前先检查现有内容并制定执行顺序。自主完成范围内的实现、验证和修正;只有会改变目标或造成重大外部影响的选择才询问我。最后给出完成内容、验证证据、已知限制。二、项目开发模板
1. 新项目启动
PROMPT
请创建【项目类型】,解决【用户问题】。
用户:【人群】
核心流程:【入口 → 操作 → 结果】
首版必须包含:【功能列表】
以后再做:【功能列表】
技术栈:【技术】
数据来源:【真实接口/本地数据/允许的模拟数据】
约束:【兼容、安全、性能、部署】
先建立可运行骨架,再完成一条端到端真实流程,然后补齐状态、测试和文档。
验收:
- 【启动命令】可启动;【构建命令】通过。
- 用户能从【入口】完成【核心流程】。
- loading、empty、error、权限和移动端状态可用。
- 提供验证证据和已知限制。2. 前端页面
PROMPT
请实现【页面】,核心用户任务是【任务】。
先检查现有设计系统和组件,不重复造轮子。
视觉:
- 气质:【3个词】
- 参考:【截图/网址/现有页面】
- 主色/字体/间距/圆角:【规则】
- 避免:【廉价渐变、过多卡片、低对比、无意义发光等】
结构:【区域列表】
交互:【主要操作】
状态:hover、focus、disabled、loading、empty、error、success。
响应式:【桌面、平板、手机变化】
实现后在浏览器打开,以【尺寸】截图,检查层级、对齐、间距、折行、溢出和交互;发现问题直接修正。最后运行构建和测试并附截图。3. 按截图还原
PROMPT
根据附件还原【页面】。先拆解网格、尺寸、字体、颜色、间距、素材、交互和响应式,再实现。
要求:复用现有组件;不能整页贴图;不能用大量绝对定位掩盖布局问题;至少进行两轮截图对比。
验收:目标尺寸下主要结构和视觉关系一致,其他断点可用,交互真实有效。4. 功能迭代
PROMPT
在现有【模块】上增加【功能】。
必须保持:【接口/数据/流程不变量】
允许修改:【范围】
禁止修改:【范围】
边界情况:【列表】
迁移要求:【如有】
验收:【用户路径】;相关旧功能回归通过;新增测试覆盖主要成功和失败路径。5. 诊断问题
PROMPT
只诊断,暂不修改。
现象:【内容】
复现步骤:【步骤】
预期/实际:【内容】
环境:【版本】
日志:【日志】
最近变更:【变更】
请复现、收集证据、缩小范围并说明根因。输出最小修复建议和需要覆盖的回归测试。6. 修复问题
PROMPT
根据已确认根因修复【问题】。采取最小且可维护的改动,不通过吞异常、关闭校验或硬编码结果掩盖问题。
复现测试:【方式】
回归范围:【范围】
完成标准:原问题不再出现,新增防复发测试,相关构建和测试通过。7. 代码审查
PROMPT
审查【范围】,重点寻找会造成错误、数据损坏、安全问题、兼容性回退或验收失败的具体问题。
业务目标:【目标】
必须保持:【不变量】
验证命令:【命令】
按严重程度输出;每项包含位置、触发条件、影响和修复方向。不要把纯风格偏好当成缺陷。8. 长任务续做
PROMPT
继续当前任务。先读取当前工作树和上一阶段结果,不重复已完成内容。
本阶段唯一目标:【结果】
必须完成:【列表】
验证:【命令/用户路径】
退出条件:【验收标准】
如果验证失败,继续修复和复测;外部阻塞时给出证据和最小阻塞点。三、品牌设计模板
9. 品牌策略
PROMPT
为【品牌】制定品牌策略。
产品/服务:【内容】
目标人群和场景:【内容】
当前问题:【内容】
竞争对象:【内容】
可信差异:【内容】
输出:事实与假设、受众洞察、竞争空位、定位陈述、品牌承诺、三个价值支柱、品牌人格与语气、三个视觉核心概念。不要编造市场数据。10. Logo 概念
PROMPT
基于【品牌定位】提出 3 个差异明显的标志方向。
每个方向说明:核心概念、图形构成、字标、中英文关系、色彩、适用触点、单色和小尺寸表现、撞车与落地风险。
不要把同一图形换颜色当作三个方案;避免无业务依据的通用符号。11. VI 系统
PROMPT
将已选方向发展为完整 VI:标志组合、安全区、最小尺寸、黑白与反白;主辅色和使用比例;中英文字体层级;网格和版式;图形、图标、图像和动态原则;至少【数量】个真实应用;至少 8 个禁用示例。
规则必须可测量,可用于继续生成新物料。12. 主视觉 KV
PROMPT
为【活动】设计 KV。
目标:【目标】
受众:【人群】
核心信息:【一句话】
品牌资产:【列表】
尺寸:【横/竖/方】
先提供 3 个构图方向,说明焦点、阅读顺序、主体、背景、光线、色彩、文案安全区和延展方式。选定后输出多尺寸规则。13. 包装
PROMPT
为【产品】建立包装系统。
规格/价格带/渠道:【内容】
购买场景:【内容】
必须出现的信息:【内容】
结构、材质、工艺和预算:【约束】
SKU数量及区分方式:【内容】
输出信息层级、各包装面、系列规则、电商缩略图和货架测试、打样与生产风险。14. 品牌图片生成
PROMPT
生成【用途、比例】的品牌图片。
气质:【3个词】
主体:【内容、位置、画面占比】
构图:【方式和视觉动线】
背景:【环境和层次】
光线:【方向、软硬、色温】
色彩:【品牌色值和比例】
材质:【表面特征】
镜头:【视角、景别、焦段感、景深】
留白:【文案安全区】
禁止:【文字、乱码Logo、畸形、杂乱背景等】
输出:【分辨率、格式】15. 品牌审稿
PROMPT
从定位一致性、受众适配、差异化、识别度、小尺寸与黑白适配、跨媒介扩展、可读性和制作成本审查该方案。
区分必须修复、建议优化和主观偏好;给出证据和优先级最高的 3 个修改动作。四、短视频运营模板
16. 批量选题
PROMPT
为【账号定位】生成【数量】个短视频选题。
目标:【曝光/涨粉/获客/成交】
人群:【内容】
内容支柱:【列表】
可用证据和素材:【内容】
每个选题给出人群阶段、痛点、选题、观看理由、表现形式、证据、CTA和制作成本。删除仅换标题的重复选题并排序。17. 口播脚本
PROMPT
写一条【时长】秒、面向【人群】的【平台】口播视频。
核心结论:【一句话】
目标:【目标】
证据:【内容】
语气:【内容】
输出表格:时间、画面、口播、字幕、动作/音效。
结构:0—3秒对象与冲突 → 重要性 → 最多三个步骤和证据 → 异议处理 → 单一CTA。提供3个钩子用于测试。18. 分镜
PROMPT
把【脚本】转成分镜表。每个镜头包含:时间、景别、机位、运镜、主体动作、场景道具、口播字幕、光线色彩、声音、转场、素材来源和替代方案。
约束:【画幅、预算、场地、设备】。保证竖屏安全区和镜头可执行性。19. AI 视频镜头
PROMPT
生成【时长、比例、分辨率】视频。
主体:【稳定身份与外观】
动作:【单一连续动作】
场景:【前中后景】
镜头:【景别、机位、运动、焦点】
光线与色彩:【内容】
结尾衔接状态:【位置、姿势、方向】
禁止:主体变形、产品改变、Logo乱码、闪烁、跳切、穿模、额外物体和过度运动模糊。20. 剪辑 Brief
PROMPT
根据【脚本和素材】制定剪辑方案。目标平台【平台】,时长【时长】,主指标【指标】。
输出时间线、删减与补拍、B-roll插入、字幕层级、声音关系、动效规则、多画幅适配和导出规格。避免花哨转场、字幕遮挡和音乐压人声。21. 标题与封面
PROMPT
为【视频内容】生成10组标题与封面。
人群:【人群】
核心承诺:【内容】
语气:【内容】
禁止:【标题党、敏感词、无法证明的数字】
每组说明标题动机、封面文案、主体构图、颜色、与前三秒的衔接和测试变量。22. 数据复盘
PROMPT
分析【视频数据】,区分事实、推断和实验。
目标:【目标】
样本和时间:【信息】
视频结构:【钩子/正文/CTA】
指标:【曝光、停留、完播、互动、点击、转化】
定位最大漏损环节,将其映射到可修改元素;给出最多3个单变量实验,并写明成功标准、观察周期和停止条件。五、提示词发送前 30 秒检查
- 目标是否只有一个主结果?
- 是否提供了执行所需的现状和素材?
- 范围和不做项是否清楚?
- 形容词是否已转换为具体规则?
- 是否包含交付格式?
- 是否包含可以观察的验收条件?
- 是否要求真实验证,而不是只生成内容?
- 是否说明哪些事实不能编造?
如果以上八项基本齐全,提示词通常已经足以减少大部分来回修改。