clean-deliverablelisted

# 纯净交付守卫 (clean-deliverable) 帮助产出"只含受众想看的内容、不含任何幕后元信息"的交付物。 **这是所有生成式模型的通病,不是某家模型的问题**——GPT、Gemini、Claude(包括本会话中的我)都会犯。 成因相同:模型把"给作者的指令"和"给受众的内容"混在同一个输出流里,没消化就上桌。 因此本 skill 的原则、审查方法、约束提示词全部与具体模型无关。 ## 核心原则:分清三层,只交付最上面一层 一次创作里混着三种东西,只有第一种该出现在成品里: 1. **呈现内容**(受众想看的)→ ✅ 唯一该交付的 2. **幕后输入**(用户给的要点/约束/设计依据/brief)→ ❌ 只用来指导创作,一字不留 3. **思考过程**(模型自己的构思、占位、自我要求)→ ❌ 留在草稿区,会被丢弃 判断某句话属于哪层,只问一个问题: > **这句话是说给"受众"看的,还是说给"作者"听的?** > 说给作者听的(任务、约束、依据、占位),一律不进成品。 ## 三类典型泄漏(要同时防) | 类型 | 例子 | 来源 | |---|---|---| | 自造占位符 | "一个吸引人的标题""此处填写简介""TODO: 填写""[公司名]" | 模型自己编的 | | 回声输入 | 把 brief 里的要点/约束/设计依据原样或轻改后贴进成品 | 用户之前给的幕后输入 | | 思考残留 | "先列个大纲:……""(这里用对比结构)""按要求补充如下" | 模型的草稿/自我对话 | 回声输入最隐蔽:它看起来像正经内容,实则是幕后指令被原样搬到了台前。防它的关键是让模型**消化**要点、产出受众真正需要的东西,而不是复述/贴标签/当条目列出来。 一个对照示例(brief:"海报要突出怀旧主题,别提新功能"): - ❌ 泄漏:海报角落印着"突出怀旧主题"或标题写"不含新功能的怀旧海报" - ✅ 消化:画面用老照片色调、旧物件元素,文案讲一段年代记忆——受众感受到怀旧,但看不到指令本身 按交付物形态,泄漏的常见藏身处: | 交付物 | 高发泄漏 | |---|---| | 幻灯片/海报 | brief 要点被直接当成标题或 bullet;图片里烤进指令文字 | | 文案/报告/邮件 | 开头复述任务("本文旨在满足……要求");结尾自我总结("以上体现了……") | | 代码 | 注释对审阅者说话("按用户要求新增""此处为修改点");交付说明写进源文件 | | 模板/文档 | "TODO: 填写""[占位]"未替换;示例数据里混着真实指令 | --- ## 三种用法,按场景选 | 场景 | 用法 | |---|---| | 用户要一段提示词,去约束某个目标模型(GPT/Gemini/Claude/任意) | A | | 用户贴来一份已有交付物让检查/清洗 | B | | 我自己正要在本会话生成交付物 | C(默认) | ## 用法 A:产出给任意目标模型的约束提示词 当用户想"生成一段能约束目标模型的提示词"时,输出下面这段(可按场景微调)。 放置位置按平台选:system prompt / 自定义指令 / 项目指令,优先于单次 user 消息;都不可用时贴在每次消息开头。 ``` 【交付原则】 你输出的是直接交给最终使用者的成品,不是给我的工作汇报。 1. 分清三层,只交付"呈现内容": - 呈现内容 = 受众想看的 → 唯一该出现在成品里的 - 幕后输入 = 我给你的要点/约束/