综合应用示范
完整的任务提示词，应将目标、资料、处理规则、执行安排和交付要求结合起来，使任务既能推进，也能在完成后逐项检查。综合提示词可从以下六个维度组织：
任务目标 ｜ 资料依据 ｜ 处理口径 ｜ 执行范围 ｜ 成果交付 ｜ 验收标准
将上述要素填入固定结构，即可得到一份综合任务模板：
请为{对象}完成{任务名称}，用于{使用场景}。
【目标】{需要解决的问题}
【资料】{文件名称、用途与有效版本}
【规则】{计算、分类、匹配或处理口径}
【执行】{允许操作、确认节点与受阻处理}
【交付】{成果格式、名称、结构与数量}
【验收】{可以实际检查的条件}
缺少关键资料或条件发生冲突时，先指出具体问题。
交付时区分已完成、已检查和仍待处理的内容。
具体可按以下步骤组织。
- 先写明目标与对象。 确定任务需要支持的判断或操作。
- 再分组列出资料与规则。 将事实依据和处理指令分别说明。
- 继而划定执行范围。 明确可连续完成的工作和必须确认的事项。
- 同时规定成果结构。 写清文件、工作表、页面和输出顺序。
- 最后设置验收标准。 让主要结论、计算与功能均有核对依据。
以下通过三组示例，展示数据分析、网站制作和资料调研的完整写法。
① 制作门店经营分析包
以门店销售与报损分析为例，展示如何统一数据口径，并区分事实与待验证解释。
较为宽泛的写法：只要求分析经营情况，未说明统计范围、关联规则和资料限制，可能重复扣减退款，或在缺少成本数据时计算毛利。
帮“{禾汀烘焙有限公司}”分析一下{9月份的经营情况}，做一份报告。
更加具体的写法：列明资料字段、计算口径、异常处理与验收标准，使主要结果能够回到原始记录。
请为“{禾汀烘焙有限公司}”制作{2026年9月门店销售与报损分析包}，供{运营负责人}调整后续经营安排。
【任务目标】
比较{三家门店}的{销售结构、每日变化和报损分布}。
找出值得进一步核实的异常，并提出与数据对应的改进建议。
【已上传资料】
{销售明细.csv}：
交易日期、门店、商品编码、销售数量、净实收金额。
{报损明细.csv}：
报损日期、门店、商品编码、报损数量、报损原因。
{商品档案.xlsx}：
商品编码、商品名称、商品类别、计量单位。
【数据规则】
- 统计范围为{2026年9月1日至9月30日}，日期按{Asia/Shanghai}理解。
- 按商品编码关联商品档案，不仅凭商品名称匹配。
- 净实收金额已经扣除退款，不再次扣减。
- 不同计量单位的数量分别统计，不直接合并为总数量。
- 同一商品编码对应多个商品、关键字段缺失或日期超出范围时，列入异常表。
- 异常影响主要指标时，先说明影响并确认处理方式。
- 其他排版选择可以自行处理。
【分析要求】
- 按门店汇总净实收金额，按商品类别分析销售金额结构。
- 展示各门店每日净实收变化，标出没有销售记录的日期。
- 没有记录时注明“尚不能区分零销售、停业或数据缺失”，不直接补为0。
- 报损按门店、商品和原因分别整理，保留原始记录定位信息。
- 区分“数据直接显示的事实”和“需要进一步验证的解释”。
- 没有成本、库存和促销数据，不计算毛利，也不声称已经确定销量变化的原因。
【执行与交付】
- 只使用上述附件，不联网。
- 检查字段后完成清洗、汇总、分析和自查。
- 生成{经营分析.xlsx}，包含{销售汇总、报损汇总、图表、异常记录、口径说明}。
- 生成{经营分析摘要.md}，正文{1200字以内}，先列发现，再列依据和建议。
- 原始文件保持不变。
【验收要求】
- 主要数值能够追溯到原始记录或汇总计算。
- 门店金额合计与已纳入统计的原始金额一致。
- 图表标题写明时间范围、指标和单位。
- 说明纳入、排除和异常记录的数量、原因及相互关系。
这份提示词不仅规定了分析内容，也说明了资料不能支持的判断。检查时应重点核对关联是否造成重复统计、缺失日期是否被误作零销售，以及建议是否超出了数据依据。
② 制作响应式资料网站
以传统纹样资料展示网站为例，展示如何同时约定内容来源、页面交互和设备适配要求。
较为宽泛的写法：只要求网站美观，未说明资料匹配规则和功能状态，可能出现内容缺失、图片错配或移动端操作困难。
为“{拾纹图案工作室}”做一个好看的{资料展示网站}。
更加具体的写法：明确资料依据、核心功能、异常状态与发布边界，便于按真实使用流程检查。
请为“{拾纹图案工作室}”制作{传统纹样资料展示网站}。
【使用对象与目标】
面向{设计专业学生和图案爱好者}。
帮助访客按{主题与用途}浏览资料，并查看每份资料的说明和来源。
【资料依据】
{纹样资料.xlsx}：
提供条目名称、分类、说明、来源和使用条件。
{纹样图片.zip}：
提供相应图片，以文件名与条目编号匹配。
所有内容以附件为准，不自行补写历史年代、地域归属或使用授权。
找不到匹配图片的条目使用明确的缺图提示，不随机替换图片。
【页面与功能】
- 首页包含{简短介绍、分类入口和资料列表}。
- 支持按{主题}筛选，并按{条目名称}搜索。
- 搜索与筛选同时生效。
- 没有结果时显示“{暂未找到符合条件的资料}”，并提供清除条件入口。
- 点击条目打开详情，展示{图片、说明、来源和使用条件}。
【设备适配】
- 采用响应式布局，适配{电脑、平板和手机}。
- 列表在电脑端显示{3列}，平板端{2列}，手机端{1列}。
- 图片保持比例，文字可以自然换行。
- 手机端筛选按钮不撑宽页面。
- 详情内容可滚动，关闭入口清楚可见。
【视觉与范围】
风格为{暖白背景、深灰文字、低饱和青绿色强调}。
本次只做{资料浏览、搜索、筛选和详情}。
暂不增加账号、支付或访客上传。
【推进方式】
- 先给出{页面结构和资料匹配规则}，确认后制作网站。
- 制作后检查{搜索、分类、组合条件、无结果状态、详情打开与关闭}。
- 交付{预览版本、改动说明和检查记录}。
- 公开发布前由我确认。
这份提示词将页面外观与功能表现分别列明。验收时不仅要看页面是否完整，还应检查组合筛选、无结果状态、详情关闭和手机端滚动等操作是否可用。
③ 制作行业资料调研简报
以开源文档管理工具初筛为例，展示如何限定研究对象，并区分官方说明与实际测试。
较为宽泛的写法：未规定候选清单、版本和证据要求，可能混用付费功能，也可能把文档描述写成实测结论。
帮“{知栈软件有限公司}”调研一些{开源文档管理工具}，推荐最好的。
更加具体的写法：限定研究范围与来源，明确建议依据和不开展的操作，使调研结论可以追溯和复核。
请为“{知栈软件有限公司}”制作{开源文档管理工具调研简报}，用于{内部技术选型初筛}。
【研究对象】
仅研究{候选工具清单.xlsx}中列出的{6个项目}，不自行扩大范围。
信息截止日期：{2026年10月14日}。
使用场景：{团队内部资料存储、全文检索和权限管理}。
【查证范围】
- 优先查阅{项目官方网站、官方文档、官方代码仓库和许可证文件}。
- 核实{部署方式、支持的文件类型、检索能力、访问权限、导入导出和许可证名称}。
- 付费版才有的功能单独标明，不写成所有版本默认具备。
- 区分稳定版本与预览功能。
- 不以单次更新日期判断项目整体质量。
【证据要求】
- 每项关键事实注明对应官方链接和适用版本。
- 官网未明确说明的事项填写“待核实”。
- 许可证部分只整理官方文本与名称，不作法律适用结论。
- 官方资料相互矛盾时，列出原始出处与差异，不自行消除矛盾。
【分析与交付】
- 分别核实各项目，再使用统一字段汇总。
- 生成{工具调研.xlsx}和{选型简报.md}。
- 简报正文控制在{1500字以内}。
- 包含{需求适配、关键差异、需要试用验证的问题和初筛建议}。
- 建议须说明判断依据，不使用无法解释的综合评分。
- 本次不安装软件、不创建账号、不采购服务。
【完成标准】
- 清单中的每个项目均有对应记录，无法完成的保留原因。
- 关键结论能够回到原始来源。
- 明确区分“文档声称支持”和“已经通过实际测试”。
- 本次未测试的内容不得写成实测结论。
对比上述示例可以看出，综合提示词的价值在于条件完整、口径明确，并为验收保留依据。资料无法支持的判断，应列为待核实事项，而不是为使成果看似完整而自行补足。
检查交付质量
提示词可以改善执行方向，但不能替代最终验收。任务完成后，应回到原始目标和资料，检查事实、计算、完整性与实际可用性。自查可以帮助定位问题，但关键内容仍需用户复核。可从以下五个维度组织需求：
事实来源 ｜ 处理口径 ｜ 内容完整 ｜ 文件可用 ｜ 功能表现 ｜ 未完成项
将上述要素填入固定结构，即可得到一份结果检查模板：
请检查{成果名称}，本轮先输出检查结果，不修改原文件。
检查项目：
{事实、计算、完整性、格式或功能要求}。
按“检查项、实际检查方式、发现的问题、影响范围、建议修改”输出。
没有实际执行的检查标注“未检查”，不要写成“通过”。
已检查但未发现问题的，填写“未发现问题”。
具体可按以下步骤验收。
- 回到原始任务与资料。 以确认过的规则和版本为依据，不只检查成果内部是否自洽。
- 逐项要求自查。 列出具体检查项，必要时先检查、不重写。
- 核对实际检查方式。 区分文件检查、模拟测试和真实环境测试。
- 人工复核关键结果。 对金额、事实、来源和外部发布内容逐项确认。
- 针对问题局部修正。 明确修改范围，并检查受影响的相关部分。
以下通过三组示例，展示数据、网站和调研成果的检查方式。
① 核对数据与统计结果
以经营分析工作簿为例，展示如何检查关联、缺失值和合计口径。
较为宽泛的写法：只问结果是否正确，难以定位具体错误，也无法确认实际检查了哪些内容。
更加具体的写法：列出需要核对的项目，并要求说明检查方式与影响范围。
请检查刚生成的{经营分析.xlsx}。
本轮先输出检查结果，不修改原文件。
重点核对：
1. 统计日期是否一致；
2. 是否存在重复关联导致金额放大；
3. 缺失值是否被误当作0；
4. 分类合计是否与纳入统计的数据一致；
5. 图表是否引用正确区域并注明单位。
按“检查项、实际检查方式、发现的问题、影响范围、建议修改”输出。
没有实际执行的检查标注“未检查”，不要写成“通过”。
② 验证网站关键流程
以传统纹样资料展示网站为例，展示如何检查完整操作过程与不同视口表现。
较为宽泛的写法：只要求检查网站，未给出操作场景，可能仅浏览首页便判断功能正常。
更加具体的写法：列出核心流程与异常状态，并要求区分模拟视口和真实设备测试。
请检查{传统纹样资料展示网站}的当前预览版本。
检查场景：
1. 不输入关键词直接浏览；
2. 只选择分类；
3. 同时使用分类和搜索；
4. 输入没有匹配项的关键词；
5. 清除条件恢复列表；
6. 打开详情后关闭，再打开其他条目。
分别在{窄屏和宽屏}下检查，并记录使用的视口宽度。
说明每项的实际结果、发现的问题和复现方式。
若只验证了模拟视口，没有使用真实手机，请明确区分。
本轮不新增功能，也不公开发布。
③ 检查证据是否支持结论
以工具选型简报为例，展示如何核对来源内容与结论范围。
较为宽泛的写法：只询问信息是否可靠，没有要求逐条对应来源，难以发现版本条件或表述范围的问题。
更加具体的写法：分别检查事实与建议，并要求指出来源只能支持部分表述的情况。
请逐条复核{选型简报.md}中的主要事实与建议。
事实核对：
- 引用是否来自对应项目的官方来源；
- 页面是否仍可访问；
- 内容是否支持原句；
- 是否遗漏版本或付费条件。
建议核对：
- 能否对应本次使用需求；
- 是否把推测写成确定结论。
请列出{需要修正、需要补证和暂时无法确认}的内容及对应位置。
一条来源只能支持部分表述时，指出需要收窄的范围。
先提供检查清单，不直接重写整篇简报。
对比上述示例可以看出，检查要求越具体，越容易定位问题。表格、演示文稿和 PDF 宜下载后打开，核对公式、字体、分页和可编辑性；网站或工具宜按真实使用顺序操作，并检查空数据、错误输入和重复操作等情况。最终交付应清楚区分已经完成、已经检查和尚待处理的内容。
常见问题处理
任务结果不符合预期时，应先判断问题来自资料、规则、执行还是交付，再补充相应条件。反复增加“务必”“严格”“专业”等强调词，通常不能替代具体的修正要求。
具体处理时，可参考以下写法。
① 结果只有建议，没有成品
先检查提示词是否只写了“给建议”“列思路”。需要实际文件时，应补充格式、内容和交付方式，同时确认当前模式与环境能够执行相应任务。
建议已经确认，请按上述要求实际制作{资产登记_整理版.xlsx}。
请提供可下载文件，并说明尚未完成的部分。
不要只重复制作步骤或文字建议。
② 引用了旧资料或错误版本
重新指定本轮基准文件，并明确旧版本不再适用。不要仅说“用最新的”，而应提供可以识别的文件名或版本日期。
本轮以我刚上传的{课程设置_20261014确认版.docx}为准，
替代之前的{课程设置_202610版.docx}。
请检查已生成介绍中的{课时、报名条件和课程名称}，
只更新受版本变化影响的部分，其他内容保持不变。
③ 资料无法读取，仍继续给出结论
应先列出实际读取范围和缺失位置，再决定重新上传、补充可检索文本或缩小任务范围。未取得完整资料时，不应把结果表述为完整分析。
请先说明{8份手册}中哪些已成功读取、哪些未能读取，以及具体原因。
未读取的文件列为缺失资料，不用其他型号手册代替。
在读取范围确认前，暂不输出完整分析结论。
④ 分类或计算口径前后不一致
应把容易产生歧义的定义单独写明，例如一条记录能否属于多个类别、空白如何处理、日期边界是否包含当天。先统一规则，再重新计算受影响的结果，不必重做已经核对且不受影响的部分。
⑤ 不断要求确认，任务进展缓慢
应说明哪些选择可以自行处理，并将确认节点限定在影响事实、范围或外部操作的重要事项上。
列宽、分页和图表配色可以自行决定。
只有{源数据冲突、统计口径缺失或需要修改在线记录}时，再向我确认。
其他环节请按已确认要求连续完成。
⑥ 一个问题引起整份成果重做
应指出具体位置和修改范围，并列明已经确认的内容。修改网站或复杂文件前，可保存当前可用版本，便于比较与恢复。
本轮只修正{分类汇总表中的数量合计公式}。
{资产明细、字段名称、工作表顺序和图表样式}保持不变。
请在新版本中修改，并说明受影响的单元格范围。
⑦ 检索范围不断扩大
应限定对象清单、时间范围、字段和停止条件。指定范围内无法获得可靠结论时，可以交付缺口说明，不必为了填满内容持续添加无关对象。
本次只核实{候选清单中的6个项目}和已经列出的{8个字段}。
完成逐项核实或明确记录“待核实”原因后即可交付。
不要继续增加候选项目或扩展比较维度。
⑧ 写了要求，却没有实际生效
提示词负责表达意图，具体配置仍需通过相应功能完成。要求“以后沿用模板”，应检查模板或项目指令是否已经保存；需要周期执行时，应检查是否建立实际任务安排；要求某种输出格式时，应检查是否交付对应文件。不能只依据自然语言中的完成表述判断状态。
处理上述问题的关键，是将笼统的不满意转化为可定位、可执行、可核对的调整要求。先明确问题来源，再修正相应环节，通常比不断重新生成更便于控制结果。
评论
登录后查看