release-assistant

解决什么问题 · Problem

发布不是填表,是一场长周期多线程战役:ICP App 备案约 8–23 个工作日、软著证书 50–75 个工作日、Google Play 个人新账号要 12 名测试者连续 14 天——不在第一天启动长交期项,整个发布就会被拖住;三家商店的隐私表单其实是同一份数据披露矩阵的三个投影,分头乱填必然互相矛盾;被拒之后的恢复也要有套路(拒因 → 配方 → 修复 → 记录)。

skill 用一份 campaign 状态文档协调全部轨道:agent 能做的(API 调用、浏览器自动化、构建、校验)与只有 owner 能做的(付款、实名、验证码、法务判断)分清并批量化;没有证据不标完成;密钥绝不进仓库;表单必须真实——无法如实申报时停下升级给 owner,那是产品决策不是填表问题。

怎么用 · How to use

Phase 0 从模板建 campaign 文件(release-profile.yaml + 状态文档),先启动长交期合规项,再做共享基建(深链、隐私政策、披露矩阵、审核演示账号),然后分店执行。自带零依赖脚本(SKILL.md 中的真实示例):

# App Store Connect API(JWT 自动签发)
node scripts/asc-client.mjs GET '/v1/apps?filter[bundleId]=com.example.app'
# 深链 well-known 文件体检(内容级校验,抓 SPA fallback 假 JSON)
node scripts/check-deeplink-live.mjs link.example.com \
  --android-package com.example.app --ios-appid TEAMID.com.example.app
# 各店文案字数与必填门禁
node scripts/check-metadata-limits.mjs metadata.json --require

适用场景 · When to use

• App 首发 / 版本更新 / 拒审恢复(ITMS-* / Guideline * / AGC 驳回)
• 中国大陆分发的合规筹备(备案 / 软著 / AIGC 声明 / 隐私标签)
• 三店并行发布的作战计划与状态协调