Repository navigation
tasks-execute pushes each finished task and opens its PR - #86
Merged
Merged
Conversation
Invoking tasks-execute on an epic now carries every finished task through push and pull request, not just a local commit: pick the PR base (default branch, stacked on an open prerequisite PR with a merge-order note, or rebased onto the default branch when a base PR merged mid-task), push, open one PR per task under the repository's PR rules, link it to the Task, and close. Pushing is skipped only when the user says so or the repository forbids agent pushes. It also stops waiting on CI between tasks: focused verification locally, full suites in CI, and every PR's CI checked before the final report, which now lists each PR, its base, merge order and CI state. Co-Authored-By: Claude Opus 5.5 (1M context) <[email protected]>
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
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
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.
Review on ArchCode
Problem
tasks-executestopped each task at a local commit: "Invoking it on an epic is the user's explicit request to commit each finished task. It is not a request to push or open PRs." Working an epic with it left finished tasks closed in ArchDev Tasks but unpushed, with no PR for anyone to review, and the agent waited on full local test runs instead of letting CI run them. In practice the user then has to ask separately to push and open PRs for each task, and stacked dependents have no defined base.What changed
tasks-execute/SKILL.md§6 is now Commit, push, open a PR, then close:Merge order: after #<n>note when its PR is still open; when a base PR merges mid-task (branch deleted,gh pr createreports the base is not a branch), rebase only the task's commits onto the default branch, re-check, push with--force-with-lease.tasks links add <task> <url> --type pull_request), comment the PR, SHA and verification, run thearchdevskill's PR bookkeeping, then close fenced with the lease.The per-harness copies under
plugins/*/skills/tasks-execute/are regenerated withtools/plugin-gen(npm run build).Scope
Skill text only (agent instructions). No CLI or plugin code changes.
Risk assessment
Low–medium. No code, but it widens what agents do by default: they now push branches and open PRs when working an epic. Repository instructions that forbid agent pushes still win, and the user can opt out per run.
User impact
Working an epic with
/tasks-executeproduces reviewable PRs per task instead of local commits, and finishes with a list of PRs and their CI state.Testing
npm run build(156 generated files),npm run check(generated files match the catalog),npm testintools/plugin-gen: 129 passed, including the SKILL.md description length check.tsk_0A24…→ firstlanding#19909), including the base-merged-mid-task rebase path.🤖 Generated with Claude Code