agentleFS
miptah21miptah21/skills/AGENTS.md

skills

AGENTS.md2 starsChanged 5 months agoMITView on GitHub

Before doing anything, classify the request:

We split this AGENTS.md into the rules it gives an agent

17 rules. About 0 are common, 4 are distinctive, and 13 are very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈4

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 13

    Very specific

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

  • Common
  • Distinctive
  • Very specific
  1. Very specific:

    Progressive Disclosure: Do not assume context. When interacting with this repository, always rely on the specialized skills stored in …

    line 7
  2. Very specific:

    Modularity: Treat agent skills as code.

    line 9
  3. Very specific:

    Shared Vocabulary: Read .agents/skills/CONTEXT.md for domain terms, architecture context, and coding conventions.

    line 10
  4. Distinctive:

    Before doing anything, classify the request:

    line 14
  5. Very specific:

    When analyzing the workspace, always prioritize the workspace's default high-level API tools (like view_file, grep_search, list_dir) over …

    line 35
  6. Very specific:

    If a command must be executed in the terminal (due to lack of a high-level tool equivalent), you MUST prefix eligible commands with rtk to …

    line 36
  7. Distinctive:

    Environment: Use the local workspace configuration.

    line 37
  8. Very specific:

    Python/ETL Tasks: Use rtk python <script.py> or rtk pytest.

    line 38
  9. Very specific:

    Global Compliance Audit: Run rtk python .agents/scripts/run_all_audits.py [target_dir] to execute all compliance scripts in one sweep.

    line 39
  10. Very specific:

    DAG Testing: Always run rtk python <dag_file.py> before finalizing orchestration changes.

    line 40
  11. Very specific:

    Git & Logs: Use rtk git status, rtk git diff, rtk git log.

    line 41
  12. Very specific:

    Ignore Audit Reports: Always ensure generated verification reports or compliance dashboards (like audit_report.md) are ignored by search, …

    line 44
  13. Very specific:

    Standard Tasks (Trivial/Explicit): Use lightweight default conventions (clean-code, git-workflow, tdd) to optimize token consumption and …

    line 67
  14. Distinctive:

    Dynamic Escalation Protocol: If a standard task fails verification checks/tests more than twice, requires changes across more than 3 files, …

    line 69
  15. Very specific:

    Full categorized index: Read .agents/skills/README.md

    line 83
  16. Very specific:

    Domain vocabulary: Read .agents/skills/CONTEXT.md

    line 84
  17. Distinctive:

    When asked to perform a task, match it to the right category:

    line 87

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

Keep what fits and drop the rest. Your version, ready for your agents.
Files
AGENTS.md

Antigravity AGENTS.md

Project Overview

This repository is a comprehensive Agentic Engineering Skills Library — a curated collection of 119 specialized AI agent skills compatible with modern AI coding assistants (Antigravity, Claude Code, Cursor, Cline, Codex, etc.). Skills cover the full engineering stack: data engineering (dbt, Airflow, Snowflake), frontend (React, Next.js), financial analysis, document generation, DevOps, and more.

Core Agent Behavior & Interaction

  • Progressive Disclosure: Do not assume context. When interacting with this repository, always rely on the specialized skills stored in .agents/skills/. Read the SKILL.md of the relevant skill before executing complex tasks.
  • Methodology Coexistence: Alternative development methodologies (e.g., Superpowers, Karpathy Guidelines) are allowed to coexist alongside default skills to offer flexibility. Keep overlapping skills cleanly separated in their respective directories and metadata categories (e.g., the dedicated "superpowers" category).
  • Modularity: Treat agent skills as code. Maintain separation of concerns between deterministic tasks (e.g., executing Python scripts) and LLM-driven reasoning.
  • Shared Vocabulary: Read .agents/skills/CONTEXT.md for domain terms, architecture context, and coding conventions.

Phase 0 — Intent Gate (EVERY message)

Before doing anything, classify the request:

TypeSignalAction
TrivialSingle file, known location, direct answerExecute directly
ExplicitSpecific file/line, clear commandExecute directly
Exploratory"How does X work?", "Find Y"Research first
Open-ended"Improve", "Refactor", "Add feature"Assess codebase first
AmbiguousUnclear scope, multiple interpretationsAsk ONE clarifying question

