project-tracking
Skill4 starsChanged 3 months agoApache-2.0View on GitHub
Reconcile the public GitHub Project from already-established durable lifecycle state at permanent authorized projection boundaries; never determine workflow truth.
3 other projects use a version of this.
Adopted by
Most recently taken up by
- aymardkouakou/claude-gh-skillstheir own version, first seen Nov 8, 2026
- Lukk17/agent-standardstheir own version, first seen Nov 7, 2026
- jramsahai/obsidian-mcp-braintheir own version, first seen Sep 13, 2026
Other versions3 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 3
- aymardkouakou/claude-gh-skills★ 1same name
- Lukk17/agent-standards★ 1same name
- jramsahai/obsidian-mcp-brain★ 0same 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 repository51 other files it gives its agents.
- AGENTS.mdAGENTS.md
- architecture-remediationSkill
- attentionSkill
- classify-docSkill
- codebase-designSkill
- codebase-memory-mcpSkill
- codegraphSkill
- coding-standardsSkill
- contract-ledgerSkill
- conventional-commitsSkill
- database-migrationsSkill
- deduplicate-codeSkill
- diagnosing-bugsSkill
- domain-modelingSkill
- format-codeSkill
- github-issue-dependenciesSkill
- graphifySkill
- grillingSkill
- grill-meSkill
- grill-with-docsSkill
- handoffSkill
- implement-ticketSkill
- improve-codebase-architectureSkill
- project-delivery-managementSkill
- prototypeSkill
- repowiseSkill
- researchSkill
- resolving-merge-conflictsSkill
- review-architectureSkill
- review-specSkill
- setup-matt-pocock-skillsSkill
- spec-contractSkill
- spec-merge-cleanupSkill
- tddSkill
- teachSkill
- to-adr-docSkill
- to-docSkill
- to-specsSkill
- to-ticketsSkill
- triageSkill
- verify-architectureSkill
- verify-codeSkill
- verify-spec-closureSkill
- verify-specSkill
- verify-ticket-closureSkill
- verify-ticket-decompositionSkill
- wayfinderSkill
- wiki-lintSkill
- wiki-syncSkill
- wiki-synthesizeSkill
- writing-great-skillsSkill
The file
We split this skill into the rules it gives an agent
8 rules. 0 are common, 2 are distinctive, and 6 are very specific to this project.
0
Common
Most of the 3 edited versions we read keep these.
2
Distinctive
This author's own choices. Worth a look.
6
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 51
Never infer lifecycle/delivery truth from:
- Very specific: line 90
all other states -> Completed On = None.
- Very specific: line 95
Do not infer Completed On from issue closed_at.
- Very specific: line 132
Every listed Artifact Type also permits Superseded / None with explicit retirement authority.
- Very specific: line 182
All required single-select options used by the supplied batch must already exist.
- Distinctive: line 188
Use one reconciliation path:
- Very specific: line 206
Do not retry field batches through alternate interfaces, recompute semantic projections in response to write failures, probe CLI capability …
- Very specific: line 210
If no membership or field delta exists, return SYNCED after verification.
“Common” is measured: kept by at least 6 in 10 of the 3 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.
Files
Project Tracking
$project-tracking is a deterministic, non-authoritative projection helper.
It does not own lifecycle state, semantic authority, delivery focus, scheduling, dependencies, hierarchy, completion, or artifact membership semantics.
Invocation boundary
Project projection is intentionally eventually consistent during active delivery. Invoke this helper only at:
- Mandatory Spec completion reconciliation —
$spec-merge-cleanupreconstructs the complete completed-Spec lineage and supplies one desired projection batch. - Explicit human-requested board reconciliation — the active workflow reconstructs the requested authoritative artifact universe and supplies one desired projection batch.
Ordinary lifecycle transitions do not synchronize the Project. Do not persist a pending Project-update queue/flag/label/comment ledger.
Repository/Project setup, schema changes, historical backfills, or other administrative conversion work are outside this runtime skill.
Input contract
The caller supplies one desired base projection per formal artifact:
- GitHub issue URL;
Artifact Type;Workflow State;- base
Next Skill; - base
Work Status; Completed Ononly forComplete;- current
Project Delivery Statefor every active formal artifact:in-focus | eligible | blocked | independent; - optional
Area/Priorityonly when the caller intentionally owns those presentation changes.
The caller reconstructs the complete authoritative artifact universe. This skill never crawls Project rows to decide what ought to exist.
Authority rules
Never infer lifecycle/delivery truth from:
- Project fields or membership;
- issue open/closed state alone;
- labels;
- saved-view position;
- hierarchy alone;
- prior conversation.
Project state is read only to detect and repair projection drift.
Delivery context comes from $project-delivery-management for Wayfinder-managed artifacts
or explicit durable Independent classification. Ambiguous governance is invalid rather than
silently treated as Independent.
Delivery projection
Map current delivery context to Delivery State:
| Authoritative context | Project Delivery State |
in-focus | In Focus |
eligible | Eligible |
blocked | Denied |
independent | Independent |
Workflow State = Complete | Released |
Workflow State = Superseded | Superseded |
Delivery State never establishes focus, frontier eligibility, dependency state, or
lifecycle authorization.
Base projection invariants
Validate before mutation:
Complete-> baseWork Status = Done,Next Skill = None, authoritative non-emptyCompleted On;Superseded-> baseWork Status = Done,Next Skill = None,Completed On = None, and explicit durable retirement authority supplied by the caller;- all other states ->
Completed On = None; - requested select values must already exist in current Project schema;
Artifact Type,Workflow State, and baseNext Skillmust satisfy the current route table below.
Do not infer Completed On from issue closed_at.
Current base route table
| Artifact Type | Workflow State | Allowed base Next Skill |
| Wayfinder Map | Architecture Decision | $wayfinder |
| Wayfinder Map | Ready to Spec | $to-specs |
| Wayfinder Map | Spec Delivery | None |
| Wayfinder Map | Architecture Remediation | $wayfinder |
| Wayfinder Map | Blocked | None |
| Wayfinder Map | Complete | None |
| Wayfinder Decision | Architecture Decision | $wayfinder |
| Wayfinder Decision | Blocked | None |
| Wayfinder Decision | Complete | None |
| Spec | Ready to Ticket | $to-tickets |
| Spec | Ready to Implement | None |
| Spec | Ready to Verify | $verify-spec |
| Spec | Ready to Review | $review-spec |
| Spec | Review Remediation | None |
| Spec | Architecture Remediation | $architecture-remediation |
| Spec | Ready to Merge | $spec-merge-cleanup |
| Spec | Blocked | None |
| Spec | Complete | None |
| Implementation Ticket | Ready to Implement | $implement-ticket |
| Implementation Ticket | Architecture Remediation | $architecture-remediation |
| Implementation Ticket | Blocked | None |
| Implementation Ticket | Complete | None |
| Spec Review | Review Remediation | $to-tickets or None |
| Spec Review | Architecture Remediation | $architecture-remediation |
| Spec Review | Blocked | None |
| Spec Review | Complete | None |
| Review Remediation Ticket | Ready to Implement | $implement-ticket |
| Review Remediation Ticket | Architecture Remediation | $architecture-remediation |
| Review Remediation Ticket | Blocked | None |
| Review Remediation Ticket | Complete | None |
Every listed Artifact Type also permits Superseded / None with explicit retirement
authority.
Context-sensitive None means downstream children own the next executable action; it does
not mean the parent is complete.
Reject unlisted combinations rather than guessing.
Delivery overlay
Validate the base route first, then apply only delivery presentation:
- terminal Complete ->
Done / None / Released; - terminal Superseded ->
Done / None / Superseded; - Independent active artifact -> preserve base status/next skill, Delivery State Independent;
- focused Wayfinder Map ->
In Progress, preserve base next skill, In Focus; - eligible Wayfinder Map ->
Ready,$project-delivery-management, Eligible; - blocked Wayfinder Map ->
Blocked, None, Denied; - Wayfinder-managed descendant -> preserve base lifecycle status/next skill for
in-focus|eligible; for deliveryblocked, set visible Work Status Blocked while preserving its lifecycle next skill; project the matching Delivery State.
Delivery authorization never changes Workflow State.
Terminal contradiction checks
Caller-supplied Complete must be supported by owning lifecycle evidence. Tracker
relationships may disprove completion but never establish it by absence.
At minimum reject:
- Wayfinder Map complete while a governed Spec/decision/fog remains unresolved;
- Spec complete while an implementation ticket or conventional Spec Review remains open;
- Spec Review complete while a Review Remediation Ticket remains open.
Resolve current Project and schema
Resolve exactly one open Project titled Polaris for the repository owner. Resolve its
current fields once and require:
- Artifact Type;
- Workflow State;
- Next Skill;
- Work Status;
- Intake State;
- Priority;
- Area;
- Completed On;
- Delivery State.
All required single-select options used by the supplied batch must already exist. Missing
Project/schema/configuration state is PROJECT TRACKING: DRIFT; this skill does not create
or repair schema.
Deterministic execution
Use one reconciliation path:
validate supplied projections
-> resolve Project once
-> read schema once
-> read affected current rows once
-> add only missing members
-> establish post-membership row snapshot
-> compute one complete field-delta plan
-> submit bounded deterministic GraphQL batches
-> verify affected rows onceA recoverable membership-add failure permits at most one state-reconciled retry: re-read membership, recompute the still-missing set, and retry only that set through the same interface. This is ordinary transient-write recovery, not historical conversion.
Do not retry field batches through alternate interfaces, recompute semantic projections in
response to write failures, probe CLI capability with --help, or modify Project views,
automations, or schema.
If no membership or field delta exists, return SYNCED after verification.
Mutation ownership
This skill may mutate only Project membership and the supplied current projection fields. Preserve Area/Priority when omitted. Do not mutate GitHub issue lifecycle state, hierarchy, dependencies, CCL, delivery focus, branches, or repository content.
Result
Return exactly one:
PROJECT TRACKING: SYNCED
Artifacts supplied: <n>
Members added: <n>
Field changes: <n>
Verified rows: <n>or:
PROJECT TRACKING: INVALID PROJECTION
Artifact: <identity>
Reason: <invariant failure>or:
PROJECT TRACKING: DRIFT
Reason: <missing/ambiguous project or schema | read/write/verification failure>
Authoritative lifecycle state changed: noProject drift never rolls back authoritative lifecycle work.
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.

