ManageSelf-service

Self-service on GitHub, without the tickets.

Developers run approved workflows from a form, ship one change across hundreds of repositories in a single review, and find any service and its owner in seconds. Your platform team keeps the guardrails on.

Start free →
Deploy a serviceSelf-service · platform teamMeets standards

Service

payments-api▾

Environment

staging▾

From GitHub Environments

Version

v2.14.0▾
Run workflow

Run status

  1. Requested
  2. Queued
  3. In progress
  4. Success
Runs as a GitHub Actions reusable workflow. Logs stay in GitHub.
A self-service form to deploy payments-api to staging, with the environment chosen from GitHub Environments and the run moving from requested to in progress.

Why it breaks at scale

Developers spend more time waiting than coding.

  • Tickets for everything

    Developers file tickets with the platform team for environments, secrets, deploys and pipeline changes, and wait.

    With CodeCargo: Pre-approved workflows become forms developers run on demand, with the guardrails built in.

  • Bulk changes are painful

    The same change across 50 repositories means 50 checkouts and 50 pull requests, so it takes weeks or never happens.

    With CodeCargo: One developer ships a coordinated change across hundreds of repositories in a single review.

  • No one knows what owns what

    The architecture lives in tribal knowledge, service maps go stale the day they are written, and refactors break code nobody knew existed.

    With CodeCargo: An AI service catalog keeps a live map of every service, owner, dependency and pipeline.

Self-service workflows

Approved workflows, run from a form.

The platform team publishes vetted GitHub Actions once. Anyone with access runs them on demand, with the inputs, approvals and audit trail you set.

  • Any workflow_dispatch action becomes a form, with no YAML for the person running it
  • Inputs as dropdowns from GitHub Environments, fixed values or restricted choices
  • Three GitHub authorization modes, with project- and org-level access control
  • Runs as a GitHub Actions reusable workflow, so logs and run history stay in GitHub

Compliant by default

Every self-service workflow runs on a building block your standards already check.

Pinned actions, least-privilege tokens and OIDC are part of the block, not something each team has to remember. Guardrails and CargoWall egress control apply to every run.

See how Secure works →

Workspace · rename OrderClient.fetch to getOrder

50 repositories · one change · a pull request per repository

  • acme-corp/checkout-webMerged
  • acme-corp/payments-apiMerged
  • acme-corp/orders-serviceApproved
  • acme-corp/ledger-workerIn review
  • acme-corp/notificationsIn review
+ 45 more repositoriesReview all diffs in one place
A multi-repository workspace applying one API rename across 50 repositories, with a pull request per repository moving through review.

Multi-repository edits

Refactor an API across 50 repositories in one operation.

Load every consumer of the API into a workspace, ask the AI agent for the change, review the diffs in one place, and ship a coordinated pull request per repository. No shell scripts, no spreadsheets, no tracking reviews by hand.

  • Choose which repositories sync back as pull requests
  • Push to existing pull requests or open new ones in the same operation
  • Bump an action version or apply a security fix everywhere at once

AI service catalog

A map of your services that keeps itself current.

CodeCargo derives services, owners, dependencies and CI/CD coverage from your repositories, so new hires understand the architecture in an afternoon and refactors stop breaking code nobody knew about.

  1. 01Component discovery
  2. 02Ownership, from Git history and CODEOWNERS
  3. 03Dependencies, from deterministic analysis, ML and an AI agent
  4. 04CI/CD pattern detection
  5. 05Service and library boundaries
  6. 06A graph of how it all connects

How it works

From the workflows you have to self-service in four steps.

  1. 01

    Import the workflows you run

    Point CodeCargo at any workflow_dispatch action in GitHub. It becomes a building block, with no rewrite.

  2. 02

    Publish it as self-service

    Set the inputs, who can run it and what needs approval, from the CodeCargo UI instead of YAML.

  3. 03

    Let the catalog map your estate

    CodeCargo analyzes your repositories and keeps services, owners, dependencies and pipelines current.

  4. 04

    Edit across repositories at once

    Refactor an API, bump an action version or apply a security fix everywhere, in one review.

Part of Manage

Self-service is one part of a platform team for your GitHub.

Manage also keeps every repository on standard, fixes drift as pull requests, controls cost and cleans up hygiene, at the autonomy you set.

See how Manage works →

Self-service questions.

What platform teams ask before they open self-service to developers.

Do developers need to learn YAML to use self-service workflows?

No. Self-service workflows are form-based: developers, and people who are not developers, fill in inputs and run. The YAML is written once by the platform team and reused.

Can we control who runs which workflows?

Yes. Self-service workflows support three GitHub authorization modes: as the GitHub user, as a GitHub App for the whole organization, or as a GitHub App restricted to specific repositories. Access control is scoped to projects and the organization.

Where do self-service workflow logs live?

In GitHub. Self-service workflows run as GitHub Actions reusable workflows, so logs, artifacts and run history stay in the underlying repository.

How do multi-repository edits become pull requests?

A workspace loads the repositories you choose into one context for the AI agent. You review every diff in one place, then sync selected repositories back as pull requests, either new ones or updates to existing pull requests.

How does the AI service catalog stay accurate?

It is generated from your repositories in six stages: component discovery, ownership from Git history and CODEOWNERS, dependency analysis, CI/CD pattern detection, service and library boundaries, and a relationship graph. As code and ownership change, the catalog updates without manual upkeep.

Does CodeCargo store our code or secrets?

CodeCargo never stores GitHub secrets; they stay in GitHub. Code is loaded into context for the AI editor only when a developer chooses to load it.

Is self-service part of Manage?

Yes. Self-service is part of CodeCargo Manage, alongside standards, security, cost and hygiene. Self-service workflows are built on the same building blocks your standards are checked against.

Give one developer
the reach of ten.

Start free →
Developer Self-Service on GitHub | CodeCargo Manage