In-session inference
Fast and flexible, but probabilistic. It is strongest for temporary task context and weakest when a stable attribute must be known rather than guessed.
In-session inference, opt-in memory, behavioral signals and third-party data can all be useful. The design problem is that each carries different limits in consent, provenance, validation, cross-domain coherence and updateability.
This section keeps the argument narrow: mechanisms are separated from phase, maturity, evidence type and independent validation.
Fast and flexible, but probabilistic. It is strongest for temporary task context and weakest when a stable attribute must be known rather than guessed.
Explicit user-provided memory improves persistence, but it still needs provenance, expiry, correction and confidence rules. What a user says should not automatically become permanent truth.
Observed actions can be strong evidence of an event, yet interpretation remains context-dependent. A click is not necessarily preference; a request is not necessarily a purchase; a completed interaction is not expertise.
External data can expand coverage, but introduces dependency on source quality, consent chain, freshness, identity resolution and regulatory interpretation.
No single method should be treated as a universal truth source. A stronger architecture keeps evidence types distinct and combines them only under explicit rules.
Phase 1 provides team-built product and market context. Phase 2 contains the bounded solo AI-native formation work. Phase 3 is where independent technical, legal/IP, compliance, pilot and commercial review decides what survives professional diligence.