agentleFS
harnessharness/harness-skills/skills/platform/manage-artifacts/SKILL.md

manage-artifacts

Skill127 starsChanged 30 days agoApache-2.0View on GitHub

Manage Harness Artifact Registry (AR) via MCP. Configure private registries for Docker, Helm, Maven, npm, and PyPI artifacts, set up upstream proxies for caching public images, configure RBAC and cross-region replication, and define security scanning policies with CVE thresholds and license compliance checks. Use when asked to set up an artifact registry, configure Docker or Helm repositories, manage artifact security scanning, or set up replication. Do NOT use for creating connectors to external registries (use create-connector instead). Trigger phrases: artifact registry, docker registry, helm repository, artifact security, image scanning, private registry, artifact replication, CVE threshold, license compliance, SBOM.

The file

We split this skill into the rules it gives an agent

9 rules. About 0 are common, 9 are distinctive, and 0 are very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈9

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 0

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    Read access: all developers in the org scope

    line 68
  2. Distinctive:

    Check the scan results for specific CVEs that triggered the block

    line 132
  3. Distinctive:

    Use the exemption workflow to approve known false positives

    line 133
  4. Distinctive:

    Verify the CVE threshold is not set too low for the artifact's dependency tree

    line 134
  5. Distinctive:

    Check network connectivity between primary and replica regions

    line 137
  6. Distinctive:

    Verify the sync interval is appropriate for the artifact volume

    line 138
  7. Distinctive:

    Verify the service account has push permissions in the target repository

    line 142
  8. Distinctive:

    Check that LDAP/SAML integration is syncing correctly

    line 143
  9. Distinctive:

    Ensure Docker login credentials are not expired

    line 144

≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

Manage Artifacts

Configure private artifact registries, security scanning policies, and cross-region replication in Harness Artifact Registry.

Instructions

Step 1: Establish Scope

Confirm the user's org, project, and artifact format requirements.

Call MCP tool: harness_list
Parameters:
  resource_type: "project"
  org_id: "<organization>"

Step 2: Identify the AR Task

Determine which workflow the user needs:

  1. Private Registry Setup -- Docker, Helm, Maven, npm, PyPI repositories with RBAC
  2. Security Scanning Policy -- Vulnerability scanning with CVE thresholds and license checks

Step 3: Configure Private Registry

Gather from the user:

  • Artifact formats to support (Docker, Helm, Maven, npm, PyPI)
  • Upstream proxy preferences (Docker Hub, ECR Public, GCR)
  • Image signing requirements (Cosign, Notary, none)
  • Multi-architecture support needs

Docker Registry:

  • Repository name and upstream proxy configuration
  • Image signing with Cosign or Notary v2
  • Multi-arch support (amd64 + arm64)

Helm Chart Repository:

  • Chart validation on push
  • Dependency resolution enabled

Additional Formats (Maven, npm, PyPI):

  • Separate repositories per format
  • Snapshot/release policies
  • Upstream proxies for public registries

Access Controls:

  • Read access: all developers in the org scope
  • Push access: CI/CD service accounts only (no personal credentials)
  • Admin: platform team
  • LDAP/SAML integration with identity provider

Replication:

  • Primary region with replication to secondary regions
  • Configurable sync interval (real-time, 15 minutes, hourly, daily)

Step 4: Configure Security Scanning Policies

Gather from the user:

  • Artifact types to scan
  • Security scanner (Aqua Trivy, Snyk, Grype, Prisma Cloud)
  • CVE severity thresholds (block on CRITICAL and HIGH above N)

Configure scanning policies:

  • Scan on push and periodic rescans for stored artifacts
  • Block download if critical or high CVE count exceeds thresholds
  • License compliance: block artifacts with disallowed licenses (GPL-3.0, AGPL)
  • SBOM generation: auto-generate CycloneDX or SPDX on every scan
  • Exemption workflow: security team can approve specific CVEs with expiry dates
Call MCP tool: harness_create
Parameters:
  resource_type: "pipeline"
  org_id: "<organization>"
  project_id: "<project>"
  body:
    pipeline:
      name: "artifact-security-scan"
      identifier: "artifact_security_scan"
      stages:
        - stage:
            name: Scan
            type: SecurityTests
            spec:
              # vulnerability scanning step
        - stage:
            name: Policy Gate
            type: Approval
            spec:
              # block if thresholds exceeded

Examples

  • "Set up a private Docker registry for our team" -- Configure Docker repository with upstream proxy and RBAC
  • "Add Helm chart repository to our artifact registry" -- Configure Helm repo with chart validation
  • "Configure vulnerability scanning for our container images" -- Set up scanning with CVE thresholds and license checks
  • "Set up cross-region replication for our artifacts" -- Configure primary and replica regions with sync interval
  • "Block images with critical CVEs from being deployed" -- Create security scanning policy with severity gates

Performance Notes

  • Upstream proxies significantly reduce build times by caching public images locally -- enable for all formats.
  • Security scanning on push adds latency to the push operation -- consider async scanning for large images.
  • Cross-region replication increases storage costs linearly -- only replicate to regions where artifacts are consumed.
  • Image signing adds a verification step to every pull -- ensure signing infrastructure is highly available.

Troubleshooting

Push Rejected by Security Policy

  • Check the scan results for specific CVEs that triggered the block
  • Use the exemption workflow to approve known false positives
  • Verify the CVE threshold is not set too low for the artifact's dependency tree

Replication Lag

  • Check network connectivity between primary and replica regions
  • Verify the sync interval is appropriate for the artifact volume
  • Large artifacts (multi-GB images) may need a longer sync window

Registry Authentication Failures

  • Verify the service account has push permissions in the target repository
  • Check that LDAP/SAML integration is syncing correctly
  • Ensure Docker login credentials are not expired

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.