9 Commits

• feat: list_dir tool (#4817)

  Add a tool to list_dir. It is useful because we can mark it as
  non-mutating and so use it in parallel

  jif-oai · 2025-10-07 19:33:19 +01:00
  226215f36d
• Simplify parallel (#4829)

  make tool processing return a future and then collect futures.
  handle cleanup on Drop

  pakrym-oai · 2025-10-07 10:12:38 -07:00
  f2555422b9
• feat: parallel tool calls (#4663)

  Add parallel tool calls. This is configurable at model level and tool
  level

  jif-oai · 2025-10-05 16:10:49 +00:00
  dc3c6bf62a
• chore: update tool config (#4755)

  ## Summary
  Updates tool config for gpt-5-codex
  
  ## Test Plan
  - [x] Ran locally
  - [x]  Updated unit tests

  Dylan · 2025-10-04 22:47:26 -07:00
  3203862167
• Add truncation hint on truncated exec output. (#4740)

  When truncating output, add a hint of the total number of lines

  Ahmed Ibrahim · 2025-10-05 03:29:07 +00:00
  cc2f4aafd7
• feat: Freeform apply_patch with simple shell output (#4718)

  ## Summary
  This PR is an alternative approach to #4711, but instead of changing our
  storage, parses out shell calls in the client and reserializes them on
  the fly before we send them out as part of the request.
  
  What this changes:
  1. Adds additional serialization logic when the
  ApplyPatchToolType::Freeform is in use.
  2. Adds a --custom-apply-patch flag to enable this setting on a
  session-by-session basis.
  
  This change is delicate, but is not meant to be permanent. It is meant
  to be the first step in a migration:
  1. (This PR) Add in-flight serialization with config
  2. Update model_family default
  3. Update serialization logic to store turn outputs in a structured
  format, with logic to serialize based on model_family setting.
  4. Remove this rewrite in-flight logic.
  
  ## Test Plan
  - [x] Additional unit tests added
  - [x] Integration tests added
  - [x] Tested locally

  Dylan · 2025-10-04 19:16:36 -07:00
  4764fc1ee7
• fix: exec commands that blows up context window. (#4706)

  We truncate the output of exec commands to not blow the context window.
  However, some cases we weren't doing that. This caused reports of people
  with 76% context window left facing `input exceeded context window`
  which is weird.

  Ahmed Ibrahim · 2025-10-04 11:49:56 -07:00
  d7acd146fb
• feat: add beta_supported_tools (#4669)

  Gate the new read_file tool behind a new `beta_supported_tools` flag and
  only enable it for `gpt-5-codex`

  jif-oai · 2025-10-03 16:58:03 +00:00
  e0b38bd7a2
• chore: refactor tool handling (#4510)

  # Tool System Refactor
  
  - Centralizes tool definitions and execution in `core/src/tools/*`:
  specs (`spec.rs`), handlers (`handlers/*`), router (`router.rs`),
  registry/dispatch (`registry.rs`), and shared context (`context.rs`).
  One registry now builds the model-visible tool list and binds handlers.
  - Router converts model responses to tool calls; Registry dispatches
  with consistent telemetry via `codex-rs/otel` and unified error
  handling. Function, Local Shell, MCP, and experimental `unified_exec`
  all flow through this path; legacy shell aliases still work.
  - Rationale: reduce per‑tool boilerplate, keep spec/handler in sync, and
  make adding tools predictable and testable.
  
  Example: `read_file`
  - Spec: `core/src/tools/spec.rs` (see `create_read_file_tool`,
  registered by `build_specs`).
  - Handler: `core/src/tools/handlers/read_file.rs` (absolute `file_path`,
  1‑indexed `offset`, `limit`, `L#: ` prefixes, safe truncation).
  - E2E test: `core/tests/suite/read_file.rs` validates the tool returns
  the requested lines.
  
  ## Next steps:
  - Decompose `handle_container_exec_with_params` 
  - Add parallel tool calls

  jif-oai · 2025-10-03 13:21:06 +01:00
  33d3ecbccc