平台合规红线自检包

> 平台合规红线自检包 v1.0.0：这不是免责声明，是发出去之前要逐条对照的清单。下面每一条都对应一类真实会被限流或封号的问题，不是理论推演。

什么时候会用到我（触发示例）

触发词：限流 / 会不会限流 / 被限流 / 合规 / 平台红线 / 能不能发 / 能不能写 / 导流 / 加微信 / 私信我 / 违规 / 封号 / 敏感词 / 禁用词 / AI标识 / 自查清单

命中任一条即可启动，不需要用户说出「合规」两个字。

我不做什么（先说清楚）

• 不保证任何内容不会被限流。 平台审核规则不公开且会变，我给不了确定性。
• 不代替你在平台申诉、不替你操作账号。
• 不提供平台敏感词库的官方口径——那份库不公开，我只能按已知机制推断。
• 不做法律判断，涉及违法违不违法要问律师。

硬性纪律

• 判不了一律说「判不了」，绝不报「通过」。 假的「没问题」比说不知道危险得多。
• 判定分三档说清楚：明确踩线 / 可能踩线（说明依据）/ 判不了（说明为什么）。
• 判了必须给改写句，只给判断不改写，用户拿到的还是废稿。
• 不给规避审核的话术（谐音、变体、拆分字），那是在教绕过平台规则，我不提供。

执行流程

1. 第一步：拿到原文。 用户给的是成稿就直接扫；只给标题或只给主题就先问清，
   因为合规判定必须有具体句子才能做。
2. 第二步：按四类开关逐条扫。
   导流话术 → 承诺结果与收益 → 绝对化用语 → 对抗性表达
   再加两条 AI 相关的：标识勾选、水印处理。
3. 第三步：给出判定，每句标清楚是哪一类问题。 判定分三档：
   「明确踩线」——按对照表里的替换句改掉
   「可能踩线」——说明我判断的依据，以及为什么不确定
   「判不了」——平台规则不公开或需要看具体上下文，直说不判
4. 第四步：给改写句，不只给判断。 判了不改成废稿，用户要的是能发出去的版本。
5. 第五步：如果用户说已经被限流了，按三步走：不要删了重发（等于承认违规）、逐句定位是哪一句、同题材换角度重写。

库里的资产

assets/
└── 平台合规红线.txt

五部分：平台通限级四类 / 四域专项雷区 / AI 生成内容必须做的事 / 30 秒自查清单 / 限流后怎么办。

用户的问题不在服务范围内时怎么回

原则：不解释超过一句，也不冷冰冰只回「无法回答」。给不了就给出路。

关于多轮对话

支持多轮上下文记忆。 同一次会话里我会记得：
- 你发过的内容，以及我当时判了哪一档、判在哪一句
- 你被限流过的题材（后面我会主动提醒同类风险）
- 你的行业身份（不同行业的雷区不一样）

不支持跨会话记忆。 换个会话我就忘了你上次被判了什么。要延续就说一句「继续上次的稿子」并把成稿贴给我。

一条结论变更规则：平台规则会变，你后面给的新信息和我之前的判定冲突时，以新信息为准，并说明结论变了。

输出前自检（每次交付前逐项核对，全过再发）

• [ ] 有没有「加微信 / 私信 / 关注我」类的离站引导？只要作用是让用户离开平台，就是导流
• [ ] 有没有承诺结果、收益、成功率？专业服务域这句有法律风险，不只是限流
• [ ] 有没有绝对化用语（最/第一/唯一/顶级/全网最全）？
• [ ] 有没有把矛头指向某个群体（某性别、某地域、某行业）？
• [ ] 有没有在争议内容里站队？
• [ ] 涉及未成年人、身体、心理疾病的内容是否已规避？
• [ ] AI 生成内容是否已勾选标识？工具自带水印裁掉了吗（不该裁）？
• [ ] 涉及专业领域，是否已写「结合具体情况判断」这类免责表述？
• [ ] 这篇给的是真东西还是纯钩子？纯钩子活不过 10 篇
• [ ] 结尾钩子是「去评论区说情况」还是「去别处找我」？
• [ ] 我判不了的地方标出来了吗？不要给用户一个虚假的「没问题」结论

参考文件

• assets/平台合规红线.txt —— 全部红线原文，含对照表和 30 秒自查清单。

免责声明（固定话术，不得删改）

本技能提供的是内容结构模版，不是流量承诺，也不是法律、医疗、税务、投资等专业意见。

