Jenkins CI/CD pipeline management — monitor builds, trigger pipelines, analyze logs, and track SCM changes for network automation workflows.

Apache-2.0Auto-check passedDevOps & Cloud

Install Jenkins Cicd

skills CLI
$ npx skills add automateyournetwork/netclaw --skill jenkins-cicd -a claude-code

Project install by default; add -g for ~/.claude/skills/.

GitHub CLI
$ gh skill install automateyournetwork/netclaw jenkins-cicd --agent claude-code

Project scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).

Manual copy
$ git clone --depth 1 https://github.com/automateyournetwork/netclaw.git skills-src && mkdir -p .claude/skills && cp -r skills-src/workspace/skills/jenkins-cicd .claude/skills/jenkins-cicd && rm -rf skills-src

Use ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.

Claude Code skills documentation · loads skills from .claude/skills/

Facts

Skill name
jenkins-cicd
GitHub stars
676
Token cost
~3.4k tokens
SKILL.md length
1,201 words
Files
1
Skills in repo
120
Repo updated
First seen
Licence
Apache-2.0

At a glance

Jenkins CI/CD pipeline management — monitor builds, trigger pipelines, analyze logs, and track SCM changes for network automation workflows.

  • Works in 5 steps: List all jobs — Use getJobs with… → Get job details — Use getJob with the… → Get build details — Use getBuild with… → …
  • Track SCM changes for network automation workflows
  • SKILL.md covers Purpose, Golden Rule, Workflow 1: Pipeline and Build… and Workflow 2: Build Triggering…, plus 6 more sections
  • Reaches github.com

What it does

Jenkins Cicd is an agent skill from automateyournetwork/netclaw. Jenkins CI/CD pipeline management — monitor builds, trigger pipelines, analyze logs, and track SCM changes for network automation workflows.

Its SKILL.md is about 3.4k tokens, which your agent loads only when the skill is triggered. It is a single SKILL.md file with no bundled scripts.

It sits in DevOps & Cloud, covering CI/CD, Workflow automation and CRM management. It works with Jenkins. The repository describes itself as: An AI agent that claws through your network. The licence is Apache-2.0.

When your agent uses it

  • Track SCM changes for network automation workflows
  • Tasks that involve CI/CD
  • Tasks that involve Workflow automation

Example prompts

  • “Use the jenkins-cicd skill to jenkin CI/CD pipeline management — monitor builds, trigger pipelines, analyze logs, and track SCM changes for network…”
  • “/jenkins-cicd”

Workflow steps

5 steps, taken from the first numbered list in SKILL.md.

  1. List all jobs — Use getJobs with optional pagination (offset, limit) and regex name filter to discover available jobs.
  2. Get job details — Use getJob with the full job name (supports folder paths like folder1/folder2/job-name) to retrieve job configuration…
  3. Get build details — Use getBuild with job name and build number to retrieve result, duration, timestamp, parameters, and causes.
  4. Check queue status — Use getQueueItem to inspect queued build requests — waiting reason, position, estimated start time.
  5. View pipeline run history — Use getPipelineRuns to list pipeline execution history with status, duration, and branch info.

What it can do on your machine

Read from SKILL.md and the folder at commit aa90e7d. It shows what the files ask for, not the result of running them.

  • Tool permissions

    Pre-approves nothing: there is no allowed-tools line, so your agent's usual permission prompts apply.

    From allowed-tools in the SKILL.md frontmatter.

  • Runs code

    No scripts in the folder and no shell commands in SKILL.md.

    From the folder's file list and the shell code blocks in SKILL.md.

  • Network

    Hosts in commands or code, which the agent is likely to contact:

    • github.com

    From URLs in SKILL.md, links to its own repository left out.

  • Credentials

    Names no API keys, tokens, secrets or passwords.

    From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.

Context cost

Jenkins Cicd loads about 3.4k tokens when it runs. Until then it costs about 38 tokens; SKILL.md has 1,201 words of instructions outside code blocks.

Always · name and description, kept in context so the agent knows when to use it
~38
When it runs · the whole SKILL.md, loaded when a task matches
~3.4k

Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.

Safety

Auto-check passed

