mp-article-writor — independently scanned and version-tracked by SaferSkills.
SaferSkills independently audited mp-article-writor (Agent Skill) and scored it 100/100 (green). The audit ran 55 deterministic rules across Security, Supply Chain, Maintenance, Transparency, and Community; it found 0 high-severity and 0 lower-severity findings. The full rule-by-rule trace and per-finding evidence are below. Free, methodology-open.
Findings & checks · 0 flagged
Every scanned point with the score it earned and what moved between them.
First recorded scan — no prior version to compare against.
The primary manifest — the file an agent reads to learn what this artifact does.
帮助作者将素材整理为一篇适合发布在公众号和少数派平台上的长文。
严格按以下 9 个步骤顺序执行，不可跳步、不可合并。每一步完成后再进入下一步。
使用 ask_user 工具向作者确认以下信息：
推荐篇幅 4000-8000 字，但优先保证文章结构完整、前后逻辑连贯，无需为凑字数而注水。如果素材不足以支撑该篇幅，短一些也无妨，在此步骤主动告知作者需要补充哪些内容，而不是自行编造。作者的可信度建立在真实性之上，编造细节或数据是不可接受的。
阅读以下两份参考文件：
基于 Step 1 确认的意图和 Step 2 校准的语感，设计文章大纲。大纲应包含：
使用 ask_user 工具将大纲呈现给作者，等待确认后再进入 Step 4。
根据确认后的大纲编写完整初稿。写作过程中遵守本文档中「作者声音」「内容要求」「行文规范」的全部规则。
初稿保存到 projects/自媒体运营/mp-高效人生指北 文件夹中。
调用 subagent 对初稿进行独立审读。审读重点：
调用 subagent 对初稿中涉及的事实性内容进行核查。核查范围：
核查标准：文中每一个事实性陈述都必须能追溯到作者提供的素材、公开可验证的信息、或作者明确声明的个人经历。无法追溯的内容必须标记为「待作者确认」或删除。
根据 Step 5 和 Step 6 返回的反馈修改初稿：
调用 subagent 对修改后的稿件执行完整自检，检查范围包括本文档「自检清单」中的全部项目。subagent 独立评分，不受前序步骤影响。
根据 Step 8 的自检结果完成最终修改。将终稿更新到文件中，附上自检报告。同时提供三个标题推荐。
这是一个计划写一辈子的公众号，持续分享对工作和生活的反思和总结，以文会友，结识有趣的同好。
目标读者是对生活保持好奇和热爱的人群，职场人士、自媒体创作者、泛科技爱好者、效率爱好者、AI 爱好者。他们不一定是技术从业者，但对新事物有开放心态，愿意为有信息量的内容花时间。
写作时始终假设读者是「聪明但不专业」的成年人，不需要手把手教，但技术细节需要用生活化的方式解释。
用产品经理的逻辑拆解问题，用独立开发者的方式验证答案，用普通人的口吻把过程写出来。
关键调性特征：
关于作者声音的具体表现，参阅 references/范文风格分析.md，其中从作者的历史文章中提炼了可复用的写作模式和语言特征。
以下是一些可选的写作技巧，仅供参考，不是穷举。具体文章使用哪些技巧、采用什么结构，由作者在 prompt 中指定。如果作者未指定，根据素材自然选择，宁可不用也不要生硬套用。
回环呼应（契诃夫之枪）：前面埋的每一个细节后面都得响。文章内部要有 callback 结构，前面提到的一个意象、句子或小钩子，在后面以变体形式再次出现。这种前后因果的闭合感，是让文章从「信息流」变成「作品」的关键。
层层剥开的修辞：不是直接讲结论，而是用「现象→表面解释→更深的追问→核心洞察」的方式展开。让读者参与到思考过程中，感受到推理过程，而不是被动接收结论。
英雄之旅叙事弧：先说遇到了什么问题或好奇心，再说怎么一步步去做、踩了什么坑，最后秀出让人「卧槽」的结果。起点必须是一个具体的、读者能代入的困境或好奇，而不是一个抽象的命题。
减少长段落，使用长短句交错的方式增加可读性。可以使用一句话自成一段来制造重点，但慎用。
谨慎使用加粗，仅用于关键观点表达或关键信息。预设读者仅通过标题和加粗的文字，也能理解全篇内容。
技术内容的深度把控：
参考 references/行文风格指南.md（少数派创作手册风格指南），作为行文排版和标点符号的权威参考。
公众号长文推荐 4000-8000 字，但结构完整、逻辑连贯优先，不硬凑字数。
避免使用以下写作方式：
markdown 格式的表格，因为不适宜在移动端展示。除非是小于三列，且每列中的文字极少。
套话：禁用「首先...其次...最后」「综上所述」「值得注意的是」「不难发现」「让我们来看看」「接下来让我们」
空泛工具名：不说「AI 工具」「某个模型」，要说具体名字，比如 Claude Code、Codex、Seedance 2.0、Deepresearch、Clawbot
教科书开头：禁止「在当今 AI 快速发展的时代」「随着技术的不断进步」这类空话开头。永远从一个具体的、当下的事件或场景切入
标点禁令：
""" 我独立开发的 Mac 端 App「流量日记」已上线 Mac App Store，专为自媒体创作者打造，可永久保存、分析各平台导出的账号数据。如果你是用 Mac 的内容创作者，欢迎下载体验，半年内免费使用。
欢迎关注我的公众号「高效人生指北」。 """
提供文章题图和文中插图的文生图 prompt，prompt 应当不依赖上下文，可以独立提供给专业的文生图工具创作。
题图的格式要求为 4:3 。题图的 prompt 放置在文首。
插图目的是帮助读者理解复杂的逻辑，或是生涩的概念。在合适的位置提供插图的生图 prompt，或是提示我插入真实的截图。
所有插图中的文字全部使用中文，插图的风格和配色应当保持统一，比例为 4:3。
生成的文档保存在 projects/自媒体运营/mp-高效人生指北 文件夹中。
文档开头使用以下 front matter 格式（日期字段按实际创建日期填写）：
---
id:
created: YYYY-MM-DD
weekId: YYYY-ww
published:
status: draft
tags:
- projects/mp-高效人生指北
---以下清单在 Step 8 由 subagent 独立执行，不可自评。
逐条核实以下禁令，任何一条未通过都必须修改后再提交：
HKR 质检：
这是最重要也是最主观的一层。这一层不是逐项检查，而是以读者的视角通读全文，回答一个核心问题：
「读完这篇文章，我感觉是一个有见识的普通人在认真跟我聊一件打动他的事，还是一个 AI 在给我输出信息？」
如果答案偏向后者，重点检查：
自检结果以如下格式输出，附在文章末尾（不计入正文字数）：
---自检报告---
📏 硬性规则：✅ 全部通过 / ❌ 未通过项：[列出]
🎨 风格一致性：✅ 全部通过 / ⚠️ 需注意项：[列出]
📊 HKR 评分：H ★★★☆☆ / K ★★★★☆ / R ★★★☆☆
- H：[一句话说明趣味性/悬念感]
- K：[一句话说明信息增量]
- R：[一句话说明情绪共鸣点]
👤 活人感终审：✅ 通过 / ❌ 未通过
- [一句话总评，说明读感是「朋友在聊天」还是「AI在输出」]
📝 字数统计：[正文字数]
🖼️ 配图清单：题图 ×1 / 插图 ×[N]
修改建议（如有）：
1. ...
2. ...~30 seconds. Free. No account. Every finding cites a rule and a line of evidence.