asc-subscription-localization

asc-subscription-localization 技能概览

asc-subscription-localization 是做什么的

asc-subscription-localization 技能可以帮助你批量本地化 App Store 订阅和应用内购买的展示名称，以及在支持的情况下本地化描述内容，覆盖 App Store Connect 的多个 locale。对于需要统一本地化命名、又不想在界面里逐个手工编辑每种语言的场景，它非常合适。

谁适合使用它

如果你已经创建好了订阅组和商品，App Store Connect 访问配置也已就绪，并且希望获得一套可重复、可规模化的本地化工作流，那么就适合使用 asc-subscription-localization 技能。它尤其适合发布经理、增长团队，以及需要从单一事实源批量更新多个 locale 的工作流自动化 agent。

它的不同之处

它的核心价值不只是翻译质量本身，而是执行速度和一致性。这个技能围绕解析 App Store Connect ID、检查现有内容、并以受控方式应用本地化而设计。也正因为如此，asc-subscription-localization for Workflow Automation 比临时的一次性 prompt 更可靠，因为它默认考虑的是 App Store Connect 的真实约束，而不只是内容生成。

如何使用 asc-subscription-localization 技能

先安装技能

使用目录中的标准技能安装流程安装 asc-subscription-localization：
npx skills add rudrankriyam/app-store-connect-cli-skills --skill asc-subscription-localization

先准备最少必需输入

在调用技能之前，先收集 app ID、subscription group ID 或 subscription ID，以及你希望本地化的准确展示名称。如果你是在更新已有商品，还要标记哪些 locale 已经有值，避免无意覆盖掉已经很好的翻译。

把模糊目标改写成可执行请求

较弱的请求会说：“localize my subscriptions。” 更强的 asc-subscription-localization usage 请求会明确 app、目标对象、locale 和预期结果，例如：“Use asc-subscription-localization to audit existing localizations for subscription group X, then add missing names for en-US, fr-FR, de-DE, and ja while leaving populated locales unchanged.” 具体的 locale 和对象目标能减少歧义，也能帮助技能选择正确的工作流步骤。

先阅读这些文件和章节

先从 SKILL.md 开始，再查看其中链接到的工作流章节，重点看前置条件、支持的 locale，以及按步骤进行 ID 解析的路径。在这个 repo 里没有额外的 helper 文件夹，所以最有价值的是把顺序弄清楚：先认证，再解析 ID，然后列出现有本地化，最后只创建或更新真正需要的内容。这是做出成功的 asc-subscription-localization install 决策并完成首次运行的最短路径。

asc-subscription-localization 技能 FAQ

如果我可以直接让 AI 写，为什么还需要它？

如果你只需要单一语言，或者只是一次性的草稿，普通 prompt 可能就够了。只有当你需要可重复的 App Store Connect 工作流、对 locale 覆盖情况有清晰掌握，并且想减少多个商品上的手工点击时，才应该使用 asc-subscription-localization。

安装前我需要知道什么？

这个技能默认你已经具备有效的 App Store Connect 身份认证、已知的 app ID，以及现有的订阅或订阅组。如果这些前置条件还不满足，它不会替你完成账号搭建或商品创建，所以要先把这些基础工作补齐。

它适合新手吗？

适合，只要你能跟着命令行工作流操作，并能识别自己的 App Store Connect 对象。新手最容易上手的方式，是先列出 groups 和 subscriptions，再尝试更新，这样可以避免 ID 混淆。

什么情况下不该用它？

如果你的产品还没有在 App Store Connect 中创建好，或者你需要的是更深层的文案创作而不是本地化机制，或者你的流程需要超出支持 locale 和基于 ID 更新流程之外的自定义业务规则，那就不该用它。

如何改进 asc-subscription-localization 技能

提供更干净的源内容

最好的结果来自更清晰的输入：规范的展示名称、已批准的术语，以及与发版计划一致的 locale 列表。如果你给的是杂乱的表格或不一致的商品命名，输出也会继承这种不确定性。

保护已有本地化结果

常见的失败模式，是把已经经过人工审核的值覆盖掉。应先要求技能列出现有本地化，再只补缺失的 locale，或者只更新你明确点名的 locale。这样做是提升 asc-subscription-localization 结果安全性的最稳妥方式。

通过检查 App Store Connect diff 反复迭代

首次运行后，把已创建或已更新的本地化结果与目标 locale 矩阵和命名标准逐项对照。如果发现任何不对劲的地方，就在下一轮请求里补充精确的 locale code、product ID，以及是否保留已有条目，然后用更收敛的范围重新运行 asc-subscription-localization guide 流程。