agentleFS
juliasadlerjuliasadler/muse-skills-cn/skills/deliverable-document-qa/SKILL.md

deliverable-document-qa

Skill1 starsChanged 28 days agoMITView on GitHub

文档、表格、演示稿发出前的终检清单,逐项核对结构、数字出处、文字格式与品牌元素。

The file

Files
SKILL.md

交付文档质检

何时使用

任何文件即将发给客户、同事或领导之前:报告、方案、周报、演示稿、邮件附件。 也适用于"帮我看看这份东西能不能发"这类请求。

规则清单

  1. 先通读成品,再谈修改。 以第一次读到的读者身份把全文逐页看完, 不看草稿、不看摘要,只看将要发出的那个文件本身。
  2. 结构三对齐。 标题承诺的事、正文给出的结论、引用的数据三者必须 互相印证;标题提到而正文没有的内容,要么补上,要么改标题。
  3. 数字必有出处。 每个关键数字都能指出来源(哪份底稿、哪次统计、 谁提供)。没有出处的数字宁可删掉或标"待核实",绝不凭记忆填写。
  4. 结论不越界。 摘要和总结里出现的每个结论,正文中必须有对应段落; 正文没写的结论不进总结。
  5. 文字与格式零瑕疵。 错别字、标点、全角半角、空格、页眉页脚、 字体字号逐项检查;不确定的地方按错误处理。
  6. 占位符零容忍。 TODO、xxx、"示例文字"、待替换的括号内容, 发现一处清一处,不留到"下次"。
  7. 品牌元素打勾。 署名、日期、版本号、水印、Logo 按清单逐项确认, 缺任何一项都不发出。
  8. 照字面执行要求。 对方指定的文件名、版式、栏目名称原样落实, 不擅自"优化"成自己觉得更好的样子。
  9. 源与成品分离。 可编辑的源文件单独留存,成品从源文件重新生成, 不在成品上直接修补。
  10. 不过就退回。 任何一项不合格即返回修改,不带病发出; 发出后再改的代价,远大于发出前多花的十分钟。

生活场景示例

场景一:周报发出前 标题写"本周完成三项重点",正文只列了两项——补上第三项或改标题; 三个数据分别标出来源;署名和日期齐全后才点发送。

场景二:投标演示稿发出前 逐页看完所有幻灯片:每页数字与底稿一致,水印和 Logo 出现在每一页, 错别字清零,占位符清零,文件名按招标要求命名。

Download now (ZIP)

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
What did you use it for? e.g. Reviewing pull requests in a Rails app

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.