submit-pr
submit-pr
Workflow
1. Get the Linear issue ID
Ask the user for the Linear issue identifier if not already in context (e.g. ENG-42).
Fetch the issue: get_issue(id) to get the title, description, and acceptance criteria.
2. Run tests
Run the project's test command (check package.json, Makefile, or ask the user).
If tests fail: STOP. Report which tests failed and ask the user to fix them before proceeding. Do not create the PR with a failing build.
3. Push the branch
git push -u origin <current-branch>
4. Create the PR
Use gh pr create with:
- Title: the Linear issue title
- Body: use the template below
- Base:
main(or ask if the project uses a different default branch)
## Linear issue
<linear-issue-url>
## What changed
<1-3 bullet summary of what was implemented — derived from the issue's "What to build" and acceptance criteria>
## Acceptance criteria
<paste the checklist from the Linear issue body>
## Test plan
<brief description of what the tests cover>
🤖 Generated with [Claude Code](https://claude.com/claude-code)
5. Post PR link to Linear
Use save_comment(issueId, body) on the Linear issue:
PR ready for review: <pr-url>
6. Report
Print:
PR created: <pr-url>
Linear comment posted on <issue-id>
More from maxmurr/agents-skills
index-knowledge
Generate hierarchical AGENTS.md + CLAUDE.md knowledge base for a codebase. Creates root + complexity-scored subdirectory documentation with both file types.
2tdd
Test-driven development with red-green-refactor loop. Use when user wants to build features or fix bugs using TDD, mentions "red-green-refactor", wants integration tests, or asks for test-first development.
1atdd
Outside-in TDD with double-loop (acceptance + unit). Use when user wants acceptance-test-driven development, outside-in TDD, London-school TDD, GOOS-style development, or wants to drive design from user-facing behavior inward.
1prd-to-issues
Break a PRD into independently-grabbable Linear issues using tracer-bullet vertical slices. Use when user wants to convert a PRD to issues, create implementation tickets, or break down a PRD into work items.
1write-a-prd
Create a PRD through user interview, codebase exploration, and module design, then submit as a Linear issue. Use when user wants to write a PRD, create a product requirements document, or plan a new feature.
1start-issue
Kick off implementation of a Linear issue. Fetches the issue and its parent PRD, creates a git branch using Linear's suggested branch name, and presents a consolidated context summary ready for development. Use when starting work on a Linear issue, picking up a ticket, or when user says "start issue TEAM-123", "work on TEAM-123", or "pick up TEAM-123".
1