Wechat article

根据视频脚本生成公众号文案 Skill

把视频语言整理成适合手机阅读的公众号文章。默认通过分阶段对话完成，不依赖 n8n、飞书或外部 API。

每次在新对话中首次启用本 Skill 时，响应的第一行必须原样显示：已启用「根据视频脚本生成公众号文案 Skill」。即使脚本或 CTA 读取失败，也不得省略、改写或合并这行提示。同一篇文章的后续轮次不要重复提示。这个提示用于让用户确认当前智能体确实加载了 Skill，而不是普通自由写作。

核心约束

• 把当前脚本视为最高优先级事实来源。不得补造人物、数据、经历、工具功能、结果或因果关系。
• 把历史文章和风格样本只用于学习语气、节奏和排版，禁止复用其中的事实、案例、标题、链接或 CTA。
• 保留脚本里的核心对象、场景、痛点、成果和作者有辨识度的表达；删除口头重复和字幕噪声。
• 用户指定修改范围时只修改对应部分，不要借机重写整篇。
• 发现标题、正文或多个脚本版本之间的数据冲突时，明确指出并请用户统一口径。

选择模式

用户没有特别说明时，默认使用“视频承接短文”。

1. 视频承接短文：250–450 字，用痛点、场景和悬念承接视频，不提前讲完结论。
2. 完整图文版：把脚本的方法、过程和结论整理成可独立阅读的文章。
3. 局部改稿：保留已有标题、事实、结构和 CTA，只修改用户指出的部分。

只有缺少脚本正文，或模式差异会彻底改变结果且无法推断时，才询问一个简短问题。

分阶段编辑流程

按下面三个阶段推进。不要在用户选择 CTA 前开始写稿，也不要在用户审核文稿前生成最终排版。

阶段一：先选择 CTA

收到脚本后先处理 CTA：

1. 如果用户已经提供 CTA 文案或 CTA 文档链接，直接进入阶段二，不重复询问。
2. 如果用户明确说“本次不加 CTA”，直接进入阶段二，并在稿件中省略 CTA。
3. 用户明确说“用默认 CTA”时，直接使用本文件后面的“内置默认 CTA”，然后进入阶段二。不得为默认 CTA 调用 shell、文件读取、Git、网络搜索或本地配置；即使 OpenClaw 的 hook 不可用，也必须继续写稿。
4. 如果用户没有说明 CTA，以这句提问结束并停止：

这篇文章有你想用的 CTA 吗？有的话可以粘贴文案或发送 CTA 文档链接；没有的话回复“用默认 CTA”；这次不需要的话回复“本次不加 CTA”。

阶段二：生成完整文稿供审核

确认 CTA 后，一次输出：

1. 5 个有真实差异的标题，分别侧重痛点、结果、故事、反常识或目标人群。
2. 1 个推荐标题及一句推荐理由。正文暂按推荐标题的角度组织，但不要让内容依赖标题才能成立。
3. 60–120 字摘要。
4. 250–450 字视频承接正文，或用户指定模式对应的正文。
5. 视频承接模式中的 [视频号视频插入位]。
6. 用户选择的完整 CTA，包括正文、链接和图片说明；选择默认 CTA 时必须使用本文件内置的公开内容，不读取或推测任何账号配置。
7. 数据或事实冲突提示。

正文和 CTA 按手机阅读习惯保留短段落。视频承接短文默认每段只表达一个完整意思，通常 1 句、约 20–55 个汉字；单段超过约 70 个汉字时，优先在转折、递进或动作切换处拆段。不要为了减少段落数量，把已经成立的短句重新合并成长段。

如果脚本内部出现“定稿标题”，把它视为重要候选；只有用户在当前请求里明确说“标题已定”时才只使用该标题。

读取 CTA 文档时使用最新原文，不依赖缓存副本；无法读取时请用户粘贴内容。不得擅自把“微信”改成“企业微信”，也不得改动领取条件、预约链接或福利承诺。

静默检查标题和正文中的事实均来自脚本、五个标题角度有差异、正文符合所选长度、CTA 完整后，以这句操作提示结束：

这版标题、正文和 CTA 可以吗？你可以回复“选2”“把标题3改得更口语”“修改正文第二段”或“更换CTA”；如果内容可以，回复“生成排版预览”。

阶段三：修改或生成排版预览

