Skip to main content

deai-adapt-wechat

将母稿改写为微信公众号适配版本。使用时:需要将终稿改写成适合公众号订阅粉丝阅读的风格。强化个人叙事、多用"我"的视角、故事化开头、增加互动引导(在看/转发/关注)。

الانتقال إلى التثبيت

معلومات المصدر

المستودع
lornshrimp/Lorn.TechProductManagerContentCreatorSkill
آخر نشاط في المصدر
٢٤ أغسطس ٢٠٢٦ في ٠١:٢٤
لغة SKILL.md المكتشفة
الصينية
النجوم
١
التفرعات
٠

خيارات التثبيت

يُحدَّد Prompt الذي يراجع المصدر أولًا بشكل افتراضي. يمكنك التبديل إلى أمر مباشر أو تنزيل نسخة محلية.

مراجعة ملفات المصدر

اقرأ SKILL.md وأي ملفات مرافقة يعرضها SkillsMP قبل أن تقرر التثبيت.

عرض SKILL.md

SKILL.md
تعليمات المصدر · معاينة للقراءة فقط
name
deai-adapt-wechat
description
将母稿改写为微信公众号适配版本。使用时:需要将终稿改写成适合公众号订阅粉丝阅读的风格。强化个人叙事、多用"我"的视角、故事化开头、增加互动引导(在看/转发/关注)。
user-invocable
true
# deai-adapt-wechat — 公众号改写 ## 平台特性 微信公众号是订阅驱动的内容生态——读者主动选择关注你,然后每天在订阅列表里刷到你的文章。 | 维度 | 公众号 | 知乎 | CSDN | 改写影响 | | :---: | :---: | :---: | :---: | --- | | 流量来源 | 订阅+朋友圈转发(社交裂变) | 搜索+推荐 | 搜索+推荐 | 必须让读者想转发 | | 读者关系 | 粉丝——关注你是认同你 | 社区——关注话题 | 工具——搜到即走 | 可以用"我们"建立共同体感 | | 内容寿命 | 24-48h | 72h+长尾 | 极长尾1-2年 | 追求当下传播爆发 | | 互动形态 | 在看>转发>留言>点赞 | 赞同>评论>收藏 | 收藏>评论>点赞 | 在看是社交推荐信号 | ### 读者心理过程 浏览列表 → 标题抓住眼球 → 点开 → 看开头300字 → 决定是否继续 → 读完 → 点在看 → 转发 --- ## 改写三原则 1. **"我"的视角贯穿全文**:母稿是客观分析,公众号版必须用"我"——"我看到…""我经历过…""我的判断是…" 2. **每个观点后面跟一个故事**:公众号读者不信任干巴巴的结论,需要具体的人、事、场景来让结论落地 3. **结尾不是结束,是开始**:必须引导动作——点在看、留言或转发 --- ## 🎯 搜索流量优化(2026-08-11 新增,微信搜索生态变化) 微信公众号已不仅是订阅生态,**微信搜一搜已成为第二流量入口**(2025 实测:搜索排名前 3 的公众号吃掉 60%+ 搜索流量,第 4 名起断崖下跌;深度解读类内容平均阅读时长是普通文章的 2.8 倍,直接提升搜索排名)。改写时新增搜索维度: | 优化项 | 做法 | |--------|------| | **标题含搜索词** | 标题自然嵌入 1-2 个用户会搜的核心词(如"DeepSeek 涨价""大模型 API 价格"),不硬塞 | | **开头直接给答案** | 前 100 字回应标题承诺的核心问题(搜索用户是带着问题来的,前 100 字决定去留) | | **正文关键词密度** | 核心搜索词在正文自然出现 3-5 次(标题 1 次 + 开头 1 次 + 中段 2-3 次),不堆砌 | | **结构化小标题** | H2 小标题包含长尾搜索词("xx 怎么选""xx 踩坑"),便于搜索语义匹配 | | **信息完整度** | 观点独特性 + 信息密度 + 解决方案完整性(微信算法 2025 对"深度原创"的三维判定)——每 800 字至少 1 个独家案例/数据,核心观点标注来源 | **与原有叙事风格的平衡**:搜索优化是"追加"不是"替代"——标题仍走"故事悬念式/个人叙事式"(公众号读者的信任基础),只是在前 12 字内或小标题中埋入搜索词。个人叙事开头 + 搜索友好的结构可以共存。 **禁止**:标题堆砌关键词(搜索会降权 + 读者反感)、正文关键词重复超过 5 次(判为 SEO 作弊)。 --- ## 改写流程 ### Step 0:确定文章标题(用于查找输入文件和命名输出文件) 在读取母稿之前,先确定文章标题: 1. **优先从标题方案提取**: - 检查 `drafts/{日期}/{选题名}/标题方案.md` 是否存在 - 如果存在,解析评分表的各平台适配备注列,按优先级选取标题: 1. **首选**:备注中标注"公众号首选"、"公众号"的标题(公众号偏好个人叙事式/故事悬念式标题) 2. **次选**:无平台专属标注时,取排名第 1 的标题候选 2. **回退方案**:如果标题方案不存在或解析失败,使用 `{选题名}` 作为标题 3. **文件名安全处理**(`{标题}`): - 替换 Windows 非法字符:`\ / : * ? " < > |` 为 `-` - 替换全角问号 `?`、全角冒号 `:` 为 `-` - 替换全角引号 `""`、空格为 `-` - 连续多个 `-` 合并为单个,去除首尾 `-` - 截断至 50 个字符 4. 将安全处理后的标题存入变量 `{标题}`,后续所有文件名均使用此变量 ### Step 1:读取母稿 从 `drafts/{日期}/{选题名}/终稿-{标题}.md` 读取母稿。可选读取大纲.md(提取金句和个人经历)、标题方案.md(提取标题)、研究报告.md(提取个人素材)。 ### Step 2:公众号专用四问 1. **这篇文章里,哪个故事最值得讲?** 找到母稿中最"人味"的素材,写成开头 2. **读者转发后,朋友看到会怎么想?** 转发者希望显得有深度还是引起共鸣? 3. **"我"在哪里?** 母稿中如果没有"我"的视角,改写时必须加入 4. **读者看完最想讨论什么?** 在结尾用这个问题引导留言 ### Step 3:标题策略 > **⚠️ 平台标题差异化铁律(2026-08-18 教训固化,禁止再犯)**: > 公众号版本标题**必须差异化**,禁止整体复用母稿标题或其他平台的标题。理由:多平台共用同一标题会被读者/算法视为"同一内容转载",损害公众号原创标识与订阅转化;公众号靠订阅列表 15 字截断定生死,标题逻辑与知乎/头条完全不同。 > > 执行规则(务必全部满足): > 1. **禁止原样复用**:公众号标题**不得与母稿终稿标题完全相同**(`==` 判重 → 必须改造),也不得与其他平台版本标题完全相同(平台两两两不等)。 > 2. **按平台类型生成**:依据下方三种标题类型(故事悬念式/情绪共鸣式/反直觉断言式),从标题方案候选池中选一个**公众号专属**标题;若候选池无匹配的公众号专属标题,则基于母稿标题按公众号偏好**改造**为"我"的叙事或情绪钩子,而非直接套用母稿。 > 3. **差异化自检**:产出后对比确认——公众号标题 ≠ 母稿标题 ≠ 其他平台标题;公众号标题已体现"我"视角/故事悬念/情绪共鸣(订阅列表靠前 15 字抓人)。 > 4. **保真不受标题差异化影响**:标题可差异化改造,但**正文内容量仍须遵循保真铁律(微信 ≥ 终稿 85%)**——差异化的是标题与表达形式,不是砍内容。 **三条铁律**:前15字必须有钩子 | 不说清楚文章写什么(留悬念)| 不说假话(正文兑现承诺) | 类型 | 公式 | 示例 | | :---: | :--- | :--- | | 故事悬念式 | 我做了X,发生了Y | "我在京东做AI中台时见过一模一样的博弈" | | 情绪共鸣式 | 一个精准的情绪痛点 | "OpenAI说开源是减速主义,开发者用脚投票" | | 反直觉断言式 | 让读者觉得不对吧的判断 | "Kimi K3开源3天被迫暂停——太成功也是一种失败" | ### ⚠️ 平台稿写作方式铁律(2026-08-13 教训固化,禁止再犯) **平台稿必须一次性写成完整连贯文章**,禁止任何形式的"硬凑字数": 1. **禁止"骨架+注入"两段式写法**:不得先写骨架/摘要再补字;不得用脚本/机械方式把终稿段落**原样粘贴**到正文末尾凑字数——正文被 `---` 割裂、前后内容重复、风格断裂,即使字数达标也是不合格产出。 2. **补字唯一正确方式 = 章节内扩写**:正文不足保真底线(微信 ≥ 终稿 85%)时,在**对应章节内**公众号化扩写——以"我"的视角展开终稿被压缩的逻辑、补场景与感受("我化叙述/场景植入/感受跟随")。**禁止尾部堆砌**。 3. **写作时规划字数**:下笔前明确字数目标(终稿 × 85%),按章节分配;写完立即实测,不足即在章节内扩写。 4. **正文连贯性自检**:产出后检查:①正文无**前文重复**——同一论点/数据/表述出现两遍,读起来像两篇文章拼一起,这是割裂感的本质(`---` 分隔符本身合法,任何平台稿都允许用,不构成割裂判据)②保留母稿论点是保真要求(微信 ≥85%),但必须改写成平台风格、在首次出现处一次性讲完 ③叙事从头到尾一致。不合格 → 重写。 5. **脚本已硬拦**:`规范校验.py` 平台稿正文连贯性门禁——与终稿逐字相同的段落(≥60 字)与前方正文重复(相似度 ≥55%)即判 ❌;**任何平台稿(含知乎版,知乎不豁免)都禁止重复引入母稿原文段**。 ### Step 4:正文改写——故事化重构 | 母稿段落 | 公众号改写方向 | | :---: | --- | | 段1 钩子 | 反常识数据 → 改为个人故事或场景代入开头 | | 段2 背景 | 客观叙述 → 保留数据,用"我"的视角叙述 | | 段3 定价权 | 商业分析 → 保留价格表,增加个人评价 | | 段4 历史律 | 历史类比 → 用叙事而非分析 | | 段5 争议 | 观点冲突 → 简化为个人态度 | | 段6 展望 | 趋势判断 → 改成个人感悟+行动号召 | **六大操作**: 1. **我化叙述**:"K3以1679分登顶" → "我特意去查了K3的榜单数据,1679分,直接登顶" 2. **场景植入**:在分析前插入"上周三晚上,我正在刷手机,突然看到…" 3. **感受跟随**:每个数据后跟一句个人感受 4. **情绪放大**:在转折点增加"说实话""让我意外的是" 5. **互动嵌入**:在关键位置插入"看到这你可能会想…" 6. **结尾号召**:引导在看、留言、关注 #### 小节标题规则(2026-08-24 教训固化,禁止再犯) 正文"小节转换"处,**直接用 Markdown 标题(`## 小节名`)**,禁止 `(**小节名**)` 圆括号加粗标记: - ✅ 正确:`## 全世界的 AI 巨头,都在干同一件事` - ❌ 禁止:`(**全世界的 AI 巨头,都在干同一件事**)`——圆括号+加粗是"过渡句"写法,编辑器无法识别为小节标题,复制进公众号后台会渲染成畸形正文 - `##` 标题独立成行、前后留空行;公众号编辑器粘贴后自动成为小标题样式 - 配图锚文本按"段落第一句或所属小标题"规则定位,不额外依赖正文标记 ### Step 5:去AI化的公众号特化 | AI味信号 | 修复方式 | | --- | --- | | 连续200字没有"我" | 插入"我注意到""我觉得""我记得" | | 每段都走观点→解释→总结 | 至少打乱2段的结构 | | 全是理性论述 | 在转折点加入"说实话""让我意外的是" | | 结尾太收敛 | 改为具体行动号召或开放性问题 | | 引用太正式 | 改为"XX说了这么一句话" | ### Step 6:结尾模板 | 目标 | 模板 | | :---: | --- | | 引导在看 | 觉得有收获?点个在看,让更多人看到 | | 引导留言 | 你支持开源还是闭源?评论区聊聊 | | 引导转发 | 身边有做技术选型的朋友?转给他看看 | | 引导关注 | 还没关注的朋友点个关注,每周一篇互联网观察 | | 复合型 | 觉得有启发点个在看。也欢迎评论区聊聊你的看法。还没关注的朋友点个关注,下周见。 | ### Step 7:生成封面图 AI 提示词和内容简介 正文改写完成后,为公众号发布准备封面配图和内容简介。 #### 7.1 封面图 AI 提示词生成规则 根据改写后文章的核心冲突、情绪基调和视觉风格,生成一段英文 AI 绘图提示词: | 文章情绪基调 | 对应视觉风格 | 推荐配色 | |:----------:|-------------|----------| | 😡 愤怒 / 😰 焦虑 | 冲突对比、撕裂感、冷硬工业风 | 蓝橙对比、暗红+黑 | | 🤔 好奇 / 🧠 优越感 | 科技感、数据流、发光粒子、未来主义 | 深蓝+青、紫金 | | 👍 共鸣 / 😄 希望 | 温暖、人文叙事、柔和光影 | 暖黄+白、琥珀色 | | 混合情绪 | 取主导情绪对应的视觉风格 | 主导色调+点缀色 | **提示词结构**(三段式,用句号分隔): ``` {主体场景描述}。{环境/氛围/材质细节}。{画面约束(比例/风格/灯光)}。 ``` **生成规则**: - 首段:画面主体——文章最核心的冲突或场景(如"登顶的奖杯被锁链缠住") - 中段:画面氛围——对应情绪基调的配色和材质(如"暗蓝背景、裂纹效果") - 尾段:画面约束——风格指定和比例(如"3D渲染、极简、16:9") - 语言:**统一用英文**(Midjourney/DALL-E 对英文支持最好) - 不加文字:提示词中避免让 AI 生成文字(中文 AI 绘图很难写出正确汉字) - 不加人物面部:避免 AI 生成恐怖谷效应的人脸 **输出格式**:在输出文件中用代码块包裹,标注 `[封面图提示词]`。 #### 7.2 内容简介生成规则 从改写后文章的前两段提取 1-2 句简介,用于公众号的「摘要」字段: - **字数**:≤ 120 字(中文) - **内容**:文章的核心钩子 + 情绪锚点,不剧透结论 - **语气**:与标题情绪一致,形成"标题→摘要→正文"的递进钩子链 - **公式**:`{反常识现象/个人故事钩子} + {悬念/问题}` **输出格式**:在输出文件中用普通段落标注 `[内容简介]`。 #### 7.3 文中配图规划 公众号正文中插入配图可显著提升完读率和分享率——一张好图=1000字的阅读动力。但配图不能为了插而插,每张图必须有明确的叙事功能。 **配图类型与适用场景** | 配图类型 | 功能 | 适用位置 | 视觉风格 | |:--------:|------|----------|----------| | **数据可视化** | 把关键数字变成可感知的画面 | 核心数据引出后 | 图表化、信息图风格 | | **概念隐喻** | 用视觉比喻解释复杂概念 | 难度较高或抽象段落之后 | 极简3D、概念渲染 | | **情绪放大** | 放大读者当前的阅读情绪 | 情绪转折点、金句前后 | 氛围化、光影为主 | | **节奏换气** | 长段落之间做视觉间隔 | 连续分析段落的中间 | 留白多、极简构图 | | **场景对比** | 过去vs现在/正vs反的视觉对立 | 对比论证段 | 左右分屏、冲突色调 | **配图数量规则** - 1500字以下 → 0-1张(封面足够了) - 1500-2500字 → 1-2张(含封面) - 2500-3500字 → 2-3张(含封面) - 3500字以上 → 3-4张(含封面) - **原则**:宁少勿多。一张没有信息量的图不如不放。 **配图插入位置判断** 改写完成后,通读全文,在以下位置判断是否需要配图: | 信号 | 建议动作 | |------|----------| | 连续出现 2 个以上关键数据 | 插入一张数据可视化配图,把数据量变成视觉量 | | 有一个需要读者"想象"的抽象概念 | 插入一张概念隐喻配图,让抽象落地 | | 金句/转折句之后 | 插入一张情绪放大配图,放大读者此刻的感受 | | 连续 3 段以上纯文字分析 | 插入一张节奏换气配图,给读者视觉休息 | | 对比论证(A vs B / 过去 vs 现在) | 插入一张场景对比配图,强化对立感 | #### 7.4 文中配图提示词生成规则 每张配图独立生成一段 AI 绘图提示词。 **提示词结构**(三段式,用句号分隔): ```text {主体场景描述}。{环境/氛围/材质细节}。{画面约束(比例/风格/灯光)}。 ``` **生成规则**: - 首段:画面主体——该段文字中你最想让读者"看到"的核心意象 - 中段:画面氛围——对应改写后文章的情绪基调 - 尾段:画面约束——风格指定和比例 - 语言:统一用英文 - 不加文字,不加人物面部 - 同一篇文章内各配图的视觉风格保持一致(色调/材质/渲染方式统一) **定位方式(不使用正文标记)**:每张配图通过**锚文本**指明插入位置——锚文本取所在段落的**第一句**(整句或前 5-15 字)**或该段所属小标题(H2/H3)**,配图插入到该段之后(结束位置)。所有配图均插入在段落后,不出现在段落中间。 **锚文本选择规则**: - 锚文本取自所在段落的**第一句**,**或该段所属 markdown 小标题**——二者均一眼可见、Ctrl+F 可快速定位 - 长度 5-15 字:第一句不足 5 字则整句作锚文本;超过 15 字则截取前 15 字,必要时附段落序号 - 必须是正文中唯一的——如果同一个短语出现多次,附加"第 N 次出现"或加上下文 - 优先选包含数字/引号/关键词的第一句或小标题——这些在视觉上容易定位 - 不使用"我""你""它"等通用代词作为锚文本 - **⚠️ 只禁止"藏在段落中间"的锚文本(2026-08-18 修订)**:锚文本不能是段落正文中间的一句或半句(不在段首、也不是小标题)——人工 Ctrl+F 定位难。**锚段落首句或小标题均可**(小标题一眼可见,同样好找;08-14 曾禁小标题作锚,现已废止) - 锚文本必须精确到该段内——如果段落较长,可附段落序号辅助定位 **锚文本三查收尾自检(强制,2026-08-18 新增,杜绝执行层笔误)**:写完所有配图规划后逐张过三查,任一不通过就地修正,不得带病交付: 1. **查命中**:锚文本必须**逐字复制自正文**(禁止凭记忆改写),并在正文全文搜索确认恰命中 1 次;搜不到 = 锚文本无效,回正文取真实句子 2. **查唯一**:全文搜索确认该锚短语正文仅出现 1 次;若出现 ≥2 次,附"第 N 次出现"或扩为含上下文的唯一短句 3. **查同步**:`## 配图搜索替换指令` 区必须包含与该锚**一字不差**的「锚文本」;遗漏即补 **配图位置规范(公众号专有)**: - ✅ 正确:配图插入在段落**之后**(段后空行→配图→空行→下一段) - ❌ 禁止:配图出现在段落**中间**(一段文字被图片切断) - ❌ 禁止:配图插入在句子中间(一句话没说完就被图片打断) - 例外:封面图不受此限制(封面图属于文章头部元数据,不涉及段落内位置) **输出格式**: ```markdown [配图1] 插入位置:在锚文本"XXX"之后/之前。{画面描述 + prompt} ``` **示例**: ```markdown [配图1] 插入位置:在锚文本"裁了30多万人"之后的段落后。A Wall Street stock chart cracking apart,数字cascading down like waterfalls from the fractures, dark blue background with orange glitch light effects, 16:9 wide, cyberpunk data visualization style, ultra-detailed, cinematic lighting, no text, no faces. ``` "锚文本"选取该段第一句中的唯一短语,插入点在整段结束后。第一句在段落开头,搜索定位最快;如果锚文本匹配到段落中间的句子,则插入到该段结束处,而非锚文本所在行之后。 **搜索替换指令**(输出文件末尾附带,帮助写作者快速定位): ```markdown ## 配图搜索替换指令 按以下顺序操作: 1. 在正文中搜索锚文本"{锚文本1}" → 在其 {"之后"或"之前"} 插入 {配图1} 2. 在正文中搜索锚文本"{锚文本2}" → 在其 {"之后"或"之前"} 插入 {配图2} ... ``` ### Step 8:输出文件结构 正文改写和配图规划全部完成后,输出文件按以下结构组织: ```markdown # 正文区域(不含任何配图标记,纯正文) {正文内容,不需要插入任何配图标记字符} --- # 附属内容区域(封面图提示词、内容简介、配图详情) [封面图提示词] {三段式英文 AI 绘图提示词} [内容简介] {≤120 字的中文摘要} --- ## 配图详情 ### [配图1] - **插入位置**:在锚文本"{锚文本}"之后的段落后 - **画面内容**:{中文描述} - **AI 提示词**:{英文 prompt} ### [配图2] ... --- ## 配图搜索替换指令 按顺序操作: 1. 搜索锚文本"{锚文本1}" → 在该段结束后插入配图1 2. 搜索锚文本"{锚文本2}" → 在该段结束后插入配图2 ``` --- ## 质量自检 | 序号 | 检查项 | 标准 | | :---: | :--- | :--- | | 1 | "我"的密度 | 每300字至少出现1次"我" | | 2 | 故事化开头 | 第一段不是数据而是场景/故事/感受 | | 3 | 段落长度 | 无连续>6行的段落 | | 4 | 情绪温度 | 至少2处有明显情绪表达 | | 5 | 在看引导 | 文末有在看引导 | | 6 | 留言引导 | 文末有开放性问题 | | 7 | 去AI味 | 无连续200字没有"我"的纯分析段 | | 8 | 标题悬念 | 标题前15字有钩子,正文能兑现 | | 9 | **配图信息完整** | 末尾配图详情中的每个"插入位置"都有明确的锚文本,且锚文本在正文中能找到唯一的匹配位置 | | 10 | **正文无标记残留** | 正文中不包含 `[配图` 字符串——确认没有遗留任何配图标记 | | 13 | **正文连贯性** | 正文无前文重复(同一论点/数据出现两遍 = 两篇文章拼接);保留母稿论点已改写成平台风格;`---` 分节合法不构成割裂——禁止"骨架+重复注入"式拼接 | ✅/❌ | ## Input - `drafts/{日期}/{选题名}/终稿-{标题}.md`(必需——母稿。`{标题}` 来自标题方案排名第 1 的候选标题,无标题方案则使用选题名) - `drafts/{日期}/{选题名}/大纲.md`(可选——提取金句和个人经历) - `drafts/{日期}/{选题名}/标题方案.md`(可选——用于公众号标题决策) - `research/{选题名}/研究报告.md`(可选——提取个人素材) ## Output - `drafts/{日期}/{选题名}/微信-{标题}.md`(微信公众号适配版) **输出文件末尾附加内容**(在正文结束后,须包含以下两项): ```markdown --- [封面图提示词] {三段式英文 AI 绘图提示词} [内容简介] {≤120 字的中文摘要,包含文章核心钩子和悬念}
عرض على GitHub
ملف SKILL.md هذا كبير جدا، لذلك يعرض SkillsMP القسم الاول فقط هنا. عرض على GitHub