Skip to content

Record the Dependabot PR (checkout + URL) during PLANNING - #374

Merged
tildesrc merged 1 commit into
mainfrom
panopticon/dependabot-url-in-planning
Aug 13, 2026
Merged

Record the Dependabot PR (checkout + URL) during PLANNING#374
tildesrc merged 1 commit into
mainfrom
panopticon/dependabot-url-in-planning

Conversation

@tildesrc

Copy link
Copy Markdown
Contributor

Summary

For a github-dependabot task the PR is an input, not an output: the task memo is the PR URL, and evaluating a dependency bump is far stronger against the actual upgraded tree (resolved lockfile, new transitive deps, a build/test spot-check) than against a remote gh pr diff. So both the PR URL and the checkout belong to PLANNING, not ITERATING.

This moves both concerns earlier in github_dependabot.py:

  • url-recorded is gated on PLANNING (the URL is the memo — a known input), and drops off ITERATING.
  • checkout-dependabot-pr is reframed as the PLANNING setup step: provision first (so origin points at the forge), gh pr checkout the PR head, then set_url. It stays a single workflow-wide skill, so ITERATING can re-run it defensively if a fresh container starts there.
  • PLANNING evaluates the bump against the checked-out tree; ITERATING is purely implement-supporting-changes + push.

The sibling github-self-reviewed / github-peer-reviewed workflows are unchanged — their PR is genuinely created during ITERATING by open-pr, so url-recorded rightly stays there. No core / taskservice / sessionservice / schema changes; this is declarative workflow config.

Golden-spec tests in tests/workflows/test_github_dependabot.py are updated to match the moved gate.

For a github-dependabot task the PR is an input, not an output: the task
memo IS the PR URL, and evaluating the bump is far stronger against the
actual upgraded tree (resolved lockfile, transitive deps, a build/test
spot-check) than against a remote diff.

Move both concerns from ITERATING to PLANNING:
- Gate `url-recorded` on PLANNING (the URL is the memo — a known input).
- Reframe `checkout-dependabot-pr` as the PLANNING setup step: provision
  first (origin -> forge), `gh pr checkout`, then `set_url`. It stays a
  single workflow-wide skill, so ITERATING can re-run it defensively if a
  fresh container starts there.
- PLANNING evaluates against the checked-out tree; ITERATING is purely
  implement-supporting-changes + push.

The sibling github-self-reviewed / github-peer-reviewed workflows keep
`url-recorded` on ITERATING (their PR is genuinely created there by
`open-pr`). No core/service/schema changes.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
@tildesrc
tildesrc merged commit fc958f0 into main Aug 13, 2026
3 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant