4 people eaef335db6 fix: propagate real tool_call_id instead of hardcoded placeholder (#73) ...

The worker (both agent/worker.rs and worker/runtime.rs) was passing the
literal string "tool_call_id" to ChatMessage::tool_result instead of
the actual tool call ID from the LLM response. This breaks
OpenAI-compatible providers that match tool results to their
corresponding calls by ID.

- Add tool_call_id field to ToolSelection struct
- Propagate ToolCall.id through select_tools() into ToolSelection
- Replace all hardcoded "tool_call_id" usages with selection.tool_call_id
- Generate unique IDs for plan-based synthetic selections
- Add test verifying tool_call_id is preserved

Co-authored-by: Yi LIU <[email protected]>
Co-authored-by: Illia Polosukhin <[email protected]>

2026-02-14 21:39:25 +00:00

..

api.rs

feat: Sandbox jobs (#4)

2026-02-11 08:31:25 +00:00

claude_bridge.rs

Bump MSRV to 1.92, add GCP deployment files (#40)

2026-02-13 22:21:50 +04:00

mod.rs

feat: Sandbox jobs (#4)

2026-02-11 08:31:25 +00:00

proxy_llm.rs

feat: Sandbox jobs (#4)

2026-02-11 08:31:25 +00:00

runtime.rs

fix: propagate real tool_call_id instead of hardcoded placeholder (#73)

2026-02-14 21:39:25 +00:00