
PR To Main
Create a PR to the main branch for feature/fix changes in this pnpm + Changesets monorepo.
Install
npx skills add breaking-brake/cc-wf-studio --skill pr-to-main -g -a claude-code -y- Repository
- breaking-brake/cc-wf-studio5.4k
- Category
- Git and review
- Updated
- 29d ago
- License
- See repository
- Context cost
- Lightabout 1,257 tokens
- Runs scripts
- No, instructions only
What it does
Create a PR to the main branch for feature/fix changes in this pnpm + Changesets monorepo. Use when the user says "PRを作成", "mainにPR", or wants to submit changes for review. Always run this in the monorepo-aware way, identify the affected package(s) and make sure a changeset exists, because the release pipeline is Changesets-driven.
PR to Main Branch
Create a PR for a feature/fix branch targeting main in the cc-wf-studio monorepo.
This is a pnpm monorepo with four packages (packages/core, packages/mcp, packages/cli, packages/vscode) and versioning is driven by Changesets, not commit messages. Two monorepo facts shape this workflow:
- A release-worthy change must ship with a
.changeset/*.mdfile in the same PR. Without it, the change merges but never gets released, and pending changesets later block promotion to production. - Knowing which package(s) changed drives the changeset target, the PR scope, and the commit scope (e.g.
fix(vscode):).
So the job here is not just "open a PR", it's "open a PR that the release pipeline can actually act on."
Workflow
-
Gather context (run in parallel):
git status(no-uall)git diff(staged + unstaged) andgit diff origin/main...HEADfor the full branch deltagit log origin/main..HEAD --onelinefor every commit on the branch- Check whether the branch tracks a remote and needs pushing
ls .changeset/*.mdto see whether a changeset already exists
-
Identify scope and type:
- Affected package(s): map changed paths to packages,
packages/core→@cc-wf-studio/core,packages/mcp→@cc-wf-studio/mcp,packages/cli→@cc-wf-studio/cli,packages/vscode→cc-wf-studio(the VSCode extension). Changes outsidepackages/(root config,.github/, docs) usually need no release. - Type: read the commit prefix, allowing an optional scope,
fix:/fix(vscode):→ fix,feat:/feat(core):→ feat,improvement:→ improvement. Review all commits on the branch, not just the latest.
- Affected package(s): map changed paths to packages,

