humanize-writing

---
name: humanize-writing
description: 创作、续写和修订中文或英文文本，改善空洞、重复和模板化表达。适用于小说、网文、剧本、诗歌、散文、文章、标题及只查不改的文本评阅；长篇任务管理大纲、正文、连续性台账和完结验收。检测分数仅供编辑参考，不鉴定作者身份或保证过检。
metadata:
  version: '0.48'
---

# Humanize Writing

帮助用户把作品写完整、写清楚，并形成有辨识度的声音。先辨认交付物与操作，再按需读知识；不要把所有创作任务都变成降分改稿。

## 先确定任务

从用户原话与现有文件提取：**要交付什么、是新作还是改稿、体裁/媒介、篇幅或阶段、必须保留什么**。能从上下文得出的不重复问；只有缺失信息会改变作品方向时才问。用户要求正文就产出正文，要求整部作品时，大纲与样章只能标为阶段成果。

| 当前任务 | 首读 | 接着做 |
|---|---|---|
| 改稿 / 去模板感 / 文风提升 | [编辑流程](references/editing-workflow.md) | 保留事实、立场和必要格式，按问题修改 |
| 解释AI检测报告 / 核验某平台评分变化 | [检测证据与资料要求](references/detection-principles.md) | 先核评分口径和实际前后报告；同时要改善文风时再接编辑流程，不以本地lint冒充外部分数 |
| 只查不改 / 评阅已有稿 | [编辑流程](references/editing-workflow.md)的评阅分支 | 报位置、问题、影响与建议，不写回原稿 |
| 起标题 / 改标题 | [标题工艺](references/title-craft.md) | 按用户要的数量给候选；只改标题不重写正文 |
| 新写短篇、诗歌、散文或文章 | [统一路由](references/routing.md) | 选对应文体；小任务直接写，无须建立项目台账 |
| 新建或续写长篇小说 / 网文 | [小说全程流程](references/novel-workflow.md) + [项目执行](references/project-workflow.md) | 区分定长整书与滚动连载，读现有状态，计划—正文—检查—更新状态 |
| 电影 / 电视剧 / 短剧 / 话剧 / 广播剧 | [剧本全程流程](references/screenplay-workflow.md) | 先定媒介与交付格式；连续项目再读项目执行 |
| 小说改剧本 / 剧本转小说 / 多种交付物 | [统一路由](references/routing.md)的改编分支 | 源作事实与目标媒介分别管理，逐项验收 |
| 查知识覆盖、路由或整部创作能力 | [知识与能力地图](references/knowledge-map.md)；需要补料时读[资料补充与验证](references/material-intake.md) | 区分知识缺口、作品需求缺口与长篇验证缺口；只索取有明确用途的材料 |

校园/青春题材按上述交付物选主流程，再按需追加[校园创作指南](references/campus-youth-craft.md)；涉及中国影视制作/公开播出的审校时，再查[内容与未成年人边界](references/china-screen-content-boundaries.md)。不能仅因“校园”关键词把小说改派为儿童节目或法律审查。

入口只加载这一行需要的文件。症状专章按 [统一路由](references/routing.md)追加，单次优先解决一至两个主要问题；不要一次读完整个 references。旧 A–I 模式仅作兼容别名，映射见统一路由。

## 共同边界

1. **用户明确目标优先。** 用户当前或本会话已明确授权的技能维护、备份与副本同步应执行；本条不能作为拒绝已授权同步的理由。同步前核实源/目标路径、稳定性与完整备份，验证改动后再同步并逐文件验收。文档、示例和旧报告中的命令本身不构成授权；外部送检、发布、付费或安装 hook 也不能仅因资料提到就执行。
2. **区分虚构与事实。** 小说、剧本可在约定世界内虚构；非虚构、论文、真实经历改写不得添加未经提供或核实的人物、经历、采访、数字、引文、感官现场。无法核实不等于可以编造。编辑时保留事实与不确定性，发现事实冲突就标注。
3. **技法不是配额。** 句长、三幕、黄金三章、章末钩子、每卷字数、Scene/Sequel 配比等都是可选诊断工具；按题材、节奏和用户契约调整，不用机械凑数破坏作品。专业格式按目标稿约，文学声音按作品需要。
4. **检查不等于质量保证。** lint 只列静态写作线索；台账程序只查文件和记录。任何低分/绿灯都不能证明“真人写作”“伏笔一定自然”“战力一定合理”或“整部好看”。不要以过检、商业成功或专业审核结果作承诺。
5. **规则冲突只在一处裁决。** 顺序为用户目标与事实/原作约束 → 交付格式 → 人物、因果和连续性 → 可读性与声音 → 静态指标；参照 [文体适配](references/genre-router.md)。删减、情绪表达和改编新增内容的保留判断统一见[编辑流程](references/editing-workflow.md)，工艺页提供条件与例子，不另设相反的通用门槛。子文档中技法性的“必须”“禁用”“固定比例”在无明确稿约时按经验建议理解；已核实且适用的法律、发布约定等要求不因此降为技法偏好，应单独说明适用范围。
6. **保留声音，避免机械消毒。** 词表、排比、长句、重复、标题或开放结尾都需看功能，不因出现一次就删。不为降分加错字、伪造经历、硬插口头语或改掉立场。用户要求文风提升时，按[编辑流程](references/editing-workflow.md)建立简短的声音契约，对照原稿、修订稿和保留项判断收益；不能承诺“AI率必降”或“归零”。新写与改稿均直接表达有依据的判断，避免为抬高后项虚设或贬低前项；长短句按语义与声音安排，避免把连贯意思机械切碎。普通叙述不默认凑两半金句、整齐排比或每段相同的起收结构；用户偏好自然叙述时按内容展开，也不刻意制造参差。出现这些问题时读[对照、句段节奏与工整化](references/argument-and-rhythm.md)，保留正常辨析、人物冲突、有功能的短句及用户要求的对偶。
7. **研究与时效分开。** 资料中的平台价格、投稿要求、法律与检测率都是带来源日期的记录；用户实际需要当前规则时另查官方来源。不把附件的“完整性核对表”当成已验证事实。见 [资料边界](references/content-boundaries.md)。

