协作头脑风暴
brainstorming
在实现前澄清需求、探索设计选择,并形成清晰的开发方向。
realtime-api【开发与工程】Use and debug speech-to-speech's OpenAI Realtime-compatible WebSocket/WebRTC API, session lifecycle, tool calls, cancellation, and LLM proxy endpoints.
独立 GitHub 快照 · 自动分类 · 以原作者文档为准
Use this sub-skill when the task involves a client, service, gateway, or test
that speaks to speech-to-speech over its OpenAI Realtime-compatible API.
/v1/realtime, event ordering, PCM chunking, and turn lifecycle./v1/realtime/calls, RTP audio, or TURN/ICE settings./v1/chat/completions or /v1/responses on the speech
server.serve/local/talk: route to
cli-and-server./v1/realtime; WebRTC clients POST SDP to /v1/realtime/calls.session.update before response generation. Session updates
deep-merge explicit fields: changing output voice does not reset input turn
detection or tools unless those fields are explicitly replaced or cleared.input_audio_buffer.append, or use
RTP media over WebRTC. Do not send input_audio_buffer.append on the WebRTC
data channel.response.create may be active at
a time; wait for response.done or implement a client-side response queue.scripts/realtime_endpoint_probe.py.session.created is the first event after a WebSocket connection or data
channel open. Successful session.update receives session.updated.conversation.item.create with type: function_call_output; send
response.create afterward only when the tool result needs a spoken/text
follow-up.Detailed event schemas, client patterns, transport differences, and recovery steps are bundled in the linked references above.