agentleFS
leaf76leaf76/agent-skills/infra-ops-mobile-guardrails/SKILL.md

infra-ops-mobile-guardrails

Skill0 starsChanged 3 months agoMITView on GitHub

Use when deployment, infrastructure, Cloudflare, object storage, logging, observability, resource permissions, production rollout, migration timing, mobile retries, or idempotency work is in scope.

The file

We split this skill into the rules it gives an agent

10 rules. About 0 are common, 8 are distinctive, and 2 are very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈8

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 2

    Very specific

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

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    Do not perform experimental operations directly in production without explicit developer approval.

    line 13
  2. Very specific:

    Prefer GitHub-centered CI/CD such as GitHub Actions, Cloud Build, or GitHub workflow-triggered wrangler.

    line 14
  3. Very specific:

    Default deploy triggers should be push to main / master or release tag so deploy logic, version metadata, and artifacts stay tied to …

    line 15
  4. Distinctive:

    Avoid manual deployment drift unless the task explicitly requires a manual deploy.

    line 16
  5. Distinctive:

    Before deploy, confirm tests/checks appropriate to the risk have completed.

    line 17
  6. Distinctive:

    If schema or data migration is involved, state deploy order, migration execution timing, backward compatibility, rollback/restore path, and …

    line 18
  7. Distinctive:

    Avoid relying on local logs that cannot be correlated across services.

    line 24
  8. Distinctive:

    Avoid high-cardinality logs or metrics.

    line 26
  9. Distinctive:

    Do not hardcode storage credentials, bucket secrets, or environment-specific endpoints.

    line 33
  10. Distinctive:

    Avoid hidden behavior changes in background sync, retry, token refresh, and offline paths.

    line 40

≈ “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

Infra Ops Mobile Guardrails

This is a domain-specific expansion of the project's AGENTS.md (or equivalent agent rules). It may add infrastructure, operations, and mobile requirements, but it must never weaken AGENTS.md, SECURITY, secrets handling, production safety, or destructive-command restrictions.

Infrastructure And Deployment

  • State resource, config, permission, and blast-radius changes before making infrastructure or deployment changes.
  • Do not perform experimental operations directly in production without explicit developer approval.
  • Prefer GitHub-centered CI/CD such as GitHub Actions, Cloud Build, or GitHub workflow-triggered wrangler.
  • Default deploy triggers should be push to main / master or release tag so deploy logic, version metadata, and artifacts stay tied to version control events.
  • Avoid manual deployment drift unless the task explicitly requires a manual deploy.
  • Before deploy, confirm tests/checks appropriate to the risk have completed.
  • If schema or data migration is involved, state deploy order, migration execution timing, backward compatibility, rollback/restore path, and post-deploy verification.

Logging And Observability

  • Distributed systems should prefer centralized Cloud Logging, an observability platform, or an equivalent system.
  • Correlate logs, metrics, traces, and requests with stable correlation identifiers.
  • Avoid relying on local logs that cannot be correlated across services.
  • Provide minimal troubleshooting notes for failure cases.
  • Avoid high-cardinality logs or metrics.

Object Storage

  • Cloud object storage may use R2, Cloud Storage, or equivalent object storage based on project needs.
  • Define bucket/container permissions, access boundary, encryption, retention/lifecycle policy, and cost impact.
  • For external sharing, prefer short-lived signed URL / presigned URL access.
  • Do not hardcode storage credentials, bucket secrets, or environment-specific endpoints.

Mobile Reliability

  • Mobile networks are unreliable and apps may be suspended or killed in the background.
  • Retries must be bounded and idempotent.
  • State the impact on auth, session, storage, deep links, permissions, and backward compatibility.
  • Avoid hidden behavior changes in background sync, retry, token refresh, and offline paths.

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.