diff --git a/.planning/STATE.md b/.planning/STATE.md
index 5b8eb78..402a955 100644
--- a/.planning/STATE.md
+++ b/.planning/STATE.md
@@ -2,9 +2,9 @@
 gsd_state_version: 1.0
 milestone: v1.0
 milestone_name: milestone
-status: Phase complete — ready for verification
+status: Ready to plan
 stopped_at: Completed 03-02-PLAN.md
-last_updated: "2026-03-23T18:48:03.055Z"
+last_updated: "2026-03-23T18:51:03.669Z"
 progress:
   total_phases: 4
   completed_phases: 3
@@ -23,8 +23,8 @@ See: .planning/PROJECT.md (updated 2026-03-23)
 
 ## Current Position
 
-Phase: 03 (hook-server) — EXECUTING
-Plan: 2 of 2
+Phase: 4
+Plan: Not started
 
 ## Performance Metrics
 
diff --git a/.planning/phases/03-hook-server/03-VERIFICATION.md b/.planning/phases/03-hook-server/03-VERIFICATION.md
new file mode 100644
index 0000000..610c5df
--- /dev/null
+++ b/.planning/phases/03-hook-server/03-VERIFICATION.md
@@ -0,0 +1,98 @@
+---
+phase: 03-hook-server
+verified: 2026-03-23T19:49:50Z
+status: passed
+score: 7/7 must-haves verified
+re_verification: false
+---
+
+# Phase 03: Hook Server Verification Report
+
+**Phase Goal:** Les transitions d'etat sont detectees en moins d'une seconde grace aux hooks push de Claude Code
+**Verified:** 2026-03-23T19:49:50Z
+**Status:** passed
+**Re-verification:** No — initial verification
+
+## Goal Achievement
+
+### Observable Truths
+
+| # | Truth | Status | Evidence |
+|---|-------|--------|----------|
+| 1 | vmuxd recoit les events hook de Claude Code (PreToolUse, PostToolUse, Stop, Notification) sur un port local | VERIFIED | `startHookServer` ouvre `127.0.0.1:3119`, `handleHook` traite POST /hook, `TestHookServerStartsWithDaemon` confirme le 200 |
+| 2 | Les transitions d'etat apparaissent dans `vmux list` en moins d'une seconde apres l'event reel | VERIFIED | `processHookEvent` appelle `registry.UpdateFromHook` de maniere synchrone avant de retourner 200 — la mise a jour est immediate (pas de queue asynchrone). `TestHandleHookPostOK` verifie que le registre est mis a jour dans le meme appel |
+| 3 | vmux distingue le type d'attente : permission prompt, question utilisateur, idle prompt | VERIFIED | Mapping dans `processHookEvent` : Notification/permission_prompt → WaitType="permission", Notification/idle_prompt → WaitType="idle", Notification/* → WaitType="question", Stop → WaitType="question". Affichage dans `DisplaySessionInfos` : `[Needs Input: permission]`. 8 tests couvrent les 4 cas |
+
+**Score:** 3/3 success criteria verified
+
+### Required Artifacts
+
+| Artifact | Expected | Status | Details |
+|----------|----------|--------|---------|
+| `hook.go` | HookEvent struct, handleHook HTTP handler, processHookEvent, UpdateFromHook | VERIFIED | 112 lignes. Tous les symboles presents et substantiels |
+| `hook_test.go` | 16 tests unitaires (12 mapping + 4 HTTP handler) | VERIFIED | 303 lignes, 16 tests passes |
+| `protocol.go` | SessionInfo avec champ WaitType | VERIFIED | `WaitType string \`json:"wait_type,omitempty"\`` ligne 31 |
+| `protocol_test.go` | Test serialisation JSON de WaitType | VERIFIED | `TestSessionInfoWaitTypeJSON` — teste presence et omitempty |
+| `daemon.go` | startHookServer, hookPort, httpServer, lastHookTime, pollInterval dynamique | VERIFIED | Tous les champs et methodes presents, hookPort=3119 par defaut |
+| `daemon_test.go` | Tests hook server startup, graceful degradation, poll slowdown | VERIFIED | TestHookServerStartsWithDaemon, TestHookServerStopsWithDaemon, TestHookServerPortBusy, TestPollSlowdown |
+| `display.go` | Affichage WaitType dans DisplaySessionInfos | VERIFIED | Lignes 68-70 : condition sur State=="Needs Input" && WaitType != "" |
+| `display_test.go` | Tests WaitType display (4 tests) | VERIFIED | TestDisplayWaitTypePermission, TestDisplayWaitTypeQuestion, TestDisplayWaitTypeEmpty, TestDisplayWorkingNoWaitType |
+
+### Key Link Verification
+
+| From | To | Via | Status | Details |
+|------|----|-----|--------|---------|
+| hook.go | daemon.go | UpdateFromHook modifie le SessionRegistry | WIRED | `d.registry.UpdateFromHook(...)` ligne 73 de hook.go |
+| hook.go | protocol.go | SessionInfo.WaitType | WIRED | `existing.Info.WaitType = waitType` ligne 95 de hook.go |
+| daemon.go | hook.go | startHookServer enregistre handleHook | WIRED | `mux.HandleFunc("/hook", d.handleHook)` ligne 205 de daemon.go |
+| daemon.go | daemon.go | pollLoop lit pollInterval dynamiquement | WIRED | `time.After(d.currentPollInterval())` ligne 309 de daemon.go |
+| display.go | protocol.go | SessionInfo.WaitType affiche | WIRED | `s.WaitType` lignes 68-69 de display.go |
+
+### Data-Flow Trace (Level 4)
+
+| Artifact | Data Variable | Source | Produces Real Data | Status |
+|----------|---------------|--------|-------------------|--------|
+| display.go | `s.WaitType` | `SessionRegistry.sessions[id].Info.WaitType` via `registry.UpdateFromHook` | Oui — valeur positionnee par hook HTTP entrant | FLOWING |
+| hook.go handler | `event` (HookEvent) | JSON body du POST HTTP Claude Code | Oui — decode depuis r.Body | FLOWING |
+
+### Behavioral Spot-Checks
+
+| Behavior | Command | Result | Status |
+|----------|---------|--------|--------|
+| 24 tests phase-03 passent | `go test -v -run 'TestProcessHook\|TestUpdateFromHook\|TestHandleHook\|TestSessionInfoWaitType\|TestHookServer\|TestPollSlowdown\|TestDisplayWaitType\|TestDisplayWorkingNoWaitType' ./...` | PASS (24/24) | PASS |
+| Suite complete sans data race | `go test -race ./...` | ok 7.104s | PASS |
+| Aucune erreur vet | `go vet ./...` | Aucune sortie | PASS |
+| Port 3119 configure par defaut | `grep 3119 daemon.go` | `hookPort: 3119` ligne 176 | PASS |
+| handleHook monte sur /hook | `grep HandleFunc daemon.go` | `mux.HandleFunc("/hook", d.handleHook)` | PASS |
+| 6 commits documentes existent | `git log e1b176c 5bec943 5f13eb1 79ad8fb e605249 9cf0480` | Tous presents | PASS |
+
+### Requirements Coverage
+
+| Requirement | Source Plan | Description | Status | Evidence |
+|-------------|-------------|-------------|--------|----------|
+| STATE-03 | 03-01-PLAN.md, 03-02-PLAN.md | vmux distingue le type d'attente (permission prompt, question utilisateur, idle prompt) | SATISFIED | WaitType="permission"/"idle"/"question" produit par processHookEvent, affiche dans DisplaySessionInfos, serialise dans le JSON IPC |
+
+### Anti-Patterns Found
+
+Aucun pattern problematique detecte.
+
+Les retours `return nil` dans `startHookServer` sont intentionnels (graceful degradation documentee).
+
+Les variables initialisees a zero (`lastHookTime time.Time`) sont volontairement a zero pour indiquer "aucun hook jamais recu" — testte dans `currentPollInterval` via `!lastHook.IsZero()`.
+
+### Human Verification Required
+
+#### 1. Integration end-to-end avec Claude Code reel
+
+**Test:** Configurer un hook Claude Code pointant vers `http://127.0.0.1:3119/hook`, lancer une session, lancer `vmux list` pendant une interaction.
+**Expected:** L'etat passe a "Needs Input: permission" dans `vmux list` dans la seconde suivant un permission_prompt.
+**Why human:** Necessite une session Claude Code active en conditions reelles. Le test automatise `TestHookServerStartsWithDaemon` valide la mecanique mais pas l'integration systeme complete.
+
+### Gaps Summary
+
+Aucun gap. Tous les must-haves des deux plans sont verifies dans le code reel.
+
+---
+
+_Verified: 2026-03-23T19:49:50Z_
+_Verifier: Claude (gsd-verifier)_