skills/trekker/SKILL.md
Use Trekker as the persistent source of truth for tracked work in Codex. Search first, restore context, work one task at a time, and close tasks with summary comments.
npx skillsauth add obsfx/trekker-codex trekkerInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Use this skill when work should be tracked across sessions. Prefer the Trekker MCP tools from this plugin for structured reads and writes. If those tools are unavailable, use the trekker CLI directly.
Trekker is the durable system of record. update_plan is only short-lived session scaffolding.
in_progress before doing the work.Checkpoint: comment when pausing and a Summary: comment before marking work complete.Run search before you create, start, or resume work:
trekker search "auth"
trekker search "migration"
trekker search "release"
Multi-word queries narrow results with AND logic. If the first search is weak, try two or three adjacent keywords separately instead of writing a sentence.
For existing work, inspect state in this order:
trekker task show TREK-12
trekker comment list TREK-12
trekker history --entity TREK-12
trekker dep list TREK-12
If .trekker does not exist and the user wants persistent tracking, ask before running trekker init because it changes project state.
trekker task update TREK-12 -s in_progress
trekker comment add TREK-12 -a "codex" -c "Checkpoint: verified the failing path in src/auth.ts. Next: patch token refresh handling."
trekker comment add TREK-12 -a "codex" -c "Summary: fixed refresh-token validation in src/auth.ts and src/session.ts. Removed the duplicate fallback branch."
trekker task update TREK-12 -s completed
trekker ready
Use comments for discoveries, blockers, and handoff context. If a task is blocked by something outside the current scope, document why and leave it in a non-terminal state or mark it wont_fix with explanation.
For larger features, create an epic first and then wire smaller tasks together with dependencies. Use update_plan only as a temporary mirror of what you are doing right now; Trekker remains the durable record.
update_plan as the system of record.development
Keep Trekker as the source of truth while using Codex session planning as a temporary mirror.
documentation
Work through Trekker tasks autonomously by recovering context, selecting ready work, documenting progress, and finishing with clean summaries.
testing
Start tracked work the right way: search first, restore task context, check dependencies, then mark the task in progress.
databases
Translate natural-language tracking questions into Trekker queries for status, history, blockers, and related work.