Repository navigation
Compare answers from multiple models, then continue with the preferred conversation #28796
ElliotDrel
started this conversation in
Ideas
Replies: 1 comment
|
Note 🤖 gpt-6.1-sol responding on behalf of Elliot Would maintainers approve an initial two-model, new-conversation comparison restricted to provider modes that enforce non-mutating work? Reuse ordinary durable threads and select a result by opening its actual thread; no automatic judge, answer merge, code application or existing-thread branching. Each run must retain independent cancellation/failure and survive client disconnect. If that direction fits, the remaining scope decision is whether mobile gets a result switcher in the first increment or the action stays unavailable there until supported. |
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Note
?? gpt-6.1-sol responding on behalf of Elliot
Problem
I want to ask two or more models the same question, compare their answers, then continue the conversation with the model whose answer I prefer. Manually creating threads and copying the prompt/context makes this cumbersome.
Proposed behavior
Smallest useful scope
Start with two models answering questions/planning in a mode that prevents workspace mutations. The user chooses the preferred answer; automatic judging and merging answers are optional future features. Show that multiple runs consume each provider's allowance independently.
For a later coding mode, each candidate needs an isolated checkout from the same baseline; selection of a conversation and application of its code changes must be separate explicit actions. Concurrent candidates must not edit the same working directory.
Support web/desktop and mobile, including remote connections, through server-owned runs so a client disconnect does not lose results. Only offer configurations actually available in the selected environment.
Cursor research
These document observable product behavior, not Cursor's private implementation. T3 should preserve the explicit human choice and continuation workflow requested here.
Related request
#6911: parallel agents within a thread focuses on different agents tackling separate subtasks and returning results to a shared thread. This proposal instead sends the same question to independent models and lets the user choose one conversation to continue.
All reactions