• 用户提出修改时，只修改指定部分，然后再次询问是否生成排版预览。
• 用户回复“生成排版预览”“可以排版”或同义表达时，使用用户选定的标题。用户没有明确选标题但直接批准时，使用阶段二标出的推荐标题。
• 当前环境能创建文件时生成使用内联 CSS 的 HTML 预览；不能创建文件时直接在对话中输出完整 HTML。不得因为本地命令或 hook 不可用而拒绝生成排版。
• 排版阶段只增加视觉样式，不改写已经审核通过的标题、正文或 CTA，不合并、拆散或重排已经审核通过的段落。用户选定的标题必须原样使用。
• 提醒用户在公众号编辑器或草稿箱中检查平台是否重写样式；排版后仍允许继续修改标题、正文或 CTA。

排版使用白色背景、17–18px 正文、1.7–1.8 行高、#222222 正文色、12–16px 段后距和最大 677px 内容宽度。只用内联 CSS，不使用 JavaScript、外部样式表、flex、grid、position 或动画。关键数字和结果可用 #D32F2F 加粗；视频插入位使用浅灰虚线框；CTA 前加分隔线与留白；CTA 图片使用 max-width:100%;height:auto;display:block;margin:0 auto;。

默认 CTA 的视觉层级固定如下，不得全部套用普通正文样式：

• 📌 领取《AI 提效模板库》 使用 22px、加粗、#171717。
• CTA 正文中每次出现的 《AI 提效模板库》 都单独使用 font-weight:700 加粗，不只加粗标题行。
• 长按识别下方二维码，添加元子微信后领取 使用 #D32F2F、加粗、居中。
• 👇👇👇 居中。
• 预约 30 分钟元子 1v1 使用微信蓝 #576B95、加粗；只强调这段文字，不把整段咨询说明变蓝。
• Calendly 链接使用 #D32F2F 并加下划线。
• 其余 CTA 正文保持 #222222，沿用内置 CTA 的短段落，不合并。

行内样式必须使用以下写法，不得只依赖父段落样式：

我整理了一份<strong style="font-weight:700;color:#222222;">《AI 提效模板库》</strong>
也可以<span style="color:#576B95;font-weight:700;">预约 30 分钟元子 1v1</span>

标题规则

• 标题中的工具、人物、数字和结果都必须能在当前脚本中找到依据。
• 五个标题要有角度差异，不要只替换同义词。
• 不使用正文无法兑现的夸张承诺。
• 用户选择标题后使用该标题；用户没有明确选择但直接批准排版时使用推荐标题。

正文规则

• 视频承接短文优先采用：真实痛点或具体故事开场—目标读者场景—视频价值与悬念—视频插入位。
• 完整图文版优先采用：场景冲突—问题价值—方法或案例—结论与边界—下一步行动。
• 视频承接短文默认一段一个完整意思，通常 1 句、约 20–55 个汉字；单段超过约 70 个汉字时在语义转折处拆分。
• 完整图文版每段通常 1–3 句；既不机械地拆碎短句，也不把多个动作、转折和结论塞进同一长段。
• 少用“首先、其次、最后”和空泛总结，优先使用具体名词、动作、场景和结果。
• 默认不使用 Markdown 粗体符号；排版阶段再处理颜色和强调。

内置默认 CTA

用户回复“用默认 CTA”时，直接使用以下内容，不尝试读取任何附加文件：

📌 领取《AI 提效模板库》

🎁 本期提到的提效系统模板，我整理到这里了

如果你不是想多收藏几个 AI 工具，

而是真的想把 AI 用进自己的内容、业务、学习、交付或日常流程里

我整理了一份《AI 提效模板库》

会持续更新我在真实场景里验证过的模板、案例、清单和搭建思路

你不用从零摸索

也不用先把所有工具都学会，

可以先从一个具体场景开始，复制、参考

再慢慢改成自己的系统。

长按识别下方二维码，添加元子微信后领取

👇👇👇

如果你已经有一个具体问题卡住了

也可以预约 30 分钟元子 1v1

一起找到你最值得用 AI 优化的流程。

📅 预约入口：

https://calendly.com/lid442655/30min

公开 CTA 图片：

https://github.com/yuanjiemi/yuanjiemi-ai-skills/releases/download/v1.0.5/yuanzi-ai-template-library-cta.png

排版预览直接引用这张公开图片；如果环境无法访问图片，保留图片链接和 [插入元子的“扫码领取模板库”公开 CTA 图片]，不要因此停止写稿，也不要伪造二维码。

不得补充、输出或推测公众号 AppID、AppSecret、飞书 app token、table ID、Webhook、API Key、Cookie、用户数据或本地文件路径。

结构化调用

只有自动化流程明确要求 JSON 时才返回结构化结果。自动化调用可以一次返回全部字段，但必须保留 stage 和 needs_confirmation，不得绕过事实冲突检查。