Agent skill

Mint Enroll

by fullsend-ai in fullsend-ai/fullsend

SRE runbook for enrolling new GitHub repos into the fullsend token mint service using go run ./cmd/fullsend from this checkout.

Apache-2.0Auto-check: notesDevOps & Cloud

Install Mint Enroll

skills CLI
$ npx skills add fullsend-ai/fullsend --skill mint-enroll -a claude-code

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

GitHub CLI
$ gh skill install fullsend-ai/fullsend mint-enroll --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/fullsend-ai/fullsend.git skills-src && mkdir -p .claude/skills && cp -r skills-src/skills/mint-enroll .claude/skills/mint-enroll && 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
mint-enroll
GitHub stars
149
Token cost
~3.6k tokens
SKILL.md length
1,395 words
Files
1
Skills in repo
15
Repo updated
First seen
Licence
Apache-2.0

At a glance

SRE runbook for enrolling new GitHub repos into the fullsend token mint service using go run ./cmd/fullsend from this checkout.

  • Works in 5 steps: Triage → Pre-check current state → Enroll → …
  • Onboarding a new repo
  • SKILL.md covers Setup, Constraints, Shared App Model and Enrollment Steps, plus 2 more sections
  • Calls go and gcloud; reaches github.com

What it does

Mint Enroll is an agent skill from fullsend-ai/fullsend. SRE runbook for enrolling new GitHub repos into the fullsend token mint service using go run ./cmd/fullsend from this checkout. Use when onboarding a new repo, adding a per-repo WIF provider, or re-enrolling after infrastructure changes.

Its SKILL.md is about 3.6k 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 Runbooks and postmortems and Site reliability engineering. It works with GitHub and Google Cloud. The repository describes itself as: On the path to fully autonomous agentic engineering. The licence is Apache-2.0.

When your agent uses it

  • Onboarding a new repo
  • Adding a per-repo WIF provider
  • Re-enrolling after infrastructure changes

Example prompts

  • “/mint-enroll”

Requirements

  • Pre-approved tools (allowed-tools): Bash

Workflow steps

5 steps, taken from the step headings in SKILL.md.

  1. Triage
  2. Pre-check current state
  3. Enroll
  4. Verify
  5. Handoff to repo admin

What it can do on your machine

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

  • Tool permissions

    Pre-approves these tools, so the agent can use them without asking each time:

    • Bash

    From allowed-tools in the SKILL.md frontmatter.

  • Runs code

    Shell commands in SKILL.md call:

    • go
    • gcloud

    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

Mint Enroll loads about 3.6k tokens when it runs. Until then it costs about 63 tokens; SKILL.md has 1,395 words of instructions outside code blocks.

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

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: notes

The automated check noted patterns worth knowing about, such as sudo or a known installer.

  • NotePre-approves every shell command (allowed-tools: Bash)SKILL.md
    allowed-tools: Bash

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 fullsend-ai/fullsend at commit 6c6be1e, republished under its Apache-2.0 licence (© fullsend-ai). 1,395 words, ~3,627 tokens.

