trusty_memory/lib.rs
1//! MCP server (HTTP/SSE + stdio) for trusty-memory.
2//!
3//! Why: Claude Code and other MCP-aware clients integrate with trusty-memory
4//! through the standardized Model Context Protocol; we expose memory + KG
5//! tools so they can be called by name. The canonical stdio integration is
6//! `trusty-memory serve --stdio` (PR1 #919 of the #914 cutover epic), a
7//! self-contained direct MCP server that binds no HTTP port or UDS socket.
8//! The former `trusty-memory-mcp-bridge` binary and Unix-domain-socket
9//! transport were removed in PR3 (#914) once `serve --stdio` made them dead
10//! code.
11//! What: Provides `run_http` / `run_http_dynamic` / `run_http_on` (axum
12//! HTTP/SSE + REST + UI) plus an `AppState` that carries the shared
13//! `PalaceRegistry`, on-disk data root, and a lazily-initialized embedder.
14//! Test: `cargo test -p trusty-memory` validates handshake + dispatch via
15//! the in-process `handle_message` unit tests and the
16//! `tests/serve_stdio_e2e.rs` end-to-end harness.
17
18// docs.rs builds a release's documentation once, from the uploaded tarball,
19// so a broken intra-doc link is baked into that version forever and only a new
20// release can correct it. Deny keeps this crate at zero rather than letting the
21// ratchet in `scripts/check_rustdoc_links.sh` absorb a new one.
22#![deny(rustdoc::broken_intra_doc_links)]
23
24use crate::session_store_cache::SessionStoreCache;
25use anyhow::Result;
26use serde_json::{json, Value};
27use std::net::SocketAddr;
28use std::path::PathBuf;
29use std::sync::atomic::{AtomicU8, AtomicUsize, Ordering};
30use std::sync::{Arc, OnceLock};
31use tokio::sync::{broadcast, OnceCell, RwLock};
32use trusty_common::memory_core::embed::Embedder;
33use trusty_common::memory_core::{store::ChatSessionStore, PalaceRegistry};
34use trusty_common::ChatProvider;
35use trusty_mcp::initialize_response;
36
37/// Two-phase daemon readiness state (issues #910/#911, revised by #1970).
38///
39/// Why: The embedder cold-init (CoreML compile, 30-120 s) must never block
40/// the fast text/KG/BM25 paths that don't need it. Originally (#910/#911)
41/// this state gated a hard-error preflight that rejected every
42/// `memory_remember`/`memory_recall` call outright while `Warming` — mirrored
43/// from trusty-search's staged pipeline, #1970 replaced that with graceful
44/// degradation: writes persist immediately and defer embedding to a
45/// background task, reads return BM25 + L0/L1 results and simply omit the
46/// vector lane, all keyed off this same state.
47/// What: Two stable values stored atomically. `Warming` (0) is the initial
48/// state; `Ready` (1) is set once the embedder has been successfully
49/// initialised by `spawn_startup_tasks`. The transition is one-way and
50/// lock-free: a single `AtomicU8` compare-and-swap.
51/// Test: `daemon_readiness_transitions_warming_to_ready` in this module;
52/// degraded-path coverage in `tools::tests`
53/// (`remember_succeeds_and_defers_embedding_while_state_is_warming`,
54/// `recall_falls_back_to_bm25_and_l0_l1_while_warming`).
55#[derive(Debug, Clone, Copy, PartialEq, Eq)]
56pub enum DaemonReadiness {
57 /// Embedder cold-init (and/or pin scan) still in progress.
58 Warming = 0,
59 /// Embedder initialised; all handlers may proceed normally.
60 Ready = 1,
61}
62
63impl DaemonReadiness {
64 /// Decode the raw atomic value.
65 ///
66 /// Why: centralises the `0 → Warming, else Ready` mapping so every
67 /// caller loads a meaningful enum rather than comparing raw integers.
68 /// What: returns `Warming` for `0`, `Ready` for any other value (only
69 /// `1` is ever written).
70 /// Test: `daemon_readiness_from_u8` in this module.
71 pub fn from_u8(v: u8) -> Self {
72 if v == 0 {
73 Self::Warming
74 } else {
75 Self::Ready
76 }
77 }
78}
79
80pub mod activity;
81pub mod attribution;
82pub mod authz;
83pub mod bm25_backfill;
84pub mod bm25_index;
85pub mod bm25_lane;
86pub mod bm25_repair;
87pub mod bootstrap;
88pub mod dream_scheduler;
89pub mod fd_metrics;
90pub mod idle_evict;
91pub mod worker_liveness;
92// Why (issue #226): `chat` and `web` are pure axum HTTP/SSE handler
93// surfaces. Gating them behind the `axum-server` feature is what lets
94// library consumers (e.g. `trusty-agents` linking only `MemoryMcpService`)
95// drop axum + tower-http entirely from their build graph.
96#[cfg(feature = "axum-server")]
97pub mod chat;
98pub mod commands;
99pub mod console_metrics;
100pub mod discovery;
101mod events;
102pub mod foreground;
103pub mod hook_emit;
104mod http_server;
105pub mod kg_extract;
106// #5524: the single entry point every caller-supplied KG assert routes through.
107pub mod kg_write;
108pub mod mcp_service;
109pub mod messaging;
110pub mod openrpc;
111pub mod palace_id_derive;
112pub mod project_root;
113pub mod prompt_facts;
114pub mod prompt_log;
115pub mod service;
116pub mod session_store_cache;
117pub mod startup_scan;
118pub mod tools;
119pub mod transport;
120#[cfg(feature = "axum-server")]
121pub mod web;
122pub mod wordnet_pos;
123
124pub use activity::{ActivityEntry, ActivityFilter, ActivityLog, ActivitySource};
125pub use attribution::{CreatorInfo, CreatorSource};
126
127// Re-export the event types so the crate's public API is unchanged after the
128// #1195 split (`trusty_memory::DaemonEvent`, etc.). `open_activity_log_with_fallback`
129// stays crate-internal but is re-exported so `AppState::new` and `lib_tests`
130// reach it by its bare name via `super::*`.
131pub(crate) use events::open_activity_log_with_fallback;
132// #3434: test-only seam so `lib_tests` can force the tempdir-fallback path
133// via an explicit parameter instead of mutating the process-global `TMPDIR`.
134#[cfg(test)]
135pub(crate) use events::open_activity_log_with_fallback_in;
136pub use events::{DaemonEvent, HookType, InjectionKind};
137
138// Re-export the HTTP-serving surface so the crate's public API is unchanged
139// after the #1195 split (`trusty_memory::run_http_on`, etc.). The address-file
140// helpers stay crate-internal but are re-exported for `lib_tests`' `super::*`.
141pub use http_server::{
142 bind_dynamic_port, http_addr_path, is_data_dir_override_active, DEFAULT_HTTP_PORT,
143};
144#[cfg(feature = "axum-server")]
145pub use http_server::{run_http, run_http_dynamic, run_http_on};
146// These crate-internal HTTP helpers are consumed only by test modules
147// (`lib_tests`, `web::tests`), so gate the re-export on `cfg(test)` to avoid an
148// unused-import warning in the normal (non-test) build.
149#[cfg(all(test, feature = "axum-server"))]
150pub(crate) use http_server::{dotfile_http_addr_path, write_http_addr_file};
151
152/// Maximum bytes retained in the trigger-prompt excerpt embedded on a
153/// `HookFired` event.
154///
155/// Why: the full triggering prompt is sensitive and already lives in the
156/// JSONL prompt log; the activity feed only needs enough text to give an
157/// operator a glance — a single-line ~80 char preview matches the existing
158/// `drawer_content_preview` convention so dashboard rows render uniformly.
159/// What: 80 characters; longer prompts are truncated with a trailing `…`.
160/// Test: `hook_excerpt_truncates_long_prompts`.
161pub const HOOK_PROMPT_EXCERPT_CHARS: usize = 80;
162
163/// Reduce a triggering prompt to the short excerpt embedded on a
164/// `HookFired` activity event.
165///
166/// Why: see [`HOOK_PROMPT_EXCERPT_CHARS`]. Centralising the truncation rule
167/// keeps every emitter (HTTP, hook CLI handlers, future tests) producing
168/// the same preview shape so UI rendering is uniform.
169/// What: whitespace-collapses `prompt` and trims to
170/// [`HOOK_PROMPT_EXCERPT_CHARS`] chars with `…` when cut. Empty input
171/// returns an empty string.
172/// Test: `hook_excerpt_truncates_long_prompts`,
173/// `hook_excerpt_collapses_whitespace`.
174pub fn hook_prompt_excerpt(prompt: &str) -> String {
175 let normalised: String = prompt.split_whitespace().collect::<Vec<_>>().join(" ");
176 if normalised.chars().count() <= HOOK_PROMPT_EXCERPT_CHARS {
177 normalised
178 } else {
179 let kept: String = normalised
180 .chars()
181 .take(HOOK_PROMPT_EXCERPT_CHARS.saturating_sub(1))
182 .collect();
183 format!("{kept}…")
184 }
185}
186
187pub use mcp_service::MemoryMcpService;
188pub use tools::MemoryMcpServer;
189
190/// Resolve the directory that actually holds the per-palace subdirectories.
191///
192/// Why: there are two on-disk layouts in the wild. The current monorepo code
193/// treats the registry directory *itself* as the parent of per-palace dirs
194/// (`<dir>/<id>/palace.json`). The legacy standalone `trusty-memory` repo
195/// nested everything one level deeper under a `palaces/` subdirectory
196/// (`<data_dir>/palaces/<id>/palace.json`) — and that is where existing
197/// installs' data lives (e.g. 88 palaces under
198/// `~/Library/Application Support/trusty-memory/palaces/`). A daemon that uses
199/// the bare data dir as its registry root finds zero palaces because every
200/// `palace.json` sits one level below where it looked — the "palaces lost on
201/// restart" bug.
202/// What: given the standard data dir, returns `<data_dir>/palaces` when that
203/// subdirectory exists, otherwise `<data_dir>` itself. Resolving this once in
204/// `main.rs` and using the result as `AppState::data_root` keeps every call
205/// site (`status`, `palace_list`, `open_palace`, `palace_create`,
206/// `load_palaces_from_disk`) consistent without forcing a data migration.
207/// Test: `tests::resolve_palace_registry_dir_prefers_palaces_subdir` and
208/// `resolve_palace_registry_dir_falls_back_to_data_dir`.
209pub fn resolve_palace_registry_dir(data_dir: PathBuf) -> PathBuf {
210 // Issue #1939: the subdir-choice logic is hoisted into trusty-common
211 // (`palace_alias::palace_registry_dir_from`) so trusty-mpm's alias-registration
212 // path and this daemon path can never disagree on WHERE the registry (and the
213 // alias file beside it) lives. This delegates to keep a single implementation.
214 trusty_common::palace_alias::palace_registry_dir_from(data_dir)
215}
216
217/// Shared application state passed to every request handler.
218///
219/// Why: The stdio loop and HTTP server need the same handles to the registry,
220/// data root, and embedder so MCP tools can perform real reads/writes against
221/// the live trusty-memory core. The embedder is heavy (loads ONNX weights) so
222/// it is resolved lazily through the process-wide singleton on first use.
223///
224/// #4836: this struct used to carry its own `Arc<OnceCell<Arc<FastEmbedder>>>`,
225/// a SECOND cell independent of `retrieval::shared_embedder()`. Startup warmed
226/// the shared cell and latched `daemon_readiness` off it, while every recall
227/// consumed the private cell — so the flag reported one embedder's state while
228/// the request path used another's. One cell removes the disagreement (and the
229/// duplicate ~90 MB ONNX session) by construction.
230/// What: `Clone`-able via `Arc` fields. The registry / data root are eager; the
231/// embedder is reached via [`AppState::embedder`].
232/// Test: `app_state_default_constructs` confirms construction without panic.
233#[derive(Clone)]
234pub struct AppState {
235 pub version: String,
236 pub registry: Arc<PalaceRegistry>,
237 pub data_root: PathBuf,
238 /// Optional default palace applied to MCP tool calls when the caller
239 /// omits the `palace` argument. Set via `trusty-memory serve --palace`.
240 pub default_palace: Option<String>,
241 /// Active chat provider selected at startup. `None` means no upstream is
242 /// configured (no Ollama detected and no OpenRouter key) — callers must
243 /// degrade gracefully (chat endpoint returns 412).
244 pub chat_provider: Arc<OnceCell<Option<Arc<dyn ChatProvider>>>>,
245 /// Per-palace chat-session stores, opened lazily so cold-start cost is
246 /// paid only when chat-history endpoints are hit.
247 ///
248 /// #4639: was an unbounded `DashMap` with no `remove`/TTL/cap, leaking one
249 /// `chat_sessions.redb` fd per palace for the daemon's lifetime (844
250 /// measured live, all pointing at already-unlinked files). Now an
251 /// LRU-bounded cache that evicts cold, unused stores.
252 pub session_stores: Arc<SessionStoreCache>,
253 /// Broadcast sender for live `DaemonEvent` pushes to SSE subscribers.
254 ///
255 /// Why: Lets mutating handlers emit events that any connected dashboard
256 /// receives instantly. Cap of 128 buffers transient slow readers; if a
257 /// receiver lags it gets `RecvError::Lagged` and we emit a `lag` frame.
258 pub events: Arc<broadcast::Sender<DaemonEvent>>,
259 /// Instant the daemon started, used to compute `uptime_secs` on `/health`.
260 ///
261 /// Why (issue #35): `GET /health` reports how long the daemon has been
262 /// up. Capturing a monotonic `Instant` at `AppState` construction lets the
263 /// handler compute the elapsed seconds cheaply and without a clock-skew
264 /// hazard.
265 /// What: a wall-monotonic `Instant`; `AppState::new` stamps it at startup.
266 /// Test: `health_endpoint_includes_resource_fields`.
267 pub started_at: std::time::Instant,
268 /// In-memory ring buffer of recent tracing log lines (issue #35).
269 ///
270 /// Why: the `GET /api/v1/logs/tail` endpoint serves the last N log lines
271 /// so operators can inspect a running daemon without tailing a file. The
272 /// buffer is shared between the tracing `LogBufferLayer` (writer) and the
273 /// HTTP handler (reader).
274 /// What: a cheap `Arc`-backed clone of the buffer the subscriber writes
275 /// to. Defaults to an empty buffer for states that never install the
276 /// layer (tests, the stdio path).
277 /// Test: `logs_tail_returns_recent_lines`.
278 pub log_buffer: trusty_common::log_buffer::LogBuffer,
279 /// Bug-capture ERROR store (bug-reporting #478, Phase 1).
280 ///
281 /// Why: Phase 2 MCP / HTTP endpoints need to query captured errors; stashing
282 /// the `ErrorStore` handle here lets any handler reach it cheaply without
283 /// a second global or per-request construction.
284 /// What: populated by `run_serve` from the `init_tracing_with_buffer_and_capture`
285 /// result; the layer writes to this store automatically so every
286 /// `tracing::error!` call site contributes without any changes to call
287 /// sites. `None` in states that do not install the layer (tests, the
288 /// stdio path).
289 /// Test: compile-presence is verified by the `trusty-memory` build; Phase 2
290 /// will add query tests in `web.rs`.
291 pub error_store: Option<trusty_common::error_capture::ErrorStore>,
292 /// Minimal multi-tenant authorization seam (issue #1714). `false`
293 /// (single-tenant, the default) preserves today's behaviour — every
294 /// existing caller of `palace_create force=true` keeps working. `true`
295 /// opts into `authz::authorize_force_palace_create` failing closed on
296 /// every `force=true` request until a real capability check lands. Set
297 /// via `with_multi_tenant_mode_from_env` (`TRUSTY_MEMORY_MULTI_TENANT=1`);
298 /// see the `authz` module docs for the full design rationale.
299 pub multi_tenant_mode: bool,
300 /// Most recent on-disk footprint of `data_root`, in bytes (issue #35).
301 ///
302 /// Why: `GET /health` reports `disk_bytes`. Walking the data directory on
303 /// every health request would make a frequent health poll do unbounded
304 /// I/O; a background task recomputes it every 10 s and stores it here so
305 /// the handler reads it lock-free.
306 /// What: an `AtomicU64` updated by the ticker spawned in `run_http_on`.
307 /// `0` until the first walk completes.
308 /// Test: `health_endpoint_includes_resource_fields`.
309 pub disk_bytes: Arc<std::sync::atomic::AtomicU64>,
310 /// Per-process RSS + CPU sampler, refreshed on each `/health` request
311 /// (issue #35).
312 ///
313 /// Why: CPU usage is a delta between two `sysinfo` refreshes, so the
314 /// sampler must persist between requests — hence the shared `Mutex`.
315 /// What: a `tokio::sync::Mutex<SysMetrics>` so the async health handler
316 /// can sample without blocking the runtime.
317 /// Test: `health_endpoint_includes_resource_fields`.
318 pub sys_metrics: Arc<tokio::sync::Mutex<trusty_common::sys_metrics::SysMetrics>>,
319 /// HTTP listener address the daemon bound to, once `run_http_on` is running.
320 ///
321 /// Why: clients (and `/health` responses) need to advertise the live
322 /// `host:port` even though port selection happens dynamically (7070–7079
323 /// walk + OS fallback). Stashing it on `AppState` lets request handlers
324 /// surface the discovery value without re-querying the listener.
325 /// What: a `OnceLock<SocketAddr>` so `run_http_on` writes it exactly once
326 /// at bind time and every handler reads it lock-free thereafter. Empty
327 /// (`None` from `get()`) on the stdio path where no listener exists.
328 /// Test: `health_endpoint_reports_bound_addr` (added below).
329 pub bound_addr: Arc<OnceLock<SocketAddr>>,
330 /// Cached prompt-facts surface served by the MCP `get_prompt_context`
331 /// tool (issue #42).
332 ///
333 /// Why: The original session-init `prompts/get` design loaded context
334 /// once per connection; switching to a per-message tool lets the model
335 /// pull fresh, query-filtered context on demand. The cache holds both
336 /// the raw triples (for filtered lookups) and a pre-formatted Markdown
337 /// block (for the unfiltered hot path) so neither code path re-walks
338 /// the KG. The cache is rebuilt by
339 /// `prompt_facts::rebuild_prompt_cache` after any write that touches a
340 /// hot predicate. #5524: every caller-supplied assert reaches that rebuild
341 /// through `kg_write::assert_triple` rather than each surface remembering
342 /// to call it; the retract side (`remove_prompt_fact`) still calls the
343 /// rebuild directly.
344 /// What: An `Arc<tokio::sync::RwLock<PromptFactsCache>>` so the hot
345 /// read path takes a brief read lock and clones the cache; rebuilds
346 /// take a write lock for the assignment only. The async-aware lock
347 /// (issue #229) yields to the tokio runtime instead of blocking a
348 /// runtime thread for the rebuild duration. An empty `triples` vec ↔
349 /// "no context stored yet" (the tool handler renders a hint).
350 /// Test: `get_prompt_context_returns_cached_or_hint`,
351 /// `get_prompt_context_filters_by_query`.
352 pub prompt_context_cache: Arc<RwLock<prompt_facts::PromptFactsCache>>,
353 /// Serializes the Tier S check-then-write sequence (#4888).
354 ///
355 /// Why: the 20-fact cap is only a cap if it cannot be raced past.
356 /// `check_tier_s_admission` counts active facts across every palace and
357 /// then the caller writes — two callers that both observe 19 would both
358 /// pass and the surface would land at 21. Nothing else serializes them:
359 /// the KG's single-writer actor orders writes only *within* one palace,
360 /// and the count spans all of them. "Usually 20, occasionally 21" is not
361 /// the invariant ADR-0028 D8 asks for.
362 /// What: an async mutex whose guard is acquired by
363 /// `check_tier_s_admission` and returned to the caller, which must hold it
364 /// until its `kg.assert` is enqueued. Cold predicates never acquire it, so
365 /// ordinary knowledge-graph writes stay fully concurrent; hot writes are
366 /// deliberate and rare, so serializing them costs nothing measurable.
367 /// Test: `tier_s_cap_holds_under_concurrent_writes`.
368 pub tier_s_admission_lock: Arc<tokio::sync::Mutex<()>>,
369 /// Persistent activity log (issue #96).
370 ///
371 /// Why: the dashboard activity feed used to be a pure live-stream over
372 /// `/sse` — opening the UI showed an empty feed and any mutation from
373 /// the MCP path was invisible. Holding an `ActivityLog` on `AppState`
374 /// lets `emit` record an entry on every push so the
375 /// `GET /api/v1/activity` handler can return historical rows on mount
376 /// and the live SSE stream can continue prepending events on top of
377 /// the loaded history. `None` on builds that opt out (tests that use
378 /// `AppState::new` get a real log under their tempdir so behaviour
379 /// matches production).
380 /// What: an `Arc<ActivityLog>` shared with every emitter.
381 /// Test: `web::tests::activity_endpoint_lists_recent_emits`.
382 pub activity_log: Arc<ActivityLog>,
383 /// Optional in-process BM25 lexical search lane (issue #156, #5329).
384 ///
385 /// Why: this single field replaces the former `bm25_client` +
386 /// `bm25_supervisor` pair. Those existed because BM25 ran as a per-palace
387 /// subprocess — one to speak its wire protocol, one to spawn and reap it.
388 /// #5329 collapsed the subprocess into this process, so the lane IS the
389 /// index and there is nothing left to supervise.
390 /// What: `Some(lane)` only when `TRUSTY_BM25_DAEMON=1` at startup. Every
391 /// code path that uses it is gated on `is_some()` and falls back to
392 /// vector-only recall otherwise, so a deployment that never set the gate —
393 /// which is every shipped deployment (#5186) — sees no behavioural change.
394 ///
395 /// 🔴 `pub(crate)`, not `pub`, and that is load-bearing. Installing a lane
396 /// also has to rebuild the indexer worker, because `AppState::new` spawns it
397 /// before any lane exists. Assigning this field on its own produces a state
398 /// whose READS use the lane and whose WRITES the placeholder worker
399 /// discards — silently, with no error anywhere. [`Self::with_bm25_lane`] is
400 /// the only way to set it and does both halves; keeping the field private
401 /// makes the broken half-installed state unrepresentable outside this crate
402 /// rather than merely documented. Read it with [`Self::bm25_lane`].
403 /// Test: `bm25_lane_disabled_by_default`, `bm25_lane_enabled_when_env_set`,
404 /// `writes_through_the_tool_surface_survive_eviction`.
405 pub(crate) bm25: Option<Arc<bm25_lane::Bm25Lane>>,
406 /// Per-palace write serialisation locks (issue #230).
407 ///
408 /// Why: the dedup gate in `tools.rs` previously read a snapshot of
409 /// existing drawers, checked for near-duplicates via Jaro-Winkler, and
410 /// then issued the write — a classic time-of-check/time-of-use race.
411 /// Two concurrent `memory_remember` calls with the same content could
412 /// both see the pre-write snapshot, both pass the gate, and both land
413 /// duplicate drawers. Serialising the gate-then-write sequence per
414 /// palace closes the window: while one task holds the mutex, any
415 /// concurrent writer for the same palace blocks until the first write
416 /// finishes and is visible to `list_drawers`. The lock is **per
417 /// palace** (not global) so writes to different palaces continue to
418 /// run in parallel.
419 /// What: a `DashMap` keyed by palace id, where each entry is an
420 /// `Arc<tokio::sync::Mutex<()>>`. The mutex is constructed lazily by
421 /// `palace_write_lock` on first access. `Arc` lets callers hold a
422 /// clone of the lock past the lifetime of the `DashMap` entry so the
423 /// map never needs to be held across an `.await`.
424 /// Test: `tools::tests::dedup_gate_blocks_concurrent_duplicate_writes`.
425 pub palace_write_locks: Arc<dashmap::DashMap<String, Arc<tokio::sync::Mutex<()>>>>,
426 /// Counter of in-flight activity-log writes spawned by `emit`
427 /// (issue #232).
428 ///
429 /// Why: `emit` offloads the synchronous redb append to the tokio blocking
430 /// pool via `spawn_blocking` so the async runtime is never parked waiting
431 /// on fsync. The write is fire-and-forget — `emit` returns immediately
432 /// after spawning. Tests that observe the activity log right after a
433 /// burst of `emit` calls need a deterministic synchronization point;
434 /// holding an in-flight counter lets `flush_activity_writes` poll until
435 /// every spawned append has settled, which keeps the assertions
436 /// race-free without forcing every caller to `.await`.
437 /// What: an `Arc<AtomicUsize>` incremented before each `spawn_blocking`
438 /// and decremented inside the closure (after the append completes, even
439 /// if it errored). The counter is cheap (one atomic add per emit) and
440 /// stays at zero in steady-state production traffic.
441 /// Test: `web::tests::activity_endpoint_lists_recent_emits` and
442 /// `tests::emit_persists_mutations_but_skips_status_changed` call
443 /// `flush_activity_writes` to drain the counter before reading the log.
444 pub pending_activity_writes: Arc<AtomicUsize>,
445 /// Live occupancy gauge for the palace open path (issue #4001).
446 ///
447 /// Why: during the #3992 incident six daemon threads sat parked in
448 /// `concurrent_open::backoff_sleep_ms` with a `memory_remember` hung
449 /// ~1800 s, while both doctors reported HEALTHY. Every existing signal —
450 /// HTTP liveness, fastembed cache state, lock-file staleness — describes
451 /// the *process*, not the *work*. This is the one field that can answer
452 /// "is anything actually moving?", and `/health` surfaces it so an
453 /// out-of-process doctor can report what the daemon actually observed
454 /// instead of inferring health from a cheap proxy.
455 /// What: an [`worker_liveness::WorkerLiveness`] slot table; one CAS on
456 /// entry and one store on exit per tracked operation, so the gauge cannot
457 /// itself become the load problem it exists to detect.
458 /// Test: `web::tests::health_tests::health_reports_wedged_worker_pool`.
459 pub worker_liveness: Arc<worker_liveness::WorkerLiveness>,
460 /// How long an operation may run before the pool is called wedged.
461 ///
462 /// Why this is state rather than an env read on the request path: `/health`
463 /// is polled once a second, so re-reading (and re-parsing) an environment
464 /// variable per request is needless work; resolving it once at construction
465 /// also makes the value a property of the daemon instead of a process-wide
466 /// global, which is what lets tests drive the wedge condition
467 /// deterministically instead of mutating shared env state and racing each
468 /// other.
469 /// What: defaults to [`worker_liveness::wedge_threshold`].
470 /// Test: `web::tests::health_tests::health_reports_wedged_worker_pool`.
471 pub wedge_threshold: std::time::Duration,
472 /// In-memory cache mapping palace id → `Palace.name` (issue #228).
473 ///
474 /// Why: every `memory_remember` / `memory_note` write used to call
475 /// `PalaceRegistry::list_palaces` (a synchronous filesystem walk of the
476 /// data root) just to resolve a friendly palace name for the SSE
477 /// `DrawerAdded` event. With N palaces on disk the cost was O(N) opendirs
478 /// plus `palace.json` reads on every write, blocking the async runtime.
479 /// Caching the name in-memory turns the lookup into a `DashMap::get`.
480 /// What: `DashMap<String, String>` populated by `create_palace` and
481 /// `load_palaces_from_disk`, kept in sync by rename / delete paths.
482 /// Missing entries are treated as "name unknown" so callers fall back to
483 /// the palace id and the emit path never fails.
484 /// Test: `palace_name_cache_populated_after_hydration` and
485 /// `palace_name_cache_updates_on_create`.
486 pub palace_names: Arc<dashmap::DashMap<String, String>>,
487 /// Single-pass startup pin-file map: palace id → project root path (issue #470).
488 ///
489 /// Why: after daemon startup we have no record of which on-disk project
490 /// directories correspond to which palace ids — that information only
491 /// existed inside the pin files on disk. Eager-opening every palace on
492 /// startup is too expensive. This field captures the scan-only result of
493 /// `startup_scan::scan_pin_map` so handlers that want to locate a project
494 /// by its palace id (e.g. future cwd-inference, project-health checks)
495 /// can do a single `DashMap::get` instead of a filesystem walk.
496 /// Populated once, shortly after `load_palaces_from_disk` returns, by
497 /// `spawn_startup_tasks`. Never mutated after population — it is a
498 /// snapshot of what the filesystem looked like at startup.
499 /// What: `DashMap<String (palace_id), PathBuf (project root)>`.
500 /// The outer `Arc` lets `spawn_startup_tasks` (which holds only a clone
501 /// of `AppState`) write to the same backing map that request handlers
502 /// read. Population is asynchronous so callers must treat an absent entry
503 /// as "not yet scanned" (or "no pin found"), never as "palace unknown".
504 /// Test: `startup_scan::tests::scan_pin_map_*` validate the underlying
505 /// scanner function; the wiring in `spawn_startup_tasks` is covered by
506 /// the integration-test daemon start path.
507 pub pin_project_map: Arc<dashmap::DashMap<String, PathBuf>>,
508 /// Bounded sender for the BM25 index worker (issue #231).
509 ///
510 /// Why: the previous fire-and-forget design `tokio::spawn`ed one task per
511 /// `memory_remember` / `memory_note` call, so a write burst against a slow
512 /// or unreachable BM25 daemon grew an unbounded in-flight task queue. A
513 /// single long-lived worker draining a bounded mpsc channel caps that
514 /// back-pressure: writers `try_send` (never block), full-queue requests
515 /// are dropped with a `warn!`, and the worker exits cleanly when the last
516 /// sender is dropped on shutdown.
517 /// What: an `mpsc::Sender` cloned to every `AppState` clone (cheap). The
518 /// matching receiver is consumed by the worker spawned in
519 /// [`AppState::new`] via [`tools::spawn_bm25_index_worker`]. Capacity is
520 /// [`tools::BM25_INDEX_QUEUE_CAPACITY`] (256).
521 /// Test: `bm25_index_queue_drops_when_full` exercises the full-queue
522 /// branch via `bm25_index_enqueue`.
523 pub bm25_index_tx: tokio::sync::mpsc::Sender<tools::Bm25IndexRequest>,
524 /// Palaces whose BM25 coverage is known to be incomplete (#5048 review).
525 ///
526 /// Why: `bm25_index_enqueue` drops on a full queue so `memory_remember`
527 /// never waits on daemon RTT. That trade is only defensible if a drop is
528 /// actually repaired, and before this field the sole production trigger for
529 /// a backfill was daemon startup — so a drop stayed invisible until the
530 /// next restart. Every observer of lost coverage marks the palace here and
531 /// [`bm25_repair::spawn_repair_sweep`] consumes it on an interval.
532 /// What: a `DashSet` of palace ids, shared by every `AppState` clone.
533 /// Idempotent — forty drops for one palace queue one repair.
534 /// Test: `bm25_repair_tests.rs`, `bm25_index_queue_drops_when_full`.
535 pub bm25_dirty: bm25_repair::DirtyPalaces,
536 /// Cached result of the startup update check (issue #537).
537 ///
538 /// Why: `/health` should report `update_available` without hitting crates.io
539 /// on every probe. A single background check at daemon startup stores the
540 /// result here; the health handler reads it lock-free (well, a brief mutex
541 /// lock) without a network call.
542 /// What: `None` = up-to-date or check not yet done; `Some("x.y.z")` = newer
543 /// version available. The field is populated by a `tokio::spawn` in
544 /// `spawn_startup_tasks` (main.rs) after the daemon binds.
545 /// Test: indirectly by the `/health` endpoint tests in `web.rs`.
546 pub update_available: Arc<std::sync::Mutex<Option<String>>>,
547 /// Two-phase readiness state — `Warming` until the embedder is initialised,
548 /// then `Ready` (issues #910 / #911).
549 ///
550 /// Why: `AppState::embedder()` used to call `FastEmbedder::new()` without
551 /// any timeout, so the first `memory_recall`/`memory_remember` that arrived
552 /// before CoreML finished compiling would block for 5–11 hours until the
553 /// OnceCell resolved (issue #910). Exposing this state lets the preflight
554 /// guards in `tools.rs` return an explicit fast error immediately —
555 /// `"trusty-memory is warming up, retry shortly"` — instead of queueing
556 /// behind an open-ended init.
557 /// What: An `AtomicU8` starting at `DaemonReadiness::Warming` (0) and flipped
558 /// to `DaemonReadiness::Ready` (1) by `spawn_startup_tasks` after the embedder
559 /// warm-up succeeds. The transition is one-way and lock-free.
560 /// Test: `daemon_readiness_transitions_warming_to_ready`.
561 pub daemon_readiness: Arc<AtomicU8>,
562 /// Total wall-clock ceiling for one MCP write operation (issue #4002).
563 ///
564 /// Why: a write waits for the per-palace write mutex and then waits again
565 /// to enter the per-palace open queue. Each leg was bounded by its own
566 /// timeout, so the effective ceiling was their sum (60 s + ~63 s), not
567 /// either configured bound. The handlers stamp one
568 /// [`trusty_common::memory_core::timeouts::OpBudget`] from this value and
569 /// clamp every leg through it, so the later leg spends what the earlier
570 /// leg left.
571 /// What: defaults to
572 /// [`trusty_common::memory_core::timeouts::write_op_budget`]
573 /// (`TRUSTY_WRITE_OP_BUDGET_SECS`, 60 s). Stored per-instance rather than
574 /// re-read from the environment so
575 /// [`AppState::with_write_op_budget`] can inject a short deadline in tests
576 /// without mutating process-wide state, which would race parallel tests —
577 /// the same reason `PalaceRegistry::with_open_queue_timeout` exists.
578 /// Test: `tools::tests::write_budget_tests`.
579 pub write_op_budget: std::time::Duration,
580}
581
582impl AppState {
583 /// Construct an `AppState` rooted at the given on-disk data directory.
584 ///
585 /// Why: The CLI (`serve`) and integration tests need to point the MCP
586 /// server at different roots — production at `dirs::data_dir`, tests at a
587 /// `tempfile::tempdir()`.
588 /// What: Builds an empty `PalaceRegistry`, captures the version, and
589 /// allocates an empty `OnceCell` for the embedder. `default_palace` is
590 /// `None`; use `with_default_palace` to set it.
591 /// Test: `tools::tests::dispatch_palace_create_persists` constructs an
592 /// AppState pointed at a tempdir and round-trips a palace through it.
593 pub fn new(data_root: PathBuf) -> Self {
594 let (events_tx, _) = broadcast::channel::<DaemonEvent>(128);
595 // Issue #96: open (or create) the persistent activity log under the
596 // daemon data root. Open failure is logged but never crashes the
597 // daemon — we fall back to a per-process tempdir so emits remain
598 // best-effort and the rest of the daemon keeps working.
599 let activity_log = open_activity_log_with_fallback(&data_root);
600 // Issue #231: bounded mpsc channel + single long-lived worker
601 // replaces the per-write `tokio::spawn` fire-and-forget pattern so
602 // BM25 indexing back-pressure is capped. The worker is spawned here
603 // unconditionally so the channel always has a drain — even when
604 // the lane is off, the worker just consumes and discards
605 // each request so senders never block on a full queue.
606 let (bm25_index_tx, bm25_index_rx) =
607 tokio::sync::mpsc::channel::<tools::Bm25IndexRequest>(tools::BM25_INDEX_QUEUE_CAPACITY);
608 // `bm25` starts as `None`; the builder `with_bm25_lane_from_env`
609 // rebuilds the worker with the real lane once env-gated opt-in is
610 // resolved.
611 let bm25_dirty: bm25_repair::DirtyPalaces = Arc::new(dashmap::DashSet::new());
612 tools::spawn_bm25_index_worker(bm25_index_rx, None, Arc::clone(&bm25_dirty));
613 Self {
614 version: env!("CARGO_PKG_VERSION").to_string(),
615 // Idle-to-disk: honour TRUSTY_MEMORY_MAX_OPEN_PALACES (default 64)
616 // so operators can bound resident-palace RAM without a rebuild.
617 registry: Arc::new(PalaceRegistry::from_env()),
618 data_root,
619 default_palace: None,
620 chat_provider: Arc::new(OnceCell::new()),
621 // #4639: bounded LRU (TRUSTY_MEMORY_MAX_OPEN_SESSION_STORES,
622 // default 32) so chat_sessions.redb handles stop accumulating.
623 session_stores: Arc::new(SessionStoreCache::from_env()),
624 events: Arc::new(events_tx),
625 started_at: std::time::Instant::now(),
626 // Default to an empty buffer — `with_log_buffer` overrides this
627 // when the daemon installs the `LogBufferLayer` (HTTP mode).
628 log_buffer: trusty_common::log_buffer::LogBuffer::new(
629 trusty_common::log_buffer::DEFAULT_LOG_CAPACITY,
630 ),
631 // Bug-reporting #478: `None` until `with_error_store` is called
632 // during daemon startup (HTTP mode). Tests keep `None` so no
633 // unexpected files are written to the OS data dir.
634 error_store: None,
635 multi_tenant_mode: false,
636 disk_bytes: Arc::new(std::sync::atomic::AtomicU64::new(0)),
637 sys_metrics: Arc::new(tokio::sync::Mutex::new(
638 trusty_common::sys_metrics::SysMetrics::new(),
639 )),
640 bound_addr: Arc::new(OnceLock::new()),
641 prompt_context_cache: Arc::new(RwLock::new(prompt_facts::PromptFactsCache::default())),
642 tier_s_admission_lock: Arc::new(tokio::sync::Mutex::new(())),
643 activity_log,
644 bm25: None,
645 palace_write_locks: Arc::new(dashmap::DashMap::new()),
646 pending_activity_writes: Arc::new(AtomicUsize::new(0)),
647 worker_liveness: Arc::new(worker_liveness::WorkerLiveness::new()),
648 wedge_threshold: worker_liveness::wedge_threshold(),
649 palace_names: Arc::new(dashmap::DashMap::new()),
650 pin_project_map: Arc::new(dashmap::DashMap::new()),
651 bm25_index_tx,
652 bm25_dirty,
653 update_available: Arc::new(std::sync::Mutex::new(None)),
654 // Start in Warming state; flipped to Ready by spawn_startup_tasks
655 // once the embedder warm-up succeeds (issues #910/#911).
656 daemon_readiness: Arc::new(AtomicU8::new(DaemonReadiness::Warming as u8)),
657 // #4002: one ceiling for the whole write, read once at construction.
658 write_op_budget: trusty_common::memory_core::timeouts::write_op_budget(),
659 }
660 }
661
662 /// Override the per-operation write budget (issue #4002).
663 ///
664 /// Why: tests must prove the two write legs draw on ONE budget without
665 /// setting `TRUSTY_WRITE_OP_BUDGET_SECS`, which is process-wide and would
666 /// race any test running in parallel.
667 /// What: consuming builder that overwrites [`AppState::write_op_budget`].
668 /// Test: `tools::tests::write_budget_tests`.
669 #[must_use]
670 pub fn with_write_op_budget(mut self, budget: std::time::Duration) -> Self {
671 self.write_op_budget = budget;
672 self
673 }
674
675 /// Acquire (lazily, then clone) the per-palace write mutex.
676 ///
677 /// Why (issue #230): the dedup-check + `remember_with_options` write
678 /// sequence in `tools.rs` must be atomic per palace to prevent two
679 /// concurrent identical writes from both passing the dedup gate.
680 /// Callers hold the returned `Arc<Mutex<()>>`'s guard across the gate
681 /// check and the write so the second writer blocks until the first
682 /// write is visible to `list_drawers`. Returning a clone of the `Arc`
683 /// rather than a borrow into the `DashMap` lets the caller `.await`
684 /// while holding the lock without risking a deadlock against any
685 /// future map mutation (DashMap shards are sync mutexes).
686 /// What: looks up the palace id in `palace_write_locks` and returns
687 /// a clone of the existing mutex; on the first call for a palace,
688 /// inserts a freshly-constructed `tokio::sync::Mutex<()>` first. The
689 /// `DashMap::entry().or_insert_with` API guarantees the lazy
690 /// construction is racy-safe — only one mutex is ever inserted per
691 /// palace id.
692 /// Test: `tools::tests::dedup_gate_blocks_concurrent_duplicate_writes`.
693 pub fn palace_write_lock(&self, palace_id: &str) -> Arc<tokio::sync::Mutex<()>> {
694 if let Some(existing) = self.palace_write_locks.get(palace_id) {
695 return existing.clone();
696 }
697 self.palace_write_locks
698 .entry(palace_id.to_string())
699 .or_insert_with(|| Arc::new(tokio::sync::Mutex::new(())))
700 .clone()
701 }
702
703 /// Look up a project root path by palace id in the startup pin-scan map.
704 ///
705 /// Why: provides a stable, cheap accessor so handlers do not reach directly
706 /// into the `DashMap` field and so the accessor can be mocked in future
707 /// tests without touching `AppState` internals. The map is populated
708 /// asynchronously by `spawn_startup_tasks` — an absent entry means either
709 /// the scan has not completed yet or no pin file claimed that id.
710 /// What: returns `Some(project_path)` when the palace id was found during
711 /// startup scan; `None` otherwise.
712 /// Test: covered indirectly via the startup-scan integration path; the
713 /// underlying map data is validated by `startup_scan::tests`.
714 pub fn pinned_project_path(&self, palace_id: &str) -> Option<PathBuf> {
715 self.pin_project_map.get(palace_id).map(|e| e.clone())
716 }
717
718 /// Builder-style: opt-in to the BM25 lexical lane (issue #156, #5329).
719 ///
720 /// Why: the lane stays gated behind `TRUSTY_BM25_DAEMON=1` even though
721 /// #5329 removed the daemon that name refers to. Renaming the variable
722 /// would break the only enablement path anyone could have configured, in
723 /// the one PR whose purpose is not losing that lane — the compatibility is
724 /// worth more than the accuracy.
725 /// What: when the gate is set, builds a [`bm25_lane::Bm25Lane`] over this
726 /// state's `data_root` — which is where the retired daemon wrote its
727 /// snapshots, so an existing corpus is picked up in place — and rebuilds
728 /// the bounded indexer channel so its worker holds the lane. Returns `self`
729 /// unchanged when the var is unset or set to anything other than `1`.
730 /// Test: `bm25_lane_disabled_by_default`, `bm25_lane_enabled_when_env_set`.
731 #[must_use]
732 pub fn with_bm25_lane_from_env(self) -> Self {
733 // #5329: the gate keeps its daemon-era name so an operator who set it
734 // does not silently lose the lane this change exists to preserve.
735 if std::env::var("TRUSTY_BM25_DAEMON").as_deref() != Ok("1") {
736 return self;
737 }
738 let lane = bm25_lane::Bm25Lane::new(self.data_root.clone());
739 tracing::info!(
740 max_resident = lane.max_resident(),
741 text_budget_bytes = ?lane.text_budget_bytes(),
742 "in-process BM25 lane enabled (TRUSTY_BM25_DAEMON=1)"
743 );
744 self.with_bm25_lane(lane)
745 }
746
747 /// Builder-style: install an explicit BM25 lane, bypassing the env gate.
748 ///
749 /// Why: setting `bm25` on its own is a footgun. `AppState::new` spawns the
750 /// indexer worker with no lane, so a caller that assigns the field and
751 /// nothing else gets a state whose reads use the lane and whose WRITES are
752 /// silently discarded by the placeholder worker — which is exactly what
753 /// `writes_through_the_tool_surface_survive_eviction` caught. Every path
754 /// that installs a lane goes through here so the two cannot drift apart.
755 /// What: rebuilds the bounded indexer channel + worker so the worker holds
756 /// the lane, then stores it. The placeholder worker installed by
757 /// `AppState::new` exits cleanly when the replaced sender closes its
758 /// receiver. Tests use this to pin explicit limits without mutating
759 /// process-global env vars.
760 /// Test: `tests/bm25_lane_concurrency.rs`, `bm25_lane_enabled_when_env_set`.
761 #[must_use]
762 pub fn with_bm25_lane(mut self, lane: Arc<bm25_lane::Bm25Lane>) -> Self {
763 // Issue #231: the bounded channel is what keeps a write burst from
764 // growing an unbounded task queue; rebuilding it here is what points
765 // its single worker at the lane.
766 let (tx, rx) =
767 tokio::sync::mpsc::channel::<tools::Bm25IndexRequest>(tools::BM25_INDEX_QUEUE_CAPACITY);
768 tools::spawn_bm25_index_worker(rx, Some(Arc::clone(&lane)), Arc::clone(&self.bm25_dirty));
769 self.bm25_index_tx = tx;
770 self.bm25 = Some(lane);
771 self
772 }
773
774 /// The BM25 lane, if one is installed.
775 ///
776 /// Why: the read half of the `pub(crate)` field above. Callers outside this
777 /// crate — the integration tests, and anything that wants to flush or query
778 /// the lane directly — need to reach it without being able to swap it for
779 /// one the indexer worker has never heard of.
780 /// Test: `tests/bm25_lane_concurrency.rs`, `tests/bm25_alias_write.rs`.
781 pub fn bm25_lane(&self) -> Option<&Arc<bm25_lane::Bm25Lane>> {
782 self.bm25.as_ref()
783 }
784
785 /// Scan the palace registry directory and re-register every persisted
786 /// palace into the in-memory [`PalaceRegistry`].
787 ///
788 /// Why: `AppState::new` builds an *empty* registry, so after a daemon
789 /// restart `palace_list` / the dashboard reported zero palaces even though
790 /// dozens existed on disk — palace metadata was persisted by
791 /// `palace_create` but never re-hydrated on startup. This method closes
792 /// that gap by walking the on-disk layout (each subdirectory holding a
793 /// `palace.json` is one palace) and rebuilding a live `PalaceHandle` for
794 /// each, so recall paths see the full set immediately after a restart.
795 /// What: runs the blocking filesystem walk + per-palace
796 /// `PalaceHandle::open_with_intent` on a `spawn_blocking` thread (so it
797 /// never stalls the async runtime), registers each successfully opened
798 /// palace via `register_arc`, logs every load at `debug!`, and returns the
799 /// count loaded. A palace that fails to open (corrupt index, unreadable
800 /// `kg.db`, etc.) is logged at `warn!` and skipped — one bad palace must not
801 /// abort startup or crash the daemon — but the skip is RECORDED (#4911) and
802 /// readable via [`PalaceRegistry::unopenable`], so a palace whose bytes
803 /// survive and whose contents cannot be read stays observable instead of
804 /// reading as absent. `data_root` is expected to already be the palace
805 /// registry directory — `main.rs` resolves it via
806 /// [`resolve_palace_registry_dir`] before constructing the `AppState`, so
807 /// the flat / legacy-`palaces/` layout difference is handled exactly once.
808 ///
809 /// Intent (#1487, #4911): every open uses the registry's own
810 /// `OpenIntent`, NOT the zero-arg `PalaceHandle::open` default. This is
811 /// the path a restarting daemon takes for every palace it already has on
812 /// disk, so hardcoding `ReadOnlyClient` here made the daemon's
813 /// `with_writer_intent()` guarantee false in the common case.
814 /// Test: `tests::load_palaces_from_disk_rehydrates_registry` writes two
815 /// palaces into a tempdir, constructs an `AppState`, calls this method, and
816 /// asserts the returned count and registry contents;
817 /// `load_palaces_from_disk_honours_registry_open_intent` covers the intent
818 /// contract in both directions and
819 /// `load_palaces_from_disk_records_an_unopenable_palace` the skip record.
820 pub async fn load_palaces_from_disk(&self) -> Result<usize> {
821 let registry_dir = self.data_root.clone();
822 let registry = self.registry.clone();
823 let palace_names = self.palace_names.clone();
824 // The directory walk and each `PalaceHandle::open` perform blocking
825 // filesystem + redb/usearch I/O — run the whole hydration on the
826 // blocking pool so it never parks an async worker thread.
827 let count = tokio::task::spawn_blocking(move || -> Result<usize> {
828 let palaces = PalaceRegistry::list_palaces(®istry_dir)?;
829 let total = palaces.len();
830 let mut loaded = 0usize;
831 let mut skipped = 0usize;
832 // #4911: hydrate under the registry's own intent, not the zero-arg
833 // `PalaceHandle::open` default (`ReadOnlyClient`).
834 let intent = registry.open_intent();
835 for palace in palaces {
836 match trusty_common::memory_core::PalaceHandle::open_with_intent(&palace, intent) {
837 Ok(handle) => {
838 tracing::debug!(
839 palace = %palace.id,
840 data_dir = %palace.data_dir.display(),
841 "loaded palace from disk"
842 );
843 // Issue #228: seed the in-memory name cache so write
844 // hot paths (memory_remember / memory_note) can resolve
845 // the friendly palace name without re-walking the data
846 // root. Insert here (during hydration) is the single
847 // point of truth for restart-time population.
848 palace_names.insert(palace.id.0.clone(), palace.name.clone());
849 registry.register_arc(handle);
850 loaded += 1;
851 }
852 Err(e) => {
853 // Why (issue #467): a single bad palace (corrupt kg.db,
854 // stale WAL, EMFILE — "Too many open files", permissions)
855 // must never abort startup or block the HTTP server from
856 // binding. Log per-palace and keep going; the summary
857 // below tells operators how many were skipped without
858 // trawling the log.
859 // The palace is NOT registered in the in-memory registry,
860 // so the next `open_palace` call for this id will attempt
861 // a fresh open from disk — the lazy-reopen path. If the
862 // root cause was EMFILE and the fd-limit fix (#462) raised
863 // the soft limit to 8192, that first request will succeed.
864 tracing::warn!(
865 palace = %palace.id,
866 data_dir = %palace.data_dir.display(),
867 "skipping palace during startup hydration: {e:#}; \
868 will retry lazily on first access"
869 );
870 // #4911: a skipped palace is absent from the handle
871 // cache, so record it or it reads as never having
872 // existed. Cleared by `register_arc` if it later opens.
873 registry.record_unopenable(palace.id.clone(), format!("{e:#}"));
874 skipped += 1;
875 }
876 }
877 }
878 tracing::info!(
879 "palace hydration summary: loaded {loaded}/{total} ({skipped} skipped due to errors)"
880 );
881 Ok(loaded)
882 })
883 .await
884 .map_err(|e| anyhow::anyhow!("join load_palaces_from_disk: {e}"))??;
885 Ok(count)
886 }
887
888 /// Builder-style: attach the daemon's shared `LogBuffer` so the
889 /// `GET /api/v1/logs/tail` endpoint serves the same lines the tracing
890 /// subscriber captures (issue #35).
891 ///
892 /// Why: `main` builds the buffer (via `init_tracing_with_buffer`) before
893 /// constructing the `AppState`, then hands a clone here so the HTTP
894 /// handler and the tracing layer observe the same ring.
895 /// What: replaces the empty default buffer with the supplied one.
896 /// Test: `logs_tail_returns_recent_lines`.
897 #[must_use]
898 pub fn with_log_buffer(mut self, buffer: trusty_common::log_buffer::LogBuffer) -> Self {
899 self.log_buffer = buffer;
900 self
901 }
902
903 /// Builder-style: mark this daemon as the sole palace writer so palace
904 /// redb files open with `OpenIntent::Writer` (issue #1487).
905 ///
906 /// Why: The HTTP daemon owns the write lock on every palace's `kg.redb`
907 /// and `index.usearch.redb`. Before this fix, when a *second* daemon
908 /// instance opened the same store it silently degraded to a read-only
909 /// snapshot and rejected every `memory_remember` for its lifetime —
910 /// effectively silent data loss when an MCP client routed a write to the
911 /// rogue instance. Opening as `Writer` makes the second instance fail
912 /// loud (after a short handoff-retry window that absorbs a graceful
913 /// launchd `bootout`→`bootstrap` overlap) instead of serving broken
914 /// reads-only. CLI, stdio-proxy, and test code paths never call this, so
915 /// they keep the snapshot read-fallback (issue #59).
916 /// What: Replaces `self.registry` with a fresh `PalaceRegistry` carrying
917 /// `OpenIntent::Writer`.
918 ///
919 /// Invariant: MUST be called on a fresh, unhydrated, unshared registry —
920 /// during startup, before `spawn_startup_tasks`/`load_palaces_from_disk`
921 /// registers any `PalaceHandle` and before the `AppState` (hence its
922 /// `Arc<PalaceRegistry>`) is cloned to a handler. Replacing the registry
923 /// discards the prior `Arc`; doing so after hydration would silently drop
924 /// live handles (data loss), and doing so after the state is shared would
925 /// leave other clones on the stale read-only registry. The guard is a
926 /// `debug_assert!` on the strongest cheap signals the registry exposes —
927 /// `is_empty()` (no handles hydrated) and `Arc::strong_count == 1` (not yet
928 /// shared) — so an ordering violation fails fast as the programmer error it
929 /// is (the call site is startup-only and fixed). Release builds elide the
930 /// assert; the real call site (`run_serve`) always satisfies it.
931 /// Test: `with_writer_intent_marks_registry_writer` and
932 /// `with_writer_intent_panics_on_hydrated_registry` in `lib_tests`.
933 #[must_use]
934 pub fn with_writer_intent(mut self) -> Self {
935 // Fail fast on an ordering bug: a hydrated registry (`!is_empty`) or a
936 // shared one (`strong_count > 1`) would silently drop live handles or
937 // strand other clones on the stale read-only registry (issue #1487).
938 debug_assert!(self.registry.is_empty() && Arc::strong_count(&self.registry) == 1);
939 // Idle-to-disk: preserve the configurable open-handle cap
940 // (TRUSTY_MEMORY_MAX_OPEN_PALACES) while marking the registry a writer.
941 self.registry = Arc::new(PalaceRegistry::from_env().with_writer_intent());
942 self
943 }
944
945 /// Builder-style: attach the bug-capture `ErrorStore` handle (bug-reporting #478).
946 ///
947 /// Why: Phase 2 MCP / HTTP endpoints need a handle to the in-memory error
948 /// ring so they can serve `recent_errors` / `errors_by_fingerprint`
949 /// without disk I/O on the hot path. Installing it here — rather than
950 /// adding it as a separate global — keeps the state graph explicit and
951 /// lets tests skip it by never calling this method.
952 /// What: stores `Some(store)` in `AppState::error_store`; the `BugCaptureLayer`
953 /// that writes to this store is already installed in the tracing
954 /// subscriber by `init_tracing_with_buffer_and_capture`. The store is
955 /// `Clone` (cheap `Arc` clone internally) so both the layer and this
956 /// field share the same underlying ring.
957 /// Test: Phase 2 will add `error_store_captures_and_queries` in `web.rs`.
958 #[must_use]
959 pub fn with_error_store(mut self, store: trusty_common::error_capture::ErrorStore) -> Self {
960 self.error_store = Some(store);
961 self
962 }
963
964 /// Builder-style: opt into multi-tenant authorization mode (issue #1714).
965 ///
966 /// Why: mirrors `with_bm25_client_from_env`'s pattern of keeping env-var
967 /// gating in one place. Unset (the default) preserves today's
968 /// single-tenant behaviour with zero change for existing callers. Issue
969 /// #2522 review: activation is silent otherwise, which makes a
970 /// misconfigured (or unexpectedly enabled) deployment hard to diagnose
971 /// from logs alone — log once at startup when the mode flips on.
972 /// What: sets `multi_tenant_mode` from `TRUSTY_MEMORY_MULTI_TENANT=1`; see
973 /// the `authz` module for what the flag then enforces. Logs via
974 /// `tracing::info!` (stderr only) when enabled; stays silent when
975 /// disabled (the default).
976 /// Test: `authorize_force_palace_create_denies_multi_tenant_without_capability`.
977 #[must_use]
978 pub fn with_multi_tenant_mode_from_env(mut self) -> Self {
979 self.multi_tenant_mode = std::env::var("TRUSTY_MEMORY_MULTI_TENANT").as_deref() == Ok("1");
980 if self.multi_tenant_mode {
981 tracing::info!(
982 "multi-tenant mode enabled (TRUSTY_MEMORY_MULTI_TENANT=1): force=true palace_create will be refused"
983 );
984 }
985 self
986 }
987
988 /// Send a `DaemonEvent` to all connected SSE subscribers and persist
989 /// it to the activity log when the variant carries a source.
990 ///
991 /// Why: Mutating handlers call this after a successful write so the
992 /// dashboard can update without polling. The send is best-effort —
993 /// `broadcast::Sender::send` returns `Err` only when there are no live
994 /// receivers, which is fine (no listeners == no work to do). Issue
995 /// #96 additionally writes the entry to the persistent activity log
996 /// so the feed can serve historical rows on page load and so MCP /
997 /// HTTP / Hook origins are visible to the operator. Persistence is
998 /// also best-effort — a write failure is logged but never blocks the
999 /// SSE broadcast.
1000 ///
1001 /// Issue #232: the activity-log append is a synchronous redb write +
1002 /// fsync. Calling it directly on the async caller's task parked a tokio
1003 /// worker thread on disk I/O for every SSE event. We now offload the
1004 /// append to the blocking thread pool via `spawn_blocking` and return
1005 /// immediately — `emit` stays synchronous so every existing caller
1006 /// (including the sync `dispatch_hook_fired` JSON-RPC handler) keeps
1007 /// compiling unchanged. The fire-and-forget pattern matches the
1008 /// pre-fix semantics (best-effort, never blocks the SSE broadcast)
1009 /// while freeing the async runtime to do real work during the write.
1010 /// What: serialises the event for the log (skipping `StatusChanged`
1011 /// which is a recomputed aggregate, not a mutation), spawns the redb
1012 /// append on `tokio::task::spawn_blocking` keyed by a clone of the
1013 /// `Arc<ActivityLog>` and the cloned event, then sends the event over
1014 /// the broadcast channel. A `pending_activity_writes` counter is bumped
1015 /// before the spawn and decremented inside the closure so
1016 /// [`Self::flush_activity_writes`] can drain in tests.
1017 /// Test: `web::tests::sse_stream_receives_palace_created` confirms a
1018 /// subscriber observes the emitted event;
1019 /// `activity_endpoint_lists_recent_emits` confirms persistence via
1020 /// `flush_activity_writes`.
1021 pub fn emit(&self, event: DaemonEvent) {
1022 if let Some(source) = event.source() {
1023 let event_type = event.type_str();
1024 let palace_id = event.palace_id().map(|s| s.to_string());
1025 let log = Arc::clone(&self.activity_log);
1026 let event_for_log = event.clone();
1027 let pending = Arc::clone(&self.pending_activity_writes);
1028 // Pre-allocate the sequence id in the emitting thread so the
1029 // persisted order matches the emission order even when blocking-pool
1030 // workers execute the writes concurrently (issue #247). Without
1031 // this, four rapid emits would assign IDs inside their respective
1032 // `spawn_blocking` closures in a non-deterministic order.
1033 let id = log.alloc_id();
1034 pending.fetch_add(1, Ordering::SeqCst);
1035 // Why: the synchronous redb append + fsync must not park an
1036 // async worker thread (issue #232). Spawn the write on the
1037 // blocking pool; the JoinHandle is intentionally dropped —
1038 // the write is best-effort and any failure is logged below.
1039 tokio::task::spawn_blocking(move || {
1040 let result = log.append_with_id(id, source, palace_id, event_type, &event_for_log);
1041 if let Err(e) = result {
1042 tracing::warn!("activity_log.append failed for {event_type}: {e:#}");
1043 }
1044 pending.fetch_sub(1, Ordering::SeqCst);
1045 });
1046 }
1047 let _ = self.events.send(event);
1048 }
1049
1050 /// Block (asynchronously) until every in-flight activity-log write
1051 /// spawned by [`Self::emit`] has settled.
1052 ///
1053 /// Why: `emit` offloads its redb append to `tokio::task::spawn_blocking`
1054 /// and returns immediately (issue #232). Tests that observe the
1055 /// activity log right after a burst of emits would otherwise race the
1056 /// blocking-pool worker; this helper gives them a deterministic
1057 /// synchronization point. Production code never needs to call this —
1058 /// the dashboard reads through `GET /api/v1/activity`, which already
1059 /// tolerates writes settling asynchronously.
1060 /// What: spins on `pending_activity_writes` with a 1 ms yield until the
1061 /// counter is zero. Cheap: tests typically emit a handful of events
1062 /// and the loop exits within a single scheduler tick.
1063 /// Test: covered indirectly by `emit_persists_mutations_but_skips_status_changed`
1064 /// and `web::tests::activity_endpoint_lists_recent_emits`.
1065 pub async fn flush_activity_writes(&self) {
1066 while self.pending_activity_writes.load(Ordering::SeqCst) > 0 {
1067 tokio::time::sleep(std::time::Duration::from_millis(1)).await;
1068 }
1069 }
1070
1071 /// Open (or return cached) the chat-session store for a palace.
1072 ///
1073 /// Why: Chat session persistence lives in a dedicated redb file under
1074 /// the palace's data dir (`chat_sessions.redb`) so it doesn't intermingle
1075 /// with the KG's transactional load. The store is cheap to clone via
1076 /// `Arc` but the underlying connection should be reused, so cache by id.
1077 /// What: delegates to the LRU-bounded [`SessionStoreCache`], which creates
1078 /// the palace data dir if missing, opens (or reuses) a `ChatSessionStore`,
1079 /// and evicts cold, *unused* stores once more than the cap are resident.
1080 /// Callers keep the returned `Arc` for as long as they need it — eviction
1081 /// never closes a store someone still holds.
1082 /// Test: `session_store_cache::tests::open_handles_are_bounded_by_cap`,
1083 /// `session_store_cache::tests::in_use_store_is_never_evicted`; the call
1084 /// path is covered indirectly by the session HTTP handlers in `web::tests`.
1085 pub fn session_store(&self, palace_id: &str) -> Result<Arc<ChatSessionStore>> {
1086 // #4639: bounded cache replaces the unbounded, never-evicting DashMap.
1087 self.session_stores
1088 .get_or_open(palace_id, &self.data_root.join(palace_id))
1089 }
1090
1091 /// Builder-style setter for the default palace name.
1092 ///
1093 /// Why: `serve --palace <name>` wants to bind every tool call to a
1094 /// project-scoped namespace without forcing every MCP request to repeat
1095 /// the palace argument.
1096 /// What: Returns `self` with `default_palace = Some(name)`.
1097 /// Test: `default_palace_used_when_arg_omitted` covers the resolution
1098 /// path; this setter is exercised there.
1099 pub fn with_default_palace(mut self, name: Option<String>) -> Self {
1100 self.default_palace = name;
1101 self
1102 }
1103
1104 /// Resolve (or initialize) the shared embedder.
1105 ///
1106 /// Why: FastEmbedder load is expensive — we share one instance across all
1107 /// tool calls; the `OnceCell` ensures concurrent first-use races collapse
1108 /// to a single load.
1109 /// What: Returns `Arc<FastEmbedder>` on success. Errors propagate from the
1110 /// underlying ONNX load.
1111 /// Test: Indirectly via `dispatch_remember_then_recall`.
1112 /// Resolve the active chat provider, auto-detecting on first call.
1113 ///
1114 /// Why: Provider selection depends on filesystem-loaded config plus a
1115 /// network probe (Ollama liveness), so it must be lazily initialised at
1116 /// runtime. Caching the choice in a `OnceCell` keeps it stable across
1117 /// concurrent requests without re-probing on every chat call.
1118 /// What: On first use loads `~/.trusty-memory/config.toml`, prefers an
1119 /// auto-detected Ollama instance (when `local_model.enabled`), and falls
1120 /// back to OpenRouter when an API key is set. Returns `Ok(None)` when
1121 /// neither is available so the caller can emit a 412.
1122 /// Test: `web::tests::providers_endpoint_returns_payload` covers the
1123 /// detection path indirectly through `/api/v1/chat/providers`.
1124 pub async fn chat_provider(&self) -> Option<Arc<dyn ChatProvider>> {
1125 self.chat_provider
1126 .get_or_init(|| async {
1127 // Why (issue #226): `service::load_user_config` is the
1128 // axum-free home of the loader; the `web::load_user_config`
1129 // re-export only exists for the HTTP handlers. Going
1130 // direct to `service` keeps this method usable when
1131 // the `axum-server` feature is disabled.
1132 let cfg = crate::service::load_user_config().unwrap_or_default();
1133 if cfg.local_model.enabled {
1134 if let Some(mut p) =
1135 trusty_common::auto_detect_local_provider(&cfg.local_model.base_url).await
1136 {
1137 // auto_detect returns an empty model id; callers must
1138 // set the configured model name themselves.
1139 p.model = cfg.local_model.model.clone();
1140 return Some(Arc::new(p) as Arc<dyn ChatProvider>);
1141 }
1142 }
1143 if !cfg.openrouter_api_key.is_empty() {
1144 return Some(Arc::new(trusty_common::OpenRouterProvider::new(
1145 cfg.openrouter_api_key,
1146 cfg.openrouter_model,
1147 )) as Arc<dyn ChatProvider>);
1148 }
1149 None
1150 })
1151 .await
1152 .clone()
1153 }
1154
1155 /// Spawn a fire-and-forget background task that auto-discovers project
1156 /// aliases under `project_root` and asserts new ones into `palace`.
1157 ///
1158 /// Why (issue #42): Projects carry implicit shorthand — cargo package
1159 /// names that differ from their directory, binary names that differ
1160 /// from packages, first-letter abbreviations — that should be surfaced
1161 /// without a user ever calling `add_alias`. Running discovery as a
1162 /// detached task on palace-open keeps startup latency unchanged: the
1163 /// daemon binds and starts serving immediately while the discovery scan
1164 /// completes in the background, and any newly-asserted aliases land in
1165 /// the prompt cache before the model's next `get_prompt_context` call.
1166 /// What: clones `self` (cheap; `Arc`-backed), spawns a tokio task that
1167 /// invokes the `discover_aliases` tool handler directly so the
1168 /// dedup + cache-rebuild logic runs exactly the same path as the MCP
1169 /// tool call. Errors are logged at `warn!`; one failed discovery never
1170 /// destabilises the daemon.
1171 /// Test: not unit-tested (timing-dependent fire-and-forget); the
1172 /// underlying `discover_aliases` dispatch is covered by
1173 /// `dispatch_discover_aliases_inserts_new_and_dedupes` in `tools::tests`.
1174 pub fn spawn_alias_discovery(&self, palace: String, project_root: PathBuf) {
1175 let state = self.clone();
1176 tokio::spawn(async move {
1177 let args = serde_json::json!({
1178 "palace": palace,
1179 "project_root": project_root.to_string_lossy(),
1180 });
1181 match tools::dispatch_tool(&state, "discover_aliases", args).await {
1182 Ok(result) => tracing::info!(
1183 new = ?result.get("new"),
1184 already_known = ?result.get("already_known"),
1185 "alias discovery complete"
1186 ),
1187 Err(e) => tracing::warn!("alias discovery failed: {e:#}"),
1188 }
1189 });
1190 }
1191
1192 /// Return the current readiness state.
1193 ///
1194 /// Why: tool handlers and the `/health` endpoint need a cheap, lock-free
1195 /// way to check whether the embedder has been initialised yet.
1196 ///
1197 /// What: loads `daemon_readiness` with `Acquire` ordering so the caller
1198 /// sees all writes the startup task made before setting the state.
1199 ///
1200 /// #4836: the value read here is only as good as the writes that reach it.
1201 /// It used to be written exactly once, by the startup warm-up task, so a
1202 /// single failed attempt pinned the daemon at `Warming` for the rest of its
1203 /// life. [`AppState::embedder`] now also flips it on success, which is the
1204 /// signal that actually proves a vector search can run.
1205 /// Test: `daemon_readiness_transitions_warming_to_ready`,
1206 /// `resolving_the_embedder_marks_a_warming_daemon_ready`.
1207 pub fn readiness(&self) -> DaemonReadiness {
1208 DaemonReadiness::from_u8(self.daemon_readiness.load(Ordering::Acquire))
1209 }
1210
1211 /// Flip the readiness state from `Warming` to `Ready`.
1212 ///
1213 /// Why: called by `spawn_startup_tasks` in `main.rs` once the embedder
1214 /// warm-up succeeds — this is the single state-transition site.
1215 /// What: `store(Ready, Release)` so subsequent `Acquire` loads in handlers
1216 /// observe a consistent state. Idempotent: calling it multiple times is
1217 /// harmless.
1218 /// Test: `daemon_readiness_transitions_warming_to_ready`.
1219 pub fn set_ready(&self) {
1220 self.daemon_readiness
1221 .store(DaemonReadiness::Ready as u8, Ordering::Release);
1222 }
1223
1224 /// Obtain the shared `FastEmbedder` instance, initialising it on first call.
1225 ///
1226 /// Why: centralises lazy embedder access so every tool handler goes through
1227 /// one bounded init path (tracks #910 internally).
1228 /// What: wraps `OnceCell::get_or_try_init` with a timeout so a slow
1229 /// CoreML/CUDA first-compile cannot block a handler indefinitely. On
1230 /// timeout the `OnceCell` is left unresolved and the next caller retries.
1231 ///
1232 /// **Callers on the request path SHOULD check `readiness()` before this
1233 /// method** (issue #1970) — every recall handler now checks
1234 /// `readiness() == Ready` first and only calls `embedder()` on that
1235 /// branch, falling back to a BM25/L0/L1-only path while `Warming` instead
1236 /// of paying this method's cold-init cost. Reaching this method while
1237 /// still `Warming` is not a bug (the warm-up task itself calls
1238 /// `embedder()` while in `Warming` state), just unusual on the request
1239 /// path.
1240 ///
1241 /// This timeout is a backstop against a pathological init delay (e.g. the
1242 /// warm-up task's own call, or a handler that skips the `readiness()`
1243 /// check). If this timeout fires the `OnceCell` is left in the unresolved
1244 /// state and the next call retries from scratch.
1245 pub async fn embedder(&self) -> Result<Arc<dyn Embedder + Send + Sync>> {
1246 // #4836: delegate to the ONE process-wide cell instead of a private
1247 // second one, so initialising the embedder here is the same event the
1248 // startup warm-up latches readiness off. `shared_embedder` already
1249 // applies the bounded `TRUSTY_EMBEDDER_INIT_TIMEOUT_SECS` init timeout
1250 // and the CoreML auto-fallback, so no wrapper timeout is needed here.
1251 let embedder = trusty_common::memory_core::retrieval::shared_embedder().await?;
1252 // #4836: a resolved embedder is proof a vector search can run, so it is
1253 // the authoritative readiness signal — not the startup task's one-shot
1254 // attempt. Without this the daemon stays `Warming` forever whenever that
1255 // single attempt failed, and every MCP recall serves the degraded
1256 // L0/L1 fallback that ignores the query entirely.
1257 self.set_ready();
1258 Ok(embedder)
1259 }
1260}
1261
1262impl std::fmt::Debug for AppState {
1263 fn fmt(&self, f: &mut std::fmt::Formatter<'_>) -> std::fmt::Result {
1264 f.debug_struct("AppState")
1265 .field("version", &self.version)
1266 .field("data_root", &self.data_root)
1267 .field("registry_len", &self.registry.len())
1268 .finish()
1269 }
1270}
1271
1272/// Handle a single MCP JSON-RPC message and produce its response.
1273///
1274/// Why: Pulled out of the stdio loop so unit tests can drive every method
1275/// without touching real stdin/stdout.
1276/// What: Routes `initialize`, `tools/list`, `tools/call`, `ping`, and the
1277/// `notifications/initialized` notification (which returns `Value::Null`).
1278/// Test: See unit tests below — initialize/list/call all return expected
1279/// JSON-RPC envelopes; notifications return `Null` (no response written).
1280pub async fn handle_message(state: &AppState, msg: Value) -> Value {
1281 let id = msg.get("id").cloned().unwrap_or(Value::Null);
1282 let method = msg.get("method").and_then(|m| m.as_str()).unwrap_or("");
1283
1284 match method {
1285 "initialize" => {
1286 let extra = state
1287 .default_palace
1288 .as_ref()
1289 .map(|dp| json!({ "default_palace": dp }));
1290 let result = initialize_response("trusty-memory", &state.version, extra);
1291 // Why (issue #42): prompt-facts now flow through the
1292 // per-message `get_prompt_context` tool rather than MCP
1293 // prompts, so we no longer advertise the `prompts` capability.
1294 json!({
1295 "jsonrpc": "2.0",
1296 "id": id,
1297 "result": result,
1298 })
1299 }
1300 // Notifications must NOT receive a response.
1301 "notifications/initialized" | "notifications/cancelled" => Value::Null,
1302 "tools/list" => json!({
1303 "jsonrpc": "2.0",
1304 "id": id,
1305 "result": tools::tool_definitions_with(state.default_palace.is_some())
1306 }),
1307 // OpenRPC 1.3.2 discovery — see `openrpc.rs`. Returns the full
1308 // service description so orchestrators (trusty-agents, etc.) can
1309 // introspect every tool and its required `memory.read`/`memory.write`
1310 // scope without bespoke per-server adapters.
1311 "rpc.discover" => json!({
1312 "jsonrpc": "2.0",
1313 "id": id,
1314 "result": openrpc::build_discover_response(
1315 &state.version,
1316 state.default_palace.is_some(),
1317 ),
1318 }),
1319 "tools/call" => {
1320 let params = msg.get("params").cloned().unwrap_or_default();
1321 let tool_name = params
1322 .get("name")
1323 .and_then(|n| n.as_str())
1324 .unwrap_or("")
1325 .to_string();
1326 let args = params.get("arguments").cloned().unwrap_or_default();
1327 match tools::dispatch_tool(state, &tool_name, args).await {
1328 Ok(content) => {
1329 // Why: tools that return a bare JSON string (e.g.
1330 // `get_prompt_context` returning the formatted
1331 // Markdown block) should surface as plain text in the
1332 // MCP `content[0].text` field — wrapping in
1333 // `Value::to_string()` would re-quote the payload and
1334 // force every caller to strip outer quotes.
1335 let text = match &content {
1336 Value::String(s) => s.clone(),
1337 other => other.to_string(),
1338 };
1339 json!({
1340 "jsonrpc": "2.0",
1341 "id": id,
1342 "result": {
1343 "content": [{"type": "text", "text": text}]
1344 }
1345 })
1346 }
1347 Err(e) => json!({
1348 "jsonrpc": "2.0",
1349 "id": id,
1350 // Why: anyhow's `{:#}` alternate format walks the full
1351 // `Caused by:` chain so MCP clients see actionable
1352 // detail (e.g. "PalaceHandle::remember_with_options:
1353 // filter rejected: too short") instead of just the
1354 // outermost context label.
1355 "error": {"code": -32603, "message": format!("{e:#}")}
1356 }),
1357 }
1358 }
1359 "ping" => json!({"jsonrpc": "2.0", "id": id, "result": {}}),
1360 _ => json!({
1361 "jsonrpc": "2.0",
1362 "id": id,
1363 "error": {
1364 "code": -32601,
1365 "message": format!("Method not found: {method}")
1366 }
1367 }),
1368 }
1369}
1370
1371#[cfg(test)]
1372mod lib_tests;