decision-mappinglisted

# Decision Mapping — chart the way before planning it A loose idea has arrived: too big for one agent session, and wrapped in fog. The way from here to the **destination** is not visible yet. This skill charts that way as a **decision map** — a single committed markdown file — then works its **decision tickets** one at a time until the route is clear. This skill's own frontmatter has carried `artifact_status: never-run` since the artifact mandate landed, and an audit pass (harness:RM-0616, issue #1248) read that as a defect. It is not one: ADR-0127 names `decision-mapping` by id and accepts this exact state — a committed decision map has never existed in this tree, and manufacturing one to clear the finding would be the detector working backwards. Read ADR-0127 before treating a long-running `never-run` exemption here as an oversight. The destination varies per effort, and naming it is the first act of charting: a spec to hand off, a decision to lock before planning starts, or a change made in place. The map is domain-agnostic. **Plan, don't do.** Each ticket resolves a decision; the map is done when nothing is left to decide before someone goes and builds. The pull to just do the work is the signal you have reached the edge of the map and it is time to hand off — to `writing-plans`, `superplan`, or `blueprint`. An effort can override this in its `## Notes`; absent that, produce decisions, not deliverables. **Refer by name.** Tickets have names — their headings. In every