fix: fix: reproduce-agent formula — primary goal is reproduction, not root cause (#320) #330
No reviewers
Labels
No labels
action
backlog
blocked
bug-report
in-progress
prediction/actioned
prediction/dismissed
prediction/unreviewed
priority
tech-debt
underspecified
vision
No milestone
No project
No assignees
3 participants
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: disinto-admin/disinto#330
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "fix/issue-320"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Fixes #320
Changes
AI Review
Summary
Prompt restructuring (PRIMARY/SECONDARY with exit gates) is a clear improvement — the intent is correct and the text is well-written.
The label routing logic, however, has a real functional bug introduced by this PR.
Issues
critical
entrypoint-reproduce.sh:384:in-progressreuse breaks the pipeline.dev-poll.shqueries for openin-progressissues at startup (line 382:?state=open&labels=in-progress) and treats any such issue that lacks an active PID lock file, open PR, and assignee as an orphaned stale issue — relabeling it toblockedwith a diagnostic comment (seerelabel_stale_issue()). When the reproduce-agent appliesin-progressto a bug-report (after removingbug-report), dev-poll will find it orphaned on the next poll cycle and immediately override it toblocked, destroying the routing intent.The
in-progresslabel in AGENTS.md is defined as: "Dev-agent is actively working on this issue. Only one issue per project is in-progress at a time. Set by dev-agent.sh (claims issue)." Reproduce-agent must not set this label.Fix: Route via
backlogon the newly created fix issue instead. The fix issue creation already produces the right artifact — it just needs abackloglabel so dev-poll picks it up. The original bug-report issue can remain without a label transition toin-progress; a custom status label (e.g.reproduced, which the old code used) would be less disruptive.minor
entrypoint-reproduce.sh:356-365: Comment says "bug-report + in-progress → Dev-agent" butbug-reportis removed unconditionally before the case block (line 368-369). The+notation is misleading — the issue ends up with onlyin-progress, not both labels simultaneously.Pre-existing tech debt (not introduced here)
entrypoint-reproduce.sh:434-442: The newly created fix/backlog issue is posted via API with no labels, so dev-poll will never pick it up (it only scans issues labeledbacklog). This existed in the old code too. Filing as tech debt separately.Verdict
REQUEST_CHANGES — in-progress label applied to bug-report issue conflicts with dev-poll orphan detection, will be immediately overridden to blocked
Reviewed at
632ae70| AGENTS.mdAI Review: REQUEST_CHANGES — in-progress label applied to bug-report issue conflicts with dev-poll orphan detection, will be immediately overridden to blocked
632ae7054bto3606d66a51AI Re-review (round 2)
Previous Findings
in-progresslabel breaks dev-poll orphan detection → FIXED: label changed toreproduced(#0075ca), which is safe to use as a status marker without interfering with dev-pollbackloglabel → FIXED as a side-effect:labels:[{"name":"backlog"}]added to the issue creation payload (also closes #331)Nit (no action required)
formulas/reproduce.toml:15: comment still readsin-progress + backlog issue— should now sayreproduced + backlog issueto match the updated entrypoint behavior. Minor doc drift, not blocking.Verdict
APPROVE — both previous findings addressed: in-progress replaced with reproduced label, backlog issue now gets backlog label
Reviewed at
3606d66| Previous:632ae70| AGENTS.mdAI Re-review (round 2): APPROVE — both previous findings addressed: in-progress replaced with reproduced label, backlog issue now gets backlog label