mapify-cli 3.35.1__py3-none-any.whl → 3.35.2__py3-none-any.whl

mapify_cli/__init__.py

@@ -23,7 +23,7 @@ Or install globally:
     mapify check
 """
 
-__version__ = "3.35.1"
+__version__ = "3.35.2"
 
 # MUST stay the first import: it turns "this interpreter is older than 3.11" into
 # a message that says so, instead of the ImportError raised by `from datetime

mapify_cli/templates/codex/skills/map-auto/SKILL.md

@@ -72,7 +72,7 @@ python3 .map/scripts/map_step_runner.py record_auto_phase "<phase>" "<status>" \
   --reason "<why this status>"
 ```
 
-`<phase>` is the workflow name being entered/exited (`map-plan`, `map-efficient`, `map-check`, or `map-review`). `<status>` follows the phase's own vocabulary -- use `completed` on a clean phase close and `aborted`/`failed` on a phase you cannot recover; anything else leaves the chain `in_progress`. Pass every hold id that `auto_decide_holds` auto-approved for this phase in `--evidence-refs`, so the approval is recorded twice: once in the hold's own audit note, once in the phase ledger.
+`<phase>` is the workflow name being entered/exited (`map-plan`, `map-efficient`, `map-check`, or `map-review`). `<status>` follows the phase's own vocabulary -- use `completed` on a clean phase close and `aborted`/`failed` on a phase you cannot recover; anything else leaves the chain `in_progress`. Phase completion and route completion are separate: a `completed` phase closes the chain only when it is the last phase of the selected route -- `map-review` for the multi-phase `map-plan` and `map-efficient` routes, or the route's only phase for the single-phase `map-resume`, `map-check`, and `map-fast` routes. Any earlier `completed` leaves the chain `in_progress` so the next phase is accepted. Pass every hold id that `auto_decide_holds` auto-approved for this phase in `--evidence-refs`, so the approval is recorded twice: once in the hold's own audit note, once in the phase ledger.
 
 **At most one re-entry per phase (HC-2):** `record_auto_phase` mechanically enforces this -- the first record of a phase name is `attempt: 1`, a re-entry is `attempt: 2`, and a third call for the SAME phase name is refused and force-aborts the chain (`chain_status: "aborted"`). Before spending the single permitted re-entry, inspect ground truth -- `git status`/`git diff` and the phase's own `step_state.json` (or equivalent phase artifacts, test output, Monitor verdict) -- to confirm the phase genuinely needs a fresh attempt rather than a partial success being misread as a failure. A second failure of the same phase means STOP and hand off to `$map-resume` -- never attempt a third call for that phase. A chain already `chain_status: "aborted"` or `"blocked"` refuses every further `record_auto_phase` call regardless of phase name; a new `route_task` call is the ONLY legitimate way to continue.
 
@@ -84,8 +84,8 @@ Once routed, drive the selected chain by invoking the existing slash workflows e
 route_task -> [map-plan] -> [map-efficient] -> [map-check] -> [map-review]
 ```
 
-- `map-resume`, `map-check`, and `map-fast` routes are single-phase: run the one workflow, record its result with `record_auto_phase`, and finish.
-- `map-plan` and `map-efficient` routes continue the chain: `map-plan` produces the task plan that `map-efficient` consumes, `map-efficient` implements it, and the chain then continues to `map-check` and `map-review` to close the loop.
+- `map-resume`, `map-check`, and `map-fast` routes are single-phase: run the one workflow, record its result with `record_auto_phase`, and finish -- the route's only phase closes the chain.
+- `map-plan` and `map-efficient` routes continue the chain: `map-plan` produces the task plan that `map-efficient` consumes, `map-efficient` implements it, and the chain then continues to `map-check` and `map-review` to close the loop. The route stays `chain_status: in_progress` after each intermediate phase completes and closes only when `map-review` completes.
 - Invoke each phase by reading and following its own `SKILL.md` in full, exactly as if the user had typed the corresponding slash command -- do not summarize, skip, or reimplement its internal steps. `$map-auto` never shells out to a separate Claude process, a new Python execution engine, or any other new phase-driving mechanism to do this -- phases are driven ONLY by invoking the existing slash workflows above and the three runner subcommands from Steps 1-3.
 - A `valid=false` Monitor verdict INSIDE a phase is that phase's own hard stop: its owning workflow's existing retry/escalation rules apply unchanged. `$map-auto` never overrides, suppresses, or re-runs past a Monitor rejection on the phase's behalf -- a phase that cannot get past Monitor is a failed phase for the purposes of Step 3's re-entry bound.
 - The autopilot run ends at a committed feature branch. `$map-auto` never opens a pull request, never merges, and never polls CI -- report the committed branch, the phases recorded, and stop.

mapify_cli/templates/codex/skills/map-auto/auto-reference.md

@@ -15,7 +15,7 @@ python3 .map/scripts/map_step_runner.py record_auto_phase <phase> <status> [--br
 
 - `route_task <task>` -- `<task>` is the free-text task description (quote it). `--branch` defaults to the current branch. `--dry-run` recommends a route without marking the chain `in_progress` (see Dry-run usage below).
 - `auto_decide_holds` -- no positional arguments; only `--branch` (defaults to current branch).
-- `record_auto_phase <phase> <status>` -- `<phase>` is the workflow name (`map-plan`, `map-efficient`, `map-check`, `map-review`); `<status>` is the phase's own outcome word (`completed`, `failed`, `aborted`, or any other phase-specific status, which leaves `chain_status` at `in_progress`). `--evidence-refs` takes a comma-separated list of ids (auto-approved hold ids from the surrounding `auto_decide_holds` calls); `--reason` is a free-text note stored on the ledger entry.
+- `record_auto_phase <phase> <status>` -- `<phase>` is the workflow name (`map-plan`, `map-efficient`, `map-check`, `map-review`); `<status>` is the phase's own outcome word (`completed`, `failed`, `aborted`, or any other phase-specific status, which leaves `chain_status` at `in_progress`). A `completed` status closes the chain (`chain_status: "completed"`) only on the LAST phase of the selected route -- `map-review` for multi-phase `map-plan`/`map-efficient` routes, or the single phase of `map-resume`/`map-check`/`map-fast`; a `completed` intermediate phase keeps the chain `in_progress`. `--evidence-refs` takes a comma-separated list of ids (auto-approved hold ids from the surrounding `auto_decide_holds` calls); `--reason` is a free-text note stored on the ledger entry.
 
 ## Chain Walkthrough Example
 
@@ -35,10 +35,12 @@ $ python3 .map/scripts/map_step_runner.py auto_decide_holds
 
 $ python3 .map/scripts/map_step_runner.py record_auto_phase "map-efficient" "completed" \
   --evidence-refs "hold-1" --reason "all subtasks closed, make check green"
-{"status": "success", "chain_status": "completed", "phase": "map-efficient", "attempt": 1, ...}
+{"status": "success", "chain_status": "in_progress", "phase": "map-efficient", "attempt": 1, ...}
 
-# -- chain then continues to map-check, then map-review, each following the same
-#    poll -> drive -> poll -> record loop, until the last phase records "completed" --
+# -- map-efficient is not the last phase of this route: the chain stays
+#    in_progress and continues to map-check, then map-review, each following the
+#    same poll -> drive -> poll -> record loop. Only map-review completing closes
+#    the route (chain_status: "completed") --
 ```
 
 The run ends there: a committed feature branch, `phases[]` in `auto-route.json` holding one entry per phase attempt, and no PR/merge/CI step of any kind.

mapify_cli/templates/codex/skills/map-release/SKILL.md

@@ -71,7 +71,7 @@ Execute all 12 gates. Read the full gate scripts in [release-reference.md § Pha
 **Gate summary (full commands in reference):**
 - **Gates 1–4:** `make check` — tests, ruff, mypy, pyright, rendered-template parity
 - **Gates 5–6:** Build + twine check
-- **Gate 7:** Security audit (`pip-audit`)
+- **Gate 7:** Security audit of the project's resolved requirements (`uv export` + `pip-audit -r`)
 - **Gates 8–10:** Git state — main branch, clean working directory, up-to-date with origin
 - **Gate 11:** CI run for `git merge-base HEAD origin/main` must have `conclusion: "success"`; unpushed commits may touch only release metadata
 - **Gate 12:** CHANGELOG.md completeness (Unreleased section exists and has content; commit/entry gap check)

mapify_cli/templates/codex/skills/map-release/release-reference.md

@@ -35,11 +35,20 @@ uv run --with twine twine check dist/*
 ### Gate 7: Security Audit
 
 ```bash
-pip install pip-audit
-pip-audit
+set -euo pipefail
+# Audit the project's resolved dependency set, not the runner interpreter.
+REQS_FILE=$(mktemp "${TMPDIR:-/tmp}/mapify-release-reqs.XXXXXX")
+trap 'rm -f "$REQS_FILE"' EXIT
+uv export --all-extras --all-groups --no-hashes --no-emit-project \
+  --format requirements-txt > "$REQS_FILE"
+# --no-deps audits exactly the exported pins; --disable-pip stops pip from
+# resolving or mutating the runner environment.
+uvx pip-audit -r "$REQS_FILE" --disable-pip --no-deps
 ```
 
 **Expected Results:**
+- ✅ `uv export` resolves the project's dependencies (all extras and groups)
+- ✅ `pip-audit` audits the exported pinned requirements, not the runner environment
 - ✅ No known security vulnerabilities in dependencies
 
 **If vulnerabilities found:** Assess severity; update dependencies if critical.

mapify_cli/templates/map/scripts/map_step_runner.py

@@ -20216,20 +20216,51 @@ _AUTO_ROUTE_NEXT_COMMAND: dict[str, str] = {
 
 # /map-auto phase ledger (issue #414): closed status vocabulary for
 # record_auto_phase's chain_status transitions. A phase status in
-# AUTO_PHASE_TERMINAL_SUCCESS_STATUSES completes the chain; a status in
-# AUTO_PHASE_ABORT_STATUSES aborts it; any other status leaves the chain
-# in_progress. These two sets are intentionally NOT required to partition
-# every possible status string -- callers may pass phase-specific statuses
-# (e.g. "monitor_rejected") that fall through to in_progress.
+# AUTO_PHASE_TERMINAL_SUCCESS_STATUSES completes the ROUTE only when that
+# phase is the last phase of the routed chain (see AUTO_ROUTE_PHASE_CHAINS); a
+# status in AUTO_PHASE_ABORT_STATUSES aborts the chain; any other status
+# leaves the chain in_progress. These two sets are intentionally NOT required
+# to partition every possible status string -- callers may pass phase-specific
+# statuses (e.g. "monitor_rejected") that fall through to in_progress.
 AUTO_PHASE_TERMINAL_SUCCESS_STATUSES = frozenset({"completed"})
 AUTO_PHASE_ABORT_STATUSES = frozenset({"aborted", "failed"})
 
+# /map-auto routed phase chains (issue #621): phase completion and route
+# completion are separate. A route reaches chain_status="completed" only when
+# the completed phase is the LAST phase of the chain its selected_route drives.
+# map-resume, map-check and map-fast are single-phase routes; map-plan and
+# map-efficient are multi-phase routes that continue through map-check and
+# close on map-review. Keeping the table beside the terminal-status vocabulary
+# makes the route/phase split explicit instead of inferring "completed" from
+# the phase status alone (the #446 regression).
+AUTO_ROUTE_PHASE_CHAINS: dict[str, tuple[str, ...]] = {
+    "map-resume": ("map-resume",),
+    "map-check": ("map-check",),
+    "map-fast": ("map-fast",),
+    "map-plan": ("map-plan", "map-efficient", "map-check", "map-review"),
+    "map-efficient": ("map-efficient", "map-check", "map-review"),
+}
+
 # Chain-level retry bound: at most ONE re-entry per phase -- attempt 1
 # (first record) plus attempt 2 (the single permitted re-entry) are allowed;
 # a 3rd record of the same phase name is refused by record_auto_phase.
 AUTO_PHASE_MAX_ATTEMPTS = 2
 
 
+def _auto_route_final_phase(route: object) -> str | None:
+    """Return the last phase of `route`'s chain, or None for an unknown route.
+
+    record_auto_phase uses this to keep "this phase completed" and "the whole
+    route completed" separate (issue #621). A missing or unrecognized route
+    fails closed (returns None), so an unknown route can never be treated as
+    completed by a phase record.
+    """
+    if not isinstance(route, str):
+        return None
+    chain = AUTO_ROUTE_PHASE_CHAINS.get(route)
+    return chain[-1] if chain else None
+
+
 def auto_route_artifact_path(branch: str | None = None) -> Path:
     """Return the branch-scoped /map-auto routing decision artifact path."""
     return get_branch_dir(branch) / "auto-route.json"
@@ -20447,11 +20478,16 @@ def record_auto_phase(
 
     On every non-refused call, chain_status transitions from the recorded
     `status` using a closed vocabulary (AUTO_PHASE_TERMINAL_SUCCESS_STATUSES
-    -> "completed", AUTO_PHASE_ABORT_STATUSES -> "aborted", otherwise
-    "in_progress") and the `abort_reason` field is set/cleared to match. The
-    `auto_route` manifest stage is refreshed on every call (refused or not)
-    so progress is observable outside the artifact, with its status
-    mirroring the resulting chain_status.
+    -> "completed" when the phase is the LAST phase of the route's chain,
+    AUTO_PHASE_ABORT_STATUSES -> "aborted", otherwise "in_progress") and the
+    `abort_reason` field is set/cleared to match. Phase completion and route
+    completion are separate: a multi-phase route (map-plan, map-efficient)
+    stays "in_progress" after map-plan/map-efficient/map-check completes and
+    closes only on map-review; a single-phase route (map-resume, map-check,
+    map-fast) closes on its only phase. AUTO_ROUTE_PHASE_CHAINS is the single
+    source for each route's ordered chain. The `auto_route` manifest stage is
+    refreshed on every call (refused or not) so progress is observable outside
+    the artifact, with its status mirroring the resulting chain_status.
 
     `evidence_refs` persists caller-supplied ids (e.g. hold ids
     auto-approved by `auto_decide_holds`) in the phase entry, giving every
@@ -20562,7 +20598,14 @@ def record_auto_phase(
     artifact["phases"] = phases
 
     if status in AUTO_PHASE_TERMINAL_SUCCESS_STATUSES:
-        chain_status = "completed"
+        # Issue #621: a phase completing is not the route completing. Only the
+        # LAST phase of the routed chain closes chain_status; earlier completed
+        # phases keep the chain in_progress so the next phase is accepted
+        # instead of being refused by the terminal-chain guard below.
+        if phase == _auto_route_final_phase(artifact.get("selected_route")):
+            chain_status = "completed"
+        else:
+            chain_status = "in_progress"
     elif status in AUTO_PHASE_ABORT_STATUSES:
         chain_status = "aborted"
     else:

mapify_cli/templates/skills/map-auto/SKILL.md

@@ -74,7 +74,7 @@ python3 .map/scripts/map_step_runner.py record_auto_phase "<phase>" "<status>" \
   --reason "<why this status>"
 ```
 
-`<phase>` is the workflow name being entered/exited (`map-plan`, `map-efficient`, `map-check`, or `map-review`). `<status>` follows the phase's own vocabulary -- use `completed` on a clean phase close and `aborted`/`failed` on a phase you cannot recover; anything else leaves the chain `in_progress`. Pass every hold id that `auto_decide_holds` auto-approved for this phase in `--evidence-refs`, so the approval is recorded twice: once in the hold's own audit note, once in the phase ledger.
+`<phase>` is the workflow name being entered/exited (`map-plan`, `map-efficient`, `map-check`, or `map-review`). `<status>` follows the phase's own vocabulary -- use `completed` on a clean phase close and `aborted`/`failed` on a phase you cannot recover; anything else leaves the chain `in_progress`. Phase completion and route completion are separate: a `completed` phase closes the chain only when it is the last phase of the selected route -- `map-review` for the multi-phase `map-plan` and `map-efficient` routes, or the route's only phase for the single-phase `map-resume`, `map-check`, and `map-fast` routes. Any earlier `completed` leaves the chain `in_progress` so the next phase is accepted. Pass every hold id that `auto_decide_holds` auto-approved for this phase in `--evidence-refs`, so the approval is recorded twice: once in the hold's own audit note, once in the phase ledger.
 
 **At most one re-entry per phase (HC-2):** `record_auto_phase` mechanically enforces this -- the first record of a phase name is `attempt: 1`, a re-entry is `attempt: 2`, and a third call for the SAME phase name is refused and force-aborts the chain (`chain_status: "aborted"`). Before spending the single permitted re-entry, inspect ground truth -- `git status`/`git diff` and the phase's own `step_state.json` (or equivalent phase artifacts, test output, Monitor verdict) -- to confirm the phase genuinely needs a fresh attempt rather than a partial success being misread as a failure. A second failure of the same phase means STOP and hand off to `/map-resume` -- never attempt a third call for that phase. A chain already `chain_status: "aborted"` or `"blocked"` refuses every further `record_auto_phase` call regardless of phase name; a new `route_task` call is the ONLY legitimate way to continue.
 
@@ -86,8 +86,8 @@ Once routed, drive the selected chain by invoking the existing slash workflows e
 route_task -> [map-plan] -> [map-efficient] -> [map-check] -> [map-review]
 ```
 
-- `map-resume`, `map-check`, and `map-fast` routes are single-phase: run the one workflow, record its result with `record_auto_phase`, and finish.
-- `map-plan` and `map-efficient` routes continue the chain: `map-plan` produces the task plan that `map-efficient` consumes, `map-efficient` implements it, and the chain then continues to `map-check` and `map-review` to close the loop.
+- `map-resume`, `map-check`, and `map-fast` routes are single-phase: run the one workflow, record its result with `record_auto_phase`, and finish -- the route's only phase closes the chain.
+- `map-plan` and `map-efficient` routes continue the chain: `map-plan` produces the task plan that `map-efficient` consumes, `map-efficient` implements it, and the chain then continues to `map-check` and `map-review` to close the loop. The route stays `chain_status: in_progress` after each intermediate phase completes and closes only when `map-review` completes.
 - Invoke each phase by reading and following its own `SKILL.md` in full, exactly as if the user had typed the corresponding slash command -- do not summarize, skip, or reimplement its internal steps. `/map-auto` never shells out to a separate Claude process, a new Python execution engine, or any other new phase-driving mechanism to do this -- phases are driven ONLY by invoking the existing slash workflows above and the three runner subcommands from Steps 1-3.
 - A `valid=false` Monitor verdict INSIDE a phase is that phase's own hard stop: its owning workflow's existing retry/escalation rules apply unchanged. `/map-auto` never overrides, suppresses, or re-runs past a Monitor rejection on the phase's behalf -- a phase that cannot get past Monitor is a failed phase for the purposes of Step 3's re-entry bound.
 - The autopilot run ends at a committed feature branch. `/map-auto` never opens a pull request, never merges, and never polls CI -- report the committed branch, the phases recorded, and stop.

mapify_cli/templates/skills/map-auto/auto-reference.md

@@ -15,7 +15,7 @@ python3 .map/scripts/map_step_runner.py record_auto_phase <phase> <status> [--br
 
 - `route_task <task>` -- `<task>` is the free-text task description (quote it). `--branch` defaults to the current branch. `--dry-run` recommends a route without marking the chain `in_progress` (see Dry-run usage below).
 - `auto_decide_holds` -- no positional arguments; only `--branch` (defaults to current branch).
-- `record_auto_phase <phase> <status>` -- `<phase>` is the workflow name (`map-plan`, `map-efficient`, `map-check`, `map-review`); `<status>` is the phase's own outcome word (`completed`, `failed`, `aborted`, or any other phase-specific status, which leaves `chain_status` at `in_progress`). `--evidence-refs` takes a comma-separated list of ids (auto-approved hold ids from the surrounding `auto_decide_holds` calls); `--reason` is a free-text note stored on the ledger entry.
+- `record_auto_phase <phase> <status>` -- `<phase>` is the workflow name (`map-plan`, `map-efficient`, `map-check`, `map-review`); `<status>` is the phase's own outcome word (`completed`, `failed`, `aborted`, or any other phase-specific status, which leaves `chain_status` at `in_progress`). A `completed` status closes the chain (`chain_status: "completed"`) only on the LAST phase of the selected route -- `map-review` for multi-phase `map-plan`/`map-efficient` routes, or the single phase of `map-resume`/`map-check`/`map-fast`; a `completed` intermediate phase keeps the chain `in_progress`. `--evidence-refs` takes a comma-separated list of ids (auto-approved hold ids from the surrounding `auto_decide_holds` calls); `--reason` is a free-text note stored on the ledger entry.
 
 ## Chain Walkthrough Example
 
@@ -35,10 +35,12 @@ $ python3 .map/scripts/map_step_runner.py auto_decide_holds
 
 $ python3 .map/scripts/map_step_runner.py record_auto_phase "map-efficient" "completed" \
   --evidence-refs "hold-1" --reason "all subtasks closed, make check green"
-{"status": "success", "chain_status": "completed", "phase": "map-efficient", "attempt": 1, ...}
+{"status": "success", "chain_status": "in_progress", "phase": "map-efficient", "attempt": 1, ...}
 
-# -- chain then continues to map-check, then map-review, each following the same
-#    poll -> drive -> poll -> record loop, until the last phase records "completed" --
+# -- map-efficient is not the last phase of this route: the chain stays
+#    in_progress and continues to map-check, then map-review, each following the
+#    same poll -> drive -> poll -> record loop. Only map-review completing closes
+#    the route (chain_status: "completed") --
 ```
 
 The run ends there: a committed feature branch, `phases[]` in `auto-route.json` holding one entry per phase attempt, and no PR/merge/CI step of any kind.

mapify_cli/templates/skills/map-release/SKILL.md

@@ -74,7 +74,7 @@ Execute all 12 gates. Read the full gate scripts in [release-reference.md § Pha
 **Gate summary (full commands in reference):**
 - **Gates 1–4:** `make check` — tests, ruff, mypy, pyright, rendered-template parity
 - **Gates 5–6:** Build + twine check
-- **Gate 7:** Security audit (`pip-audit`)
+- **Gate 7:** Security audit of the project's resolved requirements (`uv export` + `pip-audit -r`)
 - **Gates 8–10:** Git state — main branch, clean working directory, up-to-date with origin
 - **Gate 11:** CI run for `git merge-base HEAD origin/main` must have `conclusion: "success"`; unpushed commits may touch only release metadata
 - **Gate 12:** CHANGELOG.md completeness (Unreleased section exists and has content; commit/entry gap check)

mapify_cli/templates/skills/map-release/release-reference.md

@@ -35,11 +35,20 @@ uv run --with twine twine check dist/*
 ### Gate 7: Security Audit
 
 ```bash
-pip install pip-audit
-pip-audit
+set -euo pipefail
+# Audit the project's resolved dependency set, not the runner interpreter.
+REQS_FILE=$(mktemp "${TMPDIR:-/tmp}/mapify-release-reqs.XXXXXX")
+trap 'rm -f "$REQS_FILE"' EXIT
+uv export --all-extras --all-groups --no-hashes --no-emit-project \
+  --format requirements-txt > "$REQS_FILE"
+# --no-deps audits exactly the exported pins; --disable-pip stops pip from
+# resolving or mutating the runner environment.
+uvx pip-audit -r "$REQS_FILE" --disable-pip --no-deps
 ```
 
 **Expected Results:**
+- ✅ `uv export` resolves the project's dependencies (all extras and groups)
+- ✅ `pip-audit` audits the exported pinned requirements, not the runner environment
 - ✅ No known security vulnerabilities in dependencies
 
 **If vulnerabilities found:** Assess severity; update dependencies if critical.

mapify_cli/templates_src/map/scripts/map_step_runner.py.jinja

@@ -19586,20 +19586,51 @@ _AUTO_ROUTE_NEXT_COMMAND: dict[str, str] = {
 
 # /map-auto phase ledger (issue #414): closed status vocabulary for
 # record_auto_phase's chain_status transitions. A phase status in
-# AUTO_PHASE_TERMINAL_SUCCESS_STATUSES completes the chain; a status in
-# AUTO_PHASE_ABORT_STATUSES aborts it; any other status leaves the chain
-# in_progress. These two sets are intentionally NOT required to partition
-# every possible status string -- callers may pass phase-specific statuses
-# (e.g. "monitor_rejected") that fall through to in_progress.
+# AUTO_PHASE_TERMINAL_SUCCESS_STATUSES completes the ROUTE only when that
+# phase is the last phase of the routed chain (see AUTO_ROUTE_PHASE_CHAINS); a
+# status in AUTO_PHASE_ABORT_STATUSES aborts the chain; any other status
+# leaves the chain in_progress. These two sets are intentionally NOT required
+# to partition every possible status string -- callers may pass phase-specific
+# statuses (e.g. "monitor_rejected") that fall through to in_progress.
 AUTO_PHASE_TERMINAL_SUCCESS_STATUSES = frozenset({"completed"})
 AUTO_PHASE_ABORT_STATUSES = frozenset({"aborted", "failed"})
 
+# /map-auto routed phase chains (issue #621): phase completion and route
+# completion are separate. A route reaches chain_status="completed" only when
+# the completed phase is the LAST phase of the chain its selected_route drives.
+# map-resume, map-check and map-fast are single-phase routes; map-plan and
+# map-efficient are multi-phase routes that continue through map-check and
+# close on map-review. Keeping the table beside the terminal-status vocabulary
+# makes the route/phase split explicit instead of inferring "completed" from
+# the phase status alone (the #446 regression).
+AUTO_ROUTE_PHASE_CHAINS: dict[str, tuple[str, ...]] = {
+    "map-resume": ("map-resume",),
+    "map-check": ("map-check",),
+    "map-fast": ("map-fast",),
+    "map-plan": ("map-plan", "map-efficient", "map-check", "map-review"),
+    "map-efficient": ("map-efficient", "map-check", "map-review"),
+}
+
 # Chain-level retry bound: at most ONE re-entry per phase -- attempt 1
 # (first record) plus attempt 2 (the single permitted re-entry) are allowed;
 # a 3rd record of the same phase name is refused by record_auto_phase.
 AUTO_PHASE_MAX_ATTEMPTS = 2
 
 
+def _auto_route_final_phase(route: object) -> str | None:
+    """Return the last phase of `route`'s chain, or None for an unknown route.
+
+    record_auto_phase uses this to keep "this phase completed" and "the whole
+    route completed" separate (issue #621). A missing or unrecognized route
+    fails closed (returns None), so an unknown route can never be treated as
+    completed by a phase record.
+    """
+    if not isinstance(route, str):
+        return None
+    chain = AUTO_ROUTE_PHASE_CHAINS.get(route)
+    return chain[-1] if chain else None
+
+
 def auto_route_artifact_path(branch: str | None = None) -> Path:
     """Return the branch-scoped /map-auto routing decision artifact path."""
     return get_branch_dir(branch) / "auto-route.json"
@@ -19817,11 +19848,16 @@ def record_auto_phase(
 
     On every non-refused call, chain_status transitions from the recorded
     `status` using a closed vocabulary (AUTO_PHASE_TERMINAL_SUCCESS_STATUSES
-    -> "completed", AUTO_PHASE_ABORT_STATUSES -> "aborted", otherwise
-    "in_progress") and the `abort_reason` field is set/cleared to match. The
-    `auto_route` manifest stage is refreshed on every call (refused or not)
-    so progress is observable outside the artifact, with its status
-    mirroring the resulting chain_status.
+    -> "completed" when the phase is the LAST phase of the route's chain,
+    AUTO_PHASE_ABORT_STATUSES -> "aborted", otherwise "in_progress") and the
+    `abort_reason` field is set/cleared to match. Phase completion and route
+    completion are separate: a multi-phase route (map-plan, map-efficient)
+    stays "in_progress" after map-plan/map-efficient/map-check completes and
+    closes only on map-review; a single-phase route (map-resume, map-check,
+    map-fast) closes on its only phase. AUTO_ROUTE_PHASE_CHAINS is the single
+    source for each route's ordered chain. The `auto_route` manifest stage is
+    refreshed on every call (refused or not) so progress is observable outside
+    the artifact, with its status mirroring the resulting chain_status.
 
     `evidence_refs` persists caller-supplied ids (e.g. hold ids
     auto-approved by `auto_decide_holds`) in the phase entry, giving every
@@ -19932,7 +19968,14 @@ def record_auto_phase(
     artifact["phases"] = phases
 
     if status in AUTO_PHASE_TERMINAL_SUCCESS_STATUSES:
-        chain_status = "completed"
+        # Issue #621: a phase completing is not the route completing. Only the
+        # LAST phase of the routed chain closes chain_status; earlier completed
+        # phases keep the chain in_progress so the next phase is accepted
+        # instead of being refused by the terminal-chain guard below.
+        if phase == _auto_route_final_phase(artifact.get("selected_route")):
+            chain_status = "completed"
+        else:
+            chain_status = "in_progress"
     elif status in AUTO_PHASE_ABORT_STATUSES:
         chain_status = "aborted"
     else:

mapify_cli/templates_src/skills/map-auto/SKILL.md.jinja

@@ -72,7 +72,7 @@ python3 .map/scripts/map_step_runner.py record_auto_phase "<phase>" "<status>" \
   --reason "<why this status>"
 ```
 
-`<phase>` is the workflow name being entered/exited (`map-plan`, `map-efficient`, `map-check`, or `map-review`). `<status>` follows the phase's own vocabulary -- use `completed` on a clean phase close and `aborted`/`failed` on a phase you cannot recover; anything else leaves the chain `in_progress`. Pass every hold id that `auto_decide_holds` auto-approved for this phase in `--evidence-refs`, so the approval is recorded twice: once in the hold's own audit note, once in the phase ledger.
+`<phase>` is the workflow name being entered/exited (`map-plan`, `map-efficient`, `map-check`, or `map-review`). `<status>` follows the phase's own vocabulary -- use `completed` on a clean phase close and `aborted`/`failed` on a phase you cannot recover; anything else leaves the chain `in_progress`. Phase completion and route completion are separate: a `completed` phase closes the chain only when it is the last phase of the selected route -- `map-review` for the multi-phase `map-plan` and `map-efficient` routes, or the route's only phase for the single-phase `map-resume`, `map-check`, and `map-fast` routes. Any earlier `completed` leaves the chain `in_progress` so the next phase is accepted. Pass every hold id that `auto_decide_holds` auto-approved for this phase in `--evidence-refs`, so the approval is recorded twice: once in the hold's own audit note, once in the phase ledger.
 
 **At most one re-entry per phase (HC-2):** `record_auto_phase` mechanically enforces this -- the first record of a phase name is `attempt: 1`, a re-entry is `attempt: 2`, and a third call for the SAME phase name is refused and force-aborts the chain (`chain_status: "aborted"`). Before spending the single permitted re-entry, inspect ground truth -- `git status`/`git diff` and the phase's own `step_state.json` (or equivalent phase artifacts, test output, Monitor verdict) -- to confirm the phase genuinely needs a fresh attempt rather than a partial success being misread as a failure. A second failure of the same phase means STOP and hand off to `<% cmd %>map-resume` -- never attempt a third call for that phase. A chain already `chain_status: "aborted"` or `"blocked"` refuses every further `record_auto_phase` call regardless of phase name; a new `route_task` call is the ONLY legitimate way to continue.
 
@@ -84,8 +84,8 @@ Once routed, drive the selected chain by invoking the existing slash workflows e
 route_task -> [map-plan] -> [map-efficient] -> [map-check] -> [map-review]
 ```
 
-- `map-resume`, `map-check`, and `map-fast` routes are single-phase: run the one workflow, record its result with `record_auto_phase`, and finish.
-- `map-plan` and `map-efficient` routes continue the chain: `map-plan` produces the task plan that `map-efficient` consumes, `map-efficient` implements it, and the chain then continues to `map-check` and `map-review` to close the loop.
+- `map-resume`, `map-check`, and `map-fast` routes are single-phase: run the one workflow, record its result with `record_auto_phase`, and finish -- the route's only phase closes the chain.
+- `map-plan` and `map-efficient` routes continue the chain: `map-plan` produces the task plan that `map-efficient` consumes, `map-efficient` implements it, and the chain then continues to `map-check` and `map-review` to close the loop. The route stays `chain_status: in_progress` after each intermediate phase completes and closes only when `map-review` completes.
 - Invoke each phase by reading and following its own `SKILL.md` in full, exactly as if the user had typed the corresponding slash command -- do not summarize, skip, or reimplement its internal steps. `<% cmd %>map-auto` never shells out to a separate Claude process, a new Python execution engine, or any other new phase-driving mechanism to do this -- phases are driven ONLY by invoking the existing slash workflows above and the three runner subcommands from Steps 1-3.
 - A `valid=false` Monitor verdict INSIDE a phase is that phase's own hard stop: its owning workflow's existing retry/escalation rules apply unchanged. `<% cmd %>map-auto` never overrides, suppresses, or re-runs past a Monitor rejection on the phase's behalf -- a phase that cannot get past Monitor is a failed phase for the purposes of Step 3's re-entry bound.
 - The autopilot run ends at a committed feature branch. `<% cmd %>map-auto` never opens a pull request, never merges, and never polls CI -- report the committed branch, the phases recorded, and stop.

mapify_cli/templates_src/skills/map-auto/auto-reference.md.jinja

@@ -16,7 +16,7 @@ python3 .map/scripts/map_step_runner.py record_auto_phase <phase> <status> [--br
 
 - `route_task <task>` -- `<task>` is the free-text task description (quote it). `--branch` defaults to the current branch. `--dry-run` recommends a route without marking the chain `in_progress` (see Dry-run usage below).
 - `auto_decide_holds` -- no positional arguments; only `--branch` (defaults to current branch).
-- `record_auto_phase <phase> <status>` -- `<phase>` is the workflow name (`map-plan`, `map-efficient`, `map-check`, `map-review`); `<status>` is the phase's own outcome word (`completed`, `failed`, `aborted`, or any other phase-specific status, which leaves `chain_status` at `in_progress`). `--evidence-refs` takes a comma-separated list of ids (auto-approved hold ids from the surrounding `auto_decide_holds` calls); `--reason` is a free-text note stored on the ledger entry.
+- `record_auto_phase <phase> <status>` -- `<phase>` is the workflow name (`map-plan`, `map-efficient`, `map-check`, `map-review`); `<status>` is the phase's own outcome word (`completed`, `failed`, `aborted`, or any other phase-specific status, which leaves `chain_status` at `in_progress`). A `completed` status closes the chain (`chain_status: "completed"`) only on the LAST phase of the selected route -- `map-review` for multi-phase `map-plan`/`map-efficient` routes, or the single phase of `map-resume`/`map-check`/`map-fast`; a `completed` intermediate phase keeps the chain `in_progress`. `--evidence-refs` takes a comma-separated list of ids (auto-approved hold ids from the surrounding `auto_decide_holds` calls); `--reason` is a free-text note stored on the ledger entry.
 
 ## Chain Walkthrough Example
 
@@ -36,10 +36,12 @@ $ python3 .map/scripts/map_step_runner.py auto_decide_holds
 
 $ python3 .map/scripts/map_step_runner.py record_auto_phase "map-efficient" "completed" \
   --evidence-refs "hold-1" --reason "all subtasks closed, make check green"
-{"status": "success", "chain_status": "completed", "phase": "map-efficient", "attempt": 1, ...}
+{"status": "success", "chain_status": "in_progress", "phase": "map-efficient", "attempt": 1, ...}
 
-# -- chain then continues to map-check, then map-review, each following the same
-#    poll -> drive -> poll -> record loop, until the last phase records "completed" --
+# -- map-efficient is not the last phase of this route: the chain stays
+#    in_progress and continues to map-check, then map-review, each following the
+#    same poll -> drive -> poll -> record loop. Only map-review completing closes
+#    the route (chain_status: "completed") --
 ```
 
 The run ends there: a committed feature branch, `phases[]` in `auto-route.json` holding one entry per phase attempt, and no PR/merge/CI step of any kind.

mapify_cli/templates_src/skills/map-release/SKILL.md.jinja

@@ -72,7 +72,7 @@ Execute all 12 gates. Read the full gate scripts in [release-reference.md § Pha
 **Gate summary (full commands in reference):**
 - **Gates 1–4:** `make check` — tests, ruff, mypy, pyright, rendered-template parity
 - **Gates 5–6:** Build + twine check
-- **Gate 7:** Security audit (`pip-audit`)
+- **Gate 7:** Security audit of the project's resolved requirements (`uv export` + `pip-audit -r`)
 - **Gates 8–10:** Git state — main branch, clean working directory, up-to-date with origin
 - **Gate 11:** CI run for `git merge-base HEAD origin/main` must have `conclusion: "success"`; unpushed commits may touch only release metadata
 - **Gate 12:** CHANGELOG.md completeness (Unreleased section exists and has content; commit/entry gap check)

mapify_cli/templates_src/skills/map-release/release-reference.md.jinja

@@ -36,11 +36,20 @@ uv run --with twine twine check dist/*
 ### Gate 7: Security Audit
 
 ```bash
-pip install pip-audit
-pip-audit
+set -euo pipefail
+# Audit the project's resolved dependency set, not the runner interpreter.
+REQS_FILE=$(mktemp "${TMPDIR:-/tmp}/mapify-release-reqs.XXXXXX")
+trap 'rm -f "$REQS_FILE"' EXIT
+uv export --all-extras --all-groups --no-hashes --no-emit-project \
+  --format requirements-txt > "$REQS_FILE"
+# --no-deps audits exactly the exported pins; --disable-pip stops pip from
+# resolving or mutating the runner environment.
+uvx pip-audit -r "$REQS_FILE" --disable-pip --no-deps
 ```
 
 **Expected Results:**
+- ✅ `uv export` resolves the project's dependencies (all extras and groups)
+- ✅ `pip-audit` audits the exported pinned requirements, not the runner environment
 - ✅ No known security vulnerabilities in dependencies
 
 **If vulnerabilities found:** Assess severity; update dependencies if critical.

{mapify_cli-3.35.1.dist-info → mapify_cli-3.35.2.dist-info}/METADATA

@@ -1,6 +1,6 @@
 Metadata-Version: 2.5
 Name: mapify-cli
-Version: 3.35.1
+Version: 3.35.2
 Summary: MAP Framework installer - Modular Agentic Planner for Claude Code
 Project-URL: Homepage, https://github.com/azalio/map-framework
 Project-URL: Repository, https://github.com/azalio/map-framework.git
@@ -26,6 +26,7 @@ Requires-Dist: pytest-asyncio>=0.26.0; extra == 'dev'
 Requires-Dist: pytest-cov>=4.0.0; extra == 'dev'
 Requires-Dist: pytest-mock>=3.10.0; extra == 'dev'
 Requires-Dist: pytest-timeout>=2.1.0; extra == 'dev'
+Requires-Dist: pytest-xdist>=3.5.0; extra == 'dev'
 Requires-Dist: pytest>=7.0.0; extra == 'dev'
 Requires-Dist: pyyaml>=6.0.0; extra == 'dev'
 Requires-Dist: ruff>=0.1.0; extra == 'dev'
@@ -39,6 +40,7 @@ Requires-Dist: pytest-asyncio>=0.26.0; extra == 'test'
 Requires-Dist: pytest-cov>=4.0.0; extra == 'test'
 Requires-Dist: pytest-mock>=3.10.0; extra == 'test'
 Requires-Dist: pytest-timeout>=2.1.0; extra == 'test'
+Requires-Dist: pytest-xdist>=3.5.0; extra == 'test'
 Requires-Dist: pytest>=7.0.0; extra == 'test'
 Requires-Dist: pyyaml>=6.0.0; extra == 'test'
 Description-Content-Type: text/markdown

{mapify_cli-3.35.1.dist-info → mapify_cli-3.35.2.dist-info}/RECORD

@@ -1,4 +1,4 @@
-mapify_cli/__init__.py,sha256=uJ9ks_0495dm52OSh7dHU3-XEgbNk968JAIdNq9ERFw,163259
+mapify_cli/__init__.py,sha256=5mY9nwQuv0Onh_R9-y5HepVOsc8bh9pYKFXT8C0KWCM,163259
 mapify_cli/__main__.py,sha256=IIXpP40mLOpNxERf-dvaD886d4KZzk72soLFskgZdT8,150
 mapify_cli/_locking.py,sha256=ppkacPTTkmaJdWyYiRqA_2O53MWwKnZba3xaX913GmM,10864
 mapify_cli/_python_guard.py,sha256=dLAWWs-KelHGz3U_bjRvdqWz5C4zQEO5pPsTLvgyYUs,1595
@@ -124,8 +124,8 @@ mapify_cli/templates/codex/references/map-json-output-contracts.md,sha256=Gip3CT
 mapify_cli/templates/codex/references/map-output-examples.md,sha256=Y1AVMSO37-DrRitM7c_eYyMdFKrLkNrqogAG2RnzSbY,2075
 mapify_cli/templates/codex/references/map-xml-prompt-envelopes.md,sha256=6E5S8a356xVYGLAT0qUlaQYoNKUCLZdYS54mSchPgjI,2296
 mapify_cli/templates/codex/skills/map-architecture/SKILL.md,sha256=nmco7d1R_IqEYP38sZnPKVwOD7B0RhB8yI_B3N22s4k,8745
-mapify_cli/templates/codex/skills/map-auto/SKILL.md,sha256=tdd_q2xtCQiHnL3pv19UAo91fZdpfZ1l-lo49GQ9Qik,11051
-mapify_cli/templates/codex/skills/map-auto/auto-reference.md,sha256=kb8MzVNnRVAxinNJb3DGA66oTIAzEOAVTw2xVKShmHo,6846
+mapify_cli/templates/codex/skills/map-auto/SKILL.md,sha256=nj0cgmojNOEmUDjqzbRqUN2Y7rDX4qpqj6lYsxxzQZs,11623
+mapify_cli/templates/codex/skills/map-auto/auto-reference.md,sha256=nnUX7g9tHYzUb1EiHbpXgVzQISJzKXt6nig3Vk9CjLQ,7265
 mapify_cli/templates/codex/skills/map-check/SKILL.md,sha256=maW5i-cr6riIqIGNF15cdaddFi1PNqWu9j9p41oP1Iw,12066
 mapify_cli/templates/codex/skills/map-check/check-reference.md,sha256=vR5RYPHhqyjndI7xugDShqZH9v1d926unIMCG2g3D_w,1910
 mapify_cli/templates/codex/skills/map-debug/SKILL.md,sha256=pBgVAPCYw4_UHNU7-eSpKve5SI9LSWOXuizhxJZ3XTk,18643
@@ -141,8 +141,8 @@ mapify_cli/templates/codex/skills/map-memory-now/SKILL.md,sha256=J2eN0HH8sitsL0C
 mapify_cli/templates/codex/skills/map-plan/SKILL.md,sha256=ntK-M_bX3xOACLP7QoGcon8lDWNRqRIC9dokKSlDlZw,40189
 mapify_cli/templates/codex/skills/map-plan/plan-reference.md,sha256=SG5LjSRlob8ZZ-tQOVbarK92D4xHOjK21Y1Trj9WD10,17975
 mapify_cli/templates/codex/skills/map-prd-review/SKILL.md,sha256=ef5vykGqT9FyOlUsOu7hos8lvPUo5sHQhKpT9VhzXlI,11620
-mapify_cli/templates/codex/skills/map-release/SKILL.md,sha256=EEkZC6CbL1p50qoH-Wh9ltA_UmzdYfMZ9_TBSciR_7g,9255
-mapify_cli/templates/codex/skills/map-release/release-reference.md,sha256=B20v7kxwhlS0F5E5jT3tRLpACFK1g8Nim_QGkLxUSpE,25798
+mapify_cli/templates/codex/skills/map-release/SKILL.md,sha256=oSFuW3k-z5XAWdd_ADdDs8F9AXQiNKBfNFPTPEW8GxM,9311
+mapify_cli/templates/codex/skills/map-release/release-reference.md,sha256=DmGYohVyIn0ZlLwrJyGaIQVuHjPhtb-OswtUANFeM-o,26407
 mapify_cli/templates/codex/skills/map-resume/SKILL.md,sha256=wyi_y-oI7cr_7whbaTWpgtQWvgW8c58yCpVZNSnxW2A,11218
 mapify_cli/templates/codex/skills/map-resume/resume-reference.md,sha256=SYPJjuCAnRlx3kz5m09-Wv4P8d-aItYwjewQUgsrGz0,11778
 mapify_cli/templates/codex/skills/map-review/SKILL.md,sha256=GFCN7YMCzGRJq24kUY3Sp7UHaUNi7Dvx9sdlAkrRPcY,38685
@@ -191,7 +191,7 @@ mapify_cli/templates/map/scripts/codex_review_runner.py,sha256=5qAp9pAAU2wumXSMT
 mapify_cli/templates/map/scripts/diagnostics.py,sha256=jwihmF0DEIo2q6JAQ8FgLJ5H0Sun0RZ4uguWZ4pCEyw,11721
 mapify_cli/templates/map/scripts/map_interruption.py,sha256=_4vJwVyC9ke9iKse4T_JIjed0CxntiY-CIluH5g1s7c,54975
 mapify_cli/templates/map/scripts/map_orchestrator.py,sha256=ykL_UD59IdabHr_joyMIjgW4Sam0MVR7LchHAH4t25E,249890
-mapify_cli/templates/map/scripts/map_step_runner.py,sha256=1GCRyBZhg3ed3tatgF0dKG96bBCKlEjKQyPaJYYEoBo,1297766
+mapify_cli/templates/map/scripts/map_step_runner.py,sha256=KA79lBijjm_GLRLb00eLj-L1s7JUnawIdOeo8AJI84w,1300171
 mapify_cli/templates/map/scripts/map_utils.py,sha256=A0iVRLYtOz8rWQFRT2Ybk94qNkAPb8YU9r5CXiHIlTU,7919
 mapify_cli/templates/map/scripts/review_check_supervisor.py,sha256=sHV3UC0DWkMJnjnVwjSh9jHvlV25gOLCw25icbGHNJU,5186
 mapify_cli/templates/map/scripts/scrub_internal_ids.py,sha256=nS1BnCcr_Jhgj-rzP8pcX40TbHbLDgA6KL65qYt1y44,24727
@@ -219,8 +219,8 @@ mapify_cli/templates/rules/learned/README.md,sha256=gYzWuUZyt8kyLt2tU9PNqune63GV
 mapify_cli/templates/skills/README.md,sha256=W7ZIhPi2Kk9OkuS82y9FSqEM4obSoEGUKoJgtwKzt6k,5035
 mapify_cli/templates/skills/skill-rules.json,sha256=EqFqrZKpWJiSFXdZo-G-8MgqFArP_wQtzPKGt0DpI9A,15429
 mapify_cli/templates/skills/map-architecture/SKILL.md,sha256=wZwLmUscDQyB4fcRfUer1abs_xi6pTdz7VPKcux7krs,8807
-mapify_cli/templates/skills/map-auto/SKILL.md,sha256=UNpZ6QWcCRGVOH8foYWasfTevX2lLPzcFcg68Ahl2GE,11100
-mapify_cli/templates/skills/map-auto/auto-reference.md,sha256=DK6r4vD_-G4twLLoXwjuf9fWmCOlGEDQ3PwJW7e-MEA,6846
+mapify_cli/templates/skills/map-auto/SKILL.md,sha256=1cOGdNePLvquxj1hZtGG5rNoil06-GLvO6kfBWa4L4s,11672
+mapify_cli/templates/skills/map-auto/auto-reference.md,sha256=0Du6ugMAVLYEEFvNdnWSZ0CoC0mYo92ROgN9hQoqWW4,7265
 mapify_cli/templates/skills/map-check/SKILL.md,sha256=uKsAMTVDM3q8LfU2Ub7Yx2p2g4s8iPggy1qzKKeZ7KM,12105
 mapify_cli/templates/skills/map-check/check-reference.md,sha256=9Kw5LiemzHI8WPHii1ItueDFLt3IxhbdpH-_nOAHlU4,1910
 mapify_cli/templates/skills/map-debug/SKILL.md,sha256=a_wnGcvhBoLIQE2jA0Rv34Q8Kr9yzzjI0EPPpe8Xu9Q,18431
@@ -236,8 +236,8 @@ mapify_cli/templates/skills/map-memory-now/SKILL.md,sha256=Xs-U4_f_8PC03VjWrhUG0
 mapify_cli/templates/skills/map-plan/SKILL.md,sha256=dQ29v11Sc3ud-s_7QXfnPgcAT1qmMJ4-_8YaIzf8gUE,37491
 mapify_cli/templates/skills/map-plan/plan-reference.md,sha256=0uZmmv6ReL-xyZKy2ACScoD20KKO54Zi_LcTuBVFwag,17975
 mapify_cli/templates/skills/map-prd-review/SKILL.md,sha256=W6-8CNCyF1D2s-jdpuUKd2Iw8mcBYRQdD00ZIaYrS4Q,12499
-mapify_cli/templates/skills/map-release/SKILL.md,sha256=0aen7ppFhKU4j90H4ooOiQNac-kz1BtG3ucKuG2ttI8,9259
-mapify_cli/templates/skills/map-release/release-reference.md,sha256=uqZZ-6a4-hWKyNV2gWuFkZ86eVR8a0hlat9emiUYh-I,26630
+mapify_cli/templates/skills/map-release/SKILL.md,sha256=Xy-pOZ6ZiWXwT3AmuxR1mGvp45zvn9MD1TgUCaBB7MU,9315
+mapify_cli/templates/skills/map-release/release-reference.md,sha256=fw2Zp5YCH9A5BBBzjwqMY1qCd4nKMWO-DmmYeXZwG8E,27239
 mapify_cli/templates/skills/map-resume/SKILL.md,sha256=Oz5WjsFaIMAPN2t-to1DPYQWQEWSUd3xblbFj5YWSgg,11501
 mapify_cli/templates/skills/map-resume/resume-reference.md,sha256=bQubgJ2-jcG8eyDyDoAiD9jw9sk5uba4x1UDhp2OI7E,11783
 mapify_cli/templates/skills/map-review/SKILL.md,sha256=BEmVbeuIHuVJ95vlzulRUr24hE-udgi6YhteUy2Q6Lo,45812
@@ -388,7 +388,7 @@ mapify_cli/templates_src/map/scripts/codex_review_runner.py.jinja,sha256=PsdHqHg
 mapify_cli/templates_src/map/scripts/diagnostics.py.jinja,sha256=jwihmF0DEIo2q6JAQ8FgLJ5H0Sun0RZ4uguWZ4pCEyw,11721
 mapify_cli/templates_src/map/scripts/map_interruption.py.jinja,sha256=_4vJwVyC9ke9iKse4T_JIjed0CxntiY-CIluH5g1s7c,54975
 mapify_cli/templates_src/map/scripts/map_orchestrator.py.jinja,sha256=Afzo0jM6BZ1rcBA_n3Mjt5UqKTxkSnrQxzT0V824csw,248549
-mapify_cli/templates_src/map/scripts/map_step_runner.py.jinja,sha256=CvvTmrtfA3b8L5HyxaSEp2isd4a6VLn4ZO9Mnnedjrc,1259689
+mapify_cli/templates_src/map/scripts/map_step_runner.py.jinja,sha256=OMmobKKEXuHwJCaYa1dlX4o8_Hz7Uqq0uSVW9om9ZOY,1262094
 mapify_cli/templates_src/map/scripts/map_utils.py.jinja,sha256=A0iVRLYtOz8rWQFRT2Ybk94qNkAPb8YU9r5CXiHIlTU,7919
 mapify_cli/templates_src/map/scripts/review_check_supervisor.py.jinja,sha256=sHV3UC0DWkMJnjnVwjSh9jHvlV25gOLCw25icbGHNJU,5186
 mapify_cli/templates_src/map/scripts/scrub_internal_ids.py.jinja,sha256=nS1BnCcr_Jhgj-rzP8pcX40TbHbLDgA6KL65qYt1y44,24727
@@ -416,8 +416,8 @@ mapify_cli/templates_src/rules/learned/README.md.jinja,sha256=gYzWuUZyt8kyLt2tU9
 mapify_cli/templates_src/skills/README.md.jinja,sha256=W7ZIhPi2Kk9OkuS82y9FSqEM4obSoEGUKoJgtwKzt6k,5035
 mapify_cli/templates_src/skills/skill-rules.json.jinja,sha256=EqFqrZKpWJiSFXdZo-G-8MgqFArP_wQtzPKGt0DpI9A,15429
 mapify_cli/templates_src/skills/map-architecture/SKILL.md.jinja,sha256=UD9XTpGI0T1GLTGyrNE_dHxba1Ir_E3_gS2iskwtA68,8053
-mapify_cli/templates_src/skills/map-auto/SKILL.md.jinja,sha256=Y626QZSAzbZlD0ZnsMwhO-w-Gm3HC8G1FTyLCr6IG1s,10378
-mapify_cli/templates_src/skills/map-auto/auto-reference.md.jinja,sha256=O0f5b8mqMeRXx-qmOAougXR-pRcOpGBSkIJJl_s-DIA,6980
+mapify_cli/templates_src/skills/map-auto/SKILL.md.jinja,sha256=Uli3fVqJfj0n6lDZhVe26KBW7eldDBBld3bGSUAaVsQ,10950
+mapify_cli/templates_src/skills/map-auto/auto-reference.md.jinja,sha256=HwytZmF8F7UufitP-mNA2tEj1R25pmRB-zwApcgN15E,7399
 mapify_cli/templates_src/skills/map-check/SKILL.md.jinja,sha256=OR1nIliohJz3xI5aN4eaVYyn0wqznSmRcNRPQIjTpog,11479
 mapify_cli/templates_src/skills/map-check/check-reference.md.jinja,sha256=n9WNFiFpgjToAvs2miRhFL2kYoNxkJm4muwKtQb-sa4,2020
 mapify_cli/templates_src/skills/map-debug/SKILL.md.jinja,sha256=xXEirwlNLiNQ5jaNgGsPgT9sVMOxDcJwJqpWzs7ed7E,20875
@@ -433,8 +433,8 @@ mapify_cli/templates_src/skills/map-memory-now/SKILL.md.jinja,sha256=tBUw3UzXv9P
 mapify_cli/templates_src/skills/map-plan/SKILL.md.jinja,sha256=gpD1Uga1lbcsLStMO35WKY1h4t9o4S4R-nlqWyzaeG4,80191
 mapify_cli/templates_src/skills/map-plan/plan-reference.md.jinja,sha256=aLLV5yCyWKADY0t4WHndfwP7VbKQLv7VPXS9RCIhOF0,18061
 mapify_cli/templates_src/skills/map-prd-review/SKILL.md.jinja,sha256=ZJLLYjLNXosuXZdPeb1PVLS-rcWwJEE1VWt5s8gcUPM,15945
-mapify_cli/templates_src/skills/map-release/SKILL.md.jinja,sha256=IYAn51sPCp7NA1a3cQECW_a3iWqQS4uKl42jtoccDIg,8650
-mapify_cli/templates_src/skills/map-release/release-reference.md.jinja,sha256=WLVggRftYm0S05pia8zdkdvD2p0MauuSf6Ur1TT8tkc,27472
+mapify_cli/templates_src/skills/map-release/SKILL.md.jinja,sha256=SzN8_Opi7WlE9bjgQT9QMTxf79oY2URS2eHpAbTk48U,8706
+mapify_cli/templates_src/skills/map-release/release-reference.md.jinja,sha256=45vlzYdSjKblmGcuMLOT1ksIJLZ1hD10qAOw9mbrPFg,28081
 mapify_cli/templates_src/skills/map-resume/SKILL.md.jinja,sha256=Fb1MEYqVohwWSy_UtEWpAZK811RsI8fy8YExL9k9vq0,11032
 mapify_cli/templates_src/skills/map-resume/resume-reference.md.jinja,sha256=on05KJYaMLfe-P_UBESt73RR7V02XWTcAgEvuODCOoc,7228
 mapify_cli/templates_src/skills/map-review/SKILL.md.jinja,sha256=U9p97ALlDllT9S5f2TWqlny1xi9VeJ3y1AqMTGeyuQo,51139
@@ -461,8 +461,8 @@ mapify_cli/templates_src/skills/map-wayfind/SKILL.md.jinja,sha256=nR_VzzoGRIHquF
 mapify_cli/templates_src/skills/map-wayfind/wayfind-reference.md.jinja,sha256=q9ZJqSyg6lMKcf981RmLnTKqc_-skDAP6ziyG9aFIAg,25132
 mapify_cli/tools/__init__.py,sha256=8ko7XmScc6yzxrK5qGjCMJ0ZyI6mCtDJf1-TJalW61U,502
 mapify_cli/tools/validate_dependencies.py,sha256=sgioc4oLL6OQoJ2bbG36NmfxJAf98b_Ai5ZLlgg-y0A,27543
-mapify_cli-3.35.1.dist-info/METADATA,sha256=7bQQk6--0Lk8ti95XffDI1wMiww8ylKwtpBATleyxi8,28607
-mapify_cli-3.35.1.dist-info/WHEEL,sha256=2iZrJkDIkeDh0k9SikKMqFuRP-ua6mb4Ir1AsER4BEw,87
-mapify_cli-3.35.1.dist-info/entry_points.txt,sha256=JEbE3NIipHUFQOjczbX0IuqMLxfPHUQgTKWk2q4ihBw,43
-mapify_cli-3.35.1.dist-info/licenses/LICENSE,sha256=5ZKn8kvEcarPDioO59QFIzvmk9sWhFJbKg40849y7xo,1083
-mapify_cli-3.35.1.dist-info/RECORD,,
+mapify_cli-3.35.2.dist-info/METADATA,sha256=oGF-jYUZTD6tpRYgYWXa54Iit6TfxP2NiiA3FWBxQvQ,28710
+mapify_cli-3.35.2.dist-info/WHEEL,sha256=2iZrJkDIkeDh0k9SikKMqFuRP-ua6mb4Ir1AsER4BEw,87
+mapify_cli-3.35.2.dist-info/entry_points.txt,sha256=JEbE3NIipHUFQOjczbX0IuqMLxfPHUQgTKWk2q4ihBw,43
+mapify_cli-3.35.2.dist-info/licenses/LICENSE,sha256=5ZKn8kvEcarPDioO59QFIzvmk9sWhFJbKg40849y7xo,1083
+mapify_cli-3.35.2.dist-info/RECORD,,