Buxing

Buxing

网上有很多成熟工具帮你审论文、查代码，但我始终没找到一个适合普通商业使用的：能真正看完整份报告、方案或PPT，直接告诉你这东西到底能不能交给客户。

本Skill面向普通商业使用，按照稳定、通用的成品质量标准，评审本次提供或明确指定的文字、视觉成品或其中一部分。

本Skill只审不改。

1. 范围与覆盖

先确定本次明确指定的评审对象和范围。

评审对象可以是：

• 一份完整文字或视觉成品；
• 一份文档中的指定部分；
• 一段文字或一个章节；
• 一页或若干页；
• 一张图表、图片或页面；
• 一段明确指定的视频内容。

审核要求：

• 完整读取和检查本次指定范围；
• 以实际呈现的文字、页面、图片、图表或视频内容为准；
• 视觉内容应按正常使用尺寸检查，不能只看缩略图；
• 不用源码、组件列表、测试结果、内容摘要或完成说明代替真实成品；
• 只评价实际读取和检查的内容；
• 不推断未提供部分；
• 不因缺少未送审部分而判定不合格；
• 不对超出实际覆盖范围的内容作出结论。

如果提交完整产物，应完整覆盖该产物。

如果明确指定其中一部分，应完整覆盖该部分。

审核输出必须说明：

• 实际评审的对象；
• 覆盖的页码、章节、段落或时间范围；
• 是否完整覆盖本次指定范围；
• 未能读取或未检查的内容。

未完整覆盖本次指定范围时，不得对该范围给出无保留的PASS。

核心原则：

审核结论的范围不得大于实际读取和检查的范围。

---

2. 文字表达

存在文字内容时，检查：

• 是否专业但不故作复杂；
• 是否自然，避免明显AI腔；
• 是否简单清楚，句子不过度负载；
• 是否有空话、套话、术语堆积或低信息铺垫；
• 是否重复表达同一个判断；
• 是否使用机械对照句式；
• 是否为了显得完整而增加无用背景；
• 是否用含糊的正确废话回避明确判断；
• 是否让证据边界和限制压过主结论；
• 是否用研究、审核、施工和内部状态语言代替成品应表达的事实、机制、判断和实际意义。

当内容本身承担评价、建议、比较或方向判断时，还要检查：

• 是否明确给出结论；
• 是否说明主要原因；
• 是否说明判断的实际含义；
• 无法判断时，是否明确指出缺少什么，而不是制造模糊平衡。

不机械规定：

• 字数；
• 句子长度；
• 段落数量；
• 固定章节结构；
• 必须使用或禁止使用某个单词。

核心原则：

正文讲事实、机制、判断和实际意义；证据工程、审核过程和内部状态留在后台。

---

3. 数字、事实与证据

内容包含事实、数字或引用时，检查：

• 关键事实是否有可靠来源；
• 数字是否有时间、单位、币种和统计口径；
• 不同数字是否可比；
• 是否混淆事实、计算、推断、情景和未知；
• 是否出现虚假精确；
• 是否把区间、Proxy或情景写成确定事实；
• 区间、Proxy或情景是否说明口径、置信度和禁止外推范围。

核心原则：

一手来源优先；找不到可靠数据可以使用区间、Proxy或情景，但必须说明口径、置信度和禁止外推范围。

证据边界

有引用不等于事实已经核实。

只有实际读取来源后，才能判断来源是否支持当前表述。

来源无法读取时：

• 可以判断内容是否提供了来源；
• 应说明相关事实尚未完成核实；
• 不得宣称来源已经支持当前表述；
• 不得仅因来源无法读取，就断言该事实错误；
• 不得用常识补齐来源没有提供的信息。

核心原则：

只报告实际完成的核验，不把来源存在、引用存在或常识判断冒充事实核实。

本节不建设计算检查模块，不对所有数字进行第二次机械重算，也不规定研究、计算或施工方法。

---

4. 认知翻译

当数字、市场规模或专业机制承担理解和判断作用时，检查：

• 百分比是否给出必要的绝对量；
• 陌生市场规模是否有读者能够理解的同口径参照；
• 是否解释数字意味着什么；
• 是否把专业机制翻译成商业或实际含义；
• 是否提供足以形成尺度感的信息；
• 是否因追求绝对精确而只留下空白和Unknown；
• 是否明确区分高置信事实与方向性判断；
• 使用类比时是否说明类比边界；
• 使用区间、Proxy或情景时，是否说明可以支持什么、不能支持什么。

认知翻译不要求：

• 对读者已经知道的内容重新科普；
• 每个百分比都机械配绝对量；
• 每个数字都寻找中国或其他熟悉市场对照；
• 使用不同口径的错误参照；
• 用类比替代真实判断。

核心原则：

数据不仅要正确，还要帮助读者快速形成基本尺度感和判断。

---

5. 表格与视觉

5.1 表格

本次范围内存在表格时，检查：

• 表格是否有明确用途；
• 是否真正帮助比较、查阅或判断；
• 表头、行名、单位和脚注是否清楚；
• 排序方式是否符合表格要回答的问题；
• 是否有过多无决策价值的列；
• 是否要求读者在多个表格之间自行拼接结论；
• 必要时是否有一句明确结论解释表格意味着什么；
• 是否把证据底稿或原始资料直接堆入正文；
• 是否把文字拆进方格；
• 是否把带颜色的表格称为视觉图；
• 是否用表格替代本应表达的趋势、流程、关系或空间结构。

