RFD: Add Elicitation specification for structured user input#376
RFD: Add Elicitation specification for structured user input#376yordis wants to merge 11 commits intoagentclientprotocol:mainfrom
Conversation
yordis
changed the title
|
Hey! Thanks for contributing, is it true, that we can handle things like that https://github.com/orgs/agentclientprotocol/discussions/371 with this feature? |
|
Just for some context, OpenCodes question tool schema: |
|
Hey @ignatov these type of spec should allow for that type of "question" form to happen. In fact, my existing ACP needs is all about such feature. I am trying to write the spec AND figure out if I can make Zed GUI to implement it. Overall, the intent is to allow structure input from the user such as Questionnaire, or buttons for specific auctions (at least that is my immediate need). |
benbrandt
left a comment
benbrandt
left a comment
There was a problem hiding this comment.
We definitely need something like this, and adopting the same pattern as MCP also allows us to forward MCP elicitation requests which is nice
|
@benbrandt is it OK to ask to ignore the Rust changes for now, I know it could be annoying, but I am trying to make Zed to work to see the full picture, I just realized that I committed those changes as well while trying to fix the request/response situation. Since I am in such active development, and I want to see Zed working, the burden is on you to ignore those files and only focus on the markdown until we are ready to merge. Otherwise, totally cool, I create another branch for myself, just make it a bit more difficult since it requires to switch between them and synchronize a bit more. |
|
@benbrandt I think that we have to work on that in the next wave |
|
@ignatov tomorrow I am back home so I can continue the work, I got distracted by trying to actually make a Zed GUI that allow us to do OpenCode-style of questionnaire as a PoC. Let me know whatever you would like to see happening, I am available in 24hrs |
benbrandt
left a comment
benbrandt
left a comment
There was a problem hiding this comment.
OK left some notes.
I would also appreciate to have the RFD merged separately from the Rust changes. as some of the things you have added would fit better within the SDK (this crate should be mostly limited to schema types)
So before we can merge this, I would want these separated to focus the review and also save you a bunch of extra work
That will happen for sure! Please ignore for now, 🙏🏻 I will revert the code tomorrow when I wake up and move it to another branch for my own sake. |
yordis
force-pushed
the
yordis/elicitation-rfc
branch
from
01c9114 to
5216630
Compare
Signed-off-by: Yordis Prieto <yordis.prieto@gmail.com>
yordis
force-pushed
the
yordis/elicitation-rfc
branch
from
5216630 to
275bba2
Compare
…ient capabilities
…arify structured input modes
…design principles
…n mechanisms for clarity and security
… and cancellation logic
… for agent workflows
…fy optionality of fields
… response handling
Elicitation is a request/response pattern - agents send requests when they need information and control their own flow. Removed stopReason and turn lifecycle dependencies.
…irements and message flow diagrams
|
@benbrandt to what extent I should simplify the RFD and simply point to MCP spec? Otherwise, I am getting lost in term of making sure I added all the semantic correctly. And I can't see what exactly is just an addon from ACP perspective. Any thoughts on the topic? |
4 participants
Signed-off-by: Yordis Prieto yordis.prieto@gmail.com