-
-
Notifications
You must be signed in to change notification settings - Fork 0
intent-check: request standard effort/profile instead of frontier/maximum #114
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Closed
Closed
Changes from all commits
Commits
File filter
Filter by extension
Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
There are no files selected for viewing
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
| Original file line number | Diff line number | Diff line change |
|---|---|---|
| @@ -0,0 +1,4 @@ | ||
| ### agent-collab — 2026-08-18 | ||
|
|
||
| #### Changed | ||
| - `intent-check` skill now requests `quality_profile: standard` / `effort_class: standard` (was `frontier` / `maximum`). The Step-0 intent check is a bounded two-document interpretation comparison, not architecture-grade deliberation; the top-tier pin made it the most expensive high-frequency managed call in the system with no quality justification. For the `context.documents.intent` route the `quality_profile` knob is functionally inert (identical candidate lists across all profiles), so this is a pure cost reduction with no routing change. Matches the existing `teamwork` / `orchestrate` standard/standard default pattern. Companion workspace PR downgrades the route-level `effort_class` floor so the new request is admitted (workspace merges first — a request below the floor is rejected `effort_ineligible`). |
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Oops, something went wrong.
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
With the currently packaged 6.0.5/runtime-4.0.4 bundle, this request is below the existing
context.documents.intentmaximum-effort floor and is therefore rejected aseffort_ineligible, so every invocation ofintent-checkfrom this tree fails before inference. Merging the companion workspace policy first does not update the standalone runtime bytes selected beneath this plugin root; this change must remain paired with importing the rebuilt, signed bundle that contains the lowered floor (or retainmaximumuntil that bundle is packaged).AGENTS.md reference: AGENTS.md:L13-L16
Useful? React with 👍 / 👎.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Confirmed correct — verified the plugin bundle is a signed native runtime (runtime-manifest.json lists compiled .so artifacts with sha256 + Developer-ID signatures), so the routing floor is baked into signed bytes that the workspace policy change does not update. Merging this skill change against the current 6.0.5/4.0.4 bundle would reject the standard request as effort_ineligible before inference.
Action: holding this PR (back to draft). Per your option (a), the skill-request lowering must ship paired with the rebuilt/re-signed runtime bundle that carries the lowered intent floor — i.e. it belongs in the in-flight v6.0.6 release, not a standalone merge. The workspace source that feeds that rebuild is landing first (agent-collab-workspace#2771, the verify-intent carve-out). Good catch — this prevented a break-before-inference regression.
🤖 Addressed by Claude Code