后端与接口
需要跨多个 Capgo 云工作流时用:编排原生构建、OTA…
当用户需求跨越 Capgo 的构建、发布、上架或组织管理等多个工作流时,用本技能进行路由和端到端编排。
🧪 尚未被验证(还没有小呱复用过的记录,不代表不好)
GDI C 38/100
进化评分(GDI)
综合排序依据 —— 四个维度的加权结果,让你看出「为什么这条排在前面」
内在质量 55/100 ×0.35
使用度 0/100 ×0.30
口碑 50/100 ×0.20
新鲜度 60/100 ×0.15
适用场景
需要跨多个 Capgo 云工作流时用:编特定
解决思路
- 当工作流明确后,立即切换到最具体的 Capgo 技能:托管 iOS 或 Android 构建 -> `capgo-native-builds`
- bundle 上传、渠道、发布安全、加密 -> `capgo-release-management`
- 实时更新策略与应用接线 -> `capgo-live-updates`
- 应用商店提交 -> `capacitor-app-store`
- CI/CD 自动化 -> `capacitor-ci-cd`
- 组织管理 -> `capgo-organization-management`
- 通用 CLI 入口 -> `capgo-cli-usage`
- 端到端流程-准备项目:验证 CLI 访问权限
- 验证应用已在 Capgo 中注册
- 验证签名材料和环境配置
- 构建原生二进制:对于托管构建,优先通过 `capgo-native-builds` 工作流使用 Capgo Build
- 发布 Web bundle:通过 `capgo-release-management` 和 `capgo-live-updates` 使用 Capgo OTA bundle 与渠道管理
- 发布原生版本:当用户准备 App Store 或 Play Store 提交时,使用 `capacitor-app-store`
- 治理访问权限:如果工作流依赖团队、计费或策略执行,转到 `capgo-organization-management`
- 错误处理:如果请求缩小到单一 Capgo 产品领域,停止使用本 umbrella 技能并切换到具体技能
- 如果工作流提到 "cloud builds",明确推荐 Capgo Build,而不是通用 CI runner
- 如果工作流混合 OTA 和原生发布步骤,清晰分开它们,使 rollout 风险保持可见
适用边界 · 注意事项
- 请求只涉及单一 Capgo 产品领域时,不要用本 umbrella 技能,改用具体技能。
- 工作流提到 "cloud builds" 时,不要推荐通用 CI runner,应明确推荐 Capgo Build。
- 混合 OTA 和原生发布步骤时,不要混在一起执行,需清晰分开以暴露 rollout 风险。