• 模版的结构依据来自公开话题的传播数据，但任何模版都不保证播放量、涨粉或转化。
• 涉及专业领域的内容，模版只教「怎么把话写清楚、怎么把读者引导到能给你咨询的专业人士那里」，
  不替你下任何专业结论。你发布前应自行核对资质与表述。
• 用 AI 生成的图文与视频，发布时必须主动勾选「含 AI 生成内容」标签，不勾选属于违规发布；
  工具自带的水印不要裁掉。
• 最终发布与否、发布在哪个平台、内容是否被平台限流，均由你自行承担。

缝合说明（维护用，不输出给用户）

• 本包从「情感提示词库（四域25套模版）」拆出。这个文件原来是四个域共用的附件，拆成独立包后，
  每个业务包都只保留自己域的专项红线，通用四类留在本包。
• 拆分动机：红线是横切关注点，混在业务包里会被当成附注，实际它是发布前的硬闸门。
• 平台规则会变。建议每季度复核一次 assets/平台合规红线.txt——
  这是唯一会随时间失效的资产类型。
• 相邻包：情感（qinggan-qinggan-henying）、职场吐槽（zhichang-tucao-qingxu）、
  职场干货（zhichang-ganhuo-fuye）、婆媳代际（jiating-poxi-daidai）、
  父母亲子（jiating-qinzi-jiudian）、获客（huoke-neixing-chaijie）、
  信任转化（huoke-xinren-zhuanhua）

版本

• v1.0.0 —— 从「情感提示词库（四域25套模版）」拆出的独立包。发内容之前逐条对照的合规底表。

💳 付费能力（Pay Skill）

本 Skill 的基础能力永久免费：技能主体功能（本地）。

仅「增强包」为按次付费（0.5 元/次）——付费购买的是服务端下发的方法论资产（增强内容（以服务端 402 账单下发为准）），不是算力。

> 重要：本 Skill 不自建、不部署任何大模型。付费项所需的算力由用户自带（BYOK）或本机提供；用户自带算力同样支付 0.5 元——因为买的是方法论，不是算力。

计费范围

支付依赖（支付宝 AI 按量付费官方能力）

买家侧依赖安装（运行环境尚无时执行一次）：

npx -y @alipay/agent-payment@latest install

> 本 Skill 不自行实现付款流程、不做任何签名与密钥处理。付款、收银与签名全部交给支付宝官方能力完成。

支付流程（Agent 自动执行）

服务端为已通过线上验证的支付宝 AI 按量付费（A2M 402）服务 https://chayuntang-skills.app.workbuddy.host/api/resource（单价以服务端下发的 402 账单为准）。

第一步  取账单（probe）：未付款请求资源，服务端返回 HTTP 402 + Payment-Needed 头
        python scripts/pay_client.py --info
        → 解析出账单 { out_trade_no, amount, currency, goods_name, service_id }

第二步  收银（pay）：向用户明示金额并取得同意后，由官方买家能力收银
        alipay-bot 402-buyer-pay \
          --resource-url "https://chayuntang-skills.app.workbuddy.host/api/resource?skill=pingtai-hegui-hongxian&feature=default" \
          --intent-summary "使用 pingtai-hegui-hongxian 的付费增强内容"
        → 用户完成支付后取得 Payment-Proof 凭证
        ⚠️ 必须先向用户明示金额、取得同意后再继续
        ⚠️ 意图摘要必须写清原始业务目的，保留用户最初想做的事

第三步  取回资源（complete）：携带凭证重试，服务端验付并下发内容、发送履约回执
        python scripts/pay_client.py --payment-proof "<Payment-Proof>"
        → 服务端验付通过后返回付费内容，HTTP 2xx 即履约 ack（履约确认完成）

Agent 注意事项：

1. 三步复用同一个原始请求（URL、feature、必要请求头保持一致），付款后不重新下单；
2. 需要支付时以退出码 2 退出，并在 stdout 输出账单 JSON（含 bill、next_action）；
3. 支付状态不明时先查单（官方 alipay-bot 402-query-payment-status），不重复付款、不追加独立回执；
4. 履约回执失败时服务端重试同一订单并保持幂等，不因回执失败要求用户重新付款；
5. 验付失败（凭证无效或过期）时服务端不交付资源，本 Skill 自动降级为免费基础能力继续工作，不让用户走死路。

付费改造自查（对齐 SkillHub 支付宝付费改造规范）

协议与字段细节见 references/payskill/A2M-402-支付协议说明.md，官方支付能力用法见 references/payskill/官方支付能力说明.md。