Support for Interactive Tool Rejection (Veto)
メンテナーはふだん 2 日以内に返信
まだ誰も着手していません。
評価
- 難易度
- 5/5
- 見積もり時間
- 1週間以上
- 初心者へのやさしさ
- 35/100
- issue の種類
- 機能追加
- 明瞭さ
- おおむね明確
- 活発さ
- 停滞
- 技術スタック
- clojure
調査の方向性
Start by tracing how ECA handles tool-call execution, rejection, and tool responses across its editor integrations and agent loop; the issue does not name specific files or tests. Determine how a rejection reason can be returned as a tool response while the run continues, and add coverage for that behavior. Done means a user can reject a proposed tool call with a reason and the agent continues the current run with that feedback.
索引モデルが issue の本文から書いたものです。
説明
To upvote this issue, give it a thumbs up. See this list for the most upvoted issues.
Summary
Introduce a mechanism to reject tool calls without stopping the entire run. This allows the user to provide a reason for the rejection, which is then sent back to the LLM as a tool response, enabling the agent to adjust its plan.
Motivation
Currently, if an agent proposes an undesirable or dangerous tool call (e.g., deleting a wrong file), the user must:
- Reject the tool (terminating the whole process).
- Write a new prompt with instructions on why the previous action was wrong.
This is inefficient, consumes extra premium requests in Copilot, and forces the agent to re-analyze the entire context from scratch.
Proposed Behavior
When the agent requests tool execution, the user should have the option to Reject with a reason.
Upon rejection, the user provides a brief text reason (e.g., "Don't modify this file, it's a config.").
The system sends this reason as a standard tool response.
The LLM receives the feedback and continues the current run, ideally finding an alternative path.
UX Idea
In the chat/tool-call buffer, add a "Reject with reason" action.
But I'm not sure if the title shouldn't make it clearer that it doesn't interrupt the flow.
- 主要言語
- Clojure
- スター
- 1k
- フォーク
- 82
- 平均マージ
- 3日 39分
- マージ済み PR（30日）
- 15
環境構築
このプロジェクトには開発コンテナ、Dockerfile、コントリビューションガイドがありません。まず README を読み、一般的な手順ははじめてのコントリビューションガイドを参照してください。
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
editor-code-assistant/eca のほかの issue
-
bug
難易度 1/5 1時間未満 初心者へのやさしさ 92/100
editor-code-assistant/eca#655 ·
メンテナーはふだん 2 日以内に返信
-
bug
難易度 4/5 3〜5日 初心者へのやさしさ 25/100
editor-code-assistant/eca#652 ·
メンテナーはふだん 2 日以内に返信
-
難易度 5/5 1週間以上 初心者へのやさしさ 12/100
editor-code-assistant/eca#648 · コメント 1 件 ·
メンテナーはふだん 2 日以内に返信
-
難易度 3/5 1〜2日 初心者へのやさしさ 35/100
editor-code-assistant/eca#644 · コメント 1 件 ·
メンテナーはふだん 2 日以内に返信
-
Add the ability to see what changed in the system prompt対応中かも @zikajk が 9 日前に担当しました。 オープンenhancement
editor-code-assistant/eca#642 · 担当者 1 名 ·
メンテナーはふだん 2 日以内に返信
editor-code-assistant/eca の issue をすべて見る
似ている issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 70/100
メンテナーはふだん 1 日以内に返信
-
IOP MCP
難易度 2/5 1〜3時間 初心者へのやさしさ 84/100
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 70/100
calcit-lang/calcit#2133 ·
メンテナーはふだん 1 日以内に返信
-
worker/start rejects middleware supplied as a Var対応中かも @rajp152k が 3 日前に担当しました。 オープン
難易度 2/5 1〜3時間 初心者へのやさしさ 75/100
-
Profiler (Remotery) leaks a socket for every connection that fails the WebSocket handshake対応中かも @rthery が 3 日前に担当しました。 オープンtriage
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
メンテナーはふだん 1 日以内に返信