privacy-publish
Turn drafted legal docs (privacy policy, terms) into hosted pages and set the App Store Connect Privacy Policy / Support / Marketing URLs via the AS…
它会碰到什么
扫了多少1 个文本文件,4 KB
它会碰到什么不碰外部(只输出文字)
命中总数0 处
命中统计严重 0 · 高 0 · 中 0 · 低 0
这一栏是扫描器报的事实,不是结论。命中多不等于有毒(安全工具、规则库、示例脚本本来就会包含危险写法),命中少也不等于干净。它和你手上的凭据、文件、网络有什么关系,需要你自己看。
技能内容
Privacy Publish
Close the "hosted legal pages + ASC URLs" gap: render .planning/legal/{privacy,terms}.md → host them → PATCH the Privacy/Support URLs onto the App Store version. The one thing with no API — the App Privacy nutrition label — is handed off as a precise checklist.
> Depends on the user's web infra, so ask once, remember. Hosting choice is theirs; the ASC URL-setting is the automatable part.
Prerequisites
- Legal drafts exist:
.planning/legal/privacy.md,.planning/legal/terms.md(fromlegal/privacy-policy). _shared/asc-api/set up (README).- Set
ASC="python3 <path to asc.py>"— resolveasc.pyrelative to this SKILL.md file's location (../../_shared/asc-api/asc.py), never the project cwd. Known install locations: - SwiftShip symlink install:
~/.claude/swiftship-skills/_shared/asc-api/asc.py - Copied install:
.claude/skills/_shared/asc-api/asc.py(project) or~/.claude/skills/_shared/asc-api/asc.py(global) - Plugin install: resolve from this file's location — the
_shared/tree ships with the plugin. - The app has a current editable App Store version + an en-US
appInfoLocalizationandappStoreVersionLocalization(get their ids first).
Flow — dry-run → confirm → apply
- Render. Markdown → minimal self-contained HTML (or keep
.mdif the host renders it). - Publish (pick per the user's infra —
AskUserQuestiononce, then remember in.planning/):
- git static site — commit + push to the pages repo/branch.
- WordPress —
POST /wp-json/wp/v2/pageswith an application password. - Netlify / S3 / other — the host's CLI.
- Browser fallback — drive the CMS with
claude-in-chrome(detect → preview → confirm → act → fall back, perTOOL-HANDOFF.md). - Confirm both URLs resolve (HTTP 200) before touching ASC.
- Set the ASC URLs (REST — dry-run, confirm, then
--apply):
- Privacy Policy URL →
appInfoLocalizations(privacyPolicyUrl):
$ASC PATCH /v1/appInfoLocalizations/<id> '{"data":{"type":"appInfoLocalizations","id":"<id>","attributes":{"privacyPolicyUrl":"https://…/privacy"}}}' --apply
- Support / Marketing URL →
appStoreVersionLocalizations(supportUrl,marketingUrl) — PATCH the current version's en-US localization id.
- Nutrition label (manual — no API). Emit a checklist matching
Sources/PrivacyInfo.xcprivacy(e.g. Data Not Collected, no tracking) for the user to click in ASC ▸ App Privacy. Do not claim this step is automated.
Done
- Legal pages live + resolving; Privacy/Support URLs set via API; nutrition-label checklist handed off.
Caveats
- Verify each endpoint/field against the current ASC API reference before
--apply(captured 2026-07). - Confirm URLs return 200 before setting them in ASC — a dead Privacy URL is a common rejection (Guideline 5.1.1).
- The nutrition label and some age-rating specifics have no public API — those remain ASC-UI/manual by design.
想直接用这个技能?
本站把开放许可(MIT / Apache 等)的技能按仓库打包整理到网盘,点一下转存到你自己的网盘,不用一个个从 GitHub 拉。许可未声明的技能只给原始仓库链接,不打包。