mirror of
https://github.com/openai/codex.git
synced 2026-05-27 14:34:24 +00:00
95bfea847d
## Why The tool-extraction work needs one shared executable-tool seam that hosts and tool owners can depend on without reaching into `codex-core`. Landing that seam first makes the later tool-family ports incremental and keeps the reusable contract separate from any one migration. ## What changed - add a new `codex-tool-api` crate and workspace wiring - move the common executable-tool contracts into that crate: `ToolBundle`, `ToolDefinition`, `ToolExecutor`, `ToolCall`, `ToolInput`, `ToolOutput`, `JsonToolOutput`, and `ToolError` - keep host state generic through `ToolBundle<C>` / `ToolCall<C>` so later integrations can provide their own runtime context without baking core types into the API - carry the host signals the runtime will need later, including parallel-call support and mutability probing - leave existing tool families in place for now; this PR only establishes the reusable API surface - add the Bazel target and lockfile updates for the new crate ## Testing - `cargo test -p codex-tool-api`
18 lines
405 B
Rust
18 lines
405 B
Rust
//! Reusable executable-tool contracts shared between hosts and tool owners.
|
|
|
|
mod bundle;
|
|
mod call;
|
|
mod error;
|
|
mod output;
|
|
|
|
pub use bundle::BoolFuture;
|
|
pub use bundle::ToolBundle;
|
|
pub use bundle::ToolDefinition;
|
|
pub use bundle::ToolExecutor;
|
|
pub use bundle::ToolFuture;
|
|
pub use call::ToolCall;
|
|
pub use call::ToolInput;
|
|
pub use error::ToolError;
|
|
pub use output::JsonToolOutput;
|
|
pub use output::ToolOutput;
|