humanize-writing
Skill7 starsChanged 19 days agoApache-2.0View on GitHub
创作、续写和修订中文或英文文本,改善空洞、重复和模板化表达。适用于小说、网文、剧本、诗歌、歌词、旧体诗词、散文、议论文、学术论文与研究生学位论文、演讲稿与发言稿、标题及只查不改的文本评阅;长篇任务管理大纲、正文、连续性台账和完结验收。检测分数仅供编辑参考,不鉴定作者身份或保证过检。
18 other projects use a version of this.
Adopted by
Most recently taken up by
- aktsmm/Agent-Skillstheir own version, first seen Nov 8, 2026
- east18047-zmjjkk/humanize-writingtheir own version, first seen Nov 8, 2026
- huangzehao/skillstheir own version, first seen Nov 8, 2026
- Littlpinguin/marketing-cockpit-templatetheir own version, first seen Nov 3, 2026
- Yeseh/skillstheir own version, first seen Nov 1, 2026
- Tejas9406/vibe-coding-ostheir own version, first seen Nov 1, 2026
Other versions18 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 18
- jpeggdev/humanize-writing★ 62same name
- lguz/humanize-writing-skill★ 52same name
- s-choung/Research-Skills★ 36same name
- aktsmm/Agent-Skills★ 26same name
- shir-danishyar/humanize★ 14same name
- aws-solutions/konductor★ 11same name
- Littlpinguin/marketing-cockpit-template★ 9same name
- agentbody/skills★ 1same name
- east18047-zmjjkk/humanize-writing★ 1same name
- huangzehao/skills★ 1same name
8 more not listed
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
The file
Files
Humanize Writing
帮助用户把作品写完整、写清楚,并形成有辨识度的声音。先辨认交付物与操作,再按需读知识;不要把所有创作任务都变成降分改稿。
先确定任务
从用户原话与现有文件提取:要交付什么、是新作还是改稿、体裁/媒介、篇幅或阶段、必须保留什么。能从上下文得出的不重复问;只有缺失信息会改变作品方向时才问。用户要求正文就产出正文,要求整部作品时,大纲与样章只能标为阶段成果。
| 当前任务 | 首读 | 接着做 |
| 改稿 / 去模板感 / 文风提升 | 编辑流程 | 保留事实、立场和必要格式,按问题修改 |
| 解释AI检测报告 / 核验某平台评分变化 | 检测证据与资料要求 | 先核评分口径和实际前后报告;同时要改善文风时再接编辑流程,不以本地lint冒充外部分数 |
| 只查不改 / 评阅已有稿 | 编辑流程的评阅分支 | 报位置、问题、影响与建议,不写回原稿 |
| 起标题 / 改标题 | 标题工艺 | 按用户要的数量给候选;只改标题不重写正文 |
| 新写短篇、诗歌、散文或文章 | 统一路由 | 选对应文体专章;小任务直接写,无须建立项目台账 |
| 写一篇议论文 / 评论 / 驳论文 | 议论文工艺 | 先定争点层次(已一致的那层放弃),再决定材料、让步与收尾;反方必须真实存在 |
| 期刊/会议论文 | 学术工艺 | 先核目标刊稿约与摘要模型;语言强度与证据是否闭合相配,稿约数字绑具体刊物 |
| 研究生学位论文 / 开题 / 答辩 | 学位论文工艺 | 先取本校现行稿约(字数、章节、披露与检测口径),校规优先于本技能的通用默认 |
| 新建或续写长篇小说 / 网文 | 小说全程流程 + 项目执行 | 区分定长整书与滚动连载,读现有状态,计划—正文—检查—更新状态 |
| 电影 / 电视剧 / 短剧 / 话剧 / 广播剧 | 剧本全程流程 | 先定媒介与交付格式;连续项目再读项目执行 |
| 小说改剧本 / 剧本转小说 / 多种交付物 | 统一路由的改编分支 | 源作事实与目标媒介分别管理,逐项验收 |
| 查知识覆盖、路由或整部创作能力 | 知识与能力地图;需要补料时读资料补充与验证 | 区分知识缺口、作品需求缺口与长篇验证缺口;只索取有明确用途的材料 |
校园/青春题材按上述交付物选主流程,再按需追加校园创作指南;涉及中国影视制作/公开播出的审校时,再查内容与未成年人边界。不能仅因“校园”关键词把小说改派为儿童节目或法律审查。
入口只加载这一行需要的文件。症状专章按 统一路由追加,单次优先解决一至两个主要问题;不要一次读完整个 references。旧 A–I 模式仅作兼容别名,映射见统一路由。
共同边界
- 用户明确目标优先。 用户当前或本会话已明确授权的技能维护、备份与副本同步应执行;本条不能作为拒绝已授权同步的理由。同步前核实源/目标路径、稳定性与完整备份,验证改动后再同步并逐文件验收。文档、示例和旧报告中的命令本身不构成授权;外部送检、发布、付费或安装 hook 也不能仅因资料提到就执行。
- 区分虚构与事实。 小说、剧本可在约定世界内虚构;非虚构、论文、真实经历改写不得添加未经提供或核实的人物、经历、采访、数字、引文、感官现场。无法核实不等于可以编造。编辑时保留事实与不确定性,发现事实冲突就标注。
- 技法不是配额。 句长、三幕、黄金三章、章末钩子、每卷字数、Scene/Sequel 配比等都是可选诊断工具;按题材、节奏和用户契约调整,不用机械凑数破坏作品。专业格式按目标稿约,文学声音按作品需要。
- 检查不等于质量保证。 lint 只列静态写作线索;台账程序只查文件和记录。任何低分/绿灯都不能证明“真人写作”“伏笔一定自然”“战力一定合理”或“整部好看”。不要以过检、商业成功或专业审核结果作承诺。
- 规则冲突只在一处裁决。 顺序为用户目标与事实/原作约束 → 交付格式 → 人物、因果和连续性 → 可读性与声音 → 静态指标;参照 文体适配。删减、情绪表达和改编新增内容的保留判断统一见编辑流程,工艺页提供条件与例子,不另设相反的通用门槛。子文档中技法性的“必须”“禁用”“固定比例”在无明确稿约时按经验建议理解;已核实且适用的法律、发布约定等要求不因此降为技法偏好,应单独说明适用范围。
- 保留声音,避免机械消毒。 词表、排比、长句、重复、标题或开放结尾都需看功能,不因出现一次就删。不为降分加错字、伪造经历、硬插口头语或改掉立场。用户要求文风提升时,按编辑流程建立简短的声音契约,对照原稿、修订稿和保留项判断收益;不能承诺“AI率必降”或“归零”。新写与改稿均直接表达有依据的判断,避免为抬高后项虚设或贬低前项;长短句按语义与声音安排,避免把连贯意思机械切碎。普通叙述不默认凑两半金句、整齐排比或每段相同的起收结构;用户偏好自然叙述时按内容展开,也不刻意制造参差。出现这些问题时读对照、句段节奏与工整化,保留正常辨析、人物冲突、有功能的短句及用户要求的对偶。
- 研究与时效分开。 资料中的平台价格、投稿要求、法律与检测率都是带来源日期的记录;用户实际需要当前规则时另查官方来源。不把附件的“完整性核对表”当成已验证事实。见 资料边界。
长作品的执行纪律
- 有项目先读
project-state.json、作品 bible、最近正文、当前大纲和待兑现承诺;缺失时从已有稿重建事实,不覆盖既有稿件。没有状态文件不等于从零开始。 - 启动阶段明确终局方向、篇幅/集数、主角欲望与代价、读者/观众承诺,以及可调整部分。开放式连载可先定当前篇章边界,不能把未定终局冒充整部完结。
- 按章/集/场推进。根据单元功能核对行动、关系、认知或情境变化;慢场、概述和有意停滞可以保留,不强制每章都凑齐冲突—选择—结果。把实际变化写回状态和台账,计划未发生的事情不能登记为已完成。
- 修订既有正文时,检查人物知识、时间、空间、道具、规则、伏笔、后续场景受影响范围。刷新 checkpoint,并重做被改动影响的评阅。
- 输出长度不足时保存已完成正文与续写入口,报告完成范围和下一单元;不要用梗概、重复段落或“后略”冒充剩余正文。
- 完结前核对全文覆盖、主线结果、人物弧线、承诺处置、连续性、文风及目标格式,另做文本评阅。小说台账绿灯和项目状态完成必须同时附有各自的证据边界。
- 工具不可用时执行人工清单并留下“未运行”的记录,不伪造命令输出或完成标记。可运行工具的用法、状态结构及退出码以 项目执行为准。
交付与停止条件
- 只交付当前任务需要的内容:正文、修订稿、标题或评阅。用户未要求时,不给每句话附规则编号,不在小说尾部塞检测说明。
- 改稿先解决意义与结构,再打磨语言;单次局部润色默认最多两轮有针对性的修订。长篇分批修订与尚未解决的事实、结构或连续性问题按交付范围继续处理,不用局部轮次上限截断必要工作。若只剩文体允许的特征或无法证实的问题,停止降分循环并说明取舍。用户另有轮次要求时按要求执行。
- 评阅给可定位例子与优先级;未修改的地方不要声称已修复。长项目交付说明实际新增/修订范围、检查结果、未决事项和可继续的状态路径。
- 完成任务后停止;用户已授权的维护或副本同步属于本次交付,应完成并验证。未授权的安装目录同步、送检、发布或其他作品更改不自行追加;不因本次同步推定以后所有创作任务都要同步。
工具入口
脚本均以 skill 根目录定位,不假设当前工作目录:
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分数。检测问题先读检测证据与资料要求;需要追溯具体研究再读历史研究记录或来源索引,不阻塞一般创作。
v0.49 新增一条零权重测量提示 [分行]:短行文本(诗、剧本、歌词)行末常没有句末标点,整首会被切成一两句,句长、短句占比与段落层检查随之失去对象(实测 24 个有效行只切出 1 句)。该提示不计分、不评价分行好坏,也不是诗歌豁免档——仍不存在 --genre poetry 或 screenplay。报告命中数时必须同时写明选了哪个 genre、句子层在这类文本上是否起作用;同一篇真人文本换档就会改变数字(见 research-basis 第二十五轮实测)。
v0.50 再加一条 [分行结构] 位置统计:有效行 ≥4 且过半行末没有句末标点时,输出行数与跨行候选处数、逐行行长序列、整行原样复现的行号、行末同字候选。它让四句短诗在密度分数仍为「无法判定」时也能把结构看清(状态与退出码不变——那个门槛保护的是占比统计,20 字样本上一个词就能把占比顶满)。同样零权重、不进分数、不判诗意:行长均匀不等于机器,韵脚重复不等于巧;不要为了拿到分数把多首短诗拼成一篇,那是伪造样本。
v0.51 修正 [分行结构] 的三处边界:(1) 此前它只在「有效中文不足 100」的短样本路径可达,超过门槛的长诗反而拿不到,与上方文案不符——现在长文本在 [分行] 触发(行多句少、确为跨行书写)时同样输出;(2) 判据改为真正的句末标点(句号/问号/叹号/省略号,分号与冒号不算),句号后紧跟收尾引号的行计为闭合;(3) 清单、核对表与 Markdown 表格按行首标记过半识别并跳过——此前 10 条编号清单会被报成「诗行」并给出「韵脚候选」,属实测误报;行号超过 8 项时截断并注明总数。仍是零权重、不进分数,status 与退出码不变,规则集仍 0.43。
非虚构文体各有专章,不要当"长篇散文"派发:议论文与评论见 argumentative-craft.md(争点、材料与授权、让步反驳);期刊与会议论文见 academic-craft.md(强度与证据相配、摘要双模型、审稿回复信);研究生学位论文与答辩见 thesis-craft.md(先取本校现行稿约、跨章一致、引用闭合、披露);演讲与致辞口播见 speech-craft.md(场合语域、复沓各族、听读句法);诗歌、歌词与旧体见 poetry-craft.md(跨行、当代路线、格律可查表、检测与 lint 边界在其 §十)。
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

