kramme-cc-workflow/skills/kramme:siw:wayfinder/SKILL.md
Charts huge or foggy initiatives into a local `.context` decision map and resolves one typed frontier ticket per session until the work is ready for SIW or another execution workflow. Use when the route to a destination cannot fit in one agent session or parallel workspaces need coordinated planning state. Not for clear specs, ordinary issue decomposition, implementation, or Linear-native tracking.
npx skillsauth add abildtoft/kramme-cc-workflow kramme:siw:wayfinderInstall 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.
Find a route through an initiative that is too large or uncertain for one agent session. Preserve the route as a local decision map, resolve its frontier one ticket at a time, and stop when the destination is clear enough to enter a normal planning or execution workflow.
/kramme:siw:init, /kramme:siw:generate-phases, /kramme:siw:issue-define, or /kramme:code:work-from-plan; do not reproduce those workflows here..context backend in this version. Do not create or mutate Linear, GitHub, Jira, or other tracker records.$ARGUMENTS as either:
MAP.md path, optionally followed by a ticket ID, for work mode.<directory>/MAP.md when that file exists. If the directory contains tickets/WF-*.md but no MAP.md, treat it as interrupted-chart recovery and enter the directory-without-map rule in references/storage.md.WAYFINDER NOT NEEDED when the route is already clear and the whole planning problem fits in one session. Recommend the smallest matching downstream workflow.UNSUPPORTED BACKEND when the user wants an external tracker to be canonical. Explain that this version is local-only and leave Linear-native blocking as a future extension.Read the storage and backend rules from references/storage.md.
Resolve the canonical map root before writing. Reuse an explicitly supplied map path; otherwise default to <worktree>/.context/wayfinder/<map-slug>/. Verify that .context is ignored by Git, refuse silent overwrites, and require explicit confirmation before selecting a shared path outside the current worktree.
Run this step only in chart mode.
references/map-format.md and the type rules from references/ticket-types.md.WAYFINDER NOT NEEDED before creating files if no meaningful fog remains.WF-### IDs, names, blockers, and initial READY or BLOCKED states before writing files. Then copy assets/ticket-template.md and create every currently specifiable ticket with its complete initial metadata, including map identity and canonical path. Ticket files are authoritative; if interruption leaves tickets without MAP.md, recover only through the directory-without-map rule in references/storage.md.assets/map-template.md and publish MAP.md last. Build its index from the ticket metadata, validate it against every same-map ticket file, promote it from DRAFT to ACTIVE, report the canonical path and frontier, then stop without claiming a ticket.Run this step only in work mode.
references/work-through-map.md and the type rules from references/ticket-types.md; load the map at low resolution and reconcile its derived index before selection.references/conductor-parallel-handoffs.md. Require one map owner to serialize claims; stop if no owner is identified. Copy assets/resolution-handoff-template.md for any non-owner worker in a parallel run.references/ticket-types.md. Load related ticket bodies only when their full detail is necessary.references/work-through-map.md. In a parallel run, also follow references/conductor-parallel-handoffs.md; a non-owner worker must not edit the canonical ticket or MAP.md.OUT OF SCOPE, link it from the map's Out of scope section, and omit it from Decisions so far.WAYFINDER CLEAR, the map owner must set Status: CLEAR, update the timestamp, set Handoff exit readiness to clear, record the intended durable artifact and next workflow, and validate the map against its tickets.WAYFINDER EXIT BRIEF with the destination, one gist and path per resolved decision, remaining assumptions, and intended durable artifact. Require the next workflow to absorb the decisions rather than retain durable links to temporary .context files./kramme:siw:init and later SIW decomposition;/kramme:code:work-from-plan;/kramme:siw:issue-define after the SIW container exists..context/wayfinder/<map-slug>/MAP.md plus ticket files and optional evidence or handoff files.| Condition | Response |
| --- | --- |
| Missing initiative and map path | Ask for the smallest missing input. |
| Existing map directory for a new initiative | Offer resume, an explicit new slug, or abort; never overwrite. |
| .context is not ignored | Stop and ask for a safe ignored location or permission to update ignore rules. |
| External tracker requested | Stop with UNSUPPORTED BACKEND; do not call its API or MCP tools. |
| No frontier but fog remains | Report the blocked area and ask for the human decision or access needed to sharpen the next ticket. |
| Conflicting or stale map metadata | Reconcile from ticket files and report the correction before work. |
| No map owner in a parallel run | Stop and ask the user to identify one owner before any claim or worker write. |
| Competing claim | Yield the ticket and choose another frontier item or stop. |
| Requested ticket unavailable | Stop and report whether the named ticket is blocked, claimed, resolved, out of scope, or missing; do not resolve a different ticket. |
| Malformed canonical map or ticket | Stop. Do not infer or repeat work; recover only from a validated temporary file, handoff, or owner-confirmed source. |
| Interrupted write | Keep the previous canonical file, validate or discard only this session's temporary file, then resume from canonical ticket state and rebuild derived map data. |
references/sources.yaml records the external Wayfinder concept adapted by this local workflow. Do not load it during normal use unless auditing or refreshing source attribution.
tools
Requires Linear MCP. Implements one Linear issue end to end, selects applicable code-review, convention, and PR-refactor gates, runs them to bounded convergence, verifies, and optionally opens the PR and iterates on CI and review feedback until green. Use when the user wants a single Linear issue taken from implementation through a clean Pull Request. Not for implementation-only work, SIW-tracked issues, stacked PRs, existing PR updates, or post-merge rollout.
development
Reviews PR and local changes for convention drift and overcaution against documented rules and mined peer-file practice. Use for new patterns, dependencies, abstractions, or defensive complexity that departs from established practice; every finding cites evidence. Supports --inline. Not for general code quality (use kramme:pr:code-review) or spec review (use kramme:siw:spec-audit --team).
development
Investigates a question against primary sources and saves one cited Markdown artifact. Use for reading legwork: official docs/API facts, source-code or spec checks, standards, and first-party service behavior before planning or implementation. Not for making product or architecture decisions, implementing code, broad web search, secondary blog summaries, or uncited answers.
development
Builds a clearly throwaway logic/state or UI prototype to answer one design question before implementation hardens. Use when the user wants to sanity-check a state model, data shape, API surface, page layout, component direction, or interaction idea with disposable code. Not for production implementation, polished demos, visual diff reports, permanent routes, or broad design-system work.