gitscape.ai
AGENTS.md33 starsChanged 4 months agoApache-2.0View on GitHub
This file governs how AI coding agents (Antigravity, Gemini CLI, etc.) work in this repository. GitScape is a stateless FastAPI service (Python 3.10) deployed on Cloud Run that generates AI coding agent skills from GitHub repositories using the Gemini API. The frontend is React + TypeScript (Vite). There is no database — all state lives in the request lifecycle. Stack: FastAPI · Python 3.10 · Google Gemini API · GitHub API (PyGithub) · React · TypeScript · Vite · Cloud…
We split this AGENTS.md into the rules it gives an agent
11 rules. About 1 is common, 7 are distinctive, and 3 are very specific to this project.
≈1
Common · estimate
Many files like this have a rule of this kind.
≈7
Distinctive · estimate
This author's own choices. Worth a look.
3
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- could be automatic: a setting could enforce it
- Distinctive: line 34
Follow this order. Do not skip steps:
- Distinctive: line 47
Spec before code: No implementation without a written, reviewed spec.
- Distinctive: line 48
Test before shipping: Every behavioral change has a test that fails without it.
- Very specific: line 49
Secrets in Secret Manager only: No secrets in code, cloudbuild.yaml, or logs.
- Distinctive: line 53
Stateless Cloud Run model: Never add persistent state (no DB, no disk writes that cross requests).
- Common: line 57
Never commit secrets or API keys
- Very specific: line 58
Never store alloydb-basics, cloud-sql-basics, or gke-basics skills — GitScape has no DB or K8s
- Very specific: line 59
Never add print() statements in production code
- Distinctive: line 60
Never expose internal error details (stack traces) to API consumers
- Distinctive: line 61
Never skip the spec and plan phases to "save time"
- Distinctive: line 62
Never use git add -A blindly — stage only files touched by the current task
≈ “Common” is an estimate: at least 1 in 5 of the 36,368 AGENTS.md 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.
Files
AGENTS.md — GitScape
This file governs how AI coding agents (Antigravity, Gemini CLI, etc.) work in this repository.
Project Overview
GitScape is a stateless FastAPI service (Python 3.10) deployed on Cloud Run that generates AI coding agent skills from GitHub repositories using the Gemini API. The frontend is React + TypeScript (Vite). There is no database — all state lives in the request lifecycle.
Stack: FastAPI · Python 3.10 · Google Gemini API · GitHub API (PyGithub) · React · TypeScript · Vite · Cloud Run · Cloud Build · GCP Secret Manager
Intent → Skill Mapping
The agent must automatically map user intent to skills before implementing:
| User Intent | Skill to Invoke |
| New feature, new project, new change | spec-driven-development → planning-and-task-breakdown |
| Planning, breaking down work | planning-and-task-breakdown |
| Implementation, writing code | incremental-implementation + test-driven-development |
| Bug, failure, unexpected behavior | debugging-and-error-recovery |
| Code review | code-review-and-quality |
| Refactoring, simplification | code-simplification |
| API or endpoint design | api-and-interface-design |
| UI, frontend, React component | frontend-ui-engineering |
| Security concern | security-and-hardening |
| Performance issue | performance-optimization |
| Deployment, Cloud Run | shipping-and-launch + ci-cd-and-automation |
| Removing old code or APIs | deprecation-and-migration |
| Adding logs, metrics | observability-and-instrumentation |
| Architectural decision | documentation-and-adrs |
Development Lifecycle
Follow this order. Do not skip steps:
DEFINE → spec-driven-development
PLAN → planning-and-task-breakdown
BUILD → incremental-implementation + test-driven-development
VERIFY → debugging-and-error-recovery (if tests fail)
REVIEW → code-review-and-quality
SHIP → shipping-and-launchRules (Always)
- Spec before code. No implementation without a written, reviewed spec.
- Test before shipping. Every behavioral change has a test that fails without it.
- Secrets in Secret Manager only. No secrets in code,
cloudbuild.yaml, or logs. - Treat Gemini output as untrusted. Validate before writing to SKILL.md.
- Structured logging only. No
print()in production code — usestructlog. - Truncate file previews.
MAX_PREVIEW_CHARS = 10_000— never render full large files in the browser. - Stateless Cloud Run model. Never add persistent state (no DB, no disk writes that cross requests).
Rules (Never)
- Never commit secrets or API keys
- Never store
alloydb-basics,cloud-sql-basics, orgke-basicsskills — GitScape has no DB or K8s - Never add
print()statements in production code - Never expose internal error details (stack traces) to API consumers
- Never skip the spec and plan phases to "save time"
- Never use
git add -Ablindly — stage only files touched by the current task
Rules (Ask First)
- Changing authentication or authorization logic
- Adding new external service dependencies
- Changing the Cloud Build pipeline
- Removing or renaming a GCP Secret Manager secret
- Any database or persistent storage decision
GCP-Specific Skills (Active)
These skills are relevant to the GitScape infrastructure:
cloud-run-basics— deploying and managing the API serviceci-cd-and-automation— Cloud Build pipelinegemini-api— using the Gemini API with the Gen AI SDKgoogle-cloud-recipe-auth— GCP authentication patternsgoogle-cloud-waf-security— security posture on GCP
Agent Personas
Specialist personas live in .agents/agents/:
code-reviewer— Five-axis code review before mergesecurity-auditor— Security review with GitScape threat modeltest-engineer— Test coverage analysis (pytest + FastAPI TestClient)
References
Quick-reference checklists in .agents/references/:
definition-of-done.md— Standing bar every change must cleartesting-patterns.md— pytest patterns for FastAPIsecurity-checklist.md— Pre-commit security gatesperformance-checklist.md— Performance targets and profiling commandsobservability-checklist.md— Logging and alerting standardsaccessibility-checklist.md— WCAG 2.1 AA for the React frontendorchestration-patterns.md— How personas and skills compose
GitScape Skills
- addyosmani-agent-skills
- nvidia-skillspector
- chef-assistant
- api-and-interface-design
Where files are headingNew AGENTS.md files have more rules about keeping secrets out of the code, and fewer about code style.
Of the AGENTS.md files we read, the 28,693 first seen in the last six months, against the older ones: the kind of rule that gained most share, and the kind that lost most. About files like this in general, not this one, and an estimate, since a kind is a pattern in the words.
In this repository53 other files it gives its agents.
- ad-creativeSkill
- addyosmani-agent-skillsSkill
- api-and-interface-designSkill
- brandkitSkill
- browser-testing-with-devtoolsSkill
- chef-assistantSkill
- ci-cd-and-automationSkill
- cloud-run-basicsSkill
- code-review-and-qualitySkill
- code-simplificationSkill
- context-engineeringSkill
- debugging-and-error-recoverySkill
- deprecation-and-migrationSkill
- design-taste-frontendSkill
- design-taste-frontend-v1Skill
- documentation-and-adrsSkill
- frontend-ui-engineeringSkill
- full-output-enforcementSkill
- gemini-apiSkill
- git-workflow-and-versioningSkill
- googlecloudplatform-knowledge-catalogSkill
- google-cloud-recipe-authSkill
- google-cloud-recipe-networking-observabilitySkill
- google-cloud-recipe-onboardingSkill
- google-cloud-waf-cost-optimizationSkill
- google-cloud-waf-reliabilitySkill
- google-cloud-waf-securitySkill
- gpt-tasteSkill
- high-end-visual-designSkill
- imagegen-frontend-mobileSkill
- imagegen-frontend-webSkill
- image-to-codeSkill
- incremental-implementationSkill
- industrial-brutalist-uiSkill
- marketing-ideasSkill
- minimalist-uiSkill
- nvidia-skillspectorSkill
- observability-and-instrumentationSkill
- performance-optimizationSkill
- planning-and-task-breakdownSkill
- pricing-strategySkill
- programmatic-seoSkill
- redesign-existing-projectsSkill
- security-and-hardeningSkill
- seo-auditSkill
- shipping-and-launchSkill
- social-contentSkill
- source-driven-developmentSkill
- spec-driven-developmentSkill
- stitch-design-tasteSkill
- test-driven-developmentSkill
- using-agent-skillsSkill
- videoSkill
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
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.

