メニュー
Use when creating a pull request, preparing changes for review, or pushing work to GitHub. Handles quality checks, branch management, conventional commits, openspec archival, and PR creation end-to-end.
デフォルトでは、最初にソースを確認する Prompt が選択されています。直接コマンドに切り替えるか、ローカルコピーをダウンロードすることもできます。
インストールを決める前に、SKILL.md と SkillsMP に表示されている付属ファイルをお読みください。
SOC 職業分類に基づく
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
直接コマンドでは確認用 Prompt が省略されます。実行前にソースを確認してください。
npx skills add https://github.com/tedivm/opencode-config --skill making-prsコマンドは1行のまま表示されます。コピー前に横へスクロールして全体を確認してください。
ローカルで確認しますか？SkillsMP が現在取得できるファイルをダウンロードできます。
SKILL.md を表示中
Use when creating, configuring, or modifying opencode agents. Covers Markdown agent definitions, frontmatter options (description, mode, hidden, color), primary vs subagent types, and detailed prompt structure. Don't use for skills, commands, or general config — this is specifically for agents.
Use when rendering mermaid diagrams to PNG, SVG, or PDF images. Handles both .mmd files and inline mermaid code blocks in markdown files. Don't use for creating mermaid syntax or GraphViz/DOT diagrams.
Use when converting files to Markdown format for LLM consumption, document analysis, or text extraction. Supports PDF, Office documents, images, audio, HTML, and more via Microsoft's markitdown. Don't use for simple text file reads, existing Markdown files, or when the file is in a usable format.
| name | making-prs |
| description | Use when creating a pull request, preparing changes for review, or pushing work to GitHub. Handles quality checks, branch management, conventional commits, openspec archival, and PR creation end-to-end. |
| license | MIT |
| metadata | {"author":"Robert Hafner","source":"https://github.com/tedivm/opencode-config"} |
Run quality checks, verify openspec status, create a feature branch, commit with conventional format, and open a PR.
Load and execute the quality-checks skill to ensure all tests, lints, and formatting pass before proceeding. Do not skip this step.
If quality checks fail, fix everything until the full suite passes green. Only continue to step 2 once all checks pass.
If the project uses OpenSpec (check for .openspec/ directory or openspec.json):
openspec list --json to find active changes.openspec list shows the change as active (not archived), ask the user: "The OpenSpec proposal [name] is still active. Should I archive it before creating the PR?"openspec-archive) and load it to handle the archival. If no archive skill exists, fall back to running openspec archive <change-name> --yes.git symbolic-ref refs/remotes/origin/HEAD or check git remote show origin for the HEAD branch.git branch --show-current.git diff --stat --cached or git status --short.feat/..., fix/..., chore/..., refactor/..., docs/....git checkout -b <branch-name>.Stage all changes: git add -A.
Determine the conventional commit type by analyzing the changes:
feat — new functionalityfix — bug fixesrefactor — code restructuring without behavior changeschore — maintenance, deps, configdocs — documentation onlytest — adding or modifying testsstyle — formatting, missing semicolons, etcperf — performance improvementsFunctional markdown: AGENTS.md files and skills (.opencode/skills/ or skills/) are markdown but function as agent instructions. Changes to them alter agent behavior — classify them as feat (new behavior), fix (corrected behavior), or refactor (restructured guidance), never chore or docs.
Write a conventional commit message:
<type>(<scope>): <description>Examples:
feat(auth): add JWT-based session management
fix(payments): retry failed transactions with exponential backoff
chore(deps): bump redis client to v4.2
refactor(parser): extract tokenization into standalone module
git commit -m "<title>" [-m "<body>"].git push -u origin <branch-name>.Implements [change-name] or link to the spec.gh-cli skill:
gh pr create --title "TITLE" --body "BODY"
When the user confirms the PR has been merged:
git checkout <default-branch>.git pull origin <default-branch>.