Token导航 LogoToken导航

Agent Skill · 运维和基础设施

appbuilder-cicd-pipeline(appbuilder CICD 管道)

appbuilder-cicd-pipeline 用于处理 GitHub 仓库、Issue、Pull Request 和代码协作信息,适合在 Codex、Claude、Cursor、Gemini CLI 中需要围绕仓库状态、代码变更或协作事项进行整理时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

appbuilder-cicd-pipeline 是运维和基础设施类 Agent Skill,可用宿主为 Codex、Claude、Cursor、Gemini CLI,通过GitHub 仓库获取,权限为调用外部服务;许可证信息还不明确,第三方扫描有提醒项,按安装量在运维和基础设施类的 2,449 个 Skill 里排第 901。

总安装 1,270周安装 54GitHub Stars 55下载 445核验 2026-05-01

安装说明

本站只整理中文说明,不托管安装包,也不代用户安装。
GitHub
许可证
unknown

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:appbuilder-cicd-pipeline(appbuilder CICD 管道)
来源仓库:https://github.com/adobe/skills
仓库路径:skills/appbuilder-cicd-pipeline
安装命令:
npx skills add https://github.com/adobe/skills --skill appbuilder-cicd-pipeline
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 npx skills 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

skills.shnpx skills
npx skills add https://github.com/adobe/skills --skill appbuilder-cicd-pipeline

这个 Skill 是做什么的

运维和基础设施类 Skill 处理部署、监控、日志和云资源,多数需要较高的执行权限。

用于为 Adobe App Builder 项目搭建 CI/CD 流水线,支持 GitHub Actions 为主的多平台部署。使用 OAuth S2S 凭据与 IMS 身份验证,仅依赖仓库密钥而非环境变量。提供 stage/prod 分级部署与 PR 自动化测试模板。

需预先配置 IMS 集成与仓库 Secrets 权限方可生效。适用于持续交付场景下的自动化构建与发布流程。

来源仓库内路径:skills/appbuilder-cicd-pipeline

上手步骤

4 步
  1. 1

    确认自己的宿主工具

    公开资料标注支持 Codex、Claude、Cursor、Gemini CLI;先确认自己用的是其中之一,再按对应工具的 Skills 目录放置。

  2. 2

    拿到安装命令

    可以直接复制的命令是 npx skills add https://github.com/adobe/skills --skill appbuilder-cicd-pipeline;命令里的占位符换成自己的路径或密钥再执行。

  3. 3

    安装后重启宿主

    命令执行完要完全退出宿主工具再打开,让新装的 Skill 被重新扫描到,否则列表里可能看不到。

  4. 4

    按最小权限试用

    它需要调用外部服务,先在测试目录或测试账号里跑,确认没问题再放到正式项目。

常见问题

6 条

appbuilder-cicd-pipeline 怎么安装?

在终端执行 npx skills add https://github.com/adobe/skills --skill appbuilder-cicd-pipeline。装完完全退出宿主工具再打开,让它重新扫描本地 Skill。

appbuilder-cicd-pipeline 支持哪些 AI 工具?

公开资料标注支持 Codex、Claude、Cursor、Gemini CLI。其他工具只要能读取本地 Skill 目录,一般也能手动放进去,但要自己确认触发方式是否一致。

appbuilder-cicd-pipeline 需要什么权限?

权限级别是调用外部服务。该 Skill 可能调用第三方服务、云服务或外部模型 API,使用前需要确认账号、额度、数据发送范围和服务条款。

appbuilder-cicd-pipeline 是免费的吗?

公开资料没有标注明确许可证,收费和商用限制都无法确认。正式使用前请到来源仓库核对授权说明。

appbuilder-cicd-pipeline 用的人多吗?

公开数据是累计安装 1,270 次,近一周安装 54 次,下载 445 次,GitHub 55 星。这些数字来自第三方目录统计,只能当作热度参考,不代表质量或安全性。

appbuilder-cicd-pipeline 安全吗?

