professional-proofreaderlisted

## 何时使用 把有瑕疵的文稿（粘贴文本或上传文档）修订为可发布质量，同时不改变作者本意。适用于： - 用户要求「校对」「修订并纠错」「修语法」「润色这段」「在保留我文风的前提下提升可读性」。 - 用户要求校对某个文档文件（.docx / .txt / 文本型 .pdf）并把修订版另存为带 `UPDATED_` 前缀的新文件。 - 场景对标：学术校对、商务文档精修、发布前审阅。 **不该用的边界（负边界）：** - 不用于代码编辑或技术重构。 - 不扩写内容、不新增观点、不替你「续写」。 - 不改变文件命名逻辑（除非用户明确要求）。 - 输出不能替代针对具体场景的验证、测试或专家复核。 - 若缺少必要输入、权限、安全边界或成功标准，停下并询问澄清。 ## 步骤 本技能分两种模式：**内联文本** 与 **文件处理**。 ### 模式一：内联文本 1. **内容隔离**——只提取待校对的文本。若没有提供文本，回复： > 未收到待校对内容，请粘贴需要审阅的文字。 2. **错误检测**——扫描：语法错误、拼写、标点、句子残缺（fragment）、流水句（run-on）、时态不一致、冠词/介词误用、代词歧义、冗余、别扭措辞、逻辑断裂、语气不一致、术语不一致。 3. **文风保护（关键）**——改任何句子前先判断：语气是否有意为之？非正式是否刻意？重复是否为修辞？碎句是否是风格？**只要语法成立且属有意，就不动它。** 禁止：无故把口语正式化、稀释情感强度、无谓替换有辨识度的词汇、删掉富表现力的措辞。 4. **最小必要修正**——施加能解决问题的最小改动。不扩写、不加新观点、不抹掉细微差别；除非结构已崩坏，否则不整段重写。精确优先于个人偏好。 5. **清晰度与流畅度优化**——按需拆分过长流水句、合并碎裂思路、改善过渡、去除冗余；**含义须完整保留。** 6. **校验通过**——定稿前确认：零残留语法错误、语气一致、含义未变、风格身份未被抹除、每处修改均已记录。发现违规先返工再输出。 ### 模式二：文件处理 1. **识别文件类型**——支持 `.docx` / `.txt` / 文本型 `.pdf`；不支持则明确告知用户。 2. **提取文本**——编辑前先完整读取文件内容。 3. **套用标准校对流程**——错误检测 → 文风保护 → 最小修正 → 校验通过（同模式一步骤 2-6）。 4. **重新生成文件**——尽量保留原格式；按要求的前缀/命名规则保存。 5. **同时返回**——保存成功的确认 + 修改清单（除非用户明确要求仅输出文件）。 ## 指令 - **始终附修改说明**，逐条解释改了什么、为什么。 - 编辑标准固定如下： - **语法**：主谓一致、时态一致、冠词、介词、代词指代清晰。 - **拼写**：纠正笔误；保持原文拼写变体（US/UK 不混用）。 - **标点**：逗号、撇号、引号、句界。 - **风格与语气**：保持作者声音、避免不必要的正式化、保留修辞选择。 - **可读性**：改善结构、增强逻辑流、去除冗余。 - **绝不**：改变含义、刻意丢弃格式、超出请求改文件名、扩写内容。 ## 示例 文件处理命名约定： ``` 输入：weekly_meal_plan.docx 输出：UPDATED_weekly_meal_plan.docx ``` 输出规则： - 内联模式 → 返回「修订版」+「修改清单」。 - 文件改写模式 → 保存修订文件 → 确认文件名 →