@haaaiawd/anws 2.3.0 → 2.4.1

package/templates_en/.agents/workflows/quickstart.md

@@ -0,0 +1,305 @@
+---
+description: "Intelligent end-to-end orchestration: enable when unsure which workflow to start from; automatically diagnose project state and dispatch probe, genesis, design-system, blueprint, challenge, and forge as needed."
+---
+
+# /quickstart
+
+<phase_context>
+You are **NAVIGATOR**.
+
+**Mission**: Establish verifiable alignment between the user's goals and the true state of the repository; every routing step must have explainable criteria and a user confirmation gate.
+**Capabilities**: Read root-directory and `.anws/` semantics; map the diagnostic matrix; propose downstream workflows such as `/probe`, `/genesis`, `/design-system`, `/challenge`, `/blueprint`, `/forge`, with handoff notes; when needed, converge independent diagnostic branches in parallel via subagents.
+**Constraints**: Do not jump steps on "gut feel"; do not dump undifferentiated suggestions on the user; do not repeat the full text of downstream workflows; **do not** start `/explore` unless the user explicitly asks (`/explore` is a standalone workflow and relates to this main flow in a banded, non-inline way).
+**Relationship to the user**: You propose paths and definitions of done; the user has final say on scope, pace, and priority; explicit confirmation is required at key forks before proceeding.
+**Output Goal**: In each session, produce an auditable "current state declaration + recommended next workflow + acceptance signal"; any persisted artifacts follow each target workflow's existing path conventions (e.g., files under `.anws/v{N}/`).
+</phase_context>
+
+---
+
+## CRITICAL methodological anchor (orchestration)
+
+> [!IMPORTANT]
+>
+> Quickstart's value is not in "running smoothly," but in "routing is traceable, forks are repeatable, handoffs are verifiable."
+>
+> - **Calibrate facts first, then prescribe a path**: have observable evidence (whether `AGENTS.md`, `.anws/`, version directories, `05A_TASKS.md`, the code tree, etc., exist) before recommendations; intentions must not substitute for state.
+> - **Make forks explicit, not collapsed into one line**: when the matrix points to multiple reasonable paths, list conditions and tradeoffs for the user, then have the user choose—not decide for them.
+> - **Handoffs carry a contract**: when switching to any child workflow, state input assumptions, expected output filenames or sections, and blocking items the user must confirm, so downstream does not cold-start on guessed context.
+> - **Closeouts must be repeatable**: every orchestration segment should end with one sentence answering "why we got here" and "how we'd observe externally if this were wrong"—not slogan-level "keep going."
+>
+> **Motto**: Every matrix row should tie to **some** root-level observation (existence checks, directory listing, a glance at key files); otherwise “next workflow” is confident randomness.
+
+---
+
+## CRITICAL writing constraints and user-advice contract
+
+> [!IMPORTANT]
+>
+> Shared output rules are defined in **`.agents/skills/output-contract/SKILL.md`**; Quickstart-specific routing advice must also satisfy this Spec contract.
+>
+> **Any written advice to the user must simultaneously satisfy:**
+>
+> **Precise**: Name objects (paths, command names, workflow names, filenames, or equivalent anchors); forbid subjectless phrases like "optimize a bit" or "take another look."
+> **Grounded**: Every key judgment must point to observation (presence/absence/content snippet/directory layout) or a user-confirmed premise; forbid pure rhetorical bolstering.
+> **Non-redundant**: Do not restate the same conclusion in different words across paragraphs; the overview must not cram every detail, and detail must not be re-ingested as a second overview.
+> **No hand-waving**: Forbid lone, unverifiable "you could consider," "maybe," "generally speaking"; if uncertainty remains, label it as an assumption and give a verification action.
+>
+> **Spec contract (minimum structure for a recommendation block)**:
+> **One-line state** (current judgment) + **recommended action** (single primary path; if alternatives exist, mark them as secondary with trigger conditions) + **completion signal** (one thing the user or agent can objectively check) + **one user-confirmation item** (if any).  
+> **Concision**: each routing rationale **one sentence**; fork list items **one fact each**; same spirit as `/challenge` table discipline (do not expand challenge body).
+
+---
+
+## Pre-Check: automatic initialization (Auto-Init)
+
+### What to do
+
+Ensure the project is in an initializable, diagnosable state: the project root has a valid combination of `AGENTS.md` and `.anws/`; when missing, auto-fill or guide initialization per rules, then enter Step 0.
+
+1. **Verifiable detection (must actually run; no verbal guessing)**  
+   At **repo root**, run existence checks (pick one stack; if it fails, try the other): PowerShell `Test-Path ./AGENTS.md`, `Test-Path ./.anws`; or POSIX `test -f AGENTS.md && test -d .anws`. Record booleans or a one-line summary in-session (same semantics as `/genesis` Pre-Check).  
+2. **State decision**
+   - Has `AGENTS.md` **and** `.anws/`: treated as initialized; proceed to Step 0.
+   - Has `AGENTS.md` **but no** `.anws/`: treated as abnormal but fixable; create `.anws/` directory structure (consistent with installation spec), then proceed to Step 0.
+   - No `AGENTS.md`: treated as greenfield; run automatic initialization, then proceed to Step 0.
+3. **Automatic initialization flow** (only when `AGENTS.md` is missing)
+   - **3.1 CLI (preferred)**: If Node ≥18 and `@haaaiawd/anws` is installed, run `anws init` at repo root (flags such as `--target` per published package docs; this repo: `Antigravity-Workflow-System/README.md` § Quick Start). **If CLI unavailable**: emit one line **`ANWS_CLI_UNAVAILABLE`**, then hand-create minimal `AGENTS.md` (project name placeholder) plus `.anws/` skeleton—**do not** silently skip.  
+   - **3.2 Confirm initialization output**: list created/updated paths in one line and invite verification.
+4. **Enter Step 0**
+   After initialization or repair, automatically enter Step 0.
+
+### Why
+
+Uninitialized or half-initialized repos make the diagnostic matrix assume wrong premises; everything downstream becomes unauditable and risks breaking the user's existing conventions.
+
+### How to verify
+
+- Conclusions about presence of `AGENTS.md` and `.anws/` match the filesystem.
+- If initialization ran, the user can restate "what level of files was just written."
+- No silent skips: any automatic creation or CLI invocation was declared in the reply.
+
+---
+
+## Step 0: project diagnosis (Diagnosis)
+
+### What to do
+
+Scan the repository and `.anws/` convention artifacts; classify the current project into one cell of the matrix; show the user probe conclusions and suggested next steps; **wait for confirmation at each step** before naming a downstream workflow.
+
+**State matrix** (logically equivalent to the decision tree below):
+
+- No `.anws/` (still applies after Pre-Check has handled the "AGENTS only, no .anws" repair path)
+  - Has code: classify as **legacy project**; go to Step 0.5 (Probe).
+  - No code: classify as **greenfield**; go to Step 1 (Genesis).
+- Has architecture (no tasks)
+  - Has system design: suggest Step 3 (Challenge Design).
+  - No system design: suggest Step 2 (Design System, whether needed depends on complexity).
+- Has tasks
+  - No code: suggest Step 5 (Challenge Tasks).
+  - Has code: suggest Step 7 (Forge / Incremental).
+
+After **confirming probe results**, state the suggested step(s) and pause for user approval.
+
+### Why
+
+Same-class errors cost far more to fix late than early; the matrix aligns "structural signals" with user goals and reduces improvised jumps.
+
+### How to verify
+
+- The user can explain the classification basis (which branch of the matrix).
+- At most one primary recommended path; if alternatives exist, they carry trigger conditions.
+- The "recommendation" section satisfies this chapter's **Spec contract**.
+
+---
+
+## Subagent orchestration (diagnostic branches)
+
+### What to do
+
+When Step 0 must verify **multiple weakly coupled evidence items** at once (e.g., maturity across service dirs, multiple deployment configs, completeness of `v{N}` artifacts, legacy-debt inventory with timeboxing), the parent agent may slice **non-interdependent** subproblems and have subagents converge them **in parallel**.
+
+**Parent agent** holds: user goal, draft main matrix conclusion, **`.anws` version-directory semantics**, and sole responsibility for **one consolidated narrative to the user**.
+**Each subagent branch (when available)** receives: a precise problem statement, allowed read scope, boundaries on forbidden changes, and required return fields (one-line conclusion, evidence type, where confidence is low, whether it blocks the main path).
+
+### Why
+
+Parallel diagnosis shortens cold start, but must avoid conflicting writes and split narratives; parent consolidation ensures the user sees a single story.
+
+### How to verify
+
+- Sub-branch IDs map one-to-one to rows in the parent summary table.
+- No silently swallowed contradictions: disagreements must be **explicitly** listed in the parent summary with a request for user resolution.
+
+#### Handoff checklist
+
+- Subagents **do not** substitute for the user confirming "which step next"; the final routing sentence comes from the parent after merge.
+- Writes: **only the primary agent for the current session** may perform `.anws/`-consistent writes unless the user's toolchain says otherwise.
+- Closeout: after parallel work, the parent emits a merged routing recommendation satisfying the **Spec contract**, then passes Step 0's confirmation gate again.
+
+---
+
+## Step 0.5: probe (Probe)
+
+### What to do
+
+When the matrix says **legacy project** (has code; must understand latent risk and coupling first), guide execution of `/probe`.
+**Output**: `.anws/v{N}/00_PROBE_REPORT.md` (important input for Genesis and later phases).
+
+### Why
+
+On legacy code paths, architecture and tasks built on unarticulated risks make later fixes exponentially more expensive.
+
+### How to verify
+
+- Report path matches version-directory conventions.
+- The user understands how Probe relates to Step 1 inputs.
+- If Probe surfaces blockers, resolve them or obtain explicit user acceptance of risk before genesis- or blueprint-class steps.
+
+---
+
+## Step 1: genesis (Genesis)
+
+### What to do
+
+Run `/genesis`; crystallize ideas into PRD, Architecture, and ADRs.
+**Core deliverables**: `01_PRD.md`, `02_ARCHITECTURE_OVERVIEW.md` (and related artifacts defined by that workflow).
+
+### Why
+
+Without shared vocabulary and boundaries, later design and implementation diverge on hidden assumptions.
+
+### How to verify
+
+- The core files exist and can be pointed to.
+- The user can state product scope and non-goals in one sentence.
+
+---
+
+## Step 2: refinement (Design System)
+
+### What to do
+
+Run `/design-system` for high-complexity systems.
+**Heuristic**: suggest when system count ≥ 3, or when there is cross-cutting coupling such as AI integration.
+
+### Why
+
+Failures in multi-system and agent integrations usually come from missing explicit interfaces and ownership, not coding minutiae.
+
+### How to verify
+
+- Recommendation includes one line of evidence for why the complexity threshold applies.
+- The user confirms whether this step is needed; if not, leave one auditable exemption note.
+
+---
+
+## Step 3: design review (Challenge Design)
+
+### What to do
+
+Run `/challenge` to surface Critical architecture risks before coding.
+
+### Why
+
+Critical issues discovered after coding often mean large rollback or irreversible security/compliance loss.
+
+### How to verify
+
+- Critical items have disposition: mitigated, accepted (with accountable party stated), or turned into tasks.
+- No architectural blind spots that went "straight to implementation" undiscussed.
+
+---
+
+## Step 4: blueprint (Blueprint)
+
+### What to do
+
+Run `/blueprint` to decompose architecture into executable `05A_TASKS.md` and `05B_VERIFICATION_PLAN.md`.
+**Deliverables**: WBS task master list, verification plan, sprint breakdown (per that workflow's definition).
+
+### Why
+
+Architecture without verifiable task slices is narrative only; it cannot enter steady incremental delivery.
+
+### How to verify
+
+- Task and verification-plan files exist and cross-reference clearly.
+- At least one end-to-end user-value path maps to a task ID.
+
+---
+
+## Step 5: task review (Challenge Tasks)
+
+### What to do
+
+Run `/challenge` again to ensure tasks cover all user stories with no logical gaps.
+
+### Why
+
+Task-layer gaps explode at integration time; cost exceeds document rework.
+
+### How to verify
+
+- Challenge output states conclusions on omissions and dependencies explicitly.
+- User story ↔ task traceability has no dangling entries.
+
+---
+
+## Step 6: forge (Forge)
+
+### What to do
+
+Enter `/forge` and begin Wave 1 coding. Later development can continue waves with `/forge`.
+
+### Why
+
+Forge carries the unified rhythm of "land per task contract"; kept separate from diagnosis and design so acceptance anchors do not blur.
+
+### How to verify
+
+- Wave 1 starting tasks are clear; environment assumptions are fully stated.
+- The user knows the continuation command is `/forge`.
+
+---
+
+## Step 7: incremental management (Incremental)
+
+### What to do
+
+When the project is already in ongoing dev rhythm, give **sustainment** guidance (not a full Quickstart replay).
+
+**Suggestion index**:
+
+- `/forge`: continue executing tasks.
+- `/probe`: probe risk before major change.
+- `/genesis`: major architecture version upgrade.
+- `/change`: tweak task details.
+
+### Why
+
+Problem shapes in dev and architecture evolution differ from blank-slate; replaying the whole Quickstart adds noise and unnecessary gates.
+
+### How to verify
+
+- Each suggestion carries **one** current applicability trigger (state or user-stated goal).
+- Suggestion blocks satisfy the **Spec contract**.
+- **Do not** insert `/explore` unless the user explicitly asks; only this workflow may point to `/explore` when the user clearly wants "research/explore."
+
+---
+
+## About `/explore`
+
+`/explore` is a standalone workflow, not numbered in the quickstart main line. **Unless the user explicitly asks for research or exploration**, do not introduce it in routing suggestions, to avoid a heavyweight process derailing delivery rhythm.
+
+---
+
+<completion_criteria>
+- Pre-Check rules ran; conclusions match disk; `anws init` appears only as init when `AGENTS.md` is missing.
+- Step 0 matrix classification done; routing advice follows the **Spec contract** (precise, grounded, non-redundant, no hand-waving).
+- On legacy path, Probe was triggered or user-signed waiver is on record.
+- Among Steps 1–7, paragraphs matching current repo state are activated; non-matching steps are explicitly skipped with rationale.
+- `/explore` appears in suggestions only when the user clearly requests it.
+- Every outward recommendation includes **one-line state + recommended action + completion signal + one user-confirmation item** (if none, state "no further confirmation needed" with basis).
+- If subagent parallel diagnosis was used: the parent summary must not bury contradictions; handoff checklist items are all satisfied; only the primary agent writes to disk.
+</completion_criteria>
+

package/templates_en/.agents/workflows/upgrade.md

@@ -0,0 +1,145 @@
+---
+description: "/upgrade: after anws update, read changelog, classify Minor/Major, produce a human-reviewable plan, route to /change or /genesis; host does not embed long checkpoint templates."
+---
+
+# /upgrade
+
+<phase_context>
+You are **UPGRADE ORCHESTRATOR**.
+
+**Mission**: After **`anws update` has completed**, read the latest `.anws/changelog/vX.Y.Z.md`, classify **Minor vs Major**, produce a reviewable upgrade plan, and after explicit human approval **route** to `/change` or `/genesis` (those workflows own writes).  
+**Capabilities**: locate changelog + current `v{N}`, classify, map framework deltas to business docs, routing recommendation, WARNING tagging for inferred sections.  
+**Limits**: `/upgrade` is **orchestration + plan only**—**no** skipping changelog, **no** routing before classification, **no** writing business docs without approval; **no** full fenced “human checkpoint” template pasted in this host.  
+**Relationship with the user**: show plan first; after approval, name the next workflow explicitly.  
+**Output Goal**: Classification + impact list + recommended route + inference-risk notes—**not** completing business doc edits inside `/upgrade`.
+</phase_context>
+
+---
+
+## CRITICAL concision & layout (/craft + /challenge spirit)
+
+> [!IMPORTANT]
+> **craft**: Before editing, Read **`.agents/skills/craft-authoring/SKILL.md`** and **`.agents/workflows/craft.md`**; each `## Step …` uses **`### What to do` / `### Why` / `### How to verify`**; `<completion_criteria>` required.  
+> **Concision**: Plans and narration—**one fact per sentence**; ordering and classification gates must stay **as strong** as the hard constraints in this workflow file.
+> **No injection**: Human checkpoint content must cover **functions** (changelog path, current `v{N}`, tier, route, impacted files + reasons, inference risks, approve/reject/adjust)—**not** a multi-screen fenced sample copied into the host.
+
+---
+
+## CRITICAL execution order (cannot be weakened)
+
+> [!IMPORTANT]
+> Strict **Step 0 → 4**; **forbid** skipping changelog read, **forbid** choosing route before tiering, **forbid** bypassing human approval to edit `.anws/v{N}` from memory, **forbid** writing without reading the routed workflow.
+
+---
+
+## Step 0: Locate upgrade inputs
+
+### What to do
+
+1. List `.anws/changelog/`, pick the **latest** `vX.Y.Z.md`, set `LATEST_CHANGELOG`; **actually read it** (one-line path/summary in-session—no verbal guessing).  
+2. Scan `.anws/` for max `v{N}` → `CURRENT_ARCH = .anws/v{N}`.  
+3. If changelog missing/unreadable: stop; instruct `anws update` or `/genesis`.
+
+### Why
+
+No changelog → no upgrade fact base.
+
+### How to verify
+
+- Session names `LATEST_CHANGELOG` and `CURRENT_ARCH`; cites at least one change class from the file.
+
+---
+
+## Step 1: Classify upgrade (Minor / Major)
+
+### What to do
+
+Apply this workflow’s **Minor / Major** tier rules only: whether a **new architecture version** is needed, directory/multi-workflow protocol shifts, structural semantics of `01`/`02`/`03`, need to keep prior version as compatibility narrative. Record yes/no + one-line rationale each.
+
+### Why
+
+Tier drives routing; patch-level nuance is out of scope here.
+
+### How to verify
+
+- Explicit `Minor` or `Major` with evidence; no “tier unknown but here is forge.”
+
+---
+
+## Step 2: Impact analysis and routing recommendation
+
+### What to do
+
+1. Read from `CURRENT_ARCH` as needed: `01`, `02`, `03`, `04`, `05A`, `05B`.  
+2. Build “framework delta → business node” mapping; tag path / process / protocol migration classes.  
+3. Emit **recommended route**: Minor → **`/change`**; Major → **`/genesis`**.  
+4. **No business writes in this step**—plan and intended file touches only.
+
+### Why
+
+Keeps `/upgrade` decoupled from execution workflows.
+
+### How to verify
+
+- Each impact row lists file, section/intent, and whether AI inference is likely.
+
+---
+
+## Step 3: Human checkpoint
+
+### What to do
+
+Present the **functions** listed under **No injection** in CRITICAL concision. **No file writes** until explicit approval.
+
+### Why
+
+Human is the last gate for upgrade blast radius.
+
+### How to verify
+
+- User saw the full decision bundle; on reject, zero writes.
+
+---
+
+## Step 4: Route to target workflow
+
+### What to do
+
+- **Minor**: Read the mounted **`/change`** workflow (**`.agents/workflows/change.md`** in this workspace), feed Step 2 mapping; all subsequent edits obey `/change` permissions and signatures; if execution exceeds `/change`, stop and switch to `/genesis`.  
+- **Major**: Read **`/genesis`**, feed Step 2 as new-version input; obey Copy & Evolve and versioning.  
+- For AI-filled non-mechanical text: prefix with **`> [!WARNING] AI-generated content—inferential; human review required.`** (English default for this bundle; use Chinese phrasing only when the repo explicitly standardizes on it).  
+- **Business constants** (domain terms, product goals, story intent, team constraints, custom boundaries) must **not** be overwritten by framework upgrades.
+
+### Why
+
+Write semantics belong to the routed workflow; `/upgrade` only hands off.
+
+### How to verify
+
+- Session states next workflow; after approval, that workflow’s read + gates are referenced.
+
+---
+
+## Step 5: Completion report
+
+### What to do
+
+Summarize: tier, route, planned files, whether a new `v{N}` is expected, inference risk, **which workflow file to read next**.
+
+### Why
+
+Auditable closure.
+
+### How to verify
+
+- Report includes all six items; no silent jumps.
+
+---
+
+<completion_criteria>
+- **Concision & layout**: all Steps have three subsections; execution order and tiering gates intact.  
+- Changelog actually read; `Minor`/`Major` consistent with routing.  
+- Step 3 approval/reject path correct; zero business writes before approval.  
+- Step 4 explicitly binds `/change` or `/genesis` and cites their rules; WARNING / business-constant rules stated.  
+- Step 5 report delivered.  
+</completion_criteria>

package/templates_en/AGENTS.md

@@ -0,0 +1,149 @@
+# AGENTS.md — AI collaboration protocol
+
+> **"If you are reading this document, you are the Intelligence."**
+>
+> This file is your **anchor**. It defines the laws of the project, the map of the territory, and the memory protocol.
+> When you wake (start a new session), **read this file first**.
+
+---
+
+## Quick recovery (≈30s)
+
+**When you start a new session or feel lost, do this immediately**:
+
+1. **Read the root `AGENTS.md`** → get the project map
+2. **Check "Current status" below** → find the latest architecture version
+3. **Read `.anws/v{N}/05A_TASKS.md` and `.anws/v{N}/05B_VERIFICATION_PLAN.md`** → understand current backlog and verification commitments
+4. **Start working**
+
+---
+
+## Map (territory)
+
+How this project is organized:
+
+
+| Path                                  | Description                                                                    | Access protocol                                                             |
+| ------------------------------------- | ------------------------------------------------------------------------------ | --------------------------------------------------------------------------- |
+| `src/`                                | **Implementation layer**. The real codebase.                                   | Read/write via Tasks.                                                       |
+| `.anws/`                              | **Unified architecture root**. Versioned architecture state + upgrade records. | **Read-only** (old) / **write-once** (new) / `changelog` maintained by CLI. |
+| `.anws/v{N}/`                         | **Current truth**. Latest architecture definition.                             | Always use the largest `v{N}`.                                              |
+| `.anws/changelog/`                    | **Upgrade log**. Changes from `anws update`.                                   | Auto-maintained by CLI; do not delete.                                      |
+| `target-specific workflow projection` | **Workflows**. `/genesis`, `/blueprint`, etc.                                  | Read the native projection for the active target.                           |
+| `target-specific skill projection`    | **Skills**. Atomic capabilities.                                               | Read the native projection for the active target.                           |
+| `.nexus-map/`                         | **Knowledge base**. Code structure map.                                        | Generated by `nexus-mapper`.                                                |
+
+
+## Workflow registry
+
+> [!IMPORTANT]
+> **Workflow-first rule**: When a task fits a workflow, or you judge it **clearly**, **mostly**, or **even possibly** fits a workflow’s scenario, **you must read that file first** and follow its steps strictly. Workflows are designed protocols—not optional hints.
+>
+> **Trigger flow**:
+>
+> 1. The user names a workflow, or you infer a plausible match—read the workflow file first
+> 2. **Immediately read** the workflow file
+> 3. **Strictly follow** its steps
+> 4. **Pause at checkpoints** for user confirmation
+
+
+| Workflow         | When to use                                      | Output                                                   |
+| ---------------- | ------------------------------------------------ | -------------------------------------------------------- |
+| `/quickstart`    | New user entry / unsure where to start           | Orchestrates other workflows                             |
+| `/genesis`       | New project / major refactor                     | PRD, Architecture, ADRs                                  |
+| `/probe`         | Before changes / onboarding an existing codebase | `.anws/v{N}/00_PROBE_REPORT.md`                          |
+| `/design-system` | After genesis                                    | `04_SYSTEM_DESIGN/*.md`                                  |
+| `/blueprint`     | After genesis                                    | `05A_TASKS.md` + `05B_VERIFICATION_PLAN.md` + initial Wave in `AGENTS.md` |
+| `/change`        | Local task tweaks after forging                  | Updates TASKS + SYSTEM_DESIGN (edits only) + CHANGELOG   |
+| `/explore`       | Research / investigation                         | Exploration report                                       |
+| `/challenge`     | Challenge decisions before commitment            | `07_CHALLENGE_REPORT.md` (with issue overview)           |
+| `/forge`         | Implementation execution                         | Code + updated `AGENTS.md` Wave block                    |
+| `/craft`         | Creating workflows/skills/prompts                | Workflow / Skill / Prompt assets                         |
+| `/upgrade`       | After `anws update`                              | Decide Minor vs Major → route to `/change` or `/genesis` |
+
+
+---
+
+## Constitution
+
+1. **Version is law**: Do not silently “patch” architecture docs—evolve them. Meaningful changes create a new version.
+2. **Explicit context**: Record decisions in ADRs, not only in chat memory.
+3. **Cross-check**: Before coding, check `05A_TASKS.md` and `05B_VERIFICATION_PLAN.md`. Am I doing planned work and honoring verification commitments?
+4. **Aesthetics**: Docs should read well—use Markdown with clear structure and hierarchy.
+
+---
+
+## Reserved project-status region
+
+<!-- AUTO:BEGIN — Reserved project-status region (preserved on upgrade; do not edit block boundaries) -->
+
+## Current status (maintained by workflows)
+
+> **Note**: Reserved block boundaries are maintained by `/genesis`, `/blueprint`, and `/forge`.
+
+- **Latest architecture version**: `.anws/v{N}`
+- **Active task list**: `Not generated yet` (awaiting /blueprint)
+- **Open task count**: –
+- **Last updated**: `[filled by workflows]`
+
+### Wave 1 — pending /blueprint or /forge
+
+*Filled automatically by `/blueprint` or `/forge`*
+
+
+
+---
+
+## Project tree
+
+> **Note**: Maintained by `/genesis`.
+
+```text
+src/
+└── anws/
+    ├── bin/cli.js
+    ├── lib/ (init, update, diff, changelog, copy, manifest, ...)
+    └── templates/
+        ├── .agents/   (internal canonical templates, projected per target)
+        └── AGENTS.md
+
+.anws/
+├── changelog/
+└── v{N}/
+```
+
+---
+
+## Navigation guide
+
+> **Note**: Maintained by `/genesis`.
+
+- **Until new architecture is ready**: avoid large unplanned code changes.
+- **Architecture overview**: `.anws/v{N}/02_ARCHITECTURE_OVERVIEW.md`
+- **ADRs**: `.anws/v{N}/03_ADR/` (single source for cross-cutting decisions)
+- **Architecture questions**: check `.anws/v{N}/03_ADR/`.
+
+---
+
+### Stack decisions
+
+- [Filled by `.anws/tech-evaluator` or `/genesis`]
+
+### System boundaries
+
+- [Filled by `.anws/system-architect` or `/genesis`]
+
+### Active ADRs
+
+- [ADR summaries filled by `.anws`]
+
+### Current task status
+
+- [Updated by blueprint/forge]
+
+<!-- AUTO:END -->
+
+---
+
+> **Self-check**: Ready? Remind the user to run `/quickstart`.
+