下载地址
https://www.zhengdianxue.com/wp-content/uploads/skills/my-ai--gzh-one-click-ps.zip将提示词发送给你的 AI 安装该 skills
请根据 https://skillhub.cn/install/skillhub.md,安装 @my-ai/gzh-one-click-ps。公众号爆款文章一键生成。输入主题关键词,服务端实时检索近期热点并筛选切入点,以犀利直击型风格写出1500-3000字正文+3-5个爆款标题,可选配图(配置API Key后生成1张公众号标准封面图 2.35:1,≤500k,不配置则跳过封面),输出带完整排版的HTML成品文件,可直接复制到公众号发布。适合公众号运营者、自媒体作者、企业新媒体等写公众号文章场景。
按次付费 ¥1/次,微信支付。适用:公众号文章生成、公众号写作。
阅读全文 (展开查看完整说明)
概述
输入主题 → 支付验证 → 服务端生成热点选题+1500-3000字正文+爆款标题,并按橙色排版在服务端渲染成成品 HTML一并返回,直接保存即可复制到公众号。
🛒 第 0 步:服务流程(下单支付 → 服务端生成 → 交付)
本技能为按次付费服务(¥1/次,微信支付),一次调用完成一次完整交付:
| 环节 | 说明 |
|---|---|
| ① 下单 | 调用网关接口获取本次支付订单(HTTP 402 响应携带订单号与支付信息) |
| ② 支付 | 用户在微信支付卡片 / 扫码 / 支付链接上完成 ¥1 支付 |
| ③ 生成 | 服务端写作引擎实时检索热点并创作正文与标题,渲染成橙色排版 HTML |
| ④ 交付 | 支付成功后携带同一订单号重新调用,服务端返回成品(HTTP 200) |
服务架构说明(决定交付物来源):
- 文章正文、爆款标题、热点分析均由服务端生成,HTML 成品在服务端渲染:200 响应的
result字段即排版好的成品 HTML,extras字段携带热点分析与标题; - 可交付的成稿内容只存在于服务端 200 响应中——服务端返回前,本地没有成稿可交付;本服务不提供付费前的样例预览,支付完成后服务端即返回完整成品;
- 客户端把
result原样保存为一个.html文件即可交付(本包不含排版模板与渲染脚本)。
支付细节对用户透明:每次调用前向用户说明价格(¥1/次)、收款方(「魅影AI」——郑州市金水区魅影人工智能应用软件工作室,个体工商户)与支付步骤,用户确认后再发起下单。
0.1 支付环境说明(用于选择支付路径)
发起下单前,可查看当前智能体的工具列表中是否有名称包含 weixinpay_ 的工具(带 mcp__ 等前缀也算;存在任意一个即视为有微信支付相关工具)。只以实际工具列表为证据(本文档提到的工具名不算);无法确认时按「未检测到」处理:
- 有 weixinpay_pay(支付工具)→ 支付走 0.3(b) 主动弹卡路径,体验最顺;
- 只有
weixinpay_register(开通/绑定)/weixinpay_feedback(问题反馈)等非支付工具,或没有任何支付工具 → 支付走 0.3(a) 系统自动弹卡与 0.3(c)(d) 路径,同样可以完成支付。
本服务在任何环境下的履约流程相同:调用网关 → 完成支付 → 获取成品。付款由客户端的官方微信支付能力完成:会话具备支付能力时,402 响应保留原样即由系统自动弹卡;未自动弹卡时,由 Agent 把 402 响应中的支付码交给官方支付工具。两种方式均已通过 PC 端真实付款验证(¥0.01 实测成交)。若当前会话不具备支付工具,说明该客户端无法完成付款——此时如实告知用户,不使用其他收款方式。
用户问起时可如实说明检查结论;也可提及可选加速手段:合作智能体(如 WorkBuddy)可升级到最新版本,开放智能体(如 OpenClaw / DeepSeek Harness)可按 https://skillhub.cn/install/skillhub.md 安装 @tencent-adm/weixinpay-installer。这只是可选的加速手段,不影响本次付款。
0.2 网关服务
- BASE_URL:
https://phantom-ai.cn - 调用接口:
POST {BASE_URL}/api/v1/skill/gzh-one-click-ps/invoke - 请求体:
{
"prompt": "用户输入(用户确认后发送)",
"meta": {}
}0.3 履约流程(下单 → 支付 → 服务端生成 → 交付)
- 下单(首次调用):
POST /api/v1/skill/gzh-one-click-ps/invoke,不携带X-Out-Trade-No。网关返回 HTTP 402,响应体与响应头均携带X-Out-Trade-No(本次订单号)与WeixinPay-Required(支付标识,值等于WeixinPay.payment_code)。响应体只含这三个必需字段,不含任何二维码或支付链接。取值读响应体即可。 - 支付(按顺序判断,优先让系统弹出支付卡片):
- (a) 系统自动弹卡(默认路径):402 响应体原样、完整保留在工具调用结果中——平台通过扫描工具结果中的
WeixinPay-Required字段自动弹出微信支付卡片。- ★ 这一步是硬触发条件,真机已验证:同一接口,402 响应体原样留在工具结果里就会弹卡;一旦被总结、删节、过滤、替换为图片或链接,支付字段从工具结果中消失,卡片就不会弹出,付款无法完成。
- 所以:不得总结、删节、过滤、改写或重排 402 响应体的任何字段,也不要把其中的信息替换成图片、链接或转述文字。保持原样即可,稍等片刻卡片会出现。
- (b) 主动弹卡(有
weixinpay_pay且未自动弹卡时):调用名称包含weixinpay_pay的工具(以实际可用的工具列表为准,允许 MCP 等前缀),把 402 响应中WeixinPay-Required的值逐字符原样作为paymentCode传入,系统随即弹出支付卡片,用户确认即可付款。这是平台上高下载付费技能(图片生成 / AI 音乐 / 行情数据类)的一致主路径。weixinpay_register(开通/绑定)与weixinpay_feedback(问题反馈)不是支付工具。- 支付卡片由微信系统承载并展示给用户,回复中无需复述支付码;订单号可在用户问起时告知(它只是本次支付的单号)。
- (b2) 取消后重付(同一订单):用户取消/关闭支付后想再付一次,若工具列表中有
weixinpay_retry_pay,先与用户确认要对哪一笔订单重新支付,再把该订单上次的WeixinPay-Required值逐字符原样作为paymentCode传入,系统就同一笔订单再次弹出支付卡片。重付针对同一笔订单,不产生新订单。 - (c) 支付码交给官方支付工具(未自动弹卡时的唯一路径):把 402 响应体中的
WeixinPay-Required值逐字符原样作为paymentCode参数,调用当前会话实际可用的官方微信支付工具(名称包含weixinpay_pay,允许 MCP 等前缀),由该工具向用户申请支付授权。- 这是平台高下载付费技能的一致做法,也是唯一经过验证可完成付款的路径。
- 不要自行改用二维码、支付链接或任何其他收款方式。
- (d) 无支付工具的环境(不下单,如实说明):若本会话确实没有任何名称包含
weixinpay_的工具:- 不要执行购买,也不要引导用户用二维码、链接或其他方式付款。
- 如实告知用户:「当前客户端不支持微信支付,请升级客户端到最新版本后重试,或在电脑端使用本技能。」可按智能体类型补充:合作智能体(WorkBuddy)请升级后重开会话;开放智能体(OpenClaw / DeepSeek Harness 等)请先在智能体侧开通微信 AI 支付能力。
- 不代为同意授权、不伪造付款成功、不引导用户到其他页面或 App 付款。
- 依据:弹卡由客户端支付能力触发(PC 端真机实测:有支付工具时系统自动弹卡并付款成功);无支付工具时,402 响应中的二维码与支付链接已下线(见 0.2 的 402 结构)。
- (a) 系统自动弹卡(默认路径):402 响应体原样、完整保留在工具调用结果中——平台通过扫描工具结果中的
- 支付完成后重试(取回成品):携带响应体中的
X-Out-Trade-No重新请求同一接口(同一请求体)。- 已支付 → 网关返回
{"ok": true, "skill_id": "gzh-one-click-ps", "result": "<文章正文渲染成的橙色排版 HTML>", "extras": {"hot_analysis": "<热点选题分析文字>", "titles": ["标题1", "标题2", ...]}}。result是排版好的成品 HTML(只含正文,含一键复制按钮,可直接全选复制去公众号);extras.hot_analysis(热点分析)与extras.titles(3-5 个标题,第一个最推荐)在顶层extras,交付时在对话里展示(见 0.4)。 - 未支付 → 再次返回 402(同一订单重复请求幂等,不会重复扣费)。
- 已支付 → 网关返回
- 生成期间:服务端生成需一定时间,首次重试若提示"生成中/稍后重试",保留订单号,稍后用同一订单号再次请求即可取回结果。
0.4 拿到服务端产出后(保存成品,不做本地渲染)
- 从 200 响应中取出三样东西:
result:文章正文渲染成的橙色排版 HTML(含一键复制按钮、内联样式,粘贴进微信编辑器不乱)——只含正文,不含选题分析,也不含标题;extras.hot_analysis:热点选题分析(纯文字),在对话里展示;extras.titles:3-5 个爆款标题(数组,第一个最推荐),在对话里列出。
- 把
result的原样内容保存为一个.html文件(如article.html)——这就是最终交付的 HTML 成品(纯正文),不需要再做任何本地排版/渲染。
本包不含排版模板与渲染脚本,橙色排版在服务端完成;客户端无法本地渲染该成品——这是本服务的结构性设计。
- (可选)封面图:配置了
IMAGE_API_KEY时可执行python scripts/image_generator.py --prompt "<封面描述>" --save-dir ./images生成 1 张封面图备用。封面不内嵌进成品 HTML(公众号封面由公众号后台设置)。 - 交付:
- HTML 成品文件(纯正文,可直接全选复制去公众号);
- 热点选题分析:逐字取自
extras.hot_analysis,在对话里展示; - 爆款标题(3-5 个):逐字取自
extras.titles(第一个最推荐),在对话里列出; - 发布指引。
0.5 异常处理
- 未支付/支付中断:再次返回 402 时说明支付尚未完成,继续引导用户支付(同一订单,不重复下单)。
- 一请求一单:网关按请求创建订单——不携带订单号的重试会生成一笔新订单(真机实测:10-15 两笔订单仅隔 1 秒)。因此同一笔支付的重试都携带同一个
X-Out-Trade-No(始终用最近一次 402 响应中的那个);用户表示「付不了 / 扫不上 / 再付一次」时,继续用最近一次响应中的卡片 / 二维码 / 链接引导。支付信息下发超过 10 分钟后,服务端会自动把该订单的支付码更换为新的有效码(订单号不变、不会重复扣费),引导用户支付最新收到的码即可;微信明确反馈「订单已过期」后,才重新发起下单。 - 长时间重试后仍无结果:订单已保留、不会重复扣费;保留订单号,稍后用同一订单继续获取。用户要求退款时:退款为人工处理(网关无退款接口),说明「请提供订单号,我们将在 1–3 个工作日内原路退回」。
- 重复请求:订单已支付后重复请求同一
X-Out-Trade-No是幂等的,可安全重试。 - 402 是正常支付引导,不是错误;用平实语言向用户说明当前进度即可。
0.6 交付核对清单(每次交付前核对)
交付物 = 服务端 200 响应的原样内容(result + extras)。核对三项:
- 来源核对:交付的 HTML 成品逐字就是 200 响应中
result的内容;热点分析逐字来自extras.hot_analysis、标题逐字来自extras.titles。 - 原样核对:
.html文件与result一致(除文件名外不做任何改动:不增删样式、不重排段落、不改一字);分析与标题与extras逐字一致。 - 支付核对:本次已拿到服务端 200 响应(
"ok": true)。若还没有拿到 200(例如只有 402 响应或用户口头同意),说明当前还没有可交付的成品——向用户说明进度,继续按 0.3 完成支付。
其他说明:
- 本服务不提供付费前的样例/大纲预览;用户想先了解效果时,可介绍服务端生成能力与交付形态(见「核心能力」与示例)。
- 技能范围为公众号文章生成与交付,不涉及其他工具的推荐或转介;封面图 API Key 为可选配置(不配置则跳过封面),付费环节不需要用户安装额外组件。
支付字段处理:402 响应体完整出现在工具调用结果中(平台据此自动弹出支付卡片);支付码与订单号由系统卡片承载,回复中无需复述,也不需要写入日志或文件。不得对该响应体做任何加工——平台通过扫描其中的支付字段触发弹卡,加工(总结、删节、替换为图片或链接)会使弹卡失效。
✨ 核心能力
输入主题关键词,一键完成:
| 步骤 | 做什么 | 产出 |
|---|---|---|
| ① | 服务端实时检索近期热点,筛选最佳切入点 | 热点选题分析 |
| ② | 以犀利直击型风格创作1500-3000字正文 | 文章正文 |
| ③ | 提炼3-5个爆款标题,推荐最优 | 标题备选+推荐 |
| ④ | (可选)生成1张封面图(需配置API Key,2.35:1,≤500k) | 封面成品图(可选) |
| ⑤ | 服务端渲染橙色排版,直出 HTML 成品 | 可复制的HTML |
| ⑥ | 发布指引 | 操作建议 |
跟普通AI写文章的区别
| 普通AI写文章 | 本技能 |
|---|---|
| 凭训练数据推测,案例过时 | 服务端实时热点检索,使用最近1-2个月的案例 |
| 流水账、套话、AI味重 | 犀利直击型写作,观点鲜明、金句频出 |
| 标题随便起,点开率低 | 爆款标题公式,直击痛点,10-16字 |
| 输出一堆文字还得自己排版 | HTML排版成品,复制即发布 |
| 配图随机或没有 | 公众号标准封面图(2.35:1,可选) |
✅ 最适合
- 公众号日常更新:职场、科技、情感、教育、理财、健康等赛道
- 追热点发文:社会热点、行业动态、热门话题的快速跟进
- 企业新媒体:品牌公众号的文案创作与排版
- 自媒体运营:个人公众号的内容批量生产
⚠️ 部分适合
- 强个人IP类内容(需要高度个性化风格,建议在生成基础上二次调整)
- 深度行业专业内容(如医疗、金融,需作者核实专业信息)
- 需要实拍图的场景(建议替换AI配图为实拍素材)
❌ 不适合
- 纯文字短内容(如朋友圈文案、微博短文)
- 硬广/纯营销文案(公众号对营销内容有审核机制)
- 多平台分发(本技能排版面向公众号,其他平台格式不适用)
使用方式
第一步:告诉技能你想写什么
- 直接给主题:“帮我写一篇关于职场沟通的公众号文章”
- 或只给一个方向词(如“AI”“理财”),技能会帮你扩展成完整选题
第二步:按第 0 步完成支付验证,服务端生成内容
第三步:交付(每次完整交付包含)
📊 热点选题分析
✍️ 文章正文(1500-3000字)
🏷️ 爆款标题(3-5个)
🎨 封面图(可选,1张 2.35:1)
📄 HTML成品文件
📤 发布指引示例1:职场主题
输入:帮我写一篇关于职场沟通的公众号文章输出概要:
- 选题:切入“向上沟通的3个致命误区”
- 正文:1500字犀利直击型风格,观点先行+案例支撑
- 标题:
跟领导汇报,这3句话千万别说(推荐)/ 另备选4个 - 排版:HTML成品,标题加粗+金句引用+段落优化
示例2:科技主题
输入:写一篇关于AI技术的公众号文章输出概要:
- 选题:切入“2026年AI工具进化速度”
- 正文:2000字,使用最近1-2个月AI事件案例(带时间点+数据)
- 标题:
AI一年进化成这样,普通人还来得及吗 - 封面图:深蓝科技风 2.35:1 公众号标准封面
示例3:情感主题
输入:写一篇关于情感治愈的公众号文章输出概要:
- 选题:情感赛道热点切入
- 正文:1800字,温暖叙事+金句收束
- 标题:
真正成熟的人,都戒掉了这4种情绪 - 排版:HTML成品+互动引导
运行环境与效果说明
- 本技能由服务端写作引擎产出正文与标题(含实时热点检索),并在服务端直接渲染成橙色 HTML 成品(橙色简洁清爽体系+一键复制,模板不随包分发);封面由本地脚本按需生成(≤500k,超出自动压缩)
- 内容质量由服务端统一承载,不受运行平台模型能力影响
配图(可选,需配置API Key)
- 只配1张封面图,不生成正文内图
- 封面比例:2.35:1;封面大小:≤500k(超出自动压缩)
- 封面由 AI绘画API 生成;未配置API密钥时不生成封面(宁缺毋滥,不影响正文/标题/HTML交付)
- 封面图默认不带文字,由公众号后台添加标题
内容建议
- 生成的内容建议在发布前做简要复核
- 涉及医疗、金融等专业领域,请核实信息准确性
- 公众号对营销内容有审核机制,建议结合账号调性微调
隐私与安全
- 正文生成在服务端完成,仅接收用户提交的主题关键词
- API密钥仅用于本次运行时的图片生成调用,不会被记录或复用
❓ FAQ
Q1:支持哪些文章风格?默认使用犀利直击型风格(观点鲜明、金句频出)。如需其他风格(认知文、干货文、情感文、故事文等),明确说明即可切换。
Q2:能指定文章字数吗?可以。默认1500-3000字,创作前说明“写一篇800字左右的”即可按需调整。
Q3:没有API Key能生成封面图吗?不能直接生成。未配置 API Key 时跳过封面生成,但正文、爆款标题、HTML排版等核心功能完全不受影响。
Q4:生成的HTML怎么用到公众号?浏览器打开 HTML 文件 → 全选复制 → 粘贴到公众号编辑器 → 图片按提示替换为公众号素材库图片。
Q5:热点案例一定是最新的吗?是。服务端在生成前进行实时联网检索,优先使用最近1-2个月的公开热点案例。
Q6:能用于其他平台吗?排版针对公众号设计,但正文和标题可以直接用于头条、知乎等平台(需按平台格式微调)。
Q7:支付后多久拿到文章?正常几十秒内返回;若生成较慢,保留订单号、稍后用同一订单号重试即可取回,不会重复扣费。
🔄 版本历史
| 版本 | 日期 | 变更 |
|---|---|---|
| 4.1.9 | 2026-10-18 | 支付链路完善(配套服务端 v38.2):0.3(c) 二维码改为无支付工具环境的主路径,改用服务端现成模板 WeixinPay.qr_markdown_template(整段粘贴即完整 Markdown 图片);0.3(a) 明确 402 响应体原样保留(不总结、不删节、不改写支付字段);0.5 一请求一单补充「支付信息超 10 分钟服务端自动换发有效支付码(订单号不变、不重复扣费),引导用户支付最新收到的码」 |
| 4.2.0 | 2026-10-19 | 对齐平台标准支付契约(依据真机实测与头部竞品对标):服务端 402 响应体精简为三个必需字段(下线二维码图片与支付链接),Agent 端取消二维码与链接兜底,仅保留「官方支付工具」唯一路径;明确 402 响应体必须原样保留(弹卡由平台扫描该字段触发,改写即失效);无支付工具的环境改为不下单并如实说明 |
| 4.1.8 | 2026-10-17 | 安全审核整改:第 0 步重写为「服务流程」正向描述——支付说明改为流程与机制的事实性陈述(服务端 402 响应即支付结果判据、一请求一单、支付卡片由系统承载);移除元指令式表述(原禁令类句子全部删除,改为事实性流程描述);功能性内容(网关接口、402 结构、五级支付路径、重试履约、交付核对、退款说明、收款方透明)全部保留;版本历史同步中立化 |
| 4.1.5 | 2026-10-15 | 0.1 调整为支付路径选择的参考(检查结果不作为任务门槛);支付路径明确为:系统自动弹卡 → 402 自带 qr_data_uri 二维码 → weixinpay_ 工具;0.3(c) 改用服务端 qr_data_uri、停用第三方在线二维码服务;0.6 增加支付字段处理说明。配套服务端 v37:402 响应体新增 qr_data_uri 字段 |
| 4.1.6 | 2026-10-15 | 按平台预检反馈恢复 0.1「前置检查」小节(平台将工具列表检查认定为核心特征),检查结果定位为支付路径选择参考;补充收款方信息(魅影AI——郑州市金水区魅影人工智能应用软件工作室,个体工商户),支付细节对用户透明 |
| 4.1.7 | 2026-10-16 | 支付路径重构(借鉴平台高下载付费技能 + 微信支付工程化支付规范):(a) 系统自动弹卡(402 响应体完整留在工具结果中,平台据此自动弹卡)→ (b) weixinpay_pay 主动弹卡 → (b2) 取消后 weixinpay_retry_pay 同一订单重付 → (c) 二维码(取消相册扫码路径——微信已禁用相册识别支付二维码;改为另一台设备扫本机屏幕)→ (d) 最后手段给可点开 code_url(10-12 真机实证)。0.5 新增一请求一单说明;0.6 支付字段处理说明修正边界 |
| 4.1.4 | 2026-10-13 | 服务端渲染直出:正文由服务端渲染成橙色排版 HTML——200 响应 result 即正文成品 HTML(只含正文)、热点选题分析与爆款标题走顶层 extras 字段(extras.hot_analysis / extras.titles),客户端只原样保存交付、不再本地渲染;包内不再包含排版脚本与凭证校验脚本(模板不随包分发);第 0 步移除本地渲染与凭证相关段落;0.6 自检定为「来源/原样/支付」三项 |
| 4.1.3 | 2026-10-13 | 脚本加固:排版脚本不再接受外部覆盖技能标识(堵跨技能复用);退出码统一为 3(用法错误为 2);修 replace(.md,.html) 覆盖源文件的边界 bug;脚本 stdout/stderr 强制 UTF-8 |
| 4.1.2 | 2026-10-13 | 交付凭证机制:新增 delivery_license(服务端订单级签发)+ 本地排版脚本离线验签(无有效凭证不产出 HTML);0.6 增加交付前自检清单 |
| 4.1.1 | 2026-10-12 | 支付体验优化:支付改为三步走(系统自动弹卡 → 主动调用支付工具 → 内联展示二维码兜底);删除「不要主动调用支付工具」表述 |
| 4.1.0 | 2026-10-12 | 付费与履约调整为第 0 步(服务端生成后交付);正文与标题改由服务端生成(网关升级为验证支付 + 生成内容),本地仅保留排版与封面工序;写作方法论与样例不随包分发 |
| 4.0.5 | 2026-09-29 | 接入按次扫码付费:description 末尾标注按次付费 ¥1/次,微信支付;pricing 更新为 amount_fen=100;新增付费调用执行协议 |
| 1.0.4 | 2026-09-03 | 质量修复与基线固化:HTML模板对齐确认版橙色标准排版;默认封面模型切换为 Kwai-Kolors/Kolors;新增封面自动压缩≤500k |
| 1.0.3 | 2026-09-02 | 配图收敛为可选能力:未配置API Key时不生成封面 |
| 1.0.2 | 2026-09-02 | 配图升级:无API Key时本地合成封面 |
| 1.0.1 | 2026-09-02 | 对外版收敛为使用说明 |
| 1.0.0 | 2026-09-02 | 初始SkillHub版本 |