.agents/skills/autonomy--sre-auditor/SKILL.md
Audit whether an agent has working access to the SRE CLIs the project uses — version control host CLI, cloud provider CLI, and observability CLI. Tests each connection and reports access gaps. The steps below use GitHub CLI, AWS CLI, and Datadog Pup as a worked example; adapt for your project's actual tooling. Use when setting up a new agent environment, troubleshooting tool access, or as part of an initial harness assessment. Do not use when debugging a specific production issue (use autonomy--sre-agent) or when auditing general runtime readiness (use autonomy--runtime-auditor).
npx skillsauth add patterninc/code-mint autonomy--sre-auditorInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Verify that an agent has authenticated, working access to the CLI tools required for SRE operations. Each tool is tested with a non-destructive read-only command.
The steps below use GitHub CLI, AWS CLI, and Datadog Pup as a reference profile. If your project uses a different VCS host (e.g., GitLab, Azure DevOps), cloud provider (e.g., GCP, Azure), or observability platform (e.g., Grafana, New Relic, Prometheus), substitute the equivalent CLI and read-only verification commands while following the same audit structure.
gh --version
If not installed, record as a Critical finding.
gh auth status
Expected: Shows authenticated user and token scopes.
gh repo view --json name,owner
Expected: Returns the current repository's metadata.
gh pr list --limit 1gh issue list --limit 1gh run list --limit 1gh api repos/{owner}/{repo}/branches (read access confirms API works)Record the authentication method (token, OAuth, SSH) and token scopes.
aws --version
If not installed, record as a Critical finding.
aws sts get-caller-identity
Expected: Returns account ID, user ARN, and user ID.
Test non-destructive read commands for each service the project uses:
aws ecs list-clustersaws logs describe-log-groups --limit 1aws s3 ls (list buckets)aws rds describe-db-instancesaws ssm describe-parameters --max-results 1aws lambda list-functions --max-items 1Record the IAM identity, account, region, and which services are accessible.
If your project uses a different cloud provider (e.g., GCP, Azure), replace the commands above with equivalent read-only checks such as gcloud auth list / gcloud projects describe or az account show / az group list.
Note the permission scope. An SRE agent should have:
Check installation:
pup --version
If Datadog Pup is the monitoring tool:
pup CLI is installedDD_API_KEY environment variable or config file)DD_APP_KEY environment variable or config file)pup metric query --query "avg:system.cpu.user{*}" --from 1hpup log list --query "status:error" --from 1h --limit 1If another monitoring tool is used (Grafana, New Relic, Prometheus, etc.):
Record the tool name, version, authentication method, and accessible data sources.
For each monitoring tool, verify that output is machine-readable:
Machine-readable telemetry is required for autonomy--sre-agent to operate effectively.
Ensure the report directory exists: mkdir -p .agents/reports/completed && touch .agents/reports/.gitkeep .agents/reports/completed/.gitkeep
Ensure .gitignore ignores generated report contents while preserving the directories with their .gitkeep files.
Write the report to .agents/reports/autonomy--sre-auditor-audit.md:
# SRE Tooling Audit Report
**Repository:** [name]
**Date:** [timestamp]
**Overall Status:** [Pass / Partial / Fail]
## Summary
| Tool | Installed | Authenticated | Functional | Notes |
|---|---|---|---|---|
| GitHub CLI (`gh`) | [Yes/No] | [Yes/No] | [Yes/No] | [details] |
| AWS CLI (`aws`) | [Yes/No] | [Yes/No] | [Yes/No] | [details] |
| Monitoring (`pup`/other) | [Yes/No] | [Yes/No] | [Yes/No] | [details] |
## Top Blockers
[Highest-severity access gaps preventing SRE investigation]
## Human Decisions Needed
[Authentication ownership, missing API keys, required scopes, or approval for broader access]
## Safe To Automate
[Install checks, read-only verification commands, or re-run steps that are safe without additional approval]
## GitHub CLI Details
- Version: [X.Y.Z]
- Auth Method: [token/OAuth/SSH]
- Token Scopes: [list]
- Repository Access: [Yes/No]
## AWS CLI Details
- Version: [X.Y.Z]
- Identity: [ARN]
- Account: [ID]
- Region: [region]
- Accessible Services: [list]
## Monitoring Details
- Tool: [name]
- Version: [X.Y.Z]
- Auth Method: [API key/token/etc.]
- Queryable: [Yes/No]
- Machine-Readable Output: [Yes/No]
## Findings
### [Finding Title]
- **Severity:** [Critical / High / Medium / Low]
- **Current State:** [what exists]
- **Required State:** [what should exist]
- **Recommended Action:** [specific step]
- **Next Skill / Step:** [e.g., Install/authenticate tooling manually, then re-run `autonomy--sre-auditor`; once ready, use `autonomy--sre-agent`]
## Next Steps
Address findings to enable `autonomy--sre-agent` to operate effectively. If tooling or auth is missing, complete the manual install/authentication work first, then re-run `autonomy--sre-auditor`.
After writing the report, update docs/onboarding-checklist.md and .agents/code-mint-status.json with the current sre_investigation outcome status and date. Optionally update docs/skills-status.md if the repository keeps the compatibility view.
development
Best practices and template for creating new agent skills in the code-mint framework. Use when creating a new skill, authoring SKILL.md files, or structuring skill directories. Do not use when editing an existing skill's logic (edit directly instead) or when creating AGENTS.md files (use legibility--enhancer).
development
Step-by-step playbook that transforms a repository for AI-first development. It scopes the repository, runs read-only audits, maintains an outcome-driven checklist, guides collaborative improvements, and verifies the results with evidence. Use when onboarding a new repository, when a user says "set up this repo for agents," or when starting a harness engineering transformation. Do not use when the repo is already onboarded and the goal is to run a single specific skill.
development
Collaboratively walks a human through creating high-quality AGENTS.md files throughout a codebase, implementing progressive disclosure architecture. Use when creating or updating AGENTS.md files, onboarding a repository to agent-first practices, or remediating findings from legibility--auditor. Do not use when evaluating existing documentation coverage (use legibility--auditor) or when creating agent skills (use meta--skill-creator).
development
Audits a repository's documentation coverage and agent-readiness by evaluating AGENTS.md placement, progressive disclosure quality, and UX intent documentation. Use when evaluating repository structure, auditing documentation coverage, assessing agent-readiness, or onboarding a codebase to agent-first practices. Do not use when creating or editing AGENTS.md files directly (use legibility--enhancer instead).