lipu-jpg Oh Story 商业审稿
先确认审查对象、范围、目标读者和用户要“只诊断”还是“诊断后给修改稿”。默认只输出审查报告，不直接改动正文。
执行流程
- 读取当前项目已确认资产、相关正文和审稿范围，先做缺失资料与冲突预检。
- 使用
references/method.md按阻断、严重、一般、润色四级检查，不让文风偏好掩盖事实或结构问题。 - 每条发现给出位置或引文、问题、读者影响、证据和最小修复方向；证据不足时标记“需补充”。
- 汇总最高优先级问题、可保留优点、建议修订顺序和仍需作者裁定的取舍。
- 只有用户明确要求修改时才生成候选稿；涉及正式正文提交时继续走 OpenWrite workflow。
OpenWrite 边界
- 以当前
src/和已提交正文为事实基线，不把审稿偏好写成新设定。 - 不执行上游多 Agent、脚本或自动改稿协议；使用 OpenWrite 现有 Reviewer 和当前工具权限。
- 不因检查 AI 味而机械删除词语；表达层问题可转交
@oh-story-deslop。
本 Skill 改编自 oh-story-claudecode 的 story-review，基于提交 48a4789d1f542eb672addf8ccb5dbdc20e63be46；MIT 许可见同目录 LICENSE。