Ambiguity Check

SituationAction
Single valid interpretationProceed
Multiple interpretations, similar effortProceed with default, note assumption
Multiple interpretations, 2x+ effort differenceMUST ask
Missing critical infoMUST ask
User's design seems flawedMUST raise concern before implementing

Executable Commands (with RTK Compression)

When analyzing the workspace, always prioritize the workspace's default high-level API tools (like view_file, grep_search, list_dir) over spawning raw shell commands, as they are pre-optimized and do not require user execution approval. If a command must be executed in the terminal (due to lack of a high-level tool equivalent), you MUST prefix eligible commands with rtk to reduce token consumption by 60-90%:

  • Environment: Use the local workspace configuration.
  • Python/ETL Tasks: Use rtk python <script.py> or rtk pytest.
  • Global Compliance Audit: Run rtk python .agents/scripts/run_all_audits.py [target_dir] to execute all compliance scripts in one sweep.
  • DAG Testing: Always run rtk python <dag_file.py> before finalizing orchestration changes.
  • Git & Logs: Use rtk git status, rtk git diff, rtk git log. Use rtk read and rtk grep only when default API tools are unavailable or insufficient.

Linter & Artifact Boundaries

  • Ignore Audit Reports: Always ensure generated verification reports or compliance dashboards (like audit_report.md) are ignored by search, lint, and static analysis tools to avoid self-referential false positives.
  • Windows Encoding Safeguard: Any Python validation, execution, or sweep script that outputs emojis or non-ASCII characters MUST reconfigure sys.stdout to UTF-8 to prevent Windows terminal execution crashes.
  • Compliance Bypass Comments: Highly cohesive files or visual templates that intentionally exceed default limits (such as SKILL.md size constraints or raw text i18n checks) may use comments like <!-- i18n-ignore -->, <!-- lint-ignore-file-size -->, or # lint-ignore-file-size to skip linter warnings.

Coding Style, Standards & Boundaries

Single source of truth: See .agents/skills/CONTEXT.md for all coding conventions, architecture context, and "Don't Touch" boundaries. Skill Size Constraints: A SKILL.md file must rarely exceed 250 lines. Any exhaustive tables, advanced schemas, or dialect-specific references MUST be placed in a references/ directory next to the skill and linked via a > **Reference:** block.

Detailed Conventions

See docs/ for in-depth guides:

  • docs/implementation-protocol.md — Pre-impl checks, delegation, verification, failure recovery
  • docs/communication-style.md — Agent communication standards (includes Caveman mode)
  • docs/rtk-optimization.md — RTK command mapping reference
  • docs/comment-policy.md — When comments are acceptable vs unacceptable

The following skills also act as foundational project conventions:

  • clean-code — Pragmatic coding standards (SRP, DRY, KISS, YAGNI)
  • git-workflow — Repository standards for commits, branches, and PRs
  • tdd — Test-Driven Development lifecycle (Red-Green-Refactor)
  • git-guardrails-claude-code — Safety conventions preventing destructive git operations
  • karpathy-guidelines — Behavioral guidelines to reduce common LLM coding mistakes

Methodology Selection Protocol

  • Standard Tasks (Trivial/Explicit): Use lightweight default conventions (clean-code, git-workflow, tdd) to optimize token consumption and maintain high execution speed.
  • Complex Tasks (Open-ended/Architectural, >3 steps): Activate the Superpowers methodology (using-superpowers) as the primary execution framework. Superpowers skills (Socratic brainstorming, structured planning, isolated worktrees, and systematic debugging) will override default workflows to ensure maximum code safety and rigorous verification.
  • Dynamic Escalation Protocol: If a standard task fails verification checks/tests more than twice, requires changes across more than 3 files, or introduces unexpected architectural dependencies, the agent MUST immediately escalate to the Superpowers methodology.

Hard Blocks (NEVER violate)

