WS1 rip track, RIP-2 (audit Option A), stacked on the AI provider
abstraction (#1740). The first replacement for the streaming Anthropic chat
runtime: a page-scoped, single-call assistant answer.
- lib/agent/ask/ask-service.ts: answerAssistantQuestion() uses
getAiService().generateText, so it runs on whatever backend is configured:
AWS Bedrock, the direct Anthropic API, OR any OpenAI-compatible endpoint,
including a local model (Qwen behind llama.cpp/Ollama/vLLM). No tool loop,
no Anthropic wire format, nothing to translate per provider. The caller (a
page) supplies the context; the service reads only the company's own
profile for grounding, and the system prompt forbids inventing figures.
- POST /api/agent/ask: same auth/rate-limit/sandbox/paywall gates as
/invoke, but gated on getAiStatus().configured (not assistantAvailable),
because ANY provider works here. That is the difference that lets the
assistant answer on a local model where the streaming /invoke returns 503.
This is the non-UI foundation of the rip: the thin /chat console and the
page-scoped actions (RIP-3, UI, gated on visual sign-off) will consume this
endpoint; run-turn.ts's streaming path and the intents' getAnthropic() usage
are removed once nothing calls them.
Verified: 10 unit tests (service prompt shape + tier + context-as-data +
truncation; route 401/429/400/403 paywall/200-on-openai-compatible/503
unconfigured) + a live smoke against a local OpenAI-compatible mock (resolved
provider openai-compatible, POSTed model qwen3.8 with a placeholder key,
returned an answer). 421 agent/ai tests green; tsc, guards, lint clean.
Co-authored-by: Jakob Wennberg <311770904+jakobwennberg-oss@users.noreply.github.com>
Co-authored-by: Claude Fable 5 <noreply@anthropic.com>
