From tiber
Use when the user wants repository task tracking, shared agent task state, cross-worktree coordination, tiber setup/install/scaffold guidance, or task create/list/show/prioritize/validate/close workflows. Plugin install and session start are non-mutating; setup integration starts with dry-run previews.
How this skill is triggered — by the user, by Claude, or both
Slash command
/tiber:tiberThe summary Claude sees in its skill listing — used to decide when to auto-load this skill
Use Tiber for repository-local task boards backed by the Git `tasks` branch and
Use Tiber for repository-local task boards backed by the Git tasks branch and
a shared backlog/, in-progress/, done/, and abandoned/ task tree. Tiber
uses Git object/tree/ref operations rather than a persistent .tasks checkout.
The bundled launcher is <plugin-root>/bin/tiber; resolve <plugin-root>
relative to this skill file and prefer that launcher before probing PATH.
tiber MCP server before using CLI commands.tiber.init only when setup is required, then use MCP tools for task reads and writes.tiber CLI.<plugin-root>/bin/tiber before any PATH fallback.tiber install-bin --target-dir ~/.local/bin --dry-run on setup or
upgrade. Run --apply only after explicit user approval.tiber init only for explicit setup or when a requested task operation
needs an initialized board..tasks files or order.md.tasks. Preserve both sides, resolve deliberately, then
rerun tiber sync.tiber validate --fix.
Safe autofixes are misplaced claims, missing reciprocal links, and order.md
reconciliation. Dangling refs and dependency cycles are report-and-resolve.claim: is valid only on in-progress tasks. Backlog claims are invalid, not
reservations; use tiber transition <ref> in-progress.tiber scaffold repo --dry-run, show the
planned .gitignore, hook/workflow, trailer workflow, and optional
justfile changes, then stop until explicit approval. "No follow-up
questions" is not approval to apply.tiber init
tiber create "Task title"
tiber list
tiber show <task-ref>
tiber metadata <task-ref>
tiber next
tiber transition <task-ref> <status>
tiber prioritize <task-ref> --before <task-ref>
tiber link <task-ref> blocks <task-ref>
tiber unlink <task-ref> blocks <task-ref>
tiber subtask add <task-ref> "Subtask title" --after s1,s2
tiber update <task-ref> --summary "..."
tiber acceptance add <task-ref> "Observable condition"
tiber note add <task-ref> "Progress note"
tiber validate --fix
tiber close-from-trailers
tiber mcp stdio
tiber dashboard serve
Creates structured, bite-sized implementation plans from specs or requirements before writing code. Useful for breaking down multi-step tasks into testable steps with file structure and task boundaries.
npx claudepluginhub jwilger/ai-plugins --plugin tiber