At a glanceThe Intelligence Layer is Lucia’s decision system. It transforms structured state, operator intent, semantic conversational signals, and live operational context into one calm, truthful next move.
What This Layer Does
Lucia’s intelligence layer exists to answer:Primary Intelligence Surface
The primary intelligence surface today is:Temporal Spine Doctrine
Lucia is situationally aware because she is rooted in arrivals, departures, and stay windows. Calendar is not just a page. Calendar is the root operational reality that anchors the intelligence layer to booking truth.Workspace Context Doctrine
Lucia is no longer dashboard-bound. The intelligence layer now supports Lucia as a context-aware operator companion beside the workspace. The operator can move through Calendar, Signal Stream, DAW, Full Booking, Tasks, Concierge, Maintenance, and Reconciliation while keeping the same Lucia conversation alive. Lucia can answer:active_context.workspace to orient responses to the current surface. Explicit prompt subject still wins over page context, and operator-facing responses must not expose raw implementation language such as active_context, current_surface, payload, or metadata.
The cockpit distinction is:
Guest-Facing Intelligence Doctrine
Guest-facing Lucia is a separate public-facing concierge surface, not the same thing as operator Focus Ops. Guest-facing intelligence should answer:v0.1.3.6 Alignment
Lucia Engine v0.1.3.6 usesgpt-5.6-sol (GPT-5.6 Sol) as the default model. Lucia JSON gateway calls run through the OpenAI Responses API, while deterministic contracts still own truth-state, route shape, and operator-safe boundaries.
Focus Ops now includes 06 - Semantic Conversational Intent Assist, a live sublayer for semantic lightweight utility and conversational intent classification.
GPT-5.6 Sol response refinement now sits over verified context packs with truth/routing guardrails. The model may explain, interpret, and contain. The deterministic layer owns guest identity, booking IDs, stay windows, payment state, task status, route/action safety, save/completion truth, and guest-facing identity/linkage state.
The /admin/operator-focus response carries runtime identity and model-execution provenance inside meta without changing the stable top-level ok / data / meta contract. Consumers can distinguish model invocation from no-attempt deterministic execution, verify successful provider task evidence, and read fallback as an independent state instead of inferring model use from the configured default.
This is not phrase patching. It protects whole prompt families by meaning, while keeping Lucia bounded to operator guidance.
Core doctrine:
Current Live-Dev Product Pillar
The current Development runtime is organized around:Core Responsibilities
1. Intent Recognition
Lucia must understand what kind of help the operator is asking for. Examples:2. Operational Ranking
Lucia must rank live operational signals. Current examples:3. Emotional Containment
Lucia must reduce operator stress. This means:4. Output Refinement
Lucia must convert reasoning into language that feels useful, not robotic. Good output:The Rule
Relationship to Other Layers
Non-Negotiables
Lucia must never:- overstate certainty
- invent system actions
- flatten urgency
- bury the lead
- give the operator more work than necessary
See Also
- 02 - Focus Ops Intelligence
- 01 - Intent System
- 06 - Semantic Conversational Intent Assist
- 03 - Reasoning Model
- 04 - Output Refinement System
- 05 - Emotional Containment System
- 00 - START HERE - Guest-Facing Lucia
- 04 - Lucia Workspace OS Milestone
- 00 - START HERE - Evaluation System

