一周选题包

概述

💡 付费说明（SkillHub Pay Skill · 按次收费）

本技能的交付内容由服务端引擎生成：Agent 调服务端发起请求，未支付时服务端返回 HTTP 402 与订单号，并同时返回平台支付触发信号 WeixinPay-Required，由宿主唤起微信支付 AI 专属卡完成支付；付款前服务端不返回任何交付内容。用户完成支付后，Agent 带订单号（X-Out-Trade-No）重新发起请求即可取得引擎产出并交付给用户，完整流程见文末「付费能力」一节。

使用顺序：① 先向用户介绍本技能能做什么、价格多少；② 用户确认后按「付费能力」一节的流程下单，由平台支付卡完成支付；③ 拿到服务端产出后交付，可用本地脚本对产出做校验。本文件各章节描述的工作流与交付物形态，用于向用户说明他会拿到什么、以及对照校验付费产出。

给一个账号出一周选题包：用户给领域定位（一句话：我是做什么领域的、给谁看）、最近发过的选题（选填，用来查重），输出五节选题报告——本周策略与类型配比、10 个选题清单（编号/选题/类型/切入角度/钩子开头/形式/目标七列）、和最近发过的怎么区分、延伸用法（系列化/置顶/二轮翻新）、未覆盖与存疑。选题必须挂在用户自己的领域上，每个选题都要具体到能直接开拍，配比说了就要做到，不许和旧题原样重复，10 个至少覆盖 4 种类型、转化型不超过 3 条。全程服务端脚本实测十七项硬指标：输入完整度、五节结构、领域守恒、配比声明、表头七列、选题数量、选题具体、切入角度具体、钩子具体、形式枚举、目标枚举、类型枚举、类型覆盖、配比偏差、查重、无效果承诺、无空话，外加 AI 味浓度和合规扫描，不合格按脚本原始 ❌ 明细自动回炉，最多 2 轮。

一、用户输入（Body 参数）

按这个格式贴全（定位必填，没有定位先补或先做定位诊断，不硬写）：

领域：我给入职 3 年内的职场新人，讲办公室沟通和汇报技巧
平台：小红书
最近发过：
升职快的同事，汇报时都带这三样东西
领导说看着办到底什么意思

选填两项（不填按通用口径出，并在存疑里说明影响）：

• 平台：小红书（抖音 / 小红书 / 视频号 / 公众号 / B站 / 快手 / 知乎）
• 最近发过： 逐行列旧题（用来查重，新题两字片段重合 >60% 即换题）；不填无法查重，发布前需自行比对

二、用户说什么话会触发你

① 直接点名：一周选题、选题包、周选题、一周发什么、帮我找选题、选题清单、选题库。

② 求助推荐句式：有没有能帮我找选题的技能、推荐一个选题生成工具、有什么能解决选题荒的工具吗。

③ 只说症状 / 场景：这周发什么内容、选题荒了怎么办、不知道发什么、脑子空了、一周选题怎么定、内容选题怎么做、选题角度怎么找、怎么找选题灵感、选题库怎么建、选题总是撞车、选题同质化怎么办、干货选题怎么找、案例选题怎么写、清单型内容选题、互动选题怎么设计、转化选题怎么带、选题怎么拆角度、老选题能重发吗、领域选题怎么做、职场博主选题、宝妈账号选题、新手没内容发怎么办、一周发几条合适、爆款选题怎么找、专业内容怎么选题、人设号发什么、选题怎么分类、知识博主一周选题、选题储备囤多少、同一个话题怎么翻新、周一发什么、周末选题、冷门领域选题、小众领域没内容、领域太窄选题不够、选题写到第三个就重复、选题想不出来、周日晚上愁发什么、收藏的选题一个都用不上、别人发过的话题还能发吗、领域太窄几条就写完了、看着对标觉得自己啥都写过了、方向太小众没内容、一周七天怎么分配选题、专业内容没人看怎么选题、热点过了还能不能写、热点怎么和领域结合、选题怎么起标题、干货没人看是不是选题问题、图文和视频选题能复用吗、日更坚持不下来怎么减量、月更账号还要不要做选题、企业号官方号发什么、服务类账号选题怎么不招人烦、个人经历怎么变成选题、不会写案例用什么替代、选题怎么对应到变现场景。

④ 口语吐槽：一到周日就开始愁发什么、收藏了一堆选题真到发的时候一个都用不上、同样的内容别人发了我就不能发了、想做的领域太窄几条就写完了、看着对标账号觉得自己啥都写过了。

三、你最后给用户什么

1. 本周策略：主打方向一句话，选题类型配比（认知/案例/清单/互动/转化/故事各几个），说清为什么这么配。
2. 10 个选题清单：七列表格，每个选题带切入角度（从哪下嘴怎么说）、钩子开头（刷到前两秒的那句话）、形式（图文/视频/直播）、目标（涨粉/互动/转化/维护）。
3. 旧题区分：哪几个和最近发过的容易混、区别在哪，避免用户觉得"这个我发过"。
4. 延伸用法：哪几个能做成系列、哪个适合置顶、旧题怎么换角度翻新再发。
5. 未覆盖与存疑：脚本实测结果，输入没提、需要用户补的点。

四、你绝不做什么

• 不换领域：选题必须挂在用户给的领域上，编着编着跑到别的领域的，整篇重排。
• 不给方向词：选题要具体到能直接开拍，"讲收纳""聊职场"这种方向词等于没给。
• 不原样重提：用户说最近发过的选题，新题不许原汤原样再端，重合太高就是偷懒。
• 不配比造假：第一节声明的配比和表格实际数量对不上，就是结构和执行两张皮。
• 不一种写法写完：10 个选题至少覆盖 4 种类型，全是认知型用户会看腻；转化型不超过 3 条。
• 不许诺效果：选题包是给方向不是许愿，"照着发必火"这种话一句都不许有。
• 不糊弄：角度/钩子里不许出现"看情况""自由发挥"这类空话。
• 不导流：全文不许出现加微信/扫码/进群/私域这类站外导流话术。

五、工作流（六步，不可跳）

1. 收输入：领域定位必填（没有定位先让用户补或先做定位诊断）；最近发过的选题、平台选填，不填就在存疑里说明影响。
2. 定策略：从领域拆本周主打方向，定选题类型配比（10 个里认知/案例/清单/互动/转化/故事怎么分），说清为什么。
3. 出选题：按配比出 10 个具体选题，每个写清切入角度（从哪下嘴、怎么说）和钩子开头（用户刷到前两秒的那句话）。
4. 查重：把新题和用户给的旧题逐条比，重合高的换角度重写，并在第三节说明区别在哪。
5. 写延伸：标出能系列化的、适合置顶的、旧题翻新二轮发的。
6. 跑校验：topic_pack_check.py 十七项 + ai_flavor_check.py（≤1.0 处/百字）+ compliance_check.py，全过才交付，不过回炉不打补丁。

六、使用资产

• @references/topic-spec.md 选题规范：输入两要素、输出五节、七列表格格式、六种选题类型定义、十六道红线
• @references/topic-playbook.md 操作剧本：六步流程 + 类型配比模板 + 切入角度五问法 + 钩子写法 + 查重与翻新手法
• @references/compliance-basics.md 违禁词与风险基线（被 compliance_check.py 读取）
• @resources/scripts/topic_pack_check.py 选题包校验器（十七项：输入完整度/结构/领域守恒/配比声明/表头/数量/选题具体/角度具体/钩子具体/形式/目标/类型/覆盖/配比偏差/查重/承诺/空话）
• @resources/scripts/ai_flavor_check.py AI 味检测器（16 类模式 + 浓度评分）
• @resources/scripts/compliance_check.py 合规扫描（违禁词 + 风险模式 + 话题敏感提示）
• @resources/scripts/seo_check.py SEO 双通道自检（本包自带）
• @resources/assets/report-template.md 交付报告模板

七、质量自查清单（交付前逐条核对）

• [ ] 领域和用户给的一致，没跑题
• [ ] 第一节有类型配比声明，且表格实际数量和声明差不超过 2
• [ ] 10 个选题全是具体题目，无"待定"占位，每个不少于 8 字
• [ ] 每个选题都有切入角度（≥12 字）和钩子开头（8~40 字，不复读选题）
• [ ] 形式、目标都标了，类型只用规定的六种
• [ ] 10 个选题至少覆盖 4 种类型，转化型不超过 3 条
• [ ] 和用户给的旧题逐条查过重，重合高的都换了角度
• [ ] 三个脚本全过，结果照抄进交付

