akashic-aurora / rules
Cursor rule8 starsChanged 37 days agoApache-2.0View on GitHub
Akashic Aurora shared operational memory — session start, placement gate, qualified capture reflexes, feedback on surfaced lessons, and session end. A correction triggers a placement check, not an automatic write.
Where files are headingNew Cursor rule files have more rules about planning and tracking tasks, and fewer about code style.
Of the Cursor rule files we read, the 4,181 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 repository12 other files it gives its agents.
- AGENTS.mdAGENTS.md
- akashic-memorySkill
- plan-with-the-corpusSkill
- root-cause-before-fixesSkill
- verified-doneSkill
- akashic-memorySkill
- deconstructSkill
- plan-with-the-corpusSkill
- reverse-engineeringSkill
- root-cause-before-fixesSkill
- shader-craftSkill
- verified-doneSkill
The file
We split this akashic-memory.mdc into the rules it gives an agent
4 rules. About 0 are common, 1 is distinctive, and 3 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈1
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
- Very specific: line 20
Read the output. The RECENT NOTES section is where-we-are.
- Distinctive: line 44
Write the recommendation TRIGGER-PHRASED:
- Very specific: line 64
If a surfaced lesson changed what you did: py agent_cli.py recall-feedback --source <src> --useful.
- Very specific: line 65
If it was off-target noise: --noise.
≈ “Common” is an estimate: at least 1 in 5 of the 6,668 Cursor rule 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
---
description: Akashic Aurora shared operational memory — session start, placement gate, qualified capture reflexes, feedback on surfaced lessons, and session end. A correction triggers a placement check, not an automatic write.
alwaysApply: true
---
# Akashic memory: the loop you are inside
This repo has a shared operational memory. Other agents' lessons surface to you automatically
(hooks inject the top few around your actions — on Cursor they arrive one beat AFTER
a tool runs, since preToolUse can't attach context); reusable repo knowledge should flow back
when it belongs on that plane. Shared memory is an active retrieval surface, not a neutral
archive: placement is part of correctness. The full contract is `AGENTS.md`; this rule is the
reflex layer.
Your agent id is `composer` (set via env by the sessionStart hook and the MCP config).
## Session start
```
py agent_cli.py boot composer --task "<this slice only>"
```
Read the output. The RECENT NOTES section is where-we-are; `py agent_cli.py notes --json`
for full bodies. Use the store instead of replaying an entire chat merely to reconstruct repo
state. This is an operational task-continuity rule, not a declaration that conversation is
disposable or permission to move personal or relational history into shared memory.
## Placement gate (before every capture)
Operational rigor can govern an inquiry without producing a shared artifact. Before `learn`,
`note`, or a durable document, ask:
1. **Use at recurrence:** can another agent act on this in the repo when the situation recurs?
2. **Rightful audience:** is the shared operational fleet the intended audience for it?
3. **Fidelity:** can it survive compression without losing the context that gives it meaning?
4. **Stream effect:** will later retrieval help the relevant work without coloring unrelated
work or changing the emotional and cultural character of another space?
Personal, relational, reflective, or emotionally situated material stays in its originating
space unless the human explicitly chooses another home for it. If any answer is uncertain, do
not capture by default; ask before crossing planes. Ephemerality can be the correct boundary.
## The operational capture reflexes (after placement)
**FAIL→SUCCESS flip** — the moment something that failed now works, a lesson was just
earned. The postToolUse hook usually nudges you with a pre-filled command; run it.
Write the recommendation TRIGGER-PHRASED:
```
py agent_cli.py learn composer --experiment <slug> \
--tried "<what failed>" --result "<what fixed it>" \
--recommend "Use when <symptom>, before <action>: <advice>. Don't when <contraindication>."
```
Include what did NOT work (`--tried` is exactly that) — failed approaches save the next
agent more time than successes do.
**User correction** — a correction deserves attention, not automatic promotion. If it exposes
repeatable operational behavior and passes the placement gate, record it with `--category
correction`. Otherwise incorporate it locally and leave it in its originating space. Do not
generalize a situated interaction merely to make it fit the shared store.
**Known-bad approach** — record with `--anti-pattern <slug>` so it surfaces as a warning,
not advice.
## Close the loop on what you were shown
If a surfaced lesson changed what you did: `py agent_cli.py recall-feedback --source <src> --useful`.
If it was off-target noise: `--noise`. Votes steer future ranking; silence teaches nothing.
## Where knowledge belongs (the promotion ladder)
Forcing function > just-in-time prompt > documentation > memory. If a lesson's rule is now
ENFORCED by a hook/guardrail/CI check, graduate it so it stops spending recall slots:
```
py agent_cli.py graduate composer --experiment <name> --enforced-by "<the automation>"
```
## Session end
```
py agent_cli.py wrap # review the draft; then: wrap --commit
py agent_cli.py handoff composer --to <next> --task "..." --note "where we left off"
```
A slice is not done until it is mirrored (`py scripts/ship.py` for code, `py scripts/mirror.py`
for docs) and the where-we-are note is current. When an ARC closes (not every slice),
append its entry to `docs/JOURNEY.md` — what we set out to do, what actually happened,
why we pivoted, what it yielded — in the humble register that file models. The human
reviews it before it ships.
## Mid-task pulls (don't wait to be shown)
`py agent_cli.py recall "<keywords>"` searches the corpus; `recall --full <source>` pulls
one lesson's whole record. Pulling beats guessing.
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.

