mcpField
W
writing-pre-publish-checklist

writing-pre-publish-checklist

github.com/lyndonkl创意与媒体18779 次安装9 周前更新
代码仓库

关于 writing-pre-publish-checklist

writing-pre-publish-checklist 是一套供作者发布前检查成稿的清单,覆盖内容、结构、清晰度、风格、校对和最终测试。它强调逐项通过或未通过,并标出问题供用户处理,而非代为深度修改。

主要功能

  1. 01六部分发布前检查
  2. 02逐项标记通过或未通过
  3. 03核查事实、结构与清晰度
  4. 04检查风格、语法和格式
  5. 05汇总问题与发布准备度

适用场景

  1. 01检查博客文章是否适合发布
  2. 02发布前审阅学术论文或邮件
  3. 03定位成稿中待处理的问题

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/lyndonkl/claude --skill writing-pre-publish-checklist

安装后在 Claude Code 中输入/writing-pre-publish-checklist确认已加载。

附带文件resources/evaluators/rubric_pre_publish.json

详细介绍

发布前写作检查清单

目录

**相关技能:**使用 writing-structure-planner 规划结构,使用 writing-revision 深度修改文稿,使用 writing-stickiness 打造令人印象深刻的信息。

核心原则

  1. 系统化,而非主观判断:完整遵循检查清单,不跳过任何部分
  2. 以新鲜视角审阅:像第一次读到这篇文章一样阅读
  3. 二元判断:每个检查项都判定为通过或不通过,而不是“差不多”
  4. 标出问题,而非直接修复:找出问题并呈现给用户,而不是悄悄修复
  5. 最终把关,而非修改:检查遗留问题,不进行深入改写

工作流

复制此检查清单并跟踪进度:

Pre-Publishing Checklist:
- [ ] Section 1: Content check
- [ ] Section 2: Structure check
- [ ] Section 3: Clarity check
- [ ] Section 4: Style check
- [ ] Section 5: Polish check
- [ ] Section 6: Final tests

**开始前:**这是对整篇文稿进行的系统检查。先通读全文以了解上下文,再逐项检查。

第 1 部分:内容检查

步骤 1.1:通读全文,找出核心信息。确认核心信息是否清晰明了——读者能否用一句话复述?

步骤 1.2:检查所有事实是否准确。标出需要核实的说法。记下应与用户再次确认的统计数据、日期、名称或具体细节。

步骤 1.3:评估示例和证据。示例是否与主题相关,且适合目标受众?论证是否合理完整?是否缺少会让读者产生疑问的信息?

呈现内容检查结果:

Content Check:
- [ ] Core message crystal clear
- [ ] All facts checked for accuracy
- [ ] Examples relevant and appropriate
- [ ] Arguments sound and complete
- [ ] No missing information
Issues found: [list any issues]
第 2 部分:结构检查

步骤 2.1:评估开篇。开篇是否能吸引读者?读者会不会读完第一段后继续读下去?

步骤 2.2:检查行文逻辑和过渡。全文的逻辑是否流畅?各部分之间的过渡是否自然?是否存在突兀的跳转?

步骤 2.3:检查中段和结尾。中段是否包含能给读者带来收获的亮点?结尾是否令人满意——是否兑现了开篇的承诺?

呈现结构检查结果:

Structure Check:
- [ ] Opening hooks readers
- [ ] Flow is logical and smooth
- [ ] Transitions work smoothly
- [ ] Middle section has gold coins
- [ ] Conclusion satisfies
Issues found: [list any issues]
第 3 部分:清晰度检查

步骤 3.1:检查术语。所有术语是否都已删除或得到解释?是否适合目标受众?

步骤 3.2:检查歧义。是否存在指代不明的代词、需要重读才能理解的句子,或含义不清的句子?

步骤 3.3:确认是否适合受众。是否保持了技术准确性?细节程度是否适合目标受众?

呈现清晰度检查结果:

Clarity Check:
- [ ] No jargon (or all jargon explained)
- [ ] No ambiguous pronouns
- [ ] No garden-path sentences
- [ ] Technical accuracy maintained
- [ ] Appropriate for target audience
Issues found: [list any issues]
第 4 部分:风格检查

