# Story Fanqie Compliance

> 审查、修订和约束拟发布到番茄小说的长篇、短篇、简介及社区文案，覆盖平台内容合规、恶意水文、重复拼凑、现实隐私与引战、不当营销、违规经验、故事连续性和去AI味前置检查。用户提到番茄审核、推荐被拒、发布规范、合规审查、发布前检查、流水账、水文、低质内容或要求严格按番茄规则写作时使用。

- Skill: `perry-lynn/story-fanqie-compliance` (Agent Skill, multi-file: 6 files)
- Install (CLI): `npx skillmds@latest add perry-lynn/story-fanqie-compliance`
- Raw SKILL.md: https://api.skillmd.com/api/skills/perry-lynn/story-fanqie-compliance/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: Coding & Dev Tools
- Author: Perry-Lynn (https://skillmd.com/u/perry-lynn)
- Updated: 2026-09-22
- Page: https://skillmd.com/skills/perry-lynn/story-fanqie-compliance

---


# story-fanqie-compliance：番茄发布合规门禁

把平台红线、商业网文质量和 story 写作链串成一次可执行的发布前检查。不要承诺“必过审”或凭通用规范猜测具体拒审原因。

## 选择工作模式

根据请求选择一种模式；未要求改稿时只审查，不改文件。

1. **写作前约束**：把平台规范写入项目参考资料或风格文件，并给本次大纲/章节增加风险边界。
2. **发布前审查**：检查正文、简介、评论或主页文案，输出证据、分级和结论。
3. **拒审诊断**：优先读取平台返回的具体理由、截图或被拒文本；缺少具体理由时只列候选风险，不下确定结论。
4. **合规修订**：保留剧情功能、人物动机、冲突和爽点，改掉风险表达、流水账和断裂因果；修改后完整复查。
5. **规范维护**：把用户提供的新规则保存到项目并更新检查流程；不要覆盖原始规则，保留来源和日期。

## 定位 story 项目

1. 先解析用户点名的受检文件或粘贴文本，再判断它是否属于当前 story 项目。临时文件、外部稿件和独立文案不因当前工作目录存在活跃书就自动绑定该书。
2. 仅当受检文件位于书目录内，或用户明确要求“结合当前书/项目检查”时，从当前目录定位项目根和书目录；存在 `.active-book` 时以它为准。
3. 长篇先读 `追踪/上下文.md`、对应章节细纲、`设定/文风.md` 和项目自有平台规范。`追踪/_tracking-state.json` 存在时把它视为结构化权威，不手改派生追踪文件。
4. 短篇先读 `小节大纲.md`、`设定.md`、正文和项目自有平台规范。
5. 已绑定项目且存在 `参考资料/番茄平台内容发布规范.md` 时优先读取；未绑定项目或文件缺失时读取本 skill 的 `references/fanqie-policy.md`。
6. 只加载与受检章节有关的设定和追踪，不全量扫描无关资料，不把其他书的细纲、角色或连续性问题写入报告。

## 与 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 句式、退化、标点和正文元信息脚本；脚本缺失时人工检查，不编造通过记录。

## 运行静态预检

对正文或文案先运行：

```bash
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。