refactor(monorepo): rename operator api runtime

docs/skill-workspace-monorepo.md

@@ -82,7 +82,7 @@ Examples:
 │  ├─ coord-core/                    # shared coordination kernel
 │  ├─ inbox-runtime/                 # inbox CLI runtime
 │  ├─ orch-runtime/                  # orch CLI runtime
-│  ├─ orchd-runtime/                 # orch HTTP + query/web backend runtime
+│  ├─ operator-api/                  # operator HTTP + query/web backend runtime
 │  ├─ repo-memory-runtime/           # briefdb / repo-memory runtime
 │  └─ ...                            # future skill runtimes
 ├─ skills/
@@ -163,13 +163,13 @@ It depends on `coord-core`.
 `council-review` remains a skill bundle that currently reuses the `orch` binary
 unless it later grows its own standalone runtime.
 
-### `packages/orchd-runtime`
+### `packages/operator-api`
 
 This package owns the HTTP and read-model runtime for the operator web surface.
 
 It should contain:
 
-- `cmd/orchd/main.go`
+- `cmd/operator-api/main.go`
 - package-local `internal/httpapi`
 - package-local `internal/query`
 - package-local `internal/app/web.go`
@@ -237,7 +237,7 @@ Add a root `go.work` that includes every Go runtime package:
 - `packages/coord-core`
 - `packages/inbox-runtime`
 - `packages/orch-runtime`
-- `packages/orchd-runtime`
+- `packages/operator-api`
 - `packages/repo-memory-runtime`
 
 The root repository should stop relying on one giant root `go.mod` as the long-term
@@ -394,16 +394,16 @@ Exit criteria:
 - inbox and orch binaries build from package-owned runtimes
 - `skills/inbox` and `skills/orch` package from package paths only
 
-### Phase 4: Extract `orchd-runtime`
+### Phase 4: Extract `operator-api`
 
 Changes:
 
-- move `cmd/orchd`, `internal/httpapi`, `internal/query`, and web app service layer into `packages/orchd-runtime`
+- move the operator API runtime into `packages/operator-api`
 - make `apps/web` depend only on HTTP contract and dev proxy, not root assumptions
 
 Exit criteria:
 
-- the web stack builds against `orchd-runtime`
+- the web stack builds against `operator-api`
 
 ### Phase 5: Import `repo-memory-runtime`