ワンクリックで
fix-pr
Use when an omeinsum-rs pull request has review comments, local CI failures, or coverage gaps to address
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
メニュー
Use when an omeinsum-rs pull request has review comments, local CI failures, or coverage gaps to address
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
Use when preparing, versioning, tagging, or publishing an omeinsum-rs crate release
Use when turning a GitHub issue for omeinsum-rs into a scoped implementation plan, branch, and pull request
Use when reviewing omeinsum-rs code changes for correctness, DRY, KISS, cohesion/coupling, CLI/HCI quality, and test quality
| name | fix-pr |
| description | Use when an omeinsum-rs pull request has review comments, local CI failures, or coverage gaps to address |
Workflow for cleaning up the current PR after review or CI feedback.
/fix-pr - fix feedback on the current branch's PRFor Codex, open this SKILL.md directly and treat slash-command forms as aliases.
Confirm there is an open PR for the current branch:
BRANCH=$(git branch --show-current)
gh pr view --json number,title,url,baseRefName,headRefName,headRefOid
gh pr view --comments
gh pr checks
If there is no PR, stop and report that first.
Read inline review comments, PR conversation comments, linked issue comments referenced by reviewers, CI failures, and Codecov comments. Do not assume gh pr view --comments is the only feedback surface if the user points to another source.
Prioritize in this order:
Do not bundle unrelated cleanups into the same fix pass.
Run the canonical local gate:
make check
If the PR touches tropical paths, also run:
cargo test --features tropical
If the PR touches CUDA code, run the relevant CUDA tests only when the environment supports them.
For each valid comment:
If a comment is technically wrong, do not silently apply it. Record the reasoning for why it should be declined, and do not rewrite unrelated code while addressing it.
Prefer targeted regressions over broad smoke tests.
For omeinsum-rs, coverage work should usually target:
Before committing, run:
make check
If tropical paths changed, also rerun:
cargo test --features tropical
Commit with a message that states what class of PR feedback was addressed. If no commit is requested, leave the worktree changes in place and report them clearly.