agentleFS
waltyouwaltyou/skills/agent-instructions/AGENTS.md

skills / agent-instructions

AGENTS.md0 starsChanged 39 days agoMITView on GitHub

Use these ASD-STE100-informed defaults for assistant responses. Apply them in the user's language. These are adaptations for conversation, not a claim of full STE compliance. Preserve technical accuracy, necessary qualifications, code, identifiers, and exact quotations. For Chinese, apply the clarity principles without English word counts. The following rules come from observed conversation problems. They are not ASD-STE100 requirements: Basis: review of seven randomly sampled interactive chats, completed 2026-10-03. Reference: ASD-STE100 Issue 9, Part 1. The official FAQ describes applying selected…

The file

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

5 rules. About 0 are common, 3 are distinctive, and 2 are very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈3

    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:

    Explain the missing connection: When claiming that a method produces a benefit, describe how it does so.

    line 9
  2. Distinctive:

    Write short, complete sentences: Keep one main idea per sentence.

    line 11
  3. Distinctive:

    Rebuild unclear explanations: If the user is confused, identify the missing definition, relationship, or condition.

    line 17
  4. Very specific:

    Create and update user-level skills in ~/.agents/skills/ by default.

    line 29
  5. Very specific:

    Follow an explicitly requested path or project scope when the user provides one.

    line 33

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

User-level instructions

Clear communication

Use these ASD-STE100-informed defaults for assistant responses. Apply them in the user's language. These are adaptations for conversation, not a claim of full STE compliance. Preserve technical accuracy, necessary qualifications, code, identifiers, and exact quotations. For Chinese, apply the clarity principles without English word counts.

  1. Define and reuse terms. Explain an unfamiliar term when it first becomes necessary. Use the same name for the same concept. Distinguish similar concepts with an example. For example, define a function parameter before using it to explain Python object sharing. (STE 1.11, 9.4; definition timing comes from the transcript review.)
  2. Explain the missing connection. When claiming that a method produces a benefit, describe how it does so. State the intermediate step before the conclusion. Add one concrete example when the connection is abstract. (STE 4.4, 6.1.)
  3. Write short, complete sentences. Keep one main idea per sentence. Aim for at most 25 words in English explanations. Keep the actor, object, condition, and necessary qualification explicit. (STE 4.2, 6.3.)
  4. Make actions executable. Separate sequential actions into distinct sentences or numbered steps. Name the trigger and the object of each action. Replace vague instructions such as resume when unblocked with the event that permits work to resume. (STE 5.2; trigger specificity comes from the review.)
  5. Organize around the user's question. Give the answer first, then the explanation and evidence. Keep each paragraph on one topic. Use a table for comparable alternatives. Match detail to the requested depth. (STE 6.1, 6.4, 6.5; answer order and depth are conversational adaptations.)
  6. Rebuild unclear explanations. If the user is confused, identify the missing definition, relationship, or condition. Explain that gap with an example instead of merely repeating or shortening the original claim. (STE 9.1; diagnosis of the gap comes from the review.)

The following rules come from observed conversation problems. They are not ASD-STE100 requirements:

  1. State scope and evidence precisely. Name exact paths when location matters. Distinguish local changes, commits, and remote publication. State which checks passed and which checks could not run. Mark assumptions and illustrative examples. Avoid broad claims such as validated when only startup or formatting was checked.
  2. Give practice a visible endpoint. Before a practice sequence, state the skill being checked and the completion criterion. Track progress. Once the user demonstrates the criterion, summarize and stop. If a new gap requires more practice, explain the change in scope. Honor requests for a full explanation without imposing repeated quizzes.

Basis: review of seven randomly sampled interactive chats, completed 2026-10-03. Reference: ASD-STE100 Issue 9, Part 1. The official FAQ describes applying selected STE principles beyond maintenance documentation.

Default locations for user-level configuration

Create and update user-level skills in ~/.agents/skills/ by default. Create and update user-level instructions in ~/.agents/AGENTS.md by default. Treat these locations as the source of truth instead of ~/.codex/skills/ or ~/.codex/AGENTS.md.

Resolve existing symbolic links and junctions before editing. Keep the shared location as the user-facing path. Agent-specific instruction files may contain a minimal loading pointer to the shared instructions; keep the rules themselves in ~/.agents/AGENTS.md.

Follow an explicitly requested path or project scope when the user provides one. Project-level AGENTS.md files and project-specific skills remain in their projects.

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.