Download SKILL.mdSave it as .claude/skills/mint-enroll/SKILL.md (or your agent's skills folder).
name
mint-enroll
description
SRE runbook for enrolling new GitHub repos into the fullsend token mint service using `go run ./cmd/fullsend` from this checkout. Use when onboarding a new repo, adding a per-repo WIF provider, or re-enrolling after infrastructure changes.
allowed-tools
Bash
triggers
mint enroll, onboard org, enroll organization, enroll repo, mint onboarding

Mint Service Enrollment

Enroll a new GitHub repository into the fullsend token mint using go run ./cmd/fullsend mint from this checkout. The mint is a stateless service (deployed on GCP Cloud Function or Cloudflare Worker) that exchanges GitHub OIDC JWTs for scoped GitHub App installation tokens.

Follow these steps in order. Do not skip steps.

Always ask the operator for the GCP project ID. Do not infer it from gcloud config get-value project — the local config may point at the wrong project.

Always run the CLI from this checkout via go run. From the repo root:

bash
go run ./cmd/fullsend <subcommand> …

Do not use a fullsend binary from mise, $PATH, go install, or another checkout. A stale CLI can rewrite hosted-mint env vars with obsolete merge logic (this previously dropped e2e/fix from ALLOWED_ROLES and broke e2e). See Running the fullsend CLI.

Setup

STOP — ask the operator for these values before proceeding:

  • GCP_PROJECT — the GCP project ID where the mint is deployed. Do not infer from gcloud config get-value project.
  • MINT_REGION — the Cloud region (default: us-central1). Confirm with the operator if unsure.
  • TARGET — the GitHub repo (acme/widget) to enroll. mint enroll accepts only owner/repo; a bare org is rejected with an error.
bash
GCP_PROJECT="<your-gcp-project-id>"
MINT_REGION="us-central1"   # default; change if deployed elsewhere

Verify the operator has the required IAM roles: Workload Identity Pool Admin, Cloud Functions Viewer, Cloud Run Admin. Secret Manager Admin is only needed for initial PEM bootstrap (mint deploy --pem-dir), not for enrollment. Enrollment does not grant any IAM roles; Vertex AI access for a repo is provisioned separately via fullsend inference provision.

Verify credentials and that this checkout's CLI builds:

bash
gcloud auth list --filter=status:ACTIVE --format="value(account)"
go run ./cmd/fullsend --version

Constraints

  • No concurrent enrollment — two operators enrolling simultaneously will race on env var reads/writes. Coordinate enrollment operations serially.
  • Always verify app installation — the mint cannot produce tokens for GitHub Apps that are not installed on the target org. Confirm installation before the repo admin triggers a workflow.
  • Use --dry-run first — especially for new operators or unfamiliar environments. Dry run previews all changes without applying them.
  • Do not enroll .fullsend repos — <org>/.fullsend config repos belonged to the removed per-org installation mode and do not call the mint. Enroll each repository that runs fullsend workflows instead.

Shared App Model

The fullsend-ai org maintains public GitHub Apps shared across orgs.

RoleApp SlugNotes
fullsendfullsend-ai-fullsendDispatch/admin. Not used by per-repo installs.
triagefullsend-ai-triage
coderfullsend-ai-coderfix role shares this app and PEM but has distinct token permissions.
reviewfullsend-ai-review
retrofullsend-ai-retro
prioritizefullsend-ai-prioritize

PEM keys and app IDs are tied to the role, not the org. Secrets use role-only naming (fullsend-{role}-app-pem) — one secret per role, shared across orgs on the mint. ROLE_APP_IDS uses the same model: one GitHub App ID per role (e.g., coder → 123456), shared by all enrolled repos. PEMs and app IDs must already exist (from mint deploy --pem-dir or go run ./cmd/fullsend admin install <owner/repo>); enrollment does not create, copy, or modify PEM secrets or app ID mappings.

Apps must be installed on the target org before the mint can produce tokens. An org admin installs via https://github.com/apps/{slug}/installations/new or by running go run ./cmd/fullsend admin install <owner/repo>.

Enrollment Steps

1. Triage

Determine the target repository:

bash
TARGET="<github-org>/<repo-name>"

Validate the target is a valid owner/repo name before proceeding.

2. Pre-check current state

Run mint status --project to see the current mint state, enrolled repos, Cloud Run revision info, and PEM health — this is the enrollment/admin pre-check step and must be run with --project, since only GCP-based mode reports PEM health, Cloud Run revision info, and template divergence. If FULLSEND_MINT_URL is set in the environment, pass --mint-url= (empty) to force GCP-based mode — otherwise the CLI errors with "ambiguous mode":

bash
go run ./cmd/fullsend mint status --mint-url= --project="$GCP_PROJECT" --region="$MINT_REGION"

When FULLSEND_MINT_URL is already configured, mint status --mint-url is available as a lighter diagnostics command (no GCP IAM roles required), but it only reports version, commit, org, roles, and workflow-host repos — it does not show PEM health, Cloud Run revision info, or the health summary, so it does not replace the --project pre-check above:

bash
go run ./cmd/fullsend mint status --mint-url="$FULLSEND_MINT_URL"

If the mint is not deployed yet, deploy it first:

bash
go run ./cmd/fullsend mint deploy --project="$GCP_PROJECT" --region="$MINT_REGION"

Check the status output for:

  • Health: should be "healthy" or "degraded" (not "not-installed")
  • Template divergence: if the service template diverges from the traffic-serving revision, enrollment will fix this (the CLI uses REVISION-pinned traffic routing)
  • Existing enrollment: if the target repo is already listed in the per-repo WIF repos, re-enrollment is safe — the CLI merges entries idempotently

For an org-level drill-down into PEM status (accepts org name only, not owner/repo — use just the owner portion of the target):

bash
go run ./cmd/fullsend mint status "<github-org>" --mint-url= --project="$GCP_PROJECT" --region="$MINT_REGION"

STOP — show the status output to the operator. Confirm the mint is healthy and the enrollment target is correct before proceeding.

3. Enroll

Preview the enrollment first with --dry-run:

bash
go run ./cmd/fullsend mint enroll "$TARGET" \
  --project="$GCP_PROJECT" \
  --region="$MINT_REGION" \
  --dry-run

STOP — show the dry-run output to the operator and wait for explicit confirmation before running the actual enrollment.

If the preview looks correct and the operator confirms, run the actual enrollment:

bash
go run ./cmd/fullsend mint enroll "$TARGET" \
  --project="$GCP_PROJECT" \
  --region="$MINT_REGION"

The CLI performs the following automatically:

  1. Discovers the existing mint infrastructure and verifies shared role→app-id mappings exist
  2. Adds the repo to Cloud Run service env var PER_REPO_WIF_REPOS using REVISION-pinned traffic routing
  3. Creates a dedicated WIF provider for the repo

On a public mint (PER_REPO_WIF_REPOS=*) the command reports public mode and exits successfully without changing configuration.

Show full SKILL.md (542 more words)Show less
4. Verify

Run mint status after enrollment (pass --mint-url= to force GCP-based mode if FULLSEND_MINT_URL is set in the environment):

bash
go run ./cmd/fullsend mint status --mint-url= --project="$GCP_PROJECT" --region="$MINT_REGION"

Check its output for:

  • Revision state: confirms which Cloud Run revision is serving traffic and whether it matches the latest template
  • Per-Repo WIF Repos: confirms the enrolled repo is listed. This list is read from the traffic-serving Cloud Run revision (falling back to Cloud Functions metadata only when revision env vars are unavailable); the traffic-serving revision is the authoritative enrollment check
  • ROLE_APP_IDS: confirms shared role keys (e.g., coder, review) are configured on the mint

Common causes of verification failure:

  • Template/traffic divergence — traffic routing step didn't complete. Re-run enrollment to trigger a new revision cycle.
  • Missing shared app IDs — the mint has no role-keyed ROLE_APP_IDS entries. Run mint deploy --pem-dir or go run ./cmd/fullsend admin install <owner/repo> on the mint project first.
5. Handoff to repo admin

The mint SRE does not configure target repos. Inform the repo admin that mint-side enrollment is complete and provide:

  • Mint URL: shown in mint status output
  • GitHub Actions repository variable FULLSEND_MINT_URL (set per repo by go run ./cmd/fullsend admin install <owner/repo> or manually)
  • .github/workflows/fullsend.yaml shim workflow in the target repo

Also provide:

  • WIF Provider ID: shown in the enrollment output (needed for the google-github-actions/auth step)

The admin runs go run ./cmd/fullsend admin install <owner/repo> for each repository (the CLI no longer supports org-targeted installs) or configures it manually.

Verify that all required GitHub Apps are installed on the target org before the admin triggers a workflow.

Rollback

STOP — unenroll is a destructive operation that removes a repo from the mint. Always run --dry-run first and confirm with the operator before proceeding.

Use the CLI to unenroll:

bash
# Dry-run first
go run ./cmd/fullsend mint unenroll "$TARGET" \
  --project="$GCP_PROJECT" --region="$MINT_REGION" --dry-run

# Actual unenroll (after operator confirms dry-run output)
go run ./cmd/fullsend mint unenroll "$TARGET" \
  --project="$GCP_PROJECT" --region="$MINT_REGION"

Unenroll is interactive — it requires typing the target name to confirm. Use --yolo to skip confirmation in automated contexts.

$TARGET must be owner/repo; a bare org is rejected because per-org unenrollment was removed. Unenroll removes the repo from PER_REPO_WIF_REPOS and disables the repo-specific WIF provider — it does not touch PEM secrets. Org entries left on older mints (ALLOWED_ORGS, org entries in the shared WIF provider condition) need manual cleanup; see "Cleaning up legacy per-org mint state" in docs/guides/infrastructure/mint-administration.md.

To permanently delete the repo's WIF provider instead of disabling it, add --delete-provider to the unenroll command:

bash
# Preview permanent WIF provider deletion first
go run ./cmd/fullsend mint unenroll "$TARGET" \
  --project="$GCP_PROJECT" --region="$MINT_REGION" --delete-provider --dry-run

# Permanently delete WIF provider (after dry-run confirms)
go run ./cmd/fullsend mint unenroll "$TARGET" \
  --project="$GCP_PROJECT" --region="$MINT_REGION" --delete-provider

Only use --delete-provider after confirming no workflows depend on the provider.

Troubleshooting

When the CLI output is insufficient, use gcloud to inspect the Cloud Run service directly. The commands below are read-only — they do not modify the mint.

DANGER — never use --set-env-vars to modify the mint service. The --set-env-vars flag replaces all env vars, wiping out every other variable (PER_REPO_WIF_REPOS, ROLE_APP_IDS, PEM secret references, etc.). If you need to fix an env var manually, use --update-env-vars which merges the provided values into the existing set:

bash
# SAFE — merges into existing env vars
gcloud run services update "$MINT_SERVICE" \
  --project="$GCP_PROJECT" --region="$MINT_REGION" \
  --update-env-vars="KEY=value"

# DANGEROUS — replaces ALL env vars, destroying every other variable
# gcloud run services update "$MINT_SERVICE" --set-env-vars="KEY=value"

Prefer go run ./cmd/fullsend mint enroll over manual gcloud env var edits — the CLI handles read-merge-write with REVISION-pinned traffic routing.

Set these variables for the commands below:

bash
MINT_SERVICE="fullsend-mint"
ORG="<github-org>"           # the org you are troubleshooting
WIF_POOL="fullsend-pool"
Read env vars from the traffic-serving revision

The traffic-serving revision may differ from the service template. To see what the mint is actually serving:

bash
# Get the traffic-serving revision name
TRAFFIC_REV=$(gcloud run services describe "$MINT_SERVICE" \
  --project="$GCP_PROJECT" --region="$MINT_REGION" \
  --format="value(status.traffic[0].revisionName)")

# Read its env vars
gcloud run revisions describe "$TRAFFIC_REV" \
  --project="$GCP_PROJECT" --region="$MINT_REGION" \
  --format="yaml(spec.containers[0].env)"
Compare template vs traffic revision
bash
# Template env vars (what new revisions would get)
gcloud run services describe "$MINT_SERVICE" \
  --project="$GCP_PROJECT" --region="$MINT_REGION" \
  --format="yaml(spec.template.spec.containers[0].env)"

# List recent revisions
gcloud run revisions list \
  --service="$MINT_SERVICE" \
  --project="$GCP_PROJECT" --region="$MINT_REGION" \
  --limit=5
Check PEM secrets
bash
# List role PEM secrets (shared across orgs on the mint)
gcloud secrets list --project="$GCP_PROJECT" \
  --filter="name:fullsend- AND name:-app-pem" \
  --format="table(name,createTime)"

# Check if a specific role secret has an enabled version
gcloud secrets versions describe latest \
  --secret="fullsend-coder-app-pem" \
  --project="$GCP_PROJECT" --format="value(state)"
Check WIF provider state
bash
# List all WIF providers
gcloud iam workload-identity-pools providers list \
  --project="$GCP_PROJECT" \
  --workload-identity-pool="$WIF_POOL" \
  --location=global \
  --format="table(name.basename(),state,disabled)"

# Check the shared provider's attribute condition
gcloud iam workload-identity-pools providers describe github-oidc \
  --project="$GCP_PROJECT" \
  --workload-identity-pool="$WIF_POOL" \
  --location=global \
  --format="value(attributeCondition)"
Read mint logs
bash
gcloud functions logs read fullsend-mint \
  --project="$GCP_PROJECT" --region="$MINT_REGION" --gen2 --limit=50 \
  --format="table(timecreated,severity,textPayload)" \
  | grep -i "$ORG"

For more troubleshooting scenarios, see the mint administration guide in the mint administration guide.

© fullsend-ai, 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 skills/mint-enroll of fullsend-ai/fullsend.

Open the folder on GitHubat commit 6c6be1e

Compare with similar skills

Mint Enroll 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.

Mint Enroll compared with similar skills
SkillStarsUsed inTokensAuto-checkLicenceRepo updated
Mint Enroll this skillfullsend-ai/fullsend149—~3.6kAutomated safety check: NotesApache-2.0
GreptimeDB Release RunbookGreptimeTeam/greptimedb6.7k—~1.4kAutomated safety check: PassApache-2.0
Prepare Cloudflare Production DeploymentLubomirGeorgiev/cloudflare-workers-nextjs-saas-template786—~5.9kAutomated safety check: NotesMIT
Broccoli Oss GCP Deploybesimple-oss/broccoli286—~4.1kAutomated safety check: PassMIT
Update Provider Depsmondoohq/mql412—~4.5kAutomated safety check: PassCustom licence
Deploy Agent Sessionsjazzyalex/agent-sessions894—~817Automated safety check: PassMIT

Similar skills

  • GreptimeDB Release Runbook

    GreptimeTeam/greptimedb

    Runbook for publishing a GreptimeDB version: pick the release branch, verify the Cargo version, then tag, create the GitHub release and open the docs note PR.

    6.7k GitHub stars~1.4k tokensUpdated today
    DevOps & CloudAuto-check passed
  • Prepare Cloudflare Production Deployment

    LubomirGeorgiev/cloudflare-workers-nextjs-saas-template

    Source-of-truth runbook for preparing this Vinext Cloudflare Workers SaaS template for production deployment.

    786 GitHub stars~5.9k tokensUpdated 2 days ago
    DevOps & CloudAuto-check: notes
  • Broccoli Oss GCP Deploy

    besimple-oss/broccoli

    Deploy this repository to a new Google Cloud project using the repo's existing Cloud Run, Cloud Run Jobs, Cloud SQL, Secret Manager, and Artifact Registry scripts.

    286 GitHub stars~4.1k tokensUpdated 5 mo ago
    DevOps & CloudAuto-check passed
  • Upgrade an mql provider's vendored SDKs (all providers or a named subset), audit the new versions for breaking changes and fix call sites while keeping shipped MQL fields backwards-compatible, check…

    412 GitHub stars~4.5k tokensUpdated today
    DevOps & CloudAuto-check passed
  • Deploy Agent Sessions

    jazzyalex/agent-sessions

    Release/deploy workflow for Agent Sessions (Sparkle appcast + GitHub release).

    894 GitHub stars~817 tokensUpdated today
    DevOps & CloudAuto-check passed
  • Chaos Engineer

    Jeffallan/claude-skills

    Designs chaos experiments, failure injection and game days for distributed systems, with blast radius limits, rollback plans and written learnings.

    12k GitHub stars~1.8k tokensUpdated 5 days ago
    DevOps & CloudAuto-check passed

More from fullsend-ai/fullsend

All 15 skills in this repo
  • Cutting Releases

    fullsend-ai/fullsend

    A skill your agent uses when the user wants to tag a release, cut a release candidate, or ship a new version.

    149 GitHub stars~3.5k tokensUpdated today
    Auto-check passed
  • Topissues

    fullsend-ai/fullsend

    Build a merged RICE priority table: top unassigned backlog issues plus issues assigned to the current user.

    149 GitHub stars~523 tokensUpdated today
    Auto-check passed
  • User Forum Whats New

    fullsend-ai/fullsend

    A skill your agent uses when preparing the Fullsend user forum "What's New" agenda, a Tuesday-to-Tuesday recap, forum-host talk-track notes, or copy-paste HTML of shipped changes for users.

    149 GitHub stars~4k tokensUpdated today
    Auto-check passed
  • Adr Corner

    fullsend-ai/fullsend

    Find open GitHub pull requests that add or change Architecture Decision Records and report attribution, summaries, discussion points, and dates.

    149 GitHub stars~654 tokensUpdated today
    Auto-check passed
  • Nextwork

    fullsend-ai/fullsend

    Build a readiness-oriented queue of open issues/PRs — assigned work plus their open GitHub blockers — and recommend the next action for each.

    149 GitHub stars~5.3k tokensUpdated today
    Auto-check passed
  • Analyze Transcript

    fullsend-ai/fullsend

    Analyze fullsend agent run transcripts from GitHub Actions artifacts.

    149 GitHub stars~2.7k tokensUpdated today
    Auto-check passed

Categories

Questions about Mint Enroll

What does Mint Enroll do?

SRE runbook for enrolling new GitHub repos into the fullsend token mint service using go run ./cmd/fullsend from this checkout. Mint Enroll is an agent skill from fullsend-ai/fullsend./cmd/fullsend from this checkout.

When should I use Mint Enroll?

Mint Enroll fits situations like: onboarding a new repo; adding a per-repo WIF provider; re-enrolling after infrastructure changes.

How do I install Mint Enroll in Claude Code?

Run `npx skills add fullsend-ai/fullsend --skill mint-enroll -a claude-code`. Or copy the skill folder (skills/mint-enroll in fullsend-ai/fullsend) into .claude/skills/mint-enroll in your project. Claude Code loads it when a task matches its description.

How do I install Mint Enroll in Codex?

Run `npx skills add fullsend-ai/fullsend --skill mint-enroll -a codex`. Or copy the skill folder (skills/mint-enroll in fullsend-ai/fullsend) into .agents/skills/mint-enroll in your project. Codex loads it when a task matches its description.

Can I use Mint Enroll 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 fullsend-ai/fullsend --skill mint-enroll -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/mint-enroll, .gemini/skills/mint-enroll, .github/skills/mint-enroll and .opencode/skills/mint-enroll in your project.

What does Mint Enroll need to run?

Going by SKILL.md and its folder, Mint Enroll needs the command-line tools its instructions call (go and gcloud). Its frontmatter pre-approves these tools: Bash.

Does Mint Enroll 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 Mint Enroll safe to install?

Our automated static check of SKILL.md found notes only (pre-approves every shell command (allowed-tools: bash)), nothing it rates as a warning. It is not a guarantee. Review the folder before installing.

What licence does Mint Enroll use?

Mint Enroll is published under the Apache-2.0 licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.

How many tokens does Mint Enroll use?

About 3.6k tokens (SKILL.md is roughly 15k 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 Mint Enroll?

Skills that share tags, products or a category with Mint Enroll: GreptimeDB Release Runbook (GreptimeTeam/greptimedb, 6.7k stars), Prepare Cloudflare Production Deployment (LubomirGeorgiev/cloudflare-workers-nextjs-saas-template, 786 stars), Broccoli Oss GCP Deploy (besimple-oss/broccoli, 286 stars) and Update Provider Deps (mondoohq/mql, 412 stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.

Who maintains Mint Enroll?

fullsend-ai (a GitHub organization) maintains it in fullsend-ai/fullsend, which has 149 GitHub stars. The repository holds 15 skills in this directory. The repository was last updated on October 9, 2026.

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