commit
無料Create a conventional commit for PX4 changes
日本語の概要は準備中です。原文の説明を表示しています。
Create a pull request with conventional commit title and description
日本語の概要は準備中です。原文の説明を表示しています。
実行スコア 未検証
インストール方法を見るインストールする前に、エージェントに与えられる指示の中身を確認できます。
No Claude attribution anywhere (no Co-Authored-By, no "Generated with Claude").
Check branch. If on main, create a feature branch <username>/<description>
where <username> comes from gh api user --jq .login.
Gather context: git status, git log --oneline main..HEAD,
git diff main...HEAD --stat, check for remote tracking branch.
Sanity-build the targets we care about. Fix any build errors before opening the PR:
make px4_fmu-v6x — hardware targetmake px4_sitl — simulationPR title: type(scope): description — under 72 chars, covers the
overall change across all commits. This becomes the squash-merge commit
message.
PR body: start with a plain leading paragraph explaining what the PR does and why. No headings (## Summary, ## Test plan, etc.), no boilerplate, no Claude attribution. Use bullet lists only to enumerate discrete changes; don't force prose into bullets. Describe testing inline if relevant, no separate test plan section. Use markdown (links, code blocks, lists) only when warranted. Keep it concise and well-formatted.
Push with -u if needed, then gh pr create. Default base is main
unless user says otherwise.
Return the PR URL.
If the user provided arguments, use them as context: $ARGUMENTS
まだレビューはありません。使ってみた感想をお寄せください。
ログインなしで書き込めます。使ってみた感想、質問、動かなかった環境などを気軽にどうぞ。
まだコメントはありません。最初のコメントを書いてみませんか。
Create a conventional commit for PX4 changes
日本語の概要は準備中です。原文の説明を表示しています。
Rebase a branch onto main, handling squash-merged parent branches cleanly
日本語の概要は準備中です。原文の説明を表示しています。
Review a pull request with structured, domain-aware feedback
日本語の概要は準備中です。原文の説明を表示しています。