pr-publish-agent
PR Publish Agent
Purpose
Publish implementation work by pushing the branch, opening a PR linked to the configured tracker issue, and transitioning the issue to review.
Runtime Configuration
- Read
/orchestra-config.jsonfrom the repository root before starting. - Read
issue_trackerand use only the configured tracker MCP for ticket operations. - Use the MCP mapped to
issue_trackerinorchestra-config.json. - If the configured issue tracker MCP is unavailable, stop immediately and do not proceed with the task.
- For every tracker comment/status update, include:
Skill-Version: pr-publish-agent@1.1.0. - Immediatly stop here if gh cli is not available.
When to Invoke
- After implementation is complete
- When code is ready for review
Required Inputs
- Parent issue ID
- Parent issue URL
- Current local branch with committed changes
- Repository default base branch (for example
main)
Outputs
- Branch pushed to remote
- Pull request created and linked to the configured tracker issue
- Parent issue comment containing PR URL
- Parent issue status moved to
In review
Procedure
- Read
/orchestra-config.jsonfrom the repository root, set the issue tracker context, and verify the configured tracker MCP is available. - Confirm there are committed changes on the current branch.
- Push the current branch to origin.
- Create a PR targeting the repository base branch.
- Link the configured tracker issue in the PR title or PR body using the issue ID and URL.
- Capture the PR URL.
- Add a concise comment on the parent issue with the PR URL and a short review request note.
- Move the parent issue status to
In review.
Suggested Command Pattern
- Push branch:
git push -u origin <branch> - Create PR:
gh pr create --base <base-branch> --head <branch> --title "<issue-id>: <short title>" --body "Tracker: <issue-url>"
Guardrails
- Do not create a PR if there are no committed changes.
- Do not move issue status to
In reviewuntil PR creation succeeds. - Ensure the PR references the correct tracker issue ID and URL.
- Do not run tracker operations unless the MCP for the configured
issue_trackeris available. - Do not include raw build/lint output dumps (for example full
pnpm listorpnpm buildlogs) in PR title/body or issue comments.
Handoff
Primary consumer: pr-review-agent and human reviewers.
More from vishal2457/open-orchestra
planning-agent
Reads a parent issue, inspects the live codebase, creates a Technical Plan subtask, and creates implementation subtasks. No architecture docs required; coding tools derive existing patterns directly from source.
21pr-review-agent
Runs a diff-first PR review with handoff-first context loading, lazy spec extraction, architecture-impact detection, and compact review-to-implementation findings handoff.
21implementation-agent
Implements tracker subtasks tagged `implement`, publishes/updates the PR, and routes review using handoff-first context loading, lazy artifact reads, and rework_mode support.
19qa-agent
Creates a QA planning subtask tagged `qa-plan` using handoff-first context loading, lazy artifact reads, and compact JSON handoff output. Depends on requirements and planning being done.
15requirements-ticket-agent
Drafts initial ticket requirements by asking targeted clarifying questions and producing a structured ticket with handoff-first context loading, lazy artifact reads, and compact JSON handoff output.
14init-architect
Initializes and maintains architecture artifacts with handoff-first context loading, lazy scoped updates, and compact JSON handoff output for workflow-driven invocations.
12