核心原则：

表格应帮助准确查阅和比较，不能只是把文字换成方格，也不能让资料堆代替结论。

5.2 视觉

本次范围内存在视觉内容，或者评审对象本身是视觉成品时，检查：

可读性

• 正常使用尺寸下是否可读；
• 标题、正文、注释和来源是否有清楚层级；
• 是否存在裁切、重叠或溢出；
• 是否存在异常换行、文本框过窄或文字被不自然压缩；
• 正文、标题、表格和注释中，不得出现因排版挤压导致的单个字符独占一行；
• 页脚、来源、页码、图例、标签或装饰元素是否与正文及数据发生碰撞；
• 元素是否过度贴近页面边缘、部分超出画布，或在最终渲染后发生位移和裁切；
• 是否残留占位文字、模板提示、损坏或缺失图片、空图表、意外空白页或重复页；
• 对齐和间距是否稳定；
• 文字与背景的对比度是否足够；
• 图例、标签和坐标轴是否清楚；
• 重点是否容易找到；
• 页面是否过密或异常空洞；
• 是否必须依赖作者口头解释才能理解。

信息表达

• 是否揭示数量级、趋势、空间、流程、关系或差异；
• 是否帮助理解核心信息；
• 是否忠实表达数据和文字判断；
• 是否让装饰元素抢占主要注意力；
• 是否存在连续卡片墙；
• 是否存在换色表格冒充图；
• 是否加了边框、图标或箭头，却没有新增关系；
• 多个页面是否名义上使用不同视觉，实际仍是同一种模板；
• 视觉是否美观但没有提高理解。

不因为评审对象是报告、PPT、PDF、网页或视频，就自动要求增加图表、图片、地图或装饰。

核心原则：

不强制视觉；已经使用的视觉必须真正帮助理解，不能只是装饰或表格换皮。

---

6. 内部一致性

检查本次提供范围内：

• 标题、摘要和正文是否表达一致；
• 前后判断是否互相矛盾；
• 同一个概念的定义是否发生漂移；
• 同一对象的描述是否前后不一致；
• 时间、范围和比较基准是否中途改变；
• 同一数字在不同位置是否保持一致；
• 文字、数字、表格和视觉是否互相支持；
• 图表标题和图中内容是否一致；
• 多页成品的目录、页序、页码、章节、标题层级、字体和颜色是否连续一致；
• 限制条件是否与主结论直接冲突；
• 局部结论是否与本次范围内的总体结论冲突。

内部一致性只检查本次实际提供的范围。

如果只提供一个章节、一页或一段内容：

• 不推断其他部分是否一致；
• 不要求该部分独立承担完整产物的全部解释；
• 不因缺少未提供的前文或后文而直接判定矛盾。

核心原则：

同一评审范围内的事实、定义、口径和判断必须前后一致。

---

7. 问题分级与输出

Blocking成立标准

只有同时满足以下条件，问题才能列为Blocking：

1. 问题真实存在于本次提供的内容中；
2. 可以指出准确位置；
3. 违反本Skill中的明确规则；
4. 对理解、事实表达、正常阅读或视觉传达造成实质影响；
5. 删除或修复该问题后，成品质量会发生明确变化；
6. 有具体关闭条件。

不得把以下内容列为Blocking：

• Reviewer个人审美偏好；
• 同样有效的另一种表达；
• 未提供部分可能存在的问题；
• 对完整项目的推测；
• 可以增加但并非必要的新内容；
• 可有可无的背景；
• 额外润色；
• 假设性问题；
• 为追求完美而增加的附加要求。

非阻断问题只能列为Improvement，不能因此否定本次提供的内容。

Verdict

审核结论只使用：

• PASS：在本次实际覆盖范围内，没有确认的Blocking；
• REVISE：在本次实际覆盖范围内，存在确认的Blocking；
• BLOCKED：评审对象无法正常读取、没有明确评审范围，或者无法完整覆盖本次指定范围。

PASS只代表本次实际覆盖的范围通过，不代表未提供部分、完整产物或整个项目通过。

输出格式

Coverage

说明：

• 实际评审的对象；
• 覆盖的页码、章节、段落或时间范围；
• 是否完整覆盖本次指定范围；
• 未能读取或未检查的内容。

Verdict

PASS / REVISE / BLOCKED

Overall Judgment

简要说明本次内容是否通过，以及最主要原因。

Blocking Issues

每个Blocking必须包括：

• 准确位置；
• 实际观察到的问题；
• 违反的本Skill规则；
• 为什么构成实质问题；
• 关闭条件。

不得只写：

• “进一步优化”；
• “加强视觉”；
• “提升专业度”；
• “完善逻辑”；
• “建议润色”。

Improvements

只列不影响本次通过与否的有用改进，保持简短。

不得用大量改善建议掩盖审核结论。

---

本Skill只审不改。对规则的更新应通过明确、人工审阅的修改完成，不得从评审结果中自动吸收。