Community写作与编辑github.com

helikos-labs/source-tight-copy

审计引用数字、研究、调查或统计数据的文案,对照其来源,确保每项声明不超过其来源所表达的意思。

source-tight-copy 是什么?

该技能专为AI代理(如Claude Code、Cursor、Codex等)设计,用于深度审计文案中的数字、研究、调查或统计声明,确保每项声明均忠实于其原始来源。它通过逐字对比声明与来源引文、检查统计基数和单位、标注数据类型(如实测、自述、调查、相关性、模型预测、经验法则、供应商宣称)及数据日期,来产生严格的合规性评估。最终输出包括一个审计表格、一段可发布的“如何阅读这些数字”说明、一份发布前检查清单,并在用户要求时自动修复文件。该技能适用于发布前的各类文案(如登陆页、演示文稿、报告、博客、新闻稿、图表或应用文案),尤其当用户要求“事实核查”、“对照来源检查统计数据”、“数字是否正确”、“来源审核文案”、“审计声明”、“是否过度声明”、“收紧措辞以匹配研究”或“为数字添加来源和日期”时。它支持从粘贴文本、文件、PDF或链接中提取内容,并严格遵守仅使用用户提供的资料,不依赖记忆填补空白。

兼容平台~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/helikos-labs/prompts/tree/HEAD/skills/source-tight-copy

Installed? Explore more 写作与编辑 skills: steipete/notion, langchain-ai/langchain, bytedance/podcast-generation · View all 6 →

在你喜欢的 AI 中提问

打开一个已预加载此 Agent Skill 的新对话。

文档

源紧致文案审计

确保文案中的每项声明都不超出其来源所表达的意思,并且读者能知道数字的类型、统计对象以及时间。

输入

  • 文案:粘贴的文本或文件。在代码库中,不仅要看正文,还要看标题、图表标签、说明文字、alt文本、工具提示、元描述、社交媒体卡片文本以及包含数字的数据文件。
  • 来源:粘贴的摘录、文件、PDF或可打开的链接。阅读方法部分和每个数字背后的原文段落,而不仅仅是摘要或新闻稿。如果链接被屏蔽或需要付费,请说明并索要文本。切勿仅凭搜索片段或摘要判断声明。

仅基于这些来源工作。切勿凭记忆填补空白,即使你认为某个数字是正确的。如果缺少声明的来源,请询问一次。若未提供,将该行标记为“来源未提供”,保留声明原文,并在“发布前检查”中列出该来源,以免缺失文件被误认为是不支持的声明。

工作流程

1. 列出每项声明

声明指以下任何一种:

  • 数字(百分比、倍数、计数、金额、时间)
  • 数量词:“大多数”、“少数”、“一半”、“两倍”、“大部分”
  • 因果关系词:“减少”、“驱动”、“提升”、“导致”、“因为”、“结果”
  • 归因词:“X发现”、“研究表明”
  • 最高级:“第一”、“唯一”、“领先”、“最快”
  • 时间词:“现在”、“今天”、“今年”、“最新”、“最近”
  • 要求或范围:“必须”、“要求”、“适用于”、“自<日期>起”,指法律、标准或政策涵盖的内容、对象和生效时间

每次出现分别列出。同一个数字出现在标题、图表标签和alt文本中是三行,因为每个都可能独立偏离。同一句子中的声明若共用一个段落和一个改写,可以共享一行。在文案单元格中将每个声明词加粗。

2. 引用来源

对于每项声明,逐字复制支持性段落,加上引号,并注明位置(章节、页码、表格、段落)。切勿在引文中改写。如果没有支持性段落,写上“无支持性段落”。

3. 匹配措辞

保留来源的动词、量词、单位和四舍五入方式。

  • “在他们的周计划中使用它”不是“每周用它规划”。
  • “低于目标”不是“未达标”。
  • “说他们可以”不是“做了”。“预计”不是“将会”。
  • 1.8倍不是“两倍”。43%不是“近一半”,除非来源本身就这样四舍五入,并且要说明。
  • 不要扩大范围:如果来源测量的是某一种工具、产品或行为,文案就不能代表整个领域。

4. 检查基数和单位

统计对象是谁、多少人、在哪里、何时。标记主题的任何变化:

  • 受访者变成了组织(“受访者说他们公司…”不是“公司…”)
  • 某产品的用户变成了所有人
  • 子群体变成了整个样本
  • 一个国家、行业或公司规模变成了“企业”

