work-tracker
Skill2 starsChanged 5 days agoMITView on GitHub
Reads, files, claims and closes records in the ledger tracker. Use to plan work, check what is ready, file a bug, or claim a record before work starts.
2 other projects use a version of this, 1 of them edited.
Adopted by
Most recently taken up by
- niksavis/handilyedited, first seen Nov 8, 2026
- nimbalyst/skillstheir own version, first seen Feb 16, 2026
Other versions2 projects use a version of this.
Word for word · 0
None found.
Edited · 1
- niksavis/handily★ 228% same
Wrote their own version · 1
- nimbalyst/skills★ 28same name
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository58 other files it gives its agents.
- AGENTS.mdAGENTS.md
- .claude/CLAUDE.mdCLAUDE.md
- .github/copilot-instructions.mdCopilot instructions
- best-practices-auditSkill
- catalog-authoringSkill
- cli-toolsSkill
- conventional-commitsSkill
- councilSkill
- decompose-planSkill
- falsify-firstSkill
- find-skillsSkill
- harness-clientSkill
- harness-loopSkill
- hill-climbSkill
- interface-factsSkill
- no-commentsSkill
- nodeSkill
- plain-englishSkill
- pythonSkill
- release-processSkill
- repair-in-placeSkill
- retention-probeSkill
- root-causeSkill
- session-finishSkill
- skill-creatorSkill
- swarmSkill
- test-disciplineSkill
- tier-injectionSkill
- validate-as-consumerSkill
- work-trackerSkill
- worktree-isolationSkill
- best-practices-auditSkill
- catalog-authoringSkill
- cli-toolsSkill
- conventional-commitsSkill
- councilSkill
- decompose-planSkill
- falsify-firstSkill
- find-skillsSkill
- harness-clientSkill
- harness-loopSkill
- hill-climbSkill
- interface-factsSkill
- no-commentsSkill
- nodeSkill
- plain-englishSkill
- pythonSkill
- release-processSkill
- repair-in-placeSkill
- retention-probeSkill
- root-causeSkill
- session-finishSkill
- skill-creatorSkill
- swarmSkill
- test-disciplineSkill
- tier-injectionSkill
- validate-as-consumerSkill
- worktree-isolationSkill
The file
We split this skill into the rules it gives an agent
2 rules. About 0 are common, 1 is distinctive, and 1 is 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.
1
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Very specific: line 31
When basicly is on PATH, basicly tracker write -- ...
- Distinctive: line 45
Before a write, review or close, read write for the grammar and the Context, Acceptance and evidence contracts.
≈ “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.
Files
<!-- Generated by `basicly skills-build` from skill.yaml. Do not edit; edit the source. -->Work Tracker
The tracker is an append-only event log in .basicly/ledger/, committed with the code. Each write appends an event. A record is its events read in order.
The kit is python3 .basicly/core/kit/tracker/cli.py, which needs nothing installed. The engine is basicly tracker, which works when basicly is on PATH.
Steps
python3 .basicly/core/kit/tracker/cli.py ready .basicly/ledger
python3 .basicly/core/kit/tracker/cli.py create .basicly/ledger --title "Fix the flaky clock test" \
--field issue_type=task --field size=small \
--description "## Context
When the suite runs in parallel, the clock test fails." \
--acceptance "When the suite runs with -n 8, the clock test shall pass."
python3 .basicly/core/kit/tracker/cli.py claim .basicly/ledger RECORD-ID
python3 .basicly/core/kit/tracker/cli.py confirm .basicly/ledger RECORD-ID --evidence JSON
python3 .basicly/core/kit/tracker/cli.py close .basicly/ledger RECORD-ID --reason "why"- Find or file the record before the work. Give it a
## Contextand at least one acceptance criterion; a record bigger thansize=smallalso needsreview --evidencebefore the claim. Runcreatealone and read the id from its reply; thetracker-commit-msghook refuses a commit that names an id the ledger does not hold. - Claim it before the first edit, then push, because others see a claim only after they pull. A refused claim prints a
refusedkey and exits 1; fix what it names, then claim again. - Confirm, then close it once the whole task is done:
confirmrecords each criterion with its command and result, as{"checks": [{"criterion": "...", "command": ["argv"], "result": "what you saw", "exit_code": 0}]}, andcloserefuses without it. - Commit the code and the staged
.basicly/ledgertogether, with the id in the subject; the hooks read the Git index. Make no separate close commit.
When basicly is on PATH, basicly tracker write -- ... runs the writes through the engine with the grammar in write; a claim there is update RECORD-ID --status in_progress.
Rules
- Never take a record that someone holds.
readynames each holder;--takeis for an agreed handover only. The holder is--to, elseBASICLY_HOLDER, elsegit config basicly.holder, else your git name; setbasicly.holderto a pseudonym, because the ledger is committed. - Name a record by its title, with the id as the address. A person cannot read a bare id.
- Never edit, delete or reorder a line in an event file. Append the write that supersedes the wrong one.
- Probe against a scratch ledger directory, never the live one:
python3 .basicly/core/kit/tracker/cli.py create "$(mktemp -d)" --prefix probe --title probe. The log has no undo. - Check the output shape before you parse it.
showon an absent record prints{"found": false}. The kitcreateprints JSON; read itsrecordfield. The enginecreateprintscreated: RECORD-ID, or JSON with--json. - Use one ledger per repository, never one per worktree. The git-ignored
.basicly/ledger/redirectpoints every worktree at the same log.
Read when needed
- For selective reads, history or the served page, read read.
- Before a write, review or close, read write for the grammar and the Context, Acceptance and evidence contracts.
- For imports, shard folding or bulk queries, read maintenance.
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.

