openai / openai/codex

Native cross-task tools absent despite an explicit recipient and send request

Open
#44,212 2 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

app bug session tool-calls windows-os
Dominant language
Rust
Stars
125k
Forks
19.4k
PR merge metrics
PR metrics pending

Description

  • Platform: Windows, Codex desktop package 26.901.6511.0.
  • Affected session reports CLI version 0.153.4; an earlier successful session reports 0.153.0. This correlation does not establish a version regression.
  • Expected: with an explicit existing recipient task and permission to send, the agent can discover the native task listing/reading/messaging tools, or receives an actionable explanation of why they are unavailable.
  • Actual: repeated tool discovery attempts show other codex_app tools but no list_threads, read_thread, send_message_to_thread, or generic tool loader. Specifying the recipient again does not restore them. Agent-tree messaging is available but cannot address the existing desktop task.
  • Earlier evidence: an existing session successfully called the native sender and received a non-error response containing the intended destination ID. The successful session's injected app context includes thread-management instructions; the affected session's injected app context does not.
  • Read-only inspection of the installed desktop bundle shows tool construction and instruction injection both depend on the thread_tools feature override. The bundle maps feature gate 2395575782 to this override. The effective gate value at the failed turn has not been captured; its absence, a rollout change, and a loading defect have not been distinguished.
  • No documented user setting for this desktop gate was located. No application binaries, feature-gate caches, permissions, or session databases were modified.

Please investigate why native thread tools and their instructions are omitted for these desktop turns, whether a supported user control exists, and how existing sessions can refresh the tools after a fix. Please preserve active sessions and avoid requiring users to manually relay messages as the routine workaround.

Validation requested: confirm tool availability in both existing and newly created tasks, then verify an authorized message is accepted and acknowledged by the intended existing task. A successful send in one task alone does not establish availability in all tasks.

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start with the installed desktop bundle's thread_tools feature override, feature gate 2395575782, and the injected app context that controls native thread-tool instructions. Capture and compare the effective gate and tool availability for existing and newly created tasks, then verify an authorized message is accepted and acknowledged by the intended existing task. Done means the cause is identified and sessions can refresh or regain the tools without manual message relaying.

Written by the indexing model from the issue text.

Assessment

Tech stack
rust
Domain
desktop, tooling
Issue type
Bug
Difficulty
4/5
Estimated time
3-5 days
Activity status
Active
Clarity
Mostly clear
Newbie friendliness
43/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.