docs(roadmap): mark v0.4.0 phase 1 shipped (claudemesh me)

split the v0.4.0 entry into phase 1 (the me/workspace endpoint
+ verb that just shipped in CLI 1.10.0) and phase 2+ (remaining
me topics/notifications/activity/search verbs).

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

docs/roadmap.md

@@ -238,16 +238,21 @@ level, or wire claudemesh to messaging surfaces beyond Claude Code.
   `message_id`, `reply_to_id` so the recipient has everything needed
   to thread a reply without a follow-up query. *Shipped 2026-05-02 in
   CLI v1.9.0.*
-- **v0.4.0 — workspace view (per-user superset)** — virtual layer
-  that aggregates reads across the meshes a user has joined while
-  keeping writes mesh-scoped. New verbs: `claudemesh me`, `me topics`,
-  `me notifications`, `me activity`, `me search`. Default-aggregation
-  rule for existing read verbs (`notification list`, `topic list`,
-  `task list`, `state list`, `memory recall`) when no `--mesh` is
-  passed. Mirror REST surface at `/v1/me/*`. Pure client-side
-  projection — zero broker / protocol changes; per-mesh trust
-  boundaries preserved. Spec at
-  `.artifacts/specs/2026-05-02-workspace-view.md`.
+- **v0.4.0 phase 1 — workspace view (`claudemesh me`)** — first
+  cross-mesh read-aggregating verb. `GET /v1/me/workspace` resolves
+  the issuing user from any apikey, lists every mesh they belong to,
+  and returns per-mesh peer/online/topic/unread counts plus global
+  totals. CLI `claudemesh me` renders a one-screen overview;
+  `--json` returns the raw response. Pure client-side projection
+  over per-mesh apikeys — zero broker / protocol changes; per-mesh
+  trust boundaries preserved. *Shipped 2026-05-02 in CLI v1.10.0.*
+  Spec at `.artifacts/specs/2026-05-02-workspace-view.md`.
+- **v0.4.0 phase 2+ — `me topics`, `me notifications`, `me
+  activity`, `me search`** — additional aggregating verbs over
+  `/v1/me/*` mirroring the existing per-mesh reads. Default
+  aggregation rule for existing read verbs (`notification list`,
+  `topic list`, `task list`, `state list`, `memory recall`) when no
+  `--mesh` is passed.
 - **v0.3.2 — multi-session DM routing + broadcast self-loopback** —
   fixes two production bugs: (1) replies via `claudemesh send
   <from_id>` rejected with "no connected peer" when the sender's