Grok provider: native ACP parity (catalog, effort, usage) #7021
EnzoTironi
started this conversation in
Ideas
Replies: 1 comment
|
Still missing on T3 Code Nightly Composer has no Reasoning / thinking control for Grok 4.6. Claude and Codex show the control; Grok does not. Turns stay on the Grok CLI default. Workaround: set Grok itself advertises the effort menu ( |
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.
Uh oh!
There was an error while loading. Please reload this page.
Before submitting
Area
apps/server
Problem or use case
Grok Build already exposes slash/skills catalog, per-model reasoning effort, and context usage over ACP, but T3 leaves those dark for Grok while Claude/Codex surface them.
Proposed solution
Provider core for
grok agent stdio: command catalog, reasoning effort application, token usage → context meter, auth/status, set_model continuity.Depends on sessionUpdate parser (#5417 / #5422).
Why this matters
Users cannot pick effort, see context fill, or use installed skills from T3 on Grok threads.
Smallest useful scope
Server provider adapter only. Split catalog / effort / usage further if maintainers require size:L max.
Alternatives considered
session/set_model_meta(no process restart) — re-probe vs CLI--reasoning-effortRisks or tradeoffs
Process restart for effort may emit session.exited; prefer set_model if live Grok accepts mid-thread
_meta.Examples or references
PR #5423. Overlaps #5403, #5405, #5131.
All reactions