non-fiction-revision by jwynia/agent-skills
npx skills add https://github.com/jwynia/agent-skills --skill non-fiction-revision诊断并指导非虚构类书籍(商业、自助、学术、科普、回忆录)的修订。非虚构作品同时在多个层面运作——论点、结构、证据、教学法。一个层面的变动会波及其他层面。此技能旨在识别哪个层面需要关注,并防止修订造成损害。
| 状态 | 信号 | 核心问题 |
|---|---|---|
| NR1 | 论点感觉不清晰或薄弱 | 概念层面问题 |
| NR2 | 论证逻辑性不强 | 结构问题 |
| NR3 | 主张缺乏充分支持 | 证据问题 |
| NR4 | 读者报告感到困惑 | 教学法问题 |
| NR5 | 资料来源过时或薄弱 | 可信度问题 |
| NR6 | 改动引发新问题 | 连锁反应故障 |
每本非虚构书籍都同时在以下层面运作:
广告位招租
在这里展示您的产品或服务
触达数万 AI 开发者,精准高效
任一层面的任何变动都可能影响所有其他层面的论证有效性和读者理解。
变动会传播:
症状:
诊断问题:
干预措施:
连锁反应警告: 论点变动是最危险的——它们可能使整个章节失效。在改变论点之前,请梳理所有依赖关系。
症状:
诊断问题:
干预措施:
连锁反应警告: 重新排序章节会影响每个交叉引用以及前向/后向引用。跟踪所有内部引用。
症状:
诊断问题:
干预措施:
连锁反应警告: 为一个主张添加强有力的证据,可能会无意中通过提高读者预期的证据标准来削弱其他主张。
症状:
诊断问题:
干预措施:
连锁反应警告: 简化可能会无意中移除支持论证的细微差别。在可读性和准确性之间取得平衡。
症状:
诊断问题:
干预措施:
连锁反应警告: 更新来源可能会无意中改变证据实际表达的内容。验证新来源是否支持相同的结论。
症状:
诊断问题:
干预措施:
回滚标准:
在实施任何修订之前:
记录每次改动的:
在改动前,明确你将如何评估:
# 修订:[简要描述]
## 改动类型
- [ ] 概念层面 - [ ] 结构层面 - [ ] 内容层面 - [ ] 教学法层面
## 理由
[为什么此改动能改进书籍]
## 依赖关系分析
- 受影响的先决条件:
- 依赖的元素:
- 需要的证据变动:
- 对理解的影响:
## 连锁反应风险等级
- [ ] 低 - [ ] 中 - [ ] 高 - [ ] 关键
## 成功标准
- 逻辑连贯性检查:
- 证据充分性标准:
- 读者理解度基准:
## 实施状态
- [ ] 初始改动完成
- [ ] 依赖项已更新
- [ ] 交叉引用已修订
- [ ] 连锁反应效应已解决
## 结果
[实施后填写]
修复一个问题会破坏另一个,进而破坏下一个。书籍永远无法达到稳定状态。
修复方法: 定义最小可行改动,实施,稳定后再进行下一次改动。
添加越来越多的来源,却没有提高论证质量。数量掩盖了弱点。
修复方法: 更好的证据,而非更多的证据。一项强有力的研究胜过十项薄弱的研究。
简化到损害准确性为止。读者能跟上,但学到的是错误的东西。
修复方法: 搭建复杂性的脚手架,而不是移除它。逐步构建至细微差别。
小的改动累积起来,直到书籍论证的内容与初衷不同。
修复方法: 定期检查:结论是否仍然与引言中的承诺相符?
输入来源:
research:当收集新证据时revision:用于整体修订策略输出方向:
prose-style:在结构性问题解决后fact-check:用于证据验证互补技能:
research:用于证据收集revision:用于小说修订(平行技能)每周安装量
102
代码仓库
GitHub 星标数
42
首次出现
2026年1月20日
安全审计
安装于
opencode85
codex83
gemini-cli82
github-copilot77
cursor77
claude-code75
Diagnose and guide revisions in non-fiction books (business, self-help, academic, popular science, memoir). Non-fiction operates across multiple levels simultaneously—thesis, structure, evidence, pedagogy. Changes at one level cascade to others. This skill identifies which level needs attention and prevents revision damage.
| State | Signal | Core Issue |
|---|---|---|
| NR1 | Thesis feels unclear or weak | Conceptual level problem |
| NR2 | Arguments don't build logically | Structural problem |
| NR3 | Claims lack adequate support | Evidence problem |
| NR4 | Readers report confusion | Pedagogical problem |
| NR5 | Sources outdated or weak | Credibility problem |
| NR6 | Changes causing new problems | Cascade failure |
Every non-fiction book operates simultaneously across:
Any change at one level potentially affects argument validity and reader comprehension at all other levels.
Changes propagate:
Symptoms:
Diagnostic Questions:
Interventions:
Cascade Warning: Thesis changes are the most dangerous—they can invalidate entire chapters. Before changing thesis, map all dependencies.
Symptoms:
Diagnostic Questions:
Interventions:
Cascade Warning: Reordering chapters affects every cross-reference and forward/backward reference. Track all internal citations.
Symptoms:
Diagnostic Questions:
Interventions:
Cascade Warning: Adding strong evidence for one claim can accidentally weaken others by raising the evidence standard readers expect.
Symptoms:
Diagnostic Questions:
Interventions:
Cascade Warning: Simplifying can accidentally remove nuance that supports arguments. Balance accessibility with accuracy.
Symptoms:
Diagnostic Questions:
Interventions:
Cascade Warning: Updating sources can accidentally change what the evidence actually says. Verify new sources support the same conclusions.
Symptoms:
Diagnostic Questions:
Interventions:
Rollback Criteria:
Before implementing ANY revision:
For each change, document:
Before changing, know how you'll evaluate:
# Revision: [Brief Description]
## Change Type
- [ ] Conceptual - [ ] Structural - [ ] Content - [ ] Pedagogical
## Rationale
[Why this change improves the book]
## Dependency Analysis
- Prerequisites affected:
- Dependent elements:
- Evidence changes needed:
- Comprehension impacts:
## Cascade Risk Level
- [ ] Low - [ ] Medium - [ ] High - [ ] Critical
## Success Criteria
- Logical coherence check:
- Evidence adequacy standard:
- Reader comprehension benchmark:
## Implementation Status
- [ ] Initial change complete
- [ ] Dependencies updated
- [ ] Cross-references revised
- [ ] Cascade effects resolved
## Outcome
[Complete after implementation]
Fixing one thing breaks another, which breaks another. The book never reaches stable state.
Fix: Define minimum viable change, implement, stabilize before next change.
Adding more and more sources without improving argument quality. Quantity masking weakness.
Fix: Better evidence, not more evidence. One strong study beats ten weak ones.
Simplifying until accuracy suffers. Readers can follow but learn the wrong thing.
Fix: Scaffold complexity rather than remove it. Build up to nuance.
Small changes accumulate until the book argues something different than intended.
Fix: Regularly check: does the conclusion still match the introduction's promise?
Inbound:
research: When gathering new evidencerevision: For overall revision strategyOutbound:
prose-style: After structural issues resolvedfact-check: For evidence verificationComplementary:
research: For evidence gatheringrevision: For fiction revision (parallel skill)Weekly Installs
102
Repository
GitHub Stars
42
First Seen
Jan 20, 2026
Security Audits
Gen Agent Trust HubPassSocketPassSnykPass
Installed on
opencode85
codex83
gemini-cli82
github-copilot77
cursor77
claude-code75
冲刺回顾模板:敏捷团队回顾会议指南与模板(开始-停止-继续/愤怒-悲伤-高兴/4Ls)
10,400 周安装
OpenServ Agent SDK - 使用TypeScript构建和部署自定义AI智能体
101 周安装
Effect-TS 中文指南:TypeScript 函数式编程、错误处理与依赖管理最佳实践
101 周安装
Azure DevOps REST API 使用指南:身份验证、核心服务与代码示例
101 周安装
AI Agent Skills 最佳实践指南:46条规则优化Claude技能与MCP工具开发
101 周安装
Claude Code插件结构详解:创建标准化、可维护的插件开发指南
Claude Code 插件设置配置教程 - YAML Frontmatter 与 Markdown 状态管理