commit
免费Create a conventional commit for PX4 changes
中文简介正在准备中。当前显示原文说明。
Create a pull request with conventional commit title and description
中文简介正在准备中。当前显示原文说明。
实测评分 未实测
查看安装方法安装前可以查看交给 AI 代理的指令内容。
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
中文简介正在准备中。当前显示原文说明。