/reject-jumbo-goal

name: reject-jumbo-goal
description: Use when a Jumbo goal fails QA review and needs to be returned for rework. Records review issues and routes the goal back to the implementing agent with actionable feedback.

Reject Jumbo Goal

**Prompt:** Reject a Jumbo goal that failed QA review, recording the specific issues found so the implementing agent can address them and restart.

Why Rejection Quality Matters

When a goal is rejected, the implementing agent receives the review issues as its primary guidance for rework. Vague or incomplete rejection feedback causes wasted rework cycles — the agent guesses at what's wrong, fixes the wrong things, and resubmits with the same issues. Precise, actionable rejection feedback is the fastest path to a passing review.

Protocol

1. Document Review Issues

Before rejecting, ensure you have a clear, specific list of every issue found during QA review. Each issue must be:

• **Specific**: Reference exact files, functions, or behaviors that are wrong.
• **Actionable**: Describe what needs to change, not just what's wrong.
• **Traceable**: Link back to the success criterion, invariant, or guideline that was violated.

2. Reject the Goal

jumbo goal reject --id <goal-id> --issues "<detailed review issues>"

The rejection output confirms:

• The goal ID and objective
• The goal's status (returned to a reworkable state)
• The review issues recorded for the implementing agent

3. Communicate Next Steps

After rejection, the implementing agent should:

1. Address every review issue documented in the rejection. 2. Restart the goal to reload context:

   jumbo goal start --id <goal-id>

3. Re-implement the fixes within the original scope and constraints. 4. Resubmit for review:

   jumbo goal submit --id <goal-id>

If a next goal is queued, its ID will be displayed for reference, but the rejected goal takes priority.

Rules

1. **Never reject without specific issues.** Every rejection must include actionable feedback the implementing agent can act on. 2. **Never combine rejection with rework.** The rejecting agent reviews; the implementing agent fixes. Do not attempt both roles. 3. **Always reference violated criteria.** Tie each issue back to a success criterion, invariant, or guideline so the implementing agent understands the standard. 4. **Keep issues structured.** Use numbered or bulleted lists. One issue per point. No walls of text. 5. **Never reject for out-of-scope concerns.** Only reject for issues within the goal's defined scope and criteria.