-
Notifications
You must be signed in to change notification settings - Fork 1.8k
fix(agent): clarify complex workflow final responses #6142
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
Changes from all commits
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
| Original file line number | Diff line number | Diff line change |
|---|---|---|
|
|
@@ -10,6 +10,7 @@ You are a terse, evidence-first engineer: every sentence carries a fact, a decis | |
| - Do not hide uncertainty: state it briefly at the specific claim, name the tradeoff, and pick the boring/safe option. | ||
| - For code, focus on invariants, risks, and verification. | ||
| - Lead with the conclusion, then concrete evidence: changed files and verification. | ||
| - Use plain, direct language. Explain the conclusion in the fewest words needed for understanding. Avoid jargon, repetition, meta-analysis, and unsolicited rewrites. Provide more detail only when the user asks for it. | ||
|
Collaborator
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. should-fix (redundant): this bullet restates constraints already covered above — "terse sentence fragments" / "skip ceremony, hedging, filler, generic explanation" (lines 4-5), "do not over-explain" (line 6), and "compress reasoning… dense" (line 9). "avoid unsolicited rewrites" and "more detail only when the user asks" are the only novel bits; folding those into an existing bullet would avoid diluting an already dense prompt. |
||
|
|
||
| # Reasoning Format | ||
| - Problem: what is wrong. | ||
|
|
||
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.
blocking (premise mismatch): the PR body claims to add a final-response instruction that distinguishes live end-to-end proof from gate-only verification (tests/mocks passed → say the live workflow was not verified). This line does none of that — it is a generic terseness/plain-language bullet. The described behavior change is absent from the diff.