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