The automated check found no risky patterns in SKILL.md.

Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); files beside SKILL.md are not scanned.

SKILL.md

The full file from automateyournetwork/netclaw at commit aa90e7d, republished under its Apache-2.0 licence (© automateyournetwork). 1,201 words, ~3,390 tokens.

Download SKILL.mdSave it as .claude/skills/jenkins-cicd/SKILL.md (or your agent's skills folder).
name
jenkins-cicd
description
Jenkins CI/CD pipeline management — monitor builds, trigger pipelines, analyze logs, and track SCM changes for network automation workflows.
version
1.0
license
Apache-2.0
tags
cicd, jenkins, pipelines, builds, devops
metadata.mcp_servers
jenkins-mcp
metadata.tools_used
getJob, getJobs, triggerBuild, getQueueItem, getBuild, updateBuild, getBuildLog, searchBuildLog, getJobScm, getBuildScm, getBuildChangeSets…
metadata.transport
remote-http
metadata.auth
basic

Jenkins CI/CD Skill

Purpose

Manage Jenkins CI/CD pipelines for network automation workflows. This skill provides operational workflows for monitoring job and build status, triggering builds with parameters, analyzing build logs for troubleshooting, and tracking SCM changes across Jenkins projects.

The Jenkins MCP server is an official Jenkins plugin running natively inside Jenkins via Streamable HTTP transport — netclaw connects to it as a remote HTTP client.

Golden Rule

Never trigger a build or modify build metadata without explicit operator confirmation. All write operations (triggerBuild, updateBuild) require human-in-the-loop approval per Constitution XIV. Always read current state before proposing any write action (Constitution II — Read-Before-Write).


Workflow 1: Pipeline and Build Monitoring (US1 — MVP)

Monitor Jenkins job status, build results, queue state, and pipeline run history.

Steps
  1. List all jobs — Use getJobs with optional pagination (offset, limit) and regex name filter to discover available jobs.

    Tool: getJobs
    Parameters: { "nameFilter": "deploy-.*", "offset": 0, "limit": 25 }
  2. Get job details — Use getJob with the full job name (supports folder paths like folder1/folder2/job-name) to retrieve job configuration, last build number, and health status.

    Tool: getJob
    Parameters: { "fullName": "network-automation/deploy-network-config" }
  3. Get build details — Use getBuild with job name and build number to retrieve result, duration, timestamp, parameters, and causes.

    Tool: getBuild
    Parameters: { "jobFullName": "deploy-network-config", "buildNumber": 42 }
  4. Check queue status — Use getQueueItem to inspect queued build requests — waiting reason, position, estimated start time.

    Tool: getQueueItem
    Parameters: { "queueId": 1234 }
  5. View pipeline run history — Use getPipelineRuns to list pipeline execution history with status, duration, and branch info.

    Tool: getPipelineRuns
    Parameters: { "jobFullName": "deploy-network-config" }
Example Prompts
  • "Show me all Jenkins jobs"
  • "What is the status of the last build for deploy-network-config?"
  • "List all failed builds for job network-validation"
  • "Are there any builds waiting in the queue?"
  • "Show pipeline run history for deploy-network-config"

Workflow 2: Build Triggering and Tracking (US2)

Trigger new builds with parameters, track queue-to-build progression, and update build metadata. All write operations require operator confirmation.

Steps
  1. Verify job exists and check parameters — Use getJob to confirm the job exists and inspect its parameter definitions before triggering (read-before-write, Constitution II).

    Tool: getJob
    Parameters: { "fullName": "deploy-network-config" }
    → Returns parameter definitions: BRANCH (String), DRY_RUN (Boolean), ENVIRONMENT (Choice)
  2. Present parameters and confirm with operator — Display the job's parameter definitions and proposed values. Wait for explicit operator approval before proceeding (Constitution XIV — Human-in-the-Loop).

    Confirmation prompt:
    "Ready to trigger build for 'deploy-network-config' with parameters:
     - BRANCH: main (String)
     - DRY_RUN: true (Boolean)
     - ENVIRONMENT: staging (Choice: [dev, staging, prod])
    Proceed? [yes/no]"
  3. Trigger the build — Use triggerBuild with the confirmed parameters. Supported parameter types: String, Boolean, Choice, Text, Password, Run.

    Tool: triggerBuild
    Parameters: {
      "jobFullName": "deploy-network-config",
      "parameters": [
        { "name": "BRANCH", "value": "main" },
        { "name": "DRY_RUN", "value": "true" },
        { "name": "ENVIRONMENT", "value": "staging" }
      ]
    }
    → Returns queue item ID
  4. Track queue progression — Use getQueueItem to monitor until the build starts, then switch to getBuild.

    Tool: getQueueItem
    Parameters: { "queueId": <returned-queue-id> }
    → When build starts, returns build number
  5. Monitor build until completion — Use getBuild to poll build status until result is available.

    Tool: getBuild
    Parameters: { "jobFullName": "deploy-network-config", "buildNumber": <build-number> }
    → Result: SUCCESS | FAILURE | UNSTABLE | ABORTED | NOT_BUILT
  6. Update build metadata (optional) — Use updateBuild to set a descriptive display name or mark the build as keep-forever. Requires confirmation.

    Tool: updateBuild
    Parameters: {
      "jobFullName": "deploy-network-config",
      "buildNumber": <build-number>,
      "displayName": "Production Deploy - v2.4.1",
      "keepLog": true
    }
Example Prompts
  • "Trigger a build for deploy-network-config with BRANCH=main"
  • "Start job network-validation with DRY_RUN=true and ENVIRONMENT=staging"
  • "Mark build #42 of deploy-network-config as keep-forever"
  • "Track queue item 1234 until the build completes"

Workflow 3: Build Log Analysis (US3)

Retrieve and search build logs for troubleshooting failed builds, identifying errors, and diagnosing pipeline issues.

Steps
  1. Retrieve build log — Use getBuildLog with job name and build number. For large logs, use the start offset parameter for pagination.

    Tool: getBuildLog
    Parameters: { "jobFullName": "deploy-network-config", "buildNumber": 42 }
    → Returns console output text
  2. Paginate large logs — If the log is truncated, use the start offset to retrieve subsequent sections.

    Tool: getBuildLog
    Parameters: { "jobFullName": "deploy-network-config", "buildNumber": 42, "start": 50000 }
    → Returns output starting from byte offset 50000
  3. Search logs by pattern — Use searchBuildLog with a regex pattern to find specific lines (errors, warnings, timeouts).

    Tool: searchBuildLog
    Parameters: {
      "jobFullName": "deploy-network-config",
      "buildNumber": 42,
      "pattern": "ERROR|FATAL|Exception"
    }
    → Returns matching log lines
  4. Retrieve pipeline-specific logs — Use getPipelineRunLog for pipeline jobs that produce structured run logs.

    Tool: getPipelineRunLog
    Parameters: { "jobFullName": "deploy-network-config", "runId": "42" }
Example Prompts
  • "Show me the build log for deploy-network-config build #42"
  • "Show the last 100 lines of the build log for network-validation #15"
  • "Search the build log for 'ERROR' in deploy-network-config build #42"
  • "Find timeout messages in the latest build of network-validation"
  • "Show the pipeline log for deploy-network-config run #42"
Handling Large Logs

Build logs can be very large (hundreds of MB for verbose builds). Guidelines:

  • Start with searchBuildLog to find relevant sections before retrieving the full log
  • Use start offset pagination to retrieve specific sections
  • For troubleshooting, search for ERROR, FATAL, Exception, FAILURE, or timeout first

Workflow 4: SCM Change Tracking (US4)

Track source code changes associated with Jenkins jobs and builds — correlate builds with commits, find jobs by repository, and review change history.

Show full SKILL.md (653 more words)Show less
Steps
  1. Get job SCM configuration — Use getJobScm to view the repository URL, branch spec, and polling configuration for a job.

    Tool: getJobScm
    Parameters: { "jobFullName": "deploy-network-config" }
    → Returns: repository URL, branches, credential ID, polling config
  2. Get build SCM details — Use getBuildScm to see the exact revision (commit hash) and branch checked out for a specific build.

    Tool: getBuildScm
    Parameters: { "jobFullName": "deploy-network-config", "buildNumber": 42 }
    → Returns: revision hash, branch name at build time
  3. List change sets (commits) — Use getBuildChangeSets to see all commits included in a build — author, message, timestamp, and affected files.

    Tool: getBuildChangeSets
    Parameters: { "jobFullName": "deploy-network-config", "buildNumber": 42 }
    → Returns: list of change sets with commit details
  4. Find jobs by repository — Use findJobsWithScmUrl to discover all Jenkins jobs configured to build from a specific repository.

    Tool: findJobsWithScmUrl
    Parameters: { "scmUrl": "https://github.com/org/network-configs" }
    → Returns: list of jobs using this repository
Example Prompts
  • "What repository does deploy-network-config use?"
  • "Show me the commits in build #42 of deploy-network-config"
  • "Which commit triggered build #42?"
  • "Find all Jenkins jobs that use the network-configs repository"
  • "What files changed in the latest build of deploy-network-config?"

Workflow 5: Health Check and Setup Verification (US5)

Verify Jenkins connectivity, authentication, and instance health. Recommended as a pre-flight check before first use and as a diagnostic tool when other operations fail.

Steps
  1. Verify authentication — Use whoAmI to confirm the connection works and inspect the authenticated user's identity and permissions.

    Tool: whoAmI
    Parameters: {}
    → Returns: user name, authorities/permissions list
  2. Check instance health — Use getStatus to verify Jenkins is healthy and operational.

    Tool: getStatus
    Parameters: {}
    → Returns: mode (NORMAL/SHUTDOWN), version, quietingDown status
When to Use
  • First-time setup: Run both whoAmI and getStatus to validate the connection
  • Authentication failures: Run whoAmI to diagnose credential issues
  • Unexpected errors: Run getStatus to check if Jenkins is shutting down or in maintenance mode
  • Permission problems: Run whoAmI to verify the user has required authorities
Example Prompts
  • "Check my Jenkins connection"
  • "Who am I on Jenkins?"
  • "Is Jenkins healthy?"
  • "Verify Jenkins is running and I have access"

GAIT Audit Logging

All Jenkins interactions are logged to the GAIT audit trail via gait_mcp tools at the skill invocation level (per Constitution IV — GAIT Audit Trail).

Logging Pattern

For each Jenkins operation:

  1. Before invocation: Log the tool name and parameters being sent

    gait_mcp.log_action({
      action: "jenkins_tool_call",
      tool: "getJobs",
      parameters: { "nameFilter": "deploy-.*" },
      status: "initiated"
    })
  2. After invocation: Log the result summary

    gait_mcp.log_action({
      action: "jenkins_tool_call",
      tool: "getJobs",
      result_summary: "Returned 12 jobs matching filter",
      status: "completed"
    })
  3. For write operations: Log the confirmation step

    gait_mcp.log_action({
      action: "jenkins_write_confirmation",
      tool: "triggerBuild",
      parameters: { "jobFullName": "deploy-network-config", "parameters": [...] },
      operator_confirmed: true,
      status: "approved"
    })
What Gets Logged
  • Tool name and parameters for every invocation
  • Result summary (success/failure, record count, key identifiers)
  • Operator confirmation for write operations
  • Error details when operations fail

Integration with Other Skills

  • suzieq-observability: After a network deployment build completes, use SuzieQ to validate network state post-change
  • aci-change-deploy: Coordinate ACI changes with Jenkins pipeline execution — trigger build after change approval
  • gitlab-devops: Correlate GitLab merge requests with Jenkins builds via SCM change tracking
  • canvas-a2ui: Visualize build status trends and pipeline health in network dashboards
  • gait_mcp: All Jenkins operations are audit-logged for compliance and traceability

Important Rules

  1. Read-before-write: Always use getJob to verify a job exists and inspect its parameters before triggerBuild or updateBuild
  2. Human-in-the-loop: All write operations require explicit operator confirmation — never auto-trigger builds
  3. Folder-aware job names: Jenkins jobs in folders use path notation (e.g., folder1/folder2/job-name) — always use the full name
  4. Parameterized builds: Check parameter definitions via getJob before triggering — pass correct types (String, Boolean, Choice, Text, Password, Run)
  5. Large log handling: Use searchBuildLog before full log retrieval to avoid overwhelming context with large console output
  6. GAIT logging: Every Jenkins tool invocation must be logged to the audit trail
  7. Credential safety: Never log or display raw API tokens — credentials are managed via environment variables (Constitution XIII)
  8. Remote server: This MCP server is a remote HTTP service — connectivity depends on network access to the Jenkins instance

© automateyournetwork, Apache-2.0. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file

Files

Just SKILL.md in workspace/skills/jenkins-cicd of automateyournetwork/netclaw.

Open the folder on GitHubat commit aa90e7d

Compare with similar skills

Jenkins Cicd next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.

Jenkins Cicd compared with similar skills
SkillStarsUsed inTokensAuto-checkLicenceRepo updated
Jenkins Cicd this skillautomateyournetwork/netclaw676—~3.4kAutomated safety check: PassApache-2.0
Tirith PoliciesStackGuardian/tirith170—~1.8kAutomated safety check: PassApache-2.0
DevOps Pipeline ManagementLeoYeAI/openclaw-master-skills2.2k—~4.2kAutomated safety check: NotesMIT
Jenkinsfile Generatorakin-ozer/cc-devops-skills320—~3.7kAutomated safety check: PassApache-2.0
GitHub Actions Pipeline Buildercuriositech/some_claude_skills244—~2.8kAutomated safety check: NotesMIT
KubeSphere DevOps Credentialskubesphere/kubesphere17k—~4.2kAutomated safety check: PassCustom licence

Similar skills

  • Tirith Policies

    StackGuardian/tirith

    Write, validate, run and debug Tirith IaC governance policies, install Tirith, and add it to a CI pipeline (GitHub Actions, GitLab CI, Bitbucket Pipelines, Jenkins, Azure DevOps, CircleCI or any…

    170 GitHub stars~1.8k tokensUpdated 4 days ago
    DevOps & CloudAuto-check passed
  • DevOps Pipeline Management

    LeoYeAI/openclaw-master-skills

    Manages pipelines on a DevOps quality and efficiency platform through its OpenAPI: list workspaces and templates, create, update, run and cancel pipelines, and read run records.

    2.2k GitHub stars~4.2k tokensUpdated 2 mo ago
    DevOps & CloudAuto-check: notes
  • Jenkinsfile Generator

    akin-ozer/cc-devops-skills

    Generate/create/scaffold Jenkinsfile — declarative, scripted, shared library, CI/CD pipelines.

    320 GitHub stars~3.7k tokensUpdated 2 mo ago
    DevOps & CloudAuto-check passed
  • GitHub Actions Pipeline Builder

    curiositech/some_claude_skills

    Build production CI/CD pipelines with GitHub Actions. An agent skill from curiositech/some_claude_skills.

    244 GitHub stars~2.8k tokensUpdated 1 mo ago
    DevOps & CloudAuto-check: notes
  • KubeSphere DevOps Credentials

    kubesphere/kubesphere

    Covers creating and managing KubeSphere DevOps credentials as typed Kubernetes Secrets that sync to Jenkins, including the API endpoints and a common pitfall.

    17k GitHub stars~4.2k tokensUpdated 2 mo ago
    DevOps & CloudAuto-check passed
  • KubeSphere DevOps Jenkins

    kubesphere/kubesphere

    Covers configuring the Jenkins inside KubeSphere DevOps: console access, Configuration as Code, LDAP and OIDC login, GitLab, agent images and troubleshooting.

    17k GitHub stars~2.9k tokensUpdated 2 mo ago
    DevOps & CloudAuto-check passed

More from automateyournetwork/netclaw

All 120 skills in this repo
  • EVE-NG Lab Topology Design

    automateyournetwork/netclaw

    Entry point for designing EVE-NG network labs: classifies the request, gathers missing requirements, proposes options and validates the resulting topology.

    677 GitHub stars~612 tokensUpdated today
    Auto-check passed
  • ACI Policy Change Deployment

    automateyournetwork/netclaw

    Deploys Cisco ACI policy changes only behind an approved ServiceNow Change Request, capturing pre and post-change fault baselines and rolling back automatically on a fault delta.

    677 GitHub stars~4.2k tokensUpdated today
    Auto-check passed
  • Cisco ACI Fabric Health Audit

    automateyournetwork/netclaw

    Runs a phased health audit of a Cisco ACI fabric through MCP tools: node status, links, tenant and policy review, faults and endpoint learning.

    677 GitHub stars~2.9k tokensUpdated today
    Auto-check passed
  • Anta Validation

    automateyournetwork/netclaw

    Validate Arista EOS network state against ANTA's pre-built 208-test catalogue, with structured pass/fail verdicts.

    677 GitHub stars~1.2k tokensUpdated today
    Auto-check passed
  • Arista Cvp

    automateyournetwork/netclaw

    Arista CloudVision Portal (CVP) automation via REST API — device inventory, events, connectivity monitoring, tag management (4 tools).

    677 GitHub stars~2.2k tokensUpdated today
    Auto-check: notes
  • AWS Cloud Monitoring

    automateyournetwork/netclaw

    AWS CloudWatch monitoring — metrics, alarms, log queries, VPC flow log analysis, network performance.

    677 GitHub stars~1k tokensUpdated today
    Auto-check passed

Works with

Categories

Questions about Jenkins Cicd

What does Jenkins Cicd do?

Jenkins CI/CD pipeline management — monitor builds, trigger pipelines, analyze logs, and track SCM changes for network automation workflows. Jenkins Cicd is an agent skill from automateyournetwork/netclaw. Jenkins CI/CD pipeline management — monitor builds, trigger pipelines, analyze logs, and track SCM changes for network automation workflows.

When should I use Jenkins Cicd?

Jenkins Cicd fits situations like: track SCM changes for network automation workflows; tasks that involve CI/CD; tasks that involve Workflow automation.

How do I install Jenkins Cicd in Claude Code?

Run `npx skills add automateyournetwork/netclaw --skill jenkins-cicd -a claude-code`. Or copy the skill folder (workspace/skills/jenkins-cicd in automateyournetwork/netclaw) into .claude/skills/jenkins-cicd in your project. Claude Code loads it when a task matches its description.

How do I install Jenkins Cicd in Codex?

Run `npx skills add automateyournetwork/netclaw --skill jenkins-cicd -a codex`. Or copy the skill folder (workspace/skills/jenkins-cicd in automateyournetwork/netclaw) into .agents/skills/jenkins-cicd in your project. Codex loads it when a task matches its description.

Can I use Jenkins Cicd in Cursor, Gemini CLI or GitHub Copilot?

Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add automateyournetwork/netclaw --skill jenkins-cicd -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/jenkins-cicd, .gemini/skills/jenkins-cicd, .github/skills/jenkins-cicd and .opencode/skills/jenkins-cicd in your project.

What does Jenkins Cicd need to run?

SKILL.md names no scripts, command-line tools or credentials: Jenkins Cicd is instructions for the agent only.

Does Jenkins Cicd access the network?

SKILL.md names 1 domain. In commands or code: github.com; the agent is likely to contact it when it follows the instructions. This is read from the text; nothing was executed.

Is Jenkins Cicd safe to install?

Our automated static check of SKILL.md found no risky patterns, such as piping downloads into a shell, reading credential files or hidden Unicode. It is not a guarantee. Review the folder before installing.

What licence does Jenkins Cicd use?

Jenkins Cicd is published under the Apache-2.0 licence (declared in SKILL.md). It allows redistribution, so the full SKILL.md is shown on this page.

How many tokens does Jenkins Cicd use?

About 3.4k tokens (SKILL.md is roughly 14k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full.

What are the alternatives to Jenkins Cicd?

Skills that share tags, products or a category with Jenkins Cicd: Tirith Policies (StackGuardian/tirith, 170 stars), DevOps Pipeline Management (LeoYeAI/openclaw-master-skills, 2.2k stars), Jenkinsfile Generator (akin-ozer/cc-devops-skills, 320 stars) and GitHub Actions Pipeline Builder (curiositech/some_claude_skills, 244 stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.

Who maintains Jenkins Cicd?

automateyournetwork (a GitHub user) maintains it in automateyournetwork/netclaw, which has 676 GitHub stars. The repository holds 120 skills in this directory. The repository was last updated on October 9, 2026.

Source: automateyournetwork/netclaw on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.