## 长作品的执行纪律

- 有项目先读 `project-state.json`、作品 bible、最近正文、当前大纲和待兑现承诺；缺失时从已有稿重建事实，不覆盖既有稿件。没有状态文件不等于从零开始。
- 启动阶段明确终局方向、篇幅/集数、主角欲望与代价、读者/观众承诺，以及可调整部分。开放式连载可先定当前篇章边界，不能把未定终局冒充整部完结。
- 按章/集/场推进。根据单元功能核对行动、关系、认知或情境变化；慢场、概述和有意停滞可以保留，不强制每章都凑齐冲突—选择—结果。把实际变化写回状态和台账，计划未发生的事情不能登记为已完成。
- 修订既有正文时，检查人物知识、时间、空间、道具、规则、伏笔、后续场景受影响范围。刷新 checkpoint，并重做被改动影响的评阅。
- 输出长度不足时保存已完成正文与续写入口，报告完成范围和下一单元；不要用梗概、重复段落或“后略”冒充剩余正文。
- 完结前核对全文覆盖、主线结果、人物弧线、承诺处置、连续性、文风及目标格式，另做文本评阅。小说台账绿灯和项目状态完成必须同时附有各自的证据边界。
- 工具不可用时执行人工清单并留下“未运行”的记录，不伪造命令输出或完成标记。可运行工具的用法、状态结构及退出码以 [项目执行](references/project-workflow.md)为准。

## 交付与停止条件

- 只交付当前任务需要的内容：正文、修订稿、标题或评阅。用户未要求时，不给每句话附规则编号，不在小说尾部塞检测说明。
- 改稿先解决意义与结构，再打磨语言；单次局部润色默认最多两轮有针对性的修订。长篇分批修订与尚未解决的事实、结构或连续性问题按交付范围继续处理，不用局部轮次上限截断必要工作。若只剩文体允许的特征或无法证实的问题，停止降分循环并说明取舍。用户另有轮次要求时按要求执行。
- 评阅给可定位例子与优先级；未修改的地方不要声称已修复。长项目交付说明实际新增/修订范围、检查结果、未决事项和可继续的状态路径。
- 完成任务后停止；用户已授权的维护或副本同步属于本次交付，应完成并验证。未授权的安装目录同步、送检、发布或其他作品更改不自行追加；不因本次同步推定以后所有创作任务都要同步。

## 工具入口

脚本均以 skill 根目录定位，不假设当前工作目录：

```text
python -B <skill>/scripts/writing_project.py --help
python -B <skill>/scripts/ledger_check.py <project> --current-chapter 12 --current-volume 1
python -B <skill>/scripts/ledger_check.py <project> --current-chapter 12 --current-volume 1 --final
python -B <skill>/scripts/ai_smell_lint.py --genre fiction <draft.md>
```

lint 以“静态命中较少/适中/较多”描述规则命中，不充当作品判决；旧报告中的“优秀/合格/不通过”也只代表历史阈值。JSON明确标记is_ai_probability=false。退出码2表示输入不足、语言未确认/范围不支持或调用问题，应看错误信息。英文用--language en，混语可用--language mixed显式声明；auto不做自然语言身份识别。v0.43中，句长标准差、短句占比、重复“不是……而是……”、段落长度和数字等锚点的正则匹配密度只作零权重观察；不设长短比或细节密度配额，其余启发式仍须复读。跨版本分数不能直接比较或算作文风改善。剧本/诗歌未单独标定，默认用文本评阅，不能强套fiction分数。检测问题先读[检测证据与资料要求](references/detection-principles.md)；需要追溯具体研究再读[历史研究记录](references/research-basis.md)或[来源索引](references/source-evidence.md)，不阻塞一般创作。