Handle aborted tool calls to prevent `tool_use` without `tool_result` error
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 32/100
- Tipo di issue
- Bug
- Chiarezza
- Da chiarire
- Stato di attività
- Ferma
- Stack tecnologico
- typescript
- Ambito
- ai
Direzione di ricerca
Inizia tracciando come viene gestita la cancellazione delle chiamate agli strumenti MCP e quando vengono mantenuti i messaggi. Riproduci una chiamata interrotta, quindi determina se la persistenza debba attendere un risultato o creare un risultato di cancellazione; il lavoro è completo quando la conversazione rimane valida senza un blocco tool_use non corrisposto.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
https://codercom.slack.com/archives/C093W1J73V0/p1761009411681159
Problem
When the agent is stopped while making an MCP call, a tool_use block is written but no corresponding tool_result block exists (because the call was canceled). This causes the conversation to be broken forever with the error:
`tool_use` ids were found without `tool_result` blocks immediately after <the id>
Context
This appears to be a state management issue where messages are stored even when tool execution is incomplete or canceled. The conversation becomes permanently broken after this happens.
Potential Solutions
- Don't store messages unless we have the result - Only persist the message once the tool_result is available
- Add a "cancelled" result block - When cancellation occurs, inject a tool_result block with a cancellation error
- Research API best practices - Investigate if there's an expected way to handle this according to the API specification
Impact
This breaks the conversation flow permanently and requires the user to start a new conversation or manually delete the tool_use block from the context.
- Lingua principale
- TypeScript
- Stelle
- 165
- Fork
- 20
- Merge medio
- 1m
- PR unite (30g)
- 7
Preparare l'ambiente
Questo progetto non fornisce container di sviluppo, Dockerfile né guida per i contributori, quindi l'ambiente è a tuo carico: parti dal suo README e consulta la nostra guida al primo contributo per i passaggi generali.
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di coder/blink
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 30/100
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 38/100
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 35/100
-
GitHub tools `list_user_installations` and `list_app_installations` fail with app installation authAperta
Difficoltà 4/5 3-5 giorni Idoneità per principianti 42/100
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 30/100
Issue simili
-
area: desktop area: website priority: P2 type: feature
Difficoltà 2/5 1-3 ore Idoneità per principianti 62/100
appandflow/stim#3411 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
needs triage
Difficoltà 2/5 1-3 ore Idoneità per principianti 65/100
rjsf-team/react-jsonschema-form#5485 ·
I maintainer di solito rispondono entro 2 giorni
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
I maintainer di solito rispondono entro 1 giorno
-
community first-timers-only good first issue hacktoberfest help wanted low hanging fruit up-for-grabs
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 65/100
lingdojo/kana-dojo#32090 · 1 commento · 5 reazioni ·
I maintainer di solito rispondono entro 1 giorno
-
friction
Difficoltà 2/5 1-3 ore Idoneità per principianti 80/100
kentcdodds/kody#3265 ·
I maintainer di solito rispondono entro 1 giorno