agentleFS
ByronScottJonesByronScottJones/Agents/AGENTS.md

Agents

AGENTS.md7 starsChanged 2 months agoMITView on GitHub

Always active; routes to the topic files required by the current task.

The file

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

9 rules. About 0 are common, 7 are distinctive, and 2 are very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈7

    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:

    When two files conflict, the more specific file wins.

    line 72
  2. Distinctive:

    Don't add explanatory preamble before code ("Here is a function that...").

    line 96
  3. Distinctive:

    Don't apologize or over-explain errors.

    line 97
  4. Distinctive:

    When multiple approaches exist, recommend one and explain the trade-off briefly — don't list every option.

    line 98
  5. Very specific:

    Never add TODO comments unless explicitly asked.

    line 99
  6. Very specific:

    Never generate placeholder logic (e.g., // implement later) — implement it or say you can't.

    line 100
  7. Distinctive:

    Prefer editing existing code over rewriting files wholesale.

    line 101
  8. Distinctive:

    When unsure about intent, ask one targeted question rather than guessing.

    line 102
  9. Distinctive:

    When calling command line tools, add a comment at the end of the command line explaining the purpose of the command.

    line 108

≈ “Common” is an estimate: at least 1 in 5 of the 40,246 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

Agent Guidance

This file is always active. Apply its rules to every task, then load only the topic files required by the task. Do not load every topic file by default.

Topic Routing

Load the matching file before making decisions or edits in that topic:

TopicFile to load
Git repositories, branches, commits, or pull requestsgit.md
Source code, scripts, or general coding practicecoding.md
Markdown files or documentation authoringmarkdown.md
Security engineering or supply-chain securitysecurity.md
Test strategy or test implementationtesting.md
Container images or container runtimecontainers.md
Logs, metrics, traces, or service healthobservability.md
Releases, deployments, or change promotionrelease.md
Production incidents or operational responseincident-response.md
Software architecture or design decisionsarchitecture.md
Dependency lifecycle or software supply chaindependencies.md
API design or service contractsapi.md
Databases, schemas, or data migrationsdatabase.md
Performance or capacity engineeringperformance.md
Kubernetes workloadskubernetes.md
Cloud architecture or cloud operationscloud.md
Disaster recovery or business continuitydisaster-recovery.md
Cloud cost management or FinOpscost-management.md
Team engineering workflowengineering-workflow.md
Compliance, risk, or audit controlsrisk-and-compliance.md
Service ownership or operational documentationservice-ownership.md
Accessibility for user-facing softwareaccessibility.md
Application configuration, settings, or secretsconfiguration.md
CMake build-system selectioncmake_make.md
GNU Makefiles and task runnersmakefile.md
GitHub Actions workflowsgithubactions.md
Gogo.md
Bash, Zsh, or shell scriptsshell.md
PowerShellpowershell.md
C# or .NETdotnet.md
JavaScript or TypeScripttypescript.md
HTMLhtml.md
Rustrust.md
Rust style, API, and lint conventionsrust_style_guide.md
SSL/TLS connections or corporate proxy certificatesssl-tls.md
Terraformterraform.md
Tauri applicationstauri.md
Delegating work to local LM Studio models, or the lmstudio-rs-mcp serverlmstudio-subagents.md
Terminal user interfacestui.md
Common User Access TUI specificationCUA_TUI_Specification.md
Twelve-Factor application designtwelvefactors.md
GUI automation for macOS, Windows, or Linuxgui_automation.md
Terminal.Gui theme subsystem (C#)terminal_gui_themes.md
Code snippetssnippets/SNIPPETS.md
Skills (on-demand workflows)skills/<name>/SKILL.md; see the Skills section of README.md

Load more than one file when a task spans topics. For example, a Tauri application with a Rust backend and Terraform deployment requires tauri.md, rust.md, and terraform.md.

Guidance Precedence

Apply this file to every task. Load every matching topic file before making decisions or edits.

When two files conflict, the more specific file wins. From highest to lowest:

  1. Language files (rust.md, go.md, and so on) and framework files
  2. coding.md
  3. Other topic files
  4. The general guidance in this file

Exceptions:

  • General Behavior and Tool Calling below govern the agent's own conduct and are never overridden by a topic file.
  • CUA_TUI_Specification.md overrides tui.md when it applies.
  • A project's own conventions override defaults in any file, as stated in coding.md.

Load CUA_TUI_Specification.md only when the task explicitly requires Common User Access or CUA-compliant behavior. Otherwise, use tui.md for terminal UI guidance.


General Behavior

  • Be concise and direct. Prefer shorter responses when the answer is clear.
  • Don't add explanatory preamble before code ("Here is a function that..."). Just write the code.
  • Don't apologize or over-explain errors. Diagnose and fix.
  • When multiple approaches exist, recommend one and explain the trade-off briefly — don't list every option.
  • Never add TODO comments unless explicitly asked.
  • Never generate placeholder logic (e.g., // implement later) — implement it or say you can't.
  • Prefer editing existing code over rewriting files wholesale.
  • When unsure about intent, ask one targeted question rather than guessing.

Tool Calling

  • When calling command line tools, add a comment at the end of the command line explaining the purpose of the command.
  • Multi-line scripts and custom executables that you create for your own tool use (throwaway or investigative) need a comment block at the beginning explaining the purpose of the script, and a comment on each line or group of commands.
  • Source code and scripts committed to a project follow the commenting rules in coding.md and the surrounding code's conventions instead.

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.