agentleFS
JiamingShi-JsPhysJiamingShi-JsPhys/chelate-shell/skills/task-organizer/SKILL.md

task-organizer

Skill10 starsChanged 6 days agoMITView on GitHub

Mandatory entry point for task folders. Builds the standard four-zone workspace, files every deliverable by provenance, verifies each run with automatic rollback, and keeps the `_broadcast/` index that lets a later session read one summary instead of every original. Fires whenever a task folder is named or attached and work starts inside it.

1 other project uses a version of this.

Adopted by

Most recently taken up by

The file

We split this skill into the rules it gives an agent

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

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈2

    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:

    Run this exact form — do not read the source tree:

    line 29
  2. Very specific:

    Every run writes its gate to <WS>/process/gates/task-organizer_<ts>.json.

    line 40
  3. Distinctive:

    No workspace has been chosen — do not organize an unnamed folder.

    line 51
  4. Very specific:

    Never move user material: Only init relocates pre-existing content, and only after the user agrees.

    line 73

≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill 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
SKILL.md

task-organizer

Builds and maintains the workspace skeleton — material/initial/, material/downloaded/, process/, results/ and _broadcast/ — files each deliverable by provenance, and verifies each run. It never edits the content of your documents; it only decides where files belong.

  • Stage: workspace · Sandbox: no · Dependencies: stdlib only (openpyxl adds the xlsx index, PyYAML the YAML rules)

Quick Execution

Run this exact form — do not read the source tree:

python run.py --root <WS> --action doctor
  • doctor is read-only and always safe: it reports healthy or incomplete and writes nothing. Run it before asking the user anything.
  • init creates the whole skeleton and lifts pre-existing content into material/initial/. It moves files, so propose it once and wait for a yes when the folder was merely referenced.
  • Every run writes its gate to <WS>/process/gates/task-organizer_<ts>.json.

When to use

  • At session start on a known task folder — run doctor first.
  • At task start on a new or empty folder, or on an explicit "set this up" request — run init.
  • At final delivery — run organize, then broadcast (the index is mandatory, not optional).
  • A fetched file must be declared provenance — mark-downloaded, so material/downloaded/ means "the assistant fetched it" rather than a guess from the filename.

When NOT to use

  • No workspace has been chosen — do not organize an unnamed folder.
  • The user declined the init proposal — carry on as asked, at most one proposal per folder.
  • You were asked to summarize or describe this skill — that is a failure mode, not a result.

Actions

--actionDoesExtra arguments
doctorRead-only structure check—
initBuild the four zones; pre-existing content moves to material/initial/—
organizeFull pipeline: file, validate (C1–C8), verify, rollback on failure--mode full|quick|incremental (after --)
broadcastRebuild the read-only _broadcast/INDEX.md--ai, --max-files N, --keywords K
indexAlias of broadcastsame as broadcast
snapshotHash snapshot of the current tree—
dedupeReport duplicate files by content hash—
mark-downloadedRecord a fetched file's source URL<file> --url <source-url>
mark-userDeclare a file as user material<file>
undo / redoReverse or replay a verified run<history_file>

Hard constraints

  • Act, do not summarize. A trigger under "When to use" means run the tool and report what it did.
  • Never move user material. Only init relocates pre-existing content, and only after the user agrees.
  • A failed verification has already rolled back. Report it; do not blindly re-run.

Outputs

  • <WS>/process/gates/task-organizer_<ts>.json — the gate result.
  • <WS>/_broadcast/INDEX.md — the context-compression index.
  • <WS>/process/history/ — the reverse-able run history used by undo.

Failure handling

  • verification: failed — the tool restored the before-state already; report that and stop.
  • A user-material name clash is left in place and reported, never overwritten.
  • Hidden files, empty folders and symlinks are skipped by design.
  • Exit 0 success, 2 usage or validation error.

Limitations

  • Filing is by provenance and name pattern, not by semantics.
  • broadcast indexes what is on disk; it cannot judge whether a file is correct.

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.