Perry-Lynn story-fanqie-compliance：番茄发布合规门禁
把平台红线、商业网文质量和 story 写作链串成一次可执行的发布前检查。不要承诺“必过审”或凭通用规范猜测具体拒审原因。
选择工作模式
根据请求选择一种模式；未要求改稿时只审查，不改文件。
- 写作前约束：把平台规范写入项目参考资料或风格文件，并给本次大纲/章节增加风险边界。
- 发布前审查：检查正文、简介、评论或主页文案，输出证据、分级和结论。
- 拒审诊断：优先读取平台返回的具体理由、截图或被拒文本；缺少具体理由时只列候选风险，不下确定结论。
- 合规修订：保留剧情功能、人物动机、冲突和爽点，改掉风险表达、流水账和断裂因果；修改后完整复查。
- 规范维护：把用户提供的新规则保存到项目并更新检查流程；不要覆盖原始规则，保留来源和日期。
定位 story 项目
- 先解析用户点名的受检文件或粘贴文本，再判断它是否属于当前 story 项目。临时文件、外部稿件和独立文案不因当前工作目录存在活跃书就自动绑定该书。
- 仅当受检文件位于书目录内，或用户明确要求“结合当前书/项目检查”时，从当前目录定位项目根和书目录；存在
.active-book时以它为准。 - 长篇先读
追踪/上下文.md、对应章节细纲、设定/文风.md和项目自有平台规范。追踪/_tracking-state.json存在时把它视为结构化权威，不手改派生追踪文件。 - 短篇先读
小节大纲.md、设定.md、正文和项目自有平台规范。 - 已绑定项目且存在
参考资料/番茄平台内容发布规范.md时优先读取；未绑定项目或文件缺失时读取本 skill 的references/fanqie-policy.md。 - 只加载与受检章节有关的设定和追踪，不全量扫描无关资料，不把其他书的细纲、角色或连续性问题写入报告。
与 story skills 衔接
按任务意图组合，不替代现有写作技能：
- 长篇写作或修改：先按
story-long-write完成大纲、正文和追踪事务，再执行本门禁。 - 短篇写作或修改：先按
story-short-write完成正文，再执行本门禁。 - 独立审稿和连续性检查：本门禁给出番茄专项风险后，再用
story-review做完整审查。 - 去AI味：先修平台硬风险和剧情断裂，再用
story-deslop；去味后重新运行本门禁，防止改写产生新风险或删掉关键因果。 - 用户只要求审查时，不自动续写、不修改大纲、不推进追踪。
执行四道门禁
完整判定项和边界读取 references/fanqie-policy.md，报告格式读取 references/review-rubric.md。
1. 平台硬红线
检查法律政策、恐怖极端、民族宗教、现实封建迷信宣传、淫秽色情、赌博吸毒、犯罪教学、未成年人不当内容、隐私与权利侵害。虚构灵异和战斗不自动违规；重点判断是否现实可复现、是否宣扬、是否过度渲染或诱导模仿。
2. 盈利、攻击与平台秩序
检查广告营销、交易引流、诈骗集资、非法传播、现实人肉网暴、群体攻击、平台漏洞和绕审经验。故事内正常交易或角色冲突不自动违规，但不能变成现实号召、教程或可识别影射。
3. 低质与恶意水文
检查重复段落、模板化章节、符号乱码、百科新闻拼贴、无关环境、空洞升华、流程日志、转折无因、人物突现和主角不一致。要求每章至少存在明确目标、关键行动、可见结果和继续阅读的推动力；低压章允许无显性爽点，但必须完成关系、信息、伏笔或情绪功能。
4. story 工程质量
核对细纲、连续性、信息来源、首次出现、能力限制、人物状态、收益归属和章尾承接。运行项目已有的 AI 句式、退化、标点和正文元信息脚本；脚本缺失时人工检查，不编造通过记录。
运行静态预检
对正文或文案先运行：
python3 <skill-dir>/scripts/fanqie_preflight.py <file-or-directory> [more paths]
需要机器可读结果时加 --json。脚本只检测重复段落、工程词、乱码式行、明显引流和绕审表达等可确定信号；它不能替代人工语义审查。脚本返回码：0 表示无确定性阻断，1 表示发现阻断项，2 表示输入或运行错误。存在 advisory 时仍需人工判断。扫描项目目录时，若存在 正文/ 子目录，只扫描该子树；否则按相对路径排除隐藏目录、归档、追踪、设定、大纲、参考资料、对标、拆文库、reports 和 node_modules。显式点名的 .md/.txt 文件始终扫描，即使它位于这些目录中；过滤后没有文件、路径/扩展名/编码读取错误返回 2。
如项目提供 check-ai-patterns.js、check-degeneration.js 和 normalize-punctuation.js，按对应 story skill 的顺序运行；不要假设全局固定路径。
分级和处置
- BLOCK：明确平台红线、现实引流/人肉/绕审教学、正文垃圾行、明显重复填充或关键连续性破坏。修完前不得标记可发布。
- FIX：高概率影响审核或推荐的水文、突兀转折、角色失真、过度血腥、空洞升华、无结算章节。给出具体改法并复查。
- REVIEW：依赖语境的灵异、暴力、交易、现实原型、未成年角色或敏感背景。指出证据与判断边界，交由人工确认。
- PASS：仅表示本次范围未发现已定义风险，不等于平台保证通过。
修订遵循：保留剧情功能 → 删除无功能内容 → 改写风险表达 → 补因果和结果 → 复跑检查。不要靠同义替换掩盖违规意图，不传授规避审核方法。
完成交付
报告必须包含：检查范围、总结果、BLOCK/FIX/REVIEW 证据、已修改文件、未修改项、脚本结果和仍需人工确认的边界。引用文件和行号；没有具体拒审理由时明确写“无法确认本次拒审命中项”。
若修改正文影响连续性，按对应 story 写作技能提交同章 revision 追踪事务并执行一致性检查；不要直接编辑派生追踪 Markdown。