ConstraintNo Exceptions
Hardcode secrets or credentialsNever — use env vars or secret managers
Execute destructive SQL (DROP, DELETE, TRUNCATE) without human approvalNever
Speculate about unread codeNever — read it first
Leave code in broken state after failuresNever
Commit without explicit user requestNever

Skills

Skills are in .agents/skills/. Each has a SKILL.md with trigger descriptions.

  • Full categorized index: Read .agents/skills/README.md
  • Domain vocabulary: Read .agents/skills/CONTEXT.md

Quick Routing

When asked to perform a task, match it to the right category:

  • dbt work → skills starting with creating-, debugging-, developing-, documenting-, migrating-sql-to-, refactoring-, testing-dbt-*
  • Airflow/DAGs → airflow, authoring-dags, debugging-dags, testing-dags, deploying-airflow, blueprint, airflow-hitl, airflow-plugins, migrating-airflow-2-to-3
  • Astronomer → managing-astro-local-env, managing-astro-deployments, setting-up-astro-project, troubleshooting-astro-deployments
  • Cosmos + dbt → cosmos-dbt-core, cosmos-dbt-fusion
  • SQL/queries → sql-queries, finding-expensive-queries, optimizing-query-by-id, optimizing-query-text
  • Data analysis → analyzing-data, statistical-analysis, data-visualization, data-storytelling, powerbi-modeling
  • Lineage → tracing-upstream-lineage, tracing-downstream-lineage, annotating-task-lineage, creating-openlineage-extractors
  • Observability → data-observability, checking-freshness, profiling-tables, warehouse-init
  • Finance → analyzing-financial-statements, creating-financial-models, variance-analysis, reconciliation
  • Documents → docx, pptx, pdf, xlsx, excalidraw-diagram-generator, canvas-design, algorithmic-art, image-manipulation-image-magick, prd, edit-article
  • Engineering → python-expert, clean-code, refactor, ci-cd-pipeline-builder, git-workflow, pr-review-expert, tech-debt-tracker, dependency-auditor, security-auditor, performance-profiler, uv-package-manager, worktree-manager, database-design, improve-codebase-architecture, tdd, diagnose, prototype, to-issues, setup-pre-commit, caveman, triage, zoom-out, git-guardrails-claude-code, grill-with-docs, karpathy-guidelines
  • Frontend/Web → frontend-design, web-design-guidelines, awesome-design-md, react-patterns, react-useeffect, nextjs-best-practices, seo-optimizer, payload, playwright, webapp-testing, chrome-devtools, frontend-performance, web-quality-audit
  • Research & Productivity → deep-research, agentic-eval, skill-writer, ag-md-improver, grill-me, handoff, writing-fragments, writing-shape, writing-beats, obsidian-vault
  • Infrastructure → cloud-finops, pipeline-orchestration, data-governance, rca-diagnostics
  • Superpowers → using-superpowers, brainstorming, using-git-worktrees, writing-plans, executing-plans, dispatching-parallel-agents, test-driven-development, systematic-debugging, verification-before-completion, requesting-code-review, receiving-code-review, finishing-a-development-branch, subagent-driven-development, writing-skills

Workflow Triggers

Workflows are situational guides in .agents/workflows/. Detect these situations and read the file BEFORE proceeding:

  • Deploying/releasing → .agents/workflows/deploy-check.md
  • Reviewing code/PRs → .agents/workflows/code-review.md
  • Complex multi-step task → .agents/workflows/planning.md
  • Vague feature request → .agents/workflows/interview.md
  • Writing specs/PRD → .agents/workflows/prd.md
  • New project setup → .agents/workflows/new-project.md
  • Evaluating a library → .agents/workflows/oss-research.md
  • Writing documentation → .agents/workflows/tech-docs.md
  • Updating dependencies → .agents/workflows/dependency-audit.md
  • End of major task → .agents/workflows/reflect.md

Lifecycle Folders

  • _deprecated/ — Retired skills. Do NOT use.

Background Knowledge (non-invocable)

  • senior-data-engineer — general data engineering architecture
  • knowledge-synthesis — cross-source result merging (used by deep-research)
  • search-strategy — query decomposition (used by deep-research)

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.