Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
npx skills add LetheChen/openclaw-longmen-inn --skill ci-cd-pipelinegit clone --depth 1 https://github.com/LetheChen/openclaw-longmen-innWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/skills/lethechen/openclaw-longmen-inn/ci-cd-pipeline)<a href="https://agentmods.dev/skills/lethechen/openclaw-longmen-inn/ci-cd-pipeline"><img src="https://agentmods.dev/badge/skills/lethechen/openclaw-longmen-inn/ci-cd-pipeline/github.svg" alt="Measured on agentmods" height="20"></a>Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.
<a href="https://agentmods.dev/skills/lethechen/openclaw-longmen-inn/ci-cd-pipeline"><img src="https://agentmods.dev/badge/skills/lethechen/openclaw-longmen-inn/ci-cd-pipeline.svg" alt="Reviewed on agentmods" width="80" height="20"></a>What it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5.1 | $0.00019 | $0.01185 |
| Opus 5 | $0.00010 | $0.00593 |
| Sonnet 5 | $0.00004 | $0.00237 |
| Haiku 4.5 | $0.00002 | $0.00119 |
Grade A, and why
ci-cd-pipeline scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 11d ago.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
How it starts
The opening of the file, as written. The whole thing — 144 lines — stays where its author put it; the contents beside it link to each section on GitHub.
CI/CD 流水线管理
能力范围
1. 持续集成 (CI)
- 配置 GitHub Actions / GitLab CI / Jenkins 流水线
- 编写自动化构建脚本(npm build / docker build / maven package)
- 管理构建产物和缓存策略
- 处理构建失败的重试和报警
2. 自动化测试
- 单元测试(pytest / jest / junit)
- 集成测试(API测试、数据库测试)
- 端到端测试(Playwright / Cypress)
- 测试覆盖率报告(codecov / sonarqube)
3. 持续部署 (CD)
- Docker 镜像构建与推送(DockerHub / 私有仓库)
- 蓝绿部署、滚动更新策略
- Kubernetes 配置管理(Helm / Kustomize)
- 部署回滚机制
4. 监控与告警
- Prometheus 指标采集
- Grafana 监控面板配置
- PagerDuty / 钉钉 / 飞书告警集成
- 日志聚合(ELK / Loki)
输入
必需输入
- 代码仓库地址(GitHub / GitLab URL)
- 部署目标环境(dev / staging / prod)
- 技术栈信息(Node.js / Python / Java / Go)
可选输入
- 测试覆盖率要求(默认:80%)
- 构建超时时间(默认:30分钟)
- 部署策略(蓝绿 / 滚动 / 金丝雀)
输出
产出物
-
CI配置文件
.github/workflows/ci.yml或.gitlab-ci.yml- Jenkinsfile
-
Docker相关
Dockerfiledocker-compose.yml.dockerignore
-
部署配置
- Kubernetes manifests / Helm charts
- 部署脚本(deploy.sh)
-
测试配置
- 测试框架配置(pytest.ini / jest.config.js)
- 覆盖率配置(.coveragerc)
-
监控配置
- Prometheus rules
- Grafana dashboards (JSON)
报告
- 构建状态报告(成功/失败、耗时、日志)
- 测试报告(通过率、覆盖率趋势)
- 部署报告(版本、环境、回滚点)
注意事项
必须遵守
- Pipeline as Code: 所有流水线配置必须版本化,禁止手工配置UI
- Fail Fast: 快速失败的阶段放在前面(lint -> unit test -> build)
- Security First:
- 密钥绝不硬编码,使用CI内置的secrets管理
- Docker镜像扫描(Trivy / Snyk)
- 依赖漏洞检查
- Immutable Artifacts: 构建产物一旦生成不可修改,部署时只选择版本
推荐实践
- 并行化: 无依赖的阶段并行执行(单元测试 vs 代码扫描)
- 缓存策略:
- 依赖缓存(npm_modules / pip cache)
- Docker layer caching
- 自文档化: Pipeline中每个stage添加注释说明目的
- 可观测性: 关键步骤输出结构化日志(JSON格式)
常见陷阱
- ❌ 在CI中直接修改生产数据库
- ❌ 使用latest标签部署Docker镜像
- ❌ 忽略测试失败强行部署
- ❌ 将私有密钥提交到代码仓库
- ❌ 没有回滚策略直接全量部署
执行指令模板
当被要求"配置CI/CD流水线"时,按以下流程执行:
1. 确认输入信息
- 代码仓库URL: {repo_url}
- 技术栈: {stack}
- CI平台: {github_actions/gitlab_ci/jenkins}
- 部署环境: {dev/staging/prod}
2. 创建分支进行配置
git checkout -b feature/setup-ci-cd
3. 创建配置文件
- 根据技术栈选择基础模板
- 配置build/test/deploy stages
- 添加secrets引用
4. 本地验证(如可能)
- act 工具本地运行 GitHub Actions
- 或提交到测试分支验证
5. 创建PR并关联Issue
- 详细描述配置说明
- 提供回滚方案
6. 合并后观察首次运行
- 检查各stage执行时间
- 验证artifacts生成
- 确认部署成功
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- 11d ago First seen · 144 lines · 19 tokens per session scan A c104759c606b
ci-cd-pipeline is a skill published in the GitHub repository LetheChen/openclaw-longmen-inn (10 stars, last pushed 5mo ago), licensed MIT. It adds 19 tokens to every session and 1,185 once invoked, about $0.0001 per session on Opus 5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-31.
Other skills, from other repositories
fix-failing-pipelines
This skill should be used when the user asks to "fix pipelines", "fix CI", "check staging pipelines", "fix failing workflows", "fix failing actions", or wants to find and fix failing GitHub Actions workflows on the staging branch of the babysitter repo.
dpf-local-merge-ci-before-push
Use before pushing or opening a DPF PR when a branch needs local merged-code verification.
vigilante-issue-implementation-on-github-actions
Implement a GitHub issue end-to-end when Vigilante dispatches work for a repository with GitHub Actions workflows, applying workflow hardening, pinned actions, and secret-safe automation practices.
check-dependabot
Validate a Dependabot configuration against the published JSON Schema and audit its groups against the repository's real dependency manifests. Use when creating or rewriting .github/dependabot.yml, when adding or reorganising groups, ignore or exclude-patterns, when a dependency lands in the wrong grouped PR or keeps…
monitor-ci
Drive a long-running GitHub Actions run to a trustworthy conclusion without burning the session on polling. Use when asked to wait for a pipeline, watch a build, babysit a release or deploy run, restart it if it fails, or report whether it went green. Also use when a run must finish before a follow-up step such as a…
devops
(forwward) Configures CI/CD pipelines, Docker, monitoring, alerting, and infrastructure with reliability-first defaults. Triggers on CI/CD, Docker, deployment, monitoring, alerting, infrastructure setup, or production debugging.