第三方扫描有提醒项,说明存在需要人工确认的行为。安装前请打开源码看清它读了什么、联网到哪里。

值得选的地方和要先想清楚的地方

值得选的地方

  • 同时适配 4 种工具,换客户端不用重新找替代品。

先想清楚的地方

  • 许可证没有明确标注,能不能商用、能不能再分发都不确定。
  • 第三方扫描存在提醒项或未通过项,需要人工逐条确认。
  • 第三方目录整理,版本更新和行为细节以来源仓库为准。

适不适合你

更适合

  • 已经在用 Codex,想直接扩展它能力的人。
  • 需要处理运维和基础设施类任务、又不想每次都手写提示词的人。

不太适合

  • 需要明确授权才能用到公司项目里的场景。
  • 需要厂商级技术支持和 SLA 的生产系统。

运维和基础设施类 Skill 对比

6 个同类
Skill总安装GitHub 星权限许可证扫描
brainstorming

头脑风暴 · Codex、Claude

3,148,776173,131操作浏览器MIT通过
copywriting

文案写作 · Codex、Claude

1,996,72425,583需要联网MIT通过
openclaw-secure-linux-cloud

OpenClaw secure linux cloud 命令行 · Codex、Claude

1,853,08840接触敏感数据未明确未通过
xget

xget 命令行 · Codex、Claude

1,799,28040执行命令未明确未通过
requesting-code-review

代码审查请求 · Codex、Claude

1,590,144173,103权限未标注MIT通过
appbuilder-cicd-pipeline

appbuilder CICD 管道 · 本页

1,27055调用外部服务未明确有提醒

按安装量取同分类前几名;数字来自第三方目录统计,只作热度参考,不代表质量结论。

SKILL.md 原文

App Builder CI/CD Pipeline

Set up CI/CD pipelines for Adobe App Builder projects — GitHub Actions (primary), Azure DevOps, GitLab CI. Uses OAuth S2S credentials with IMS authentication. Repository secrets only (no environment secrets).

Pattern Quick-Reference

User wantsTemplate
GitHub Actions deploy-to-stageassets/deploy-stage.yml
GitHub Actions deploy-to-prodassets/deploy-prod.yml
GitHub Actions PR testsassets/pr-test.yml
Extract secrets from workspaceassets/fetch-secrets.sh
Azure DevOps / GitLab CI / Jenkinsreferences/generic-pipeline-guide.md
Secrets setup guidereferences/secrets-management.md
Debugging deploy failuresreferences/debugging.md

Fast Path (for clear requests)

When the user says "set up CI/CD for my App Builder project" and they use GitHub, generate all 3 workflow files + secrets guide immediately:

  1. Copy assets/deploy-stage.yml → .github/workflows/deploy_stage.yml
  2. Copy assets/deploy-prod.yml → .github/workflows/deploy_prod.yml
  3. Copy assets/pr-test.yml → .github/workflows/pr_test.yml
  4. Guide secrets setup using references/secrets-management.md

If user specifies Azure DevOps, GitLab CI, or Jenkins → use references/generic-pipeline-guide.md.

Quick Reference

  • Workflow location: .github/workflows/ at repository root
  • Bootstrap command: aio app add ci generates starter workflow files
  • Official actions: adobe/aio-cli-setup-action@3 (CLI install) + adobe/aio-apps-action@3.3.0 (build/test/deploy)
  • Auth model: OAuth Server-to-Server (S2S) with IMS — the auth command in aio-apps-action is DEPRECATED (JWT). Do not use it.
  • Secrets scope: Repository secrets only. App Builder does NOT support GitHub environment secrets.
  • Secrets per workspace: 14 secrets with workspace suffix (_STAGE, _PROD)
  • Prerequisite: Add "I/O Management API" to each workspace in Developer Console before extracting secrets
  • Workspace config: Run aio app use <workspace.json> to configure .aio and .env files

