Menü
设计虱自媒体文章写作技能，配合知识库使用，持续迭代优化。参考 khazix-writer 风格
Mit Codex oder Claude installieren Kopieren Sie diesen Prompt, fügen Sie ihn in Codex, Claude oder einen anderen Assistant ein und lassen Sie die Skill-Seite prüfen und installieren.
Basierend auf der SOC-Berufsklassifikation
高德地图综合服务，支持POI搜索、路径规划、旅游规划、周边搜索和热力图数据可视化
Knowledge comic creator supporting multiple art styles and tones. Creates original educational comics with detailed panel layouts and sequential image generation. Use when user asks to create "知识漫画", "教育漫画", "biography comic", "tutorial comic", or "Logicomix-style comic".
Generate professional infographics with 21 layout types and 21 visual styles. Analyzes content, recommends layout×style combinations, and generates publication-ready infographics. Use when user asks to create "infographic", "visual summary", "信息图", "可视化", or "高密度信息大图".
Darwin Skill (达尔文.skill): autonomous skill optimizer inspired by Karpathy's autoresearch. Evaluates SKILL.md files using an 8-dimension rubric (structure + effectiveness), runs hill-climbing with git version control, validates improvements through test prompts, and generates visual result cards. Use when user mentions "优化skill", "skill评分", "自动优化", "auto optimize", "skill质量检查", "达尔文", "darwin", "帮我改改skill", "skill怎么样", "提升skill质量", "skill review", "skill打分".
从 DESIGN.md 生成预览图并截图的工作流 - 解决 Playwright 浏览器路径问题和 YAML 解析
Cron jobs auto-deliver final responses to configured targets — send_message to the same target gets deduplicated and skipped. Print report content directly as final response instead.
| name | design-shi-article |
| description | 设计虱自媒体文章写作技能，配合知识库使用，持续迭代优化。参考 khazix-writer 风格 |
| trigger | 写自媒体文章 / 自媒体文章 / 选题 / 发表文章 |
| tags | ["writing","content","social-media","article"] |
| metadata | {"keywords":["自媒体","文章","写作","选题","五平台","适配"],"related_skills":["design-shi-data-report","humanizer-zh","design-shi-writing-system"]} |
| notes | 本 skill 包含的表格是为阅读友好设计的，在飞书等不支持 markdown 表格的平台，请用代码块格式重述表格内容。 |
阅读注意：本文档包含较多表格，这些表格在其他模型或飞书等平台使用时，请转换为代码块格式。
适用场景：为设计虱（家电/数码/3C类自媒体）撰写文章
参考：khazix-writer skill（数字生命卡兹克） 作者：醉雪梅花（设计虱）
工作目录（见 design-shi-writing-system skill）：
/opt/data/workspace/设计虱-写作系统/灵感库/（收集箱人管，灵感卡片Agent管）选题库/稿件库/已发表/（人管）/opt/data/workspace/设计虱-知识库/一个快速判断选题质量的框架，帮助决定"值不值得写"：
判断标准：三个维度至少占两个，才值得写。如果只有一个维度有把握，可以和用户沟通调整方向。
写文章时的核心方法：学爆款的结构，用自己的语气。
HKR 快筛通过后，用五维评估决定"值不值得花时间写"。每条判断为「是 / 一般 / 否」：
| # | 维度 | 判断标准（家电/数码/3C适配） |
|---|---|---|
| 1 | 热度/时效性 | 是不是当下热点或有持续搜索量？新发布的产品/政策/事件？ |
| 2 | 反常识/认知差 | 有没有和大众直觉相反的点？"大家都以为A，其实B"？ |
| 3 | 理解门槛低 | 普通小白能不能一句话看懂它好在哪/差在哪？不需要背景知识？ |
| 4 | 有坑/风险 | 有没有隐藏缺点、不适用人群、踩坑点？读者看了能避雷？ |
| 5 | 同质化程度 | 同类内容是不是已经被讲烂了？有没有缝隙角度？ |
判定规则：
输出格式（精筛结果）：
📊 五维评估结果
热度：✅ / 一般 / ❌（一句话理由）
反常识：...
理解门槛：...
风险/坑：...
同质化：...
结论：值得写 / 勉强能写 / 不值得写
最佳切入点：xxx
备选标题：1. xxx 2. xxx 3. xxx
⚠️ 最容易写废的地方：xxx
HKR 通过后，用五维框架做理性校验，判断"现在写是不是最佳时机"：
| 维度 | 问的是什么 | 判断标准 |
|---|---|---|
| 热度 | 这个话题现在有人关注吗？ | 有搜索量/讨论量 → 是；完全没热度 → 否 |
| 反常识 | 有没有"大部分人想错了"的点？ | 有反转/反直觉的切入角度 → 是 |
| 理解门槛 | 目标读者能秒懂吗？ | 不需要前置知识就能理解核心观点 → 是 |
| 风险 | 有没有争议/得罪人的可能？ | 有 → 标记风险点，评估是否值得冒 |
| 同质化 | 已经被写烂了吗？ | 同话题高质量文章 <5篇 → 否（蓝海）；>10篇 → 是（需差异化） |
判定规则：
注意：五维评估是 HKR 的补充校验，不是替代。HKR 判断"选题好不好"，五维判断"现在写合不合适"。
选题时判断热点时效性：
| 等级 | 标识 | 时间范围 | 策略 |
|---|---|---|---|
| 🔥 黄金热点 | HOT | 0-6小时 | 抢时效，事件报道、快速表态 |
| ⭐ 白银热点 | WARM | 6-24小时 | 差异化，多方观点、深度分析 |
| 📌 青铜热点 | COOL | 24-72小时 | 角度创新，深层解读、趋势预判 |
| 🌿 常青热点 | EVER | 72小时+ | 价值沉淀，知识沉淀、方法论 |
选择原则：
创作前必须先读最近一次的数据分析报告（HTML 版本），路径：数据分析/YYYY-MM-DD-五平台数据分析报告.html
读取后确认：
使用 skill：design-shi-data-report
写之前先检查 写作系统/风格档案.md 是否存在：
人：提供素材 + 核心观点 + 个人经历
↓
AI：补充背景知识 + 找证据类比 + 按角度扩写
↓
人：二次改写（加入自己的声音、打破节奏）
↓
AI：按风格检查 → 输出修改建议
↓
人：终审和定稿
根据内容类型选择写法：
转场过渡：坦率的讲、说真的、我是真的觉得、怎么说呢、其实吧、你想想看、回到xxx这块
表达判断：我有时候觉得、我一直觉得、不是说xxx不行而是说、我自己的感受是
承认自嘲：说实话我也不确定、我自己也踩过坑、这个事儿我也遇到过的
情绪表达：太爽了、我当时就愣住了、想想就觉得兴奋、太离谱了
拉近距离：很多朋友可能不知道、可能有小伙伴纳闷、你如果关注这个领域的话
文章开头不放任何标题内容，直接从前言开始。各平台标题统一在文末发布建议里。
每次写文章前，必须先读取模板文件获取最新前言格式：
_templates/设计虱文章开头前的前言.md
当前版本（2026-05-27）：
---
`Hi，我是执着于持续分享数码、家电、NAS、AI、软件技巧相关知识，坚持创作有深度、高质量作品的博主 设计虱聊科技。期待您的关注。`
---
#### 小标题内容
直接用 #### + 标题文字，不加 | 前缀、不加颜色 span（微信公众号用编辑器上色）。
每次写文章前，必须先读取模板文件获取最新尾注格式：
_templates/设计虱文章结尾后的尾注.md
当前版本（2026-05-27）：
---
`坚持创作有深度、高质量的作品、致力于分享干货、抵制标题党和网络垃圾，是我的座右铭。`
`关注我，蹲后续。您的支持对我真的很重要O(∩_∩)O）。让我们共同打造互联网内容创作和知识分享的一股清流！ヾ(◍°∇°◍)ﾉﾞ`
---
在尾注后面放上与文章相关的标签，例如：#hermes #openclaw #obsidian #nas #docker
文章末尾附上发布建议，供用户参考：
---
📋 发布建议
- 最佳发布时间：[时间段，如"工作日 12:00-13:00 / 20:00-22:00"]
- 平台适配：
- 微信公众号：标题xxx，适合深度阅读
- 什么值得买：标题xxx，突出性价比/实用
- 知乎：标题xxx，突出观点/分析
- 小红书：精简版标题xxx，配图建议xxx
- 微信问一问：标题xxx，问题式，有洞察
- 推荐话题标签：[各平台热门话题tag]
- 系列化建议：[下一篇可以写什么，形成系列]
- 配图建议：[需要几张图，每张图的内容描述]
注意：发布建议是参考，用户根据实际情况调整。平台标题参考记忆中的"自媒体标题规范"（同时提供5个平台标题建议）。
重要：微信公众号版本的文章，必须在文末添加摘要（引用块格式），用于发布时填写摘要栏。
--- 之后> 摘要内容（使用引用块 > 开头）> AI 突然"失忆"，不是它变笨了。查完日志才发现是压缩摘要的坑——推理模型接不了这活。三步修复：压缩模型换 GLM-4.5-flash、阈值拉到 75%、保护 30 条消息。发个 /new 重建会话就行。
注意：摘要也要通过 humanizer-zh 技能检查，去除三段式、说教语气、宣传感等 AI 写作特征。
用户说"写文章"时，先确认是哪个素材/哪篇稿子。如果涉及具体文件名，读一下确认内容是否匹配，避免把 A 素材写进了 B 文件。
topics.md 确认选题写之前先检查 写作系统/风格档案.md 是否存在：
核心原则：风格与"最优写法"冲突时，优先保风格一致性。
动笔前先搜知识库，路径：/opt/data/workspace/设计虱-知识库/
搜索方向：
如果知识库有相关内容：
写之前先搜同话题的热门文章，用六维框架系统拆解，提炼可复用的结构模式：
搜索策略：
平台优先级：
1. 知乎（深度观点）
2. 公众号（10w+传播）
3. 小红书（年轻视角）
搜索词：[话题] + "深度分析" / "评论" / "观点"
筛选：点赞>1000 / 阅读>10w / 转发>500
六维拆解框架（对每篇爆款参考文章逐项分析）：
| 维度 | 分析要点 | 提取目标 |
|---|---|---|
| 标题 | 句式结构、情绪关键词、悬念/数字/对比技巧 | 可复用的标题模式 |
| 开头钩子 | 前2行用了什么手法抓注意力？故事/提问/数据/反差？ | 钩子类型清单 |
| 关键词与标签 | 核心词、SEO词、长尾词、平台标签策略 | 关键词覆盖清单 |
| 内容结构 | 用流程图还原骨架：[钩子] → [展开A] → [展开B] → [结尾CTA] | 可移植的结构骨架 |
| 语言风格 | 人称、口语化程度、情绪、专业度、节奏、特征表达 | 风格参考（仅做对比，不模仿） |
| 互动设计 | 结尾引导话术、评论区预判、共鸣触发点 | 互动策略 |
拆解后必做——结构骨架提取：
分析完后，输出一篇爆款的"结构骨架"（去掉具体内容，只留框架）：
[钩子：具体场景切入]
→ [板块A：核心观点 + 案例佐证]
→ [板块B：深入分析 + 个人体验]
→ [板块C：对比/反转 + 更深洞察]
→ [结尾：升华 + 行动呼吁]
分析后思考：
核心理念：爆款文章的结构骨架可以借鉴，但语气、人称、表达方式必须是自己的。"用你的结构，说你的话"。
操作流程：
融合原则：
使用场景：当找到明确的爆款参考文章时启用。如果没有爆款参考，跳过此步骤，直接按第三步写作风格写作。
YYYY-MM-DD-文章标题.md当一篇文章涵盖两个以上独立主题、或内容深度跨度大时，先判断是否应拆分：
必须拆分的信号（任中一条即拆）：
拆分原则：
不需要拆分的情况：
核心原则：开头 30 秒定生死，直接亮结果或抛反常识观点，不要从铺垫切入。
多样化的开头模式：
| # | 模式 | 适用场景 | 示例 |
|---|---|---|---|
| 1 | 场景切入 | 日常生活场景，快速建立代入感 | "上周在朋友家，他问我：为什么你的NAS跑得比他的快？" |
| 2 | 反常识抛结论 | 先抛颠覆认知的观点 | "别再买贵的了——200块的路由器照样吊打千元旗舰" |
| 3 | 数据冲击 | 用具体数字抓住注意力 | "我花了3天测试了12款NAS系统，发现一个颠覆认知的事实..." |
| 4 | 故事开场 | 自己亲身经历，有画面感 | "凌晨三点，我被客服电话吵醒..." |
| 5 | 直接提问（慎用） | 只有在问题足够痛时才用 | "你是不是也被路由器信号折磨过？" |
| 6 | 引用/热点 | 借助近期热点事件 | "昨天苹果发布会上的这个功能，其实半年前我们就用上了" |
| 7 | 否定式开场 | 先打破常见认知 | "大部分人都在犯同一个错误——买NAS只看硬盘位" |
绝对避免的开头：
本技能配套以下参考文件（位于 references/ 目录）：
| 文件 | 用途 |
|---|---|
references/writing-checklist.md | 写作自检清单 |
references/headline-templates.md | 标题模板库 |
references/platform-guide.md | 五平台适配指南 |
HKR 质检不通过（只有1个维度有把握）
→ 与用户沟通调整方向
→ 尝试换角度重新评估
→ 如果仍然不通过，建议换选题
搜索知识库未找到相关素材
→ 使用 web_search 补充背景知识
→ 标注信息来源
→ 继续写作流程
同话题热门文章不足
→ 扩大搜索范围（相关话题）
→ 使用通用结构模板
→ 跳过竞品拆解，直接写作
前言/尾注格式不符合规范
→ 读取模板文件重新生成
→ 替换不合规内容
→ 重新检查
某平台不适合发布（如AI话题发头条）
→ 标注该平台不建议发布
→ 只适配适合的平台
→ 在发布建议中说明原因
❌ 不要做的事：
写完后对照检查一遍：
| 维度 | 检查点 | 通过标准 |
|---|---|---|
| 内容质量 | 有观点吗？是搬运还是原创？ | 有独特观点，非搬运 |
| 情感共鸣 | 读者能"对对对"吗？有金句吗？ | 能戳中情绪，有记忆点 |
| 可读性 | 段落太长吗？节奏乱吗？ | 段落适中，长短句交错 |
| 传播性 | 标题吸引人吗？想转发吗？ | 标题有悬念，想转发 |
| 真实性 | 案例是真的吗？数据有来源吗？ | 真实案例，标注来源 |
评分参考（不必完全照搬，但心里要有数）：
一篇完整文章写好后，适配5个平台发布。核心原则：话题匹配度 > 内容质量（数据报告显示同一篇内容在不同平台可差2-3个数量级）。
| 平台 | 内容深度 | 标题风格 | 核心指标 | 典型大小 |
|---|---|---|---|---|
| 微信问一问 | 精简版（砍掉30-40%） | 问题式"怎么/为什么"，有洞察 | 收藏+回答质量 | 4-6K |
| 什么值得买 | 完整版 | 突出性价比/实用，加[标签]，≤30字 | 收藏 | 10K |
| 知乎 | 完整版 | 问题式"怎么/为什么"，有洞察 | 评论+收藏 | 10K |
| 微信公众号 | 精简版（砍掉30-40%） | 痛点式，20字内，有悬念 | 转发 | 4-6K |
| 小红书 | 大幅精简（砍掉60-70%） | emoji+感叹号，抓眼球，≤20字 | 封面点击率 | 2-3K |
微信问一问（问答互动主场，适合深度观点输出）
什么值得买（收藏主场，有带货潜力）
[NAS必备]、[踩坑实录]知乎（长尾搜索主场）
微信公众号（AI话题主战场）
小红书（互动主场，封面点击率生死线）
howto| 前缀稿件库/已适配/ 目录YYYY-MM-DD-平台名-文章简称.mdDocker 部署说明：绿联 NAS 有 Docker Compose 管理器，文章里写 compose YAML 配置即可，用户粘贴到管理器直接部署，不用写 docker run 或 docker compose up 命令。
可同步发布（5个平台内容差异化足够，不判重复），也可分批：
当用户要求"过一遍稿件库"或"检查格式"时，按以下流程操作：
| # | 检查项 | 通过标准 | 常见问题 |
|---|---|---|---|
| 1 | 5 平台标题 | 文件头包含：微信公众号、什么值得买、知乎、小红书、微信问一问 | 早期稿件可能只有 3 个；"头条号"已替换为"微信问一问" |
| 2 | 标题顺序 | 固定顺序：微信公众号 → 什么值得买 → 知乎 → 小红书 → 微信问一问 | 顺序不一致，读者/编辑对照时容易混乱 |
| 3 | 前言格式 | `Hi，我是...设计虱聊科技。期待您的关注。` 首尾均有反引号，前后有 --- | 旧版用"大家好啊...醉雪梅花"，需替换为新版 |
| 4 | 尾注格式 | 两段话均有反引号包裹；emoji 为 ヾ(◍°∇°◍)ﾉﾞ | 反引号经常只包了一半（缺开头或结尾） |
| 5 | Tags | 尾注前有 #标签 行 | 早期稿件可能缺 Tags |
| 6 | 发布建议 | 文末有 📋 发布建议 块，含最佳时间、5 平台适配、标签、系列化、配图 | 最容易缺的部分 |
| 7 | 小标题格式 | #### 标题内容（不带 | 前缀） | 早期稿件可能有 | 前缀，需清理 |
.md 文件checks = {
"前言格式": "期待您的关注。`" in content,
"尾注格式": "`坚持创作有深度" in content and content.count("`坚持创作有深度") == 1,
"发布建议": "📋 发布建议" in content,
"小标题格式": "#### " in content and "#### |" not in content,
}
27/35 → 33/35 (94%)
[D1] 增加 keywords/related_skills 元数据
[D3] 新增 Error Handling 章节（5种故障场景）+ Anti-Patterns 章节（7条禁止事项）
[D4] 新增 4 个检查点（选题确认、前置检查、初稿完成、发布就绪）
[D6] 新增 references/ 目录（writing-checklist.md、headline-templates.md、platform-guide.md）
新增版本: 1.10.0, 更新日期: 2026-05-27
v1.0：初版，从 design-shi-writing skill 转化
v1.1：整合 khazix-writer skill 的核心内容（HKR质检、人机协作、绝对禁区、口语词组等）
v1.2：整合 OpenClaw 热点分析框架、竞品分析思路、质量自检清单
v1.3：整合 RedBook-Note-Workflow 的三个核心能力——五维选题评估（理性校验）、六维爆款拆解（结构骨架提取）、风格融合引擎（"结构学爆款，语气做自己"）
v1.4：修正前言/尾注格式（去掉 | 符号）；新增"场景优先，参数靠后"核心原则（ClawEmail 文章实践总结）
v1.5：新增「五平台内容适配」流程——一篇文章适配5个平台的差异化策略和操作规范
v1.6：格式更新——小标题去掉颜色span（微信用编辑器上色）；文章开头不放任何标题（统一放末尾发布建议）；Docker部署统一用compose格式（绿联NAS有Compose管理器粘贴即部署）；小红书适配增加活动话题支持
v1.7：新增「文章拆分决策框架」——当一篇文章覆盖两个受众群体或两种内容深度时，判断是否应拆分为系列文章
v1.8：新增「技术内容精简框架」——面向大众的技术文章，删除Agent自己能处理的技术细节，保留人类决策点和通俗比喻
v1.9：五平台调整——头条号停更，新增微信问一问（2026-05-27起）。问一问答合问答形式，标题用问题式，内容精简版