epic-pull-request
Push the Epic branch and open the pull request for a fully validated Epic. Sub-skill of epic-implementer.
- License 许可
- MIT
- 最近更新
- 2026-10-28
- Stars
- ★ 1
- Forks
- 0
01 前言 Front Matter
- name
- epic-pull-request
- description
- Push the Epic branch and open the pull request for a fully validated Epic. Sub-skill of epic-implementer.
03 SKILL.md 正文
User Input
$ARGUMENTS
The input must contain the Epic summary, the Issues implemented, the worktree path, the branch name, the validation performed and the PR conventions from epic-repository-rules.
Objective
Open one pull request for the whole Epic.
Run only after the Epic passed final validation.
1. Push
Push the Epic branch to the remote.
If a pull request for this branch already exists, update it instead of opening a new one.
2. Body
Check whether the repository provides a pull request template.
If one exists:
Use it.
Otherwise generate:
## Summary
Describe the complete Epic implementation.
Closes #{issue-number}
Closes #{issue-number-2}
...
### Verification
List all validation steps performed.
### Notes
Include relevant implementation and architectural notes.
Requested by: @maurodesouza
The pull request must always contain, even when using a template:
Closes #{issue-number}
Closes #{issue-number-2}. (if applicable)
...
Requested by: @maurodesouza
Include all Issues belonging to the Epic that should be automatically closed after merge.
3. Create
Create the pull request against the repository default branch.
Title follows the repository PR convention; otherwise use the commit convention with the Epic title.
4. Final Output
Return:
- Pull request number and URL
- Base and head branches
- Issues referenced with
Closes
Return this output to the calling skill and continue its flow. Do not end the run here unless this skill was invoked directly by the user.
04 同仓库更多 Skills
utils-implementation
Write and organize utils (pure helpers for formatting, mapping, filtering, math, parsing, ids, storage) as one namespace object per domain with clear, readable names. Use before creating or changing any util.
test-writer
Write tests for the current implementation
tech-lead
Analyze a project, turn the user's goal into an implementation-ready GitHub Epic and Issues (following project rules, the Command Bus architecture and Fragiola UI), then start epic-implementer automatically (use the no-implement flag to stop after planning).
tech-lead-publish
Publish a final Epic and its Issues to GitHub, linked and labeled, keeping dependency and execution information. Sub-skill of tech-lead.
setup-command-system
Install the Command System architecture in the project
reviewer
Review code changes and provide feedback