Full Workflow (for ambiguous or complex requests)

  1. Check existing setup: Look for .github/workflows/ (from aio app add ci or manual). Check if workflows already exist.
  2. Determine CI/CD platform: GitHub Actions is default. Ask if user needs Azure DevOps, GitLab CI, or Jenkins.
  3. Generate workflow files: Copy templates from assets/ to .github/workflows/. Customize triggers, branch names, and environment suffixes as needed.
  4. Guide secrets setup:a. Ensure "I/O Management API" is added to the workspace in Developer Consoleb. Download workspace.json from Developer Consolec. Run aio app use <workspace.json> to configure local .aio and .envd. Run assets/fetch-secrets.sh to extract credential valuese. Guide user to add each secret to GitHub repository secrets (NOT environment secrets)f. Add _STAGE or _PROD suffix to each secret name
  5. Add custom secrets: If the app uses custom env vars, add them under the env key in the Deploy step
  6. Validate: Run through references/checklist.md before merge
  7. Troubleshoot: If deploy fails, consult references/debugging.md for common scenarios
  8. Test: Push to a branch and verify workflow runs successfully

Inputs To Request

  • Current repository path and CI/CD platform preference
  • Target Adobe organization, project, and workspace names
  • Whether Stage, Production, or both workspaces need CI/CD
  • Any custom secrets the application requires

Deliverables

  • Workflow YAML files in .github/workflows/
  • Secrets extraction output for repository configuration
  • Pre-merge validation against references/checklist.md

Quality Bar

  • All workflow YAML must be syntactically valid
  • Secrets must use repository scope, never environment scope
  • OAuth S2S credentials only — no JWT auth references
  • Each workspace gets its own secret set with correct suffix
  • Workflows must use pinned action versions (@3, @3.3.0)

References

  • Use references/github-actions-guide.md for GitHub Actions workflow patterns and secrets table.
  • Use references/generic-pipeline-guide.md for Azure DevOps, GitLab CI, and Jenkins patterns.
  • Use references/secrets-management.md for OAuth S2S credential extraction and GitHub secrets setup.
  • Use references/debugging.md for troubleshooting deploy failures, CI errors, and workspace promotion issues.
  • Use references/checklist.md for pre-merge CI readiness validation.
  • Use assets/deploy-stage.yml, assets/deploy-prod.yml, assets/pr-test.yml as workflow templates.
  • Use assets/fetch-secrets.sh to extract secret values from workspace configuration.
  • Official Adobe docs: https://developer.adobe.com/app-builder/docs/guides/app_builder_guides/deployment/cicd-using-github-actions

Common Issues

  • Workflow not triggering: Verify workflow files are committed to the default branch and triggers match your branching strategy.
  • Deploy fails with auth error: The auth command is deprecated. Ensure you are using OAuth S2S credentials, not JWT. Verify all 14 secrets are set correctly with the right workspace suffix.
  • "I/O Management API not found": Add the I/O Management API service to the workspace in Developer Console before extracting secrets.
  • Environment secrets not working: App Builder does NOT support GitHub environment secrets. Move all secrets to repository-level secrets.
  • Missing secrets: Run fetch-secrets.sh and compare output against the 14-secret table in references/github-actions-guide.md. Each value must be present and correctly suffixed.
  • Custom env vars not available in action: Add custom secrets under the env key in the Deploy step of the workflow, not just in GitHub secrets.

Chaining

  • Chains FROM appbuilder-action-scaffolder (after actions are implemented)
  • Chains FROM appbuilder-testing (automated test execution in CI)
  • Standalone after setup (workflows run automatically on push/PR/release)

平台分布

Codex

36.03%
按下载量换算160

Claude

31.68%
按下载量换算141

Cursor

18.99%
按下载量换算85

Gemini CLI

9.86%
按下载量换算44

安全审计

Gen Agent Trust Hub

通过

Socket

可疑

Snyk

通过

权限和风险

调用外部服务

该 Skill 可能调用第三方服务、云服务或外部模型 API,使用前需要确认账号、额度、数据发送范围和服务条款。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。来源安全扫描存在提醒或未通过项,安装前请自行复核。目前只有一个公开来源,建议同时核对源仓库。

继续浏览同类 Skills