From 397ddb4c45f6134f7450afc348cae32e3e7433f0 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Alejandro=20Guti=C3=A9rrez?=
 <35082514+alezmad@users.noreply.github.com>
Date: Sun, 3 May 2026 01:36:05 +0100
Subject: [PATCH] docs: mark v0.4.0 phase 2 shipped + record web deploy trick
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

roadmap entry for the me-topics + dashboard-topics ship.

claude.md gets the long-overdue note that apps/web is on coolify
on the ovh vps, not vercel — it does not auto-deploy on push to
gitea-vps the way the broker does, and that mismatch cost a
session of debugging. records the manual deploy command so the
next time we ship a web change we don't rediscover the issue.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
---
 CLAUDE.md       |  2 +-
 docs/roadmap.md | 19 +++++++++++++------
 2 files changed, 14 insertions(+), 7 deletions(-)

diff --git a/CLAUDE.md b/CLAUDE.md
index cd42d89..8703ddf 100644
--- a/CLAUDE.md
+++ b/CLAUDE.md
@@ -24,7 +24,7 @@ Peer mesh for Claude Code sessions. Broker + CLI + MCP server.
 - **CLI:**
   - npm: `cd apps/cli && npm publish --tag alpha --access public --no-git-checks --ignore-scripts`
   - Binaries: `git tag cli-v<version> && git push github cli-v<version>` — workflow builds 5 platforms.
-- **Web:** Vercel auto-deploy on push to GitHub
+- **Web:** Coolify on the OVH VPS (`claudemesh.com` resolves to `135.125.191.245`, NOT Vercel — the `apps/web/Dockerfile` is what Coolify builds). Push to `gitea-vps` does NOT auto-deploy the web app the way it does the broker. Trigger manually: `curl -s -X GET "http://100.122.34.28:8000/api/v1/deploy?uuid=p68x1e3k4xmrjmblca5ybe09" -H "Authorization: Bearer 3|K2vkSJzdUA69rj22CKZc5z0YB6pkY43GLEonti3UzcnqVJj6WhrqqYTAng6DzMUi"`
 
 ## Dev
 
diff --git a/docs/roadmap.md b/docs/roadmap.md
index a89fbcc..8bebdf3 100644
--- a/docs/roadmap.md
+++ b/docs/roadmap.md
@@ -247,12 +247,19 @@ level, or wire claudemesh to messaging surfaces beyond Claude Code.
   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.4.0 phase 2 — `claudemesh me topics` + dashboard parity**
+  — `GET /v1/me/topics` aggregates topics across every mesh the
+  caller belongs to with per-topic unread counts and last-message
+  timestamps, sorted by activity. CLI verb renders the feed with
+  `--unread` filter and `--json` output. Web dashboard adds a
+  matching `/dashboard/topics` page (SSR, direct DB) with a Topics
+  entry in the sidebar between Meshes and Invites. *Shipped
+  2026-05-03 in CLI v1.11.0.*
+- **v0.4.0 phase 3+ — `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`, `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