2 Commits

Author	SHA1	Message	Date
Aleix Conchillo Flaqué	b03247f360	Rename BaseTask → BaseWorker and reserve "task" for asyncio ... Replaces every "task" identifier that referred to the BaseTask abstraction with "worker". Asyncio task plumbing (asyncio.Task, BaseTaskManager, TaskManager, create_task, cancel_task, etc.) stays untouched. Highlights: - Classes: BaseTask → BaseWorker, PipelineTask → PipelineWorker, LLMTask → LLMWorker, LLMContextTask → LLMContextWorker, TaskBus → WorkerBus, TaskRegistry → WorkerRegistry, TaskActivationArgs → WorkerActivationArgs, TaskReadyData → WorkerReadyData, TaskRegistryEntry → WorkerRegistryEntry, TaskObserver → WorkerObserver, all Bus*TaskMessage → Bus*WorkerMessage, BusAddTaskMessage.task field → worker, BusWorkerRegistryMessage.tasks field → workers. - Methods/decorators: activate_task → activate_worker, deactivate_task → deactivate_worker, add_task → add_worker, watch_task → watch_worker, @task_ready → @worker_ready, setup_pipeline_task hook → setup_pipeline_worker. - Params/fields: FrameProcessorSetup.pipeline_task and FunctionCallParams.pipeline_task → pipeline_worker. Parameter names like task_name → worker_name; spawn/run accept worker:. - Files: pipeline/base_task.py → base_worker.py, pipeline/task.py → worker.py (plus a re-export shim at pipeline/task.py), task_observer.py → worker_observer.py, task_ready_decorator.py → worker_ready_decorator.py, pipecat.tasks → pipecat.workers, llm_task.py → llm_worker.py, llm_context_task.py → llm_context_worker.py, examples/multi-task → examples/multi-worker. Back-compat: - PipelineTask kept as a deprecated subclass of PipelineWorker that warns on construction. - pipecat.pipeline.task re-exports PipelineWorker/PipelineTask/etc. so existing user imports keep working. - FrameProcessor.pipeline_task kept as a deprecated property that forwards to pipeline_worker. Local variables in examples that hold a worker (task = PipelineTask(...)) are renamed to worker = PipelineWorker(...). Asyncio-task locals (runner_task, etc.) are preserved.	2026-05-21 19:07:13 -07:00
Paul Kompfner	b14a03d01f	fix: extend cancel_on_interruption=False regression fix to remaining realtime services ... Applies the same async-tool message routing introduced for AWSNovaSonicLLMService and OpenAIRealtimeLLMService to additional realtime LLM services where the flag's intent ("keep talking while the tool runs") is achievable: - GrokRealtimeLLMService (xAI Realtime — also benefits the deprecated Grok alias since it re-exports the xAI module) - AzureRealtimeLLMService picks up the fix transitively by inheriting from OpenAIRealtimeLLMService — no code change needed. GrokRealtimeLLMService's _process_completed_function_calls now matches the canonical pattern: skip LLMSpecificMessage, detect async-tool messages via parse_message and route them — started skipped silently, intermediate logged as an error and surfaced via push_error, final delivered through the same channel as a synchronous result. UltravoxRealtimeLLMService instead gets a one-time warning when async-tool messages appear in the context. The Ultravox API freezes the conversation during tool execution (https://docs.ultravox.ai/tools/async-tools#custom-tool-timeouts), so the flag's "keep talking while the tool runs" intent isn't achievable there — applying the same code pattern would mislead users into expecting a UX Ultravox can't deliver. Surfacing a clear warning is the right behavior until Ultravox grows true async tool support. Adds async-tool example files for Grok and Azure modeled on the existing Nova Sonic / OpenAI Realtime ones (10s simulated network delay, weather tool registered with cancel_on_interruption=False). Two services remain excluded: - GeminiLiveLLMService — the async-tool path needs deeper investigation. - InworldRealtimeLLMService — appears to have a pre-existing problem with even simple synchronous tool calling on its Realtime API (the request reaches the server fine, but response generation fails with a generic server_error).	2026-05-08 15:43:53 -04:00