agentleFS
balanced7balanced7/akashic-aurora/.cursor/rules/akashic-memory.mdc

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.

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

    Read the output. The RECENT NOTES section is where-we-are.

    line 20
  2. Distinctive:

    Write the recommendation TRIGGER-PHRASED:

    line 44
  3. Very specific:

    If a surfaced lesson changed what you did: py agent_cli.py recall-feedback --source <src> --useful.

    line 64
  4. Very specific:

    If it was off-target noise: --noise.

    line 65

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

Keep what fits and drop the rest. Your version, ready for your agents.
Files
akashic-memory.mdc
---
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.

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.