步骤 4.1:确认语气一致性。全文语气是否一致?是否在不同部分之间出现不恰当的变化?

步骤 4.2:检查文风和句式多样性。文风是否适合受众和目的?句式是否足够多样(长短句结合)?按 1 至 10 分评估句式多样性(目标为 7 分以上)。

步骤 4.3:检查残留的冗余。是否还有修改时本应清除的冗余?主动语态是否占主导?

呈现风格检查结果:

Style Check:
- [ ] Tone is consistent
- [ ] Voice is appropriate
- [ ] Sentence variety is good (score: X/10)
- [ ] No clutter remains
- [ ] Active voice predominates
Issues found: [list any issues]
第 5 部分:润色检查

步骤 5.1:检查文字规范。检查拼写错误、语法问题和标点问题。

步骤 5.2:确认格式。全文格式是否一致(标题、列表、强调、间距)?链接是否有效(如适用)?

呈现润色检查结果:

Polish Check:
- [ ] Spelling checked
- [ ] Grammar correct
- [ ] Punctuation proper
- [ ] Formatting consistent
- [ ] Links work (if applicable)
Issues found: [list any issues]
第 6 部分:最终测试

步骤 6.1:朗读测试。大声朗读文稿(或模拟朗读),标出读起来别扭、拗口或节奏受阻的部分。

步骤 6.2:意图测试。文稿是否实现了预期目的?是否满足目标受众的需求?

步骤 6.3:自豪感测试。给出整体评估——文稿是否已准备好面向目标受众?注明任何尚存的顾虑。

呈现最终测试结果:

Final Tests:
- [ ] Read aloud - sounds good
- [ ] Achieves stated intent
- [ ] Satisfies target audience needs
- [ ] Ready for publication
Overall assessment: [PASS / PASS WITH NOTES / NEEDS REVISION]
最终总结

在一份总结中呈现完整的检查清单结果:

Pre-Publishing Checklist Summary:
================================
Content:   [PASS/FAIL] - [brief note]
Structure: [PASS/FAIL] - [brief note]
Clarity:   [PASS/FAIL] - [brief note]
Style:     [PASS/FAIL] - [brief note]
Polish:    [PASS/FAIL] - [brief note]
Final:     [PASS/FAIL] - [brief note]

Overall:   [READY TO PUBLISH / NEEDS ATTENTION]

Issues requiring action:
1. [issue]
2. [issue]

使用 resources/evaluators/rubric_pre_publish.json 进行验证。最低标准:平均分 >= 3.5。

检查详情

部分重点关键问题
内容准确性与完整性核心信息是否清晰?事实是否正确?
结构组织与流畅度是否能吸引读者、行文流畅并令人满意?
清晰度可读性读者能否无需重读即可理解?
风格一致性与语气语气是否一致?表达方式是否恰当?
润色细节规范拼写、语法、标点和格式是否正确?
最终评估整体质量朗读测试结果如何?是否实现了预期目的?

注意事项

要求:

  1. 完成全部 6 个部分:即使文章看起来不错,也要检查每个部分
  2. 二元通过/不通过:每个检查项都要明确判定为通过或不通过,不能给出“也许”
  3. 指出问题供用户处理:将问题呈现给用户处理,而不是悄悄修正
  4. 结合上下文:根据具体情境调整标准(博客文章、学术论文或电子邮件)
  5. 诚实评估:提供真实反馈,即使这意味着还需要更多工作

常见问题:

  • 不经仔细审查,就把所有项目一律判定为“通过”
  • 跳过朗读测试(它能发现其他检查无法发现的问题)
  • 未根据具体发布情境调整标准
  • 试图进行深入修改,而不是指出问题
  • 遗漏较长内容中的格式不一致问题

快速参考

关键资源:

所需输入:

  • 已完成或接近完成的写作内容
  • 目标受众和发布情境
  • 明确说明的目的或核心信息

生成的输出:

  • 完整的 6 部分检查清单,每项均标明通过或不通过
  • 需要处理的问题列表
  • 整体发布准备情况评估

评论

支持 Markdown