ГЛОБАЛЬНЫЙ РЕФАКТОРИНГ АРХИТЕКТУРЫ - Рефакторинг этапов 2.2 - Усилена оркестрацию в deep/address гейте и follow-up binding в assistantService.ts. Починен кейс UTF-8 follow-up refinement (теперь followup_state_usage.applied=true в нужном сценарии). Убраны регрессии по assistantLivingRouter и stage3 lifecycle probe. Корректное поведение для llm canonical candidate (чтобы не уезжало в clarification_required там, где должен быть address factual).
This commit is contained in:
@@ -61,14 +61,11 @@ export interface BuildAssistantDeepTurnRuntimeContextInput {
|
||||
userMessage: string;
|
||||
companyAnchors: CompanyAnchorSet;
|
||||
focusDomainHint: string | null;
|
||||
primaryPeriod: unknown;
|
||||
primaryPeriod: ClaimBoundAnchorAudit["primary_period"] | null;
|
||||
}) => ClaimBoundAnchorAudit;
|
||||
resolveBusinessScopeFromLiveContext: (input: {
|
||||
current: {
|
||||
route_summary_resolved: RouteHintSummary | null;
|
||||
[key: string]: unknown;
|
||||
};
|
||||
temporalGuard: unknown;
|
||||
current: AssistantBusinessScopeResolution;
|
||||
temporalGuard: TemporalGuardAudit;
|
||||
claimType: string;
|
||||
focusDomainHint: string | null;
|
||||
userMessage: string;
|
||||
@@ -83,7 +80,6 @@ export interface AssistantBusinessScopeResolution {
|
||||
business_scope_resolved?: string[];
|
||||
company_grounding_applied?: boolean;
|
||||
scope_resolution_reason?: string[];
|
||||
[key: string]: unknown;
|
||||
}
|
||||
|
||||
export interface BuildAssistantDeepTurnRuntimeContextOutput {
|
||||
|
||||
Reference in New Issue
Block a user