检查单位:每人或每团队,每订单或每客户,项目比例或公司比例,受访者比例或所有人比例。给出任何子群体或小样本的n值。

5. 标注状态

每个数字可有一个或多个状态:

状态含义适用的措辞
实测研究者观察、记录或计数的数据,或实验结果“做了”、“用了”、“上升了”
自述人们对自身时间、金钱或结果的估算“说”、“报告”、“估计”
调查给出特定回答的受访者比例“x%的受访者说”
相关性组间比较:关联而非因果“与…有关”、“那些X的人也Y”
建模基于假设或其他数字计算得出“基于…的估计”
预测预测或预报“预计”、“预测”、“预期”
经验法则专家或公司的启发式方法,未提供数据“根据经验”、“X建议”
供应商宣称来自销售该产品的人:其自身数据或资助的研究“据X称,X销售Y”、“由X委托”

相关性和自述数字绝不能以文案自身口吻使用因果动词;受访者给出的原因应保持在“说”内部。同时也要传递来源自身给出的任何限定条件:初步或未经同行评审、已被后续版本更正或取代、是排名或分数而非计数、或作者认为结果在统计上不显著(此时不要将点估计作为发现呈现)。

6. 标注日期

给出来源的月份和年份,若来源注明了实地调查时间,也加上。将“现在”、“今天”、“今年”、“最新”替换为“截至<月份年份>”,这样表述不会悄悄过时。

7. 决定

  • 保留:文案已表达不超过引文的范围,且包含读者需要的状态、基数和日期(在行内或阅读说明中)。
  • 收紧:来源支持一个更狭窄的声明。重写为精确版本。
  • 删除:没有段落支持该声明,或来源无法确认。删除该数字。不要软化为“许多”或“数千”;那仍然是未经来源支持的。

来自不同研究、方法或年份的两个数字不是同一个统计量,也不能构成趋势。不要将其相加、平均或进行比较。如果来源是新闻稿或引用了其他研究,请说明:主要研究仍需核查。

8. 改写

保持文案的风格,而不是脚注。将状态体现在动词中(“说”、“报告”、“预计”、“与…有关”),并在末尾加上简短来源标签:“(来源,YYYY年MM月,n = 812)”。改写可以比原文更具体,但绝不能比来源更宽泛。保持原文的口吻和大致长度。基、方法和不适合放入行内的限定条件放在阅读说明中,而不是每一行。

9. 编写阅读说明

如果文案使用了任何调查、自述、相关性、建模、预测、经验法则或供应商数字,请编写“如何阅读这些数字”:2到5句平实的句子,可在文案下方或来源页面上公开发布。写明:

  • 调查数字是人们的说辞,而非测量结果
  • 相关性数字显示关联,而非因果关系
  • 预测是预报,而非结果
  • 经验法则是启发式方法,而非研究发现
  • 谁委托了研究,以及何时是供应商
  • 数字引用的日期,以及何时、针对什么进行了检查(完整报告、发布稿或摘录)
  • 哪些标签、分数、阈值或框架是作者自己而非来源的

如果所有数字均为实测,则跳过此说明。

10. 应用(仅当被要求时)

仅在用户要求修复时才编辑文件;否则返回表格并提供应用选项。应用时:

  • 仅更改声明。保留周围文案。
  • 修复跟随数字:在项目中搜索每个数字的所有形式(“61%”、“61 per cent”、“1.8×”、“1.8 times”)并修复每次出现,包括标签、说明文字、alt文本和元标记。
  • 将阅读说明放在文案下方或来源页面上。
  • 再次以陌生人的身份阅读编辑后的文案:是否有句子现在表达了超出其行中引文的范围?
  • 如果数字存在于代码中,考虑将每个数字与其来源字符串一起存储,并添加一个检查,当缺少来源时失败。

输出

  1. 审计表格:

    #文案中的声明来源表述(精确引文)状态 · 基数 · 日期裁决及理由改写

    对于删除,改写单元格写明要执行的操作:删除该句子,或使用另一行的来源数字。

  2. 如何阅读这些数字,如果需要。

  3. 发布前检查:来源无法解决的事项,例如确切的问题措辞、子群体大小、发布稿背后的主要研究,或是否有新版或更正替换了某个数字。每项一行,或填写“无”。

  4. 当文件被编辑时:每个文件及其更改内容。

Individual skills in this repo

This repo contains 1 individual skill — each has its own dedicated page.

相关技能