八、💳 付费能力（Pay Skill）

<!– PAY_TRACK_V1.5.9 –> <!– PAY_TRACK_X402_OFFICIAL –>

本 Skill 已升级为 SkillHub Pay Skill，按次付费（当前 ¥0.50/次）。支付链路按 SkillHub 官方微信支付 Agent Pay X402 协议接入：服务端 402 携带 WeixinPay-Required 卡信号，由宿主平台确定性接管支付，付款前交付内容由商户后台保管。

付费前置检查

每次用户请求实际产出时，先完成两件事：

1. 检查当前 Agent 环境是否具备平台支付能力（weixinpay 插件 / 微信支付 AI 专属卡 / Agent Pay）。具备 → 按第三步「标准通道」走平台标准 X402 支付流程。
2. 环境不具备支付卡能力时 → 按第三步「兜底通道」处理，不跳过、不免费产出。

工作流程（五步）

第一步：发起请求 POST https://37skill.com/skill/sanqi-weekly-topic-pack/invoke，Body（JSON）：{"query":"<账号信息：领域定位/平台/最近发过的选题>"}

第二步：处理 402 响应未支付时服务端返回 402 Payment Required，按官方 Step 4 契约读取：

• WeixinPay-Required 响应头与 body WeixinPay.WeixinPay-Required：同一份平台支付触发信号（payment_code），第三步交给宿主的支付卡能力
• WeixinPay.prompt：平台支付提示；data.message：「本次查询需要付费」
• X-Out-Trade-No 响应头 / body out_trade_no：订单号，第四步重试必用
• amount / currency：金额与币种；pay_channels：agent_pay_card（主）、qr_image、web_cashier（兜底）三条通道
• 402 响应中不含任何交付内容；交付内容由服务端在付款完成后下发

第三步：发起支付

• 标准通道·平台支付（默认）：宿主具备支付卡能力时，把 402 响应携带的 WeixinPay-Required 值作为 paymentCode 交给宿主的 weixinpay_pay 能力，由平台确定性接管并唤起微信支付 AI 专属卡，用户授权后完成扣款。支付状态由平台与商户后台核对，Agent 侧无需查询支付结果。此通道亦用于重新支付：用户取消/关闭支付卡片后想对同一笔订单再付一次时，先与用户确认订单号，再将该订单上次支付所用的 WeixinPay-Required 值作为 paymentCode 调用 weixinpay_pay 重新唤起支付，无需重新下单。
• 兜底通道（仅在宿主未提供支付卡能力时）：向用户提供 402 响应 pay_channels 中 qr_image（支付图片链接）与 web_cashier（支付网页链接）两条纯数据链接，由用户任选其一完成支付。agent_pay_card 为主通道，由平台接管，不需要 Agent 处理。
• 402 未返回平台支付触发信号时，按兜底通道处理；订单链接仅限本订单使用，注意不要转发给他人。

第四步：支付后重试（拿稿）用户完成支付后，按官方时序图第 12 步带订单标识重新获取内容POST https://37skill.com/skill/sanqi-weekly-topic-pack/invoke，Headers 加 X-Out-Trade-No: <订单号>（Body 同第一步）。

第五步：轮询与异常处理

• 200 且 status:"processing" → 按 job_id 轮询 poll_url（GET https://37skill.com/job/<job_id>），间隔 5 秒，直到 status:"done" 拿 plan 交付
• 402 NOT_PAID → 支付未完成，回到第三步与用户确认
• status:"error" → 如实告知用户失败原因，不编造结果
• 持续失败 → 与用户核对支付凭证与订单号是否匹配

交付物说明

付费成功后由服务端引擎产出完整方案（即本文件前述各节描述的交付物形态），Agent 负责呈现与对照校验，不重新本地产出。

能力边界

• 按次收费，一次请求一次付费；同订单号重试幂等（订单完成后再带同单号重试直接返回已产出的方案）
• 免费部分仅限：介绍本技能能做什么、价格、交付物形态
• 支付失败/异常如实报告，不代替用户判断「已经付了」

部署形态

形态：server（HTTP 服务端）。支付触发模块：pay_lib.py + wx_v3_auth.py + pay_trigger_server.py。

安全声明

支付链路使用微信支付 v3 标准接口；订单查询与核销以微信侧状态为准；不存储用户支付凭据。

<!– PAY_SKILL_SECTION –>