将一封草稿邮件、帖子、提案或简短文档润色为更清晰、专业的终稿,同时做到以下几点: - **忠实保留所有事实性内容**; - **明确呈现语气选择**(例如:正式/中性/亲切、直接/委婉、自信/谨慎),并说明为何采用该语气; - **逐条列出所作修改**(如:调整句式以提升可读性、替换模糊术语为精确表达、拆分长句、统一术语、修正逻辑衔接等); - **识别并标注未获原文支持的主张**(unsupported claims),不自行补充细节、数据或背景信息,仅以注释形式标出“此说法缺乏原文依据”
AI Draft Polish Card: 目的
功能概述
AI Draft Polish Card: 目的是一项面向实际任务的技能,主要用于当用户有需要迅速更清晰的粗略电子邮件、邮件、提案、注释、公告、回复或短文件时, 请使用此技能;输出是相对的。
核心要点
- 它将相关步骤、工具调用和结果整理方式集中到统一流程中,帮助使用者更快完成目标并减少重复操作。
- 使用时应结合输入条件选择合适的执行方式,核对必要参数、依赖环境与输出内容,并按原始要求处理异常情况。
- 该技能适合需要稳定复用相关能力的场景,可作为自动化工作流的一部分,也便于后续检查、调整和扩展。
使用与执行
从功能定位来看,该技能强调把分散的操作要求整理成清晰、可复用的处理流程,使用户能够围绕既定目标快速准备输入、选择执行方式并获得结构化结果。实际使用前应先确认任务范围、数据来源、运行环境、必要权限和关键参数,再依据技能说明逐步执行;
结果检查与注意事项
若输入条件不完整,应先补齐信息或采用保守配置,避免因错误假设导致结果偏离需求。执行过程中需要关注工具调用是否成功、接口或依赖是否可用、输出格式是否符合预期,并对异常提示、缺失字段和边界情况进行处理;涉及批量任务时,还应保存进度,避免中断后重复操作。
AI 草稿润色卡片
用途
当用户拥有一封草稿邮件、一篇帖子、一份提案、一则笔记、一项公告、一条回复或一份简短文档,且需要快速提升其清晰度时,请使用本技能。输出为一张可视化的润色卡片,包含:原始意图、目标受众、必须保留的关键点、最终成稿、语气说明、删减清单,以及“未获支持主张”标记。
这是一个纯提示驱动的写作工作流。它可提升文本的清晰度、结构合理性、语气适配性与简洁性,但**不会编造事实、资质、成果、引语、日期、价格、统计数据、背书、引用或承诺**。
适用场景
当用户提出以下请求时,请使用本技能:
- 在发送前润色一封草稿邮件;
- 重写一篇帖子、提案、推介文案、个人简介、状态更新、回复或公告;
- 让文字更清晰、更简短、更亲切、更坚定、更专业,或更易于快速浏览;
- 在优化其余内容的同时,确保特定事实或措辞保持原样;
- 明确了解哪些内容被修改、哪些被删减,以及哪些仍需核实。
请勿使用本技能生成误导性主张、虚假证言、冒名行为、隐性说服话术、缺乏依据的保证,或用户未提供的任何事实。
最佳输入
仅索取完成润色所必需的最少信息;若细节缺失,则以占位符暂代并继续推进。
- 草稿原文;
- 目标受众或收件人;
- 该消息的核心目标;
- 期望语气(例如:亲切、直接、简洁、高管风格、友好、坚定、致歉、推广导向或中立);
- 必须保留的内容,包括具体事实、短语、日期、姓名、数字、约束条件,或法律/合规性表述;
- 需避免的表达倾向,例如:过于推销化、防御性过强、过于随意、篇幅过长,或过度致歉;
- 目标长度或发布渠道,例如:邮件、LinkedIn 帖子、内部更新、提案章节、短信(SMS)、落地页文案等。
请勿索要密钥、密码、私钥、一次性验证码、完整财务信息,或任何与本次改写无关的机密材料。
工作流
- 捕获草稿。 阅读原始文本,识别其潜在目的、当前优势及易引发混淆的部分。
- 确认受众与目标。 明确指出收件人、期望采取的行动、发布渠道及语气。若信息缺失,则基于保守原则作出合理假设,并予以标注。
- 保护必须保留的事实。 在重写前,先行提取姓名、日期、数字、承诺、约束条件、保证、主张及必需措辞。
- 标记未获支持的主张。 对需提供来源、证据、授权或用户确认的主张进行标记;不得强化或虚构此类内容。
- 润色草稿。 在保持原意的前提下,优化结构、开头段落、行文逻辑、清晰度、重点强调、句长控制、过渡衔接与结尾设计。
- 生成删减清单。 列出被删除或压缩的内容,并说明删减原因。
- 复核最终卡片。 提供最终成稿,并附上语气说明、事实保全说明、待澄清问题,以及必要时的可选替代标题或导语。
输出格式
请按以下顺序返回润色卡片:
- 草稿快照
| 字段 | 详情 |
|---|---|
| 受众 | |
| 目标 | |
| 渠道 | |
| 期望语气 | |
| 必须保留的关键点 | |
| 所作假设 |
- 最终成稿
可直接发布的润色版本。除非用户明确标注某项事实存疑,否则须保留所有用户提供的事实。
- 语气说明
简要解释语气如何调整及其原因。
- 修改前后重点对比
| 方面 | 修改前 | 修改后 | 原因 |
|---|---|---|---|
| 开头 | |||
| 结构 | |||
| 清晰度 | |||
| 行动号召 |
- 删减清单
| 被删除或压缩的文本 | 原因 | 若该内容实际必需所存在的风险 |
|---|
- 未获支持或表述不清的主张
| 主张或细节 | 为何需进一步确认 | 所采用的安全措辞 |
|---|
- 可选变体
仅在有帮助时提供:邮件主题行、更简短版本、更亲切版本、更坚定版本,或适用于社交平台的导语。
风格规范
- 始终忠实于用户的原始意图;
- 优先选用清晰动词、简短段落,以及具体明确的行动号召;
- 尽可能保留用户的语言风格;避免过度润色导致落入千篇一律的企业套话;
- 对缺失细节使用方括号标注,例如 [DATE]、[NAME] 或 [LINK];
- 若原始草稿情绪强烈,应保持回应冷静、公允,同时不削弱用户的核心观点;
- 若用户要求极简版本,应优先保障核心信息与必需事实,而非修饰性表达。
安全边界
- 不得编造细节、统计数据、引语、奖项、成果、资质、参考文献、客户名称、产品能力、法律主张、医疗主张、金融主张或可用性信息;
- 不得掩盖不确定性;须明确标记未获支持的主张,并提供稳妥、留有余地的替代措辞;
- 不得伪造个人经历、证言、背书、收据、截图、引用或附件;
- 不得撰写冒名、钓鱼、欺诈、骚扰、勒索或施加操纵性压力的信息;
- 除提供通俗语言层面的文案起草支持外,不得就受监管的法律、医疗、税务、投资、移民或雇佣事务提供建议;
- 不得要求用户提供不必要的密钥或凭证。
示例提示
- “润色这封发给我的经理的邮件。 deadline 和预算细节请严格按原文保留。”
- “让这份提案引言更清晰,同时减少推销感。”
- “将这篇草稿转化为一则简洁的 LinkedIn 更新。”
- “重写这条回复,使其语气坚定但不显粗鲁。”
- “润色这份公告,并向我展示你删减了哪些内容。”
首次安装即成功路径
输入: 用户粘贴一封草稿邮件:“hey team just wanted to let everyone know the Q3 numbers are in and we did pretty good overall, revenue is up 12% which is cool, also we need to talk about the Seattle project timeline shift...”
步骤:
- 识别草稿类型:面向内部团队的更新;
- 评估语气、清晰度与结构问题:过于随意、句式冗长、话题混杂;
- 润色:重组为清晰模块(Q3 结果、西雅图项目时间线),精炼语言,完整保留所有事实性细节;
- 呈现润色后的版本并附带变更日志:说明哪些内容被删减、哪些被重述、哪些被重构;
- 如用户有需求,可提供不同正式程度的语气变体。
输出: 一份润色后的成稿,附带透明的编辑日志。用户可清晰看到每一处改动,自主选择接受或回退任一修改,并信心十足地发出优化后的版本。
热门AI工具
相关专题
本专题介绍Gradle插件开发的基本流程,涵盖插件类编写、自定义任务注册、扩展参数设计和插件应用方法,帮助你理解插件如何组织构建逻辑,减少多个项目之间的重复配置。
0
2026.10.22
本专题介绍Gradle Wrapper的基本作用,涵盖文件组成、生成方法、版本配置和任务调用,帮助你理解项目如何使用指定的Gradle版本,减少不同开发环境带来的构建差异。
0
2026.10.22
本专题整理Golangci-lint常用Linters的用途与配置方法,覆盖错误处理、无效代码、安全、复杂度、命名和依赖检查,帮助项目合理选规则。
0
2026.10.22
本专题介绍Gradle Java项目构建方法,涵盖Java插件配置、依赖声明、源码编译、测试执行和打包检查,帮助你理解各阶段的任务关系,逐步完成项目构建。
0
2026.10.22
本专题汇总PHP常见时间戳漏洞,包括2038年溢出、时区漂移、时间戳伪造、重放攻击、时间盲注与日志审计失效等,并给出升级64位环境、使用 DateTimeImmutable、统一UTC、严格超时校验、预处理绑定、hash_equals 比对等修复方案,帮助开发者快速排查和加固时间相关代码。
0
2026.10.22
本专题聚焦Golangci-lint YAML配置文件,讲清运行参数、规则启停、目录排除、问题过滤及严重级别设置,便于团队统一检查标准。
0
2026.10.22
本专题讲解Golangci-lint的安装、初始化、基础命令和首次代码检查,覆盖本地环境、Docker及多平台用法,帮助Go开发者快速上手。
0
2026.10.22
PHP2Shell漏洞是什么,哪些PHP版本和运行环境会受到影响,服务器应该如何检测与修复?本专题提供版本自查脚本、Linux与Docker升级命令、PHP-FPM和Apache排查步骤,以及修复验证、临时缓解和应急响应方案。
0
2026.10.22
热门下载
相关下载
精品课程
共6课时 | 12.1万人学习
共79课时 | 161.5万人学习
共6课时 | 54.7万人学习
最新文章
