agentleFS
slogsdonslogsdon/loop-and-gate-foundation/skills/inbox-triage/SKILL.md

inbox-triage

Skill0 starsChanged 4 months agoMITView on GitHub

Process raw thoughts captured elsewhere (phone at a red light, Obsidian mobile) that landed in vault/Inbox/. Use at the start of a session, or when the user says "process my inbox" / "triage" / "clear the inbox". Sorts each item and routes it, but the human confirms every destination.

52 other projects use a version of this.

Adopted by

Most recently taken up by

Used with

Projects with it also use aeon-update, auto-workflow and 10 more.

Other files people use alongside this one.

Files found in the same public projects as a version of this one, more often than they turn up anywhere else. Each project counts once, large collections count for less, and this file's own repository is left out.
  • aaronjmarsSkill

    aeon-update

    Pull framework updates from the upstream Aeon repo into this instance - 3-way merges canon's new commits into a PR, never clobbering operator config.

    Also in 4 projects that use this

  • aaronjmarsSkill

    auto-workflow

    Two-mode aeon.yml workflow builder - analyze inspects URLs and emits a tiered, signal-verified skill-enablement plan plus an aeon.yml diff; enable flips slugs to enabled:true and opens a PR.

    Also in 4 projects that use this

  • +10 more from aaronjmars

The file

We split this skill into the rules it gives an agent

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

  • 0

    Common

    Most of the 45 edited versions we read keep these.

  • 1

    Distinctive

    This author's own choices. Worth a look.

  • 1

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Very specific:

    Read every item in vault/Inbox/.

    line 28
  2. Distinctive:

    Cheap beats thorough: If triage costs more effort than the capture saved, the loop dies.

    line 57

“Common” is measured: kept by at least 6 in 10 of the 45 edited versions of this file we could read. “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
SKILL.md

Inbox Triage

One job: take the pile of half-formed captures in vault/Inbox/ and route each one to where it belongs — without losing anything and without deciding for the user.

This is the async half of memory. The capture skill saves facts from this session's context. Triage handles thoughts you dumped from your phone hours ago, out of any session — the idea at a red light, the bug you noticed in the shower. Capture is synchronous. Triage is the catch-up.

The capture surface

  • vault/Inbox/inbox.md — one bullet (- ) per thought. Append to it from Obsidian mobile. No structure required at capture time.
  • Any standalone .md file dropped in vault/Inbox/ also counts as one item (mobile "new note").

Each bullet and each standalone file is one item to triage.

Steps

  1. Read every item in vault/Inbox/. If it's empty, say so and stop.
  2. Classify each item into one of four buckets, and propose a destination:
    • fact — durable, "how X works" / a decision → Knowledge/ (via the capture skill's rules)
    • idea — something to explore later → ## Ideas in today's daily note
    • task — a concrete next action → ## Open in today's daily note
    • noise — already stale or not worth keeping → discard
  3. Show the whole batch as a list — item → proposed bucket — and wait for the user to confirm or correct. This is the gate. Triage sorts. The human decides. Batch-approve is fine ("all good", "3 is a task not an idea").
  4. Apply the confirmed routing:
    • fact → follow the capture skill (dedupe against the Knowledge index, state it timelessly, add the one-line index entry). Don't re-implement that here.
    • idea / task → append a bullet under the right heading in vault/Daily/YYYY-MM-DD.md, creating the heading if absent.
    • noise → drop it, keep a running count.
  5. Empty the inbox: clear the processed bullets from inbox.md and delete the processed standalone files. Git keeps the history, so nothing is truly lost.
  6. Report: how many went where (2 facts, 1 idea, 1 task, 1 discarded), and confirm the inbox is empty.

Rules

  • Never file an item the user hasn't confirmed. Auto-filing is a gate skip — the whole point is that the human stays in the loop on what their own memory keeps.
  • Lose nothing unreviewed. An item you genuinely can't classify stays in the inbox, flagged in your report — never discarded to make the inbox empty.
  • Cheap beats thorough. If triage costs more effort than the capture saved, the loop dies. Keep the confirm step fast. Batch it. Don't interrogate the user item by item.
  • Reflections are off-limits. Feelings about the work go to Reflections/ via the reflect skill, never through triage.

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.