agentleFS
robium-airobium-ai/robium/learnings/AGENTS.md

robium / learnings

AGENTS.md93 starsChanged 3 months agoMITView on GitHub

This file applies under learnings/ and to scripts/engine/ work. Load the learning-loop skill for consolidation, absorption, refining, experiments, or retention maintenance. - Hooks silently queue corrections/errors and archive session transcripts. - SessionStart may emit one count-only reminder per local day when the queue contains a correction, explicit remember/guardrail, or repeated error. It must not expose excerpts. Ask before learning, and on approval delegate the cycle to a background subagent while the main session continues. - Do not stop implementation to…

The file

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

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

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈0

    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. Very specific:

    Do not stop implementation to write a finding after every event.

    line 14
  2. Very specific:

    Only status: ready observations can be absorbed.

    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

Learning-engine guidance

This file applies under learnings/ and to scripts/engine/ work. Load the learning-loop skill for consolidation, absorption, refining, experiments, or retention maintenance.

Capture without interrupting builds

  • Hooks silently queue corrections/errors and archive session transcripts.
  • SessionStart may emit one count-only reminder per local day when the queue contains a correction, explicit remember/guardrail, or repeated error. It must not expose excerpts. Ask before learning, and on approval delegate the cycle to a background subagent while the main session continues.
  • Do not stop implementation to write a finding after every event. At a natural milestone, batch meaningful flags into observations/<skill>.md as tentative entries and discard context-free noise. A tentative entry needs only a status and a signal; consolidation completes it.
  • A retro is useful only when it carries a real signal; clean per-skill score lines are not mandatory.
  • Project-local facts belong in the owning app/site documentation, not in the cross-project learning corpus.

Promotion and absorption

  • Queue flags are pointers, not knowledge. Promote only when the transcript establishes expected behavior, actual behavior, and a skill or new-skills.
  • Hooks write .robium/ in the project where the event happened. Write the local, gitignored observation in the editable Robium checkout, never a plugin cache. When those are different repositories, retain the processed queue record with its observation ID until the observation is resolved; it is what keeps the app-local transcript from being pruned.
  • Only status: ready observations can be absorbed. After absorption, move every useful snippet, citation, caveat, or dead end into the skill or its references/, then delete the observation. Delete rejected observations.
  • Consolidation may change observations, evidence, and eval sidecars; it never changes skills/.
  • During an app build, capture and continue. Absorb between builds unless the maintainer explicitly requests a skill change in the current conversation.
  • Automated or unrequested absorption ends in a PR. A maintainer-authorized direct-main edit still needs a concrete diff, evidence, and proportional validation, but live skills do not use versions or changelogs.

Working state and durable state

observations/<skill>.md is local working state, not repository history. The durable store is the owning skill and its support files. There is no dated-learnings tier: capture goes to .robium/queue.jsonl during a build and may become a tentative observation between builds. Any remaining learnings/YYYY-MM-DD*.md files are gitignored leftovers — fold what is worth keeping into an observation or a skill and delete them.

Distillation ends in the skill, not here. Conditional detail, dead ends, and platform-specific values belong in the owning skill's references/. On absorption, delete the local observation.

Transcript retention

Transcripts are evidence, never prompt context. Keep a transcript while queue flags or local observations depend on it — cite it as source: transcript <file>.jsonl#turn-N so the retention tool can see the link. After the citing observations are absorbed/discarded and deleted, remove their queue records and run scripts/engine/prune_transcripts.py to delete the raw transcript. Unreferenced transcripts expire after 14 days.

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.