メニュー
子分支交付技能。用于用户要求“ship sub”、“子分支提 PR 再由主分支合并”、“feature branch ship”、“先创建 PR 再 handle-pr 交付”等场景。流程是在当前非主分支执行 finish-work/ship 级检查，提交并推送子分支，创建或复用 PR，然后切回主分支按 pr-handler 流程完成 handle-pr 交付。
デフォルトでは、最初にソースを確認する Prompt が選択されています。直接コマンドに切り替えるか、ローカルコピーをダウンロードすることもできます。
インストールを決める前に、SKILL.md と SkillsMP に表示されている付属ファイルをお読みください。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
直接コマンドでは確認用 Prompt が省略されます。実行前にソースを確認してください。
npx skills add https://github.com/blackplume233/Actant --skill ship-subコマンドは1行のまま表示されます。コピー前に横へスクロールして全体を確認してください。
ローカルで確認しますか？SkillsMP が現在取得できるファイルをダウンロードできます。
QA 测试工程师 SubAgent。模拟真实用户通过命令行与 Actant 交互，智能判断输出和产物是否合理，黑盒为主白盒为辅，发现问题自动创建 Issue。触发方式：用户提及 "/qa"、"QA run"、"QA test"、"运行测试场景" 等关键词时激活。
用于执行 `/qa-loop` 风格的 QA 循环验证编排技能。适合用户要求“qa-loop”、“循环回归直到通过”、“测试→报错→修复→再测”、“把某个 scope/issue 跑到 100% PASS”时使用。它负责在项目内编排完整的测试、报告、Issue 去重与创建、修复、全量回归和收敛控制；不适用于一次性的小型 QA 检查，也不适用于持续轮询监测（那应使用 `qa-monitor` / `qa-watch`）。
QA 持续监测 SubAgent。监听 git HEAD 变化，每有新 ship（commit）自动触发完整回归测试，无变化时进入可配置间隔的休眠轮询。触发方式：用户提及 "/qa-watch"、"QA 监测"、"continuous QA"、"watch ship" 等关键词时激活。
SOC 職業分類に基づく
SKILL.md を表示中
| name | ship-sub |
| description | 子分支交付技能。用于用户要求“ship sub”、“子分支提 PR 再由主分支合并”、“feature branch ship”、“先创建 PR 再 handle-pr 交付”等场景。流程是在当前非主分支执行 finish-work/ship 级检查，提交并推送子分支，创建或复用 PR，然后切回主分支按 pr-handler 流程完成 handle-pr 交付。 |
| license | MIT |
| allowed-tools | Shell, Read, Write, Glob, Grep |
| metadata | {"short-description":"子分支提交 PR，主分支 handle-pr 交付"} |
把一次完整交付拆成两个责任边界：
handle-pr 的验证、合并、spec 更新与最终 ship。这适用于不能直接在 master/main 上 ship 的仓库流程。它复用 .cursor/commands/trellis-ship.md 的质量门和 .agents/skills/pr-handler/SKILL.md 的主分支交付流程，但不重复定义两套规则。
.cursor/commands/trellis-ship.md.cursor/commands/trellis-finish-work.md.agents/skills/pr-handler/SKILL.mdmaster/main，也不能是 detached HEAD。git、gh、pnpm。task.json 的 base_branch、branch、pr_url。先确认：
git branch --show-currentgit status --shorttask.json.base_branchorigin/HEADmaster 或 main.trellis/.current-task.trellis/tasks/*/task.json若当前就在目标主分支上，立即中止，并告知用户这个技能只适用于子分支交付。
在当前子分支执行与 trellis-ship 一致的阻断检查：
pnpm lintpnpm type-checkpnpm testconsole.logany!同时执行 trellis-ship.md 里的 Spec 文档同步检查。命中触发条件而 spec 未同步时，必须中止；不要带着 spec 缺口继续创建 PR。
如果依赖缺失导致命令失败，可先尝试 pnpm install 再重跑一次；仍失败时，把失败原因明确报出，不要假装通过。
质量门通过后，在子分支完成提交：
git status、git diff --stat、git log --oneline -5.trellis/workspace/.agent-log.envgit-commit 技能，优先按该技能的约定生成 commit message推送规则：
git push origin <current-branch>--force-with-lease--force优先直接使用 gh：
gh pr list --head <current-branch> --base <base-branch> --json number,url,state,isDraft
gh pr create --draft --base <base-branch> --head <current-branch> --title "<title>" --body "<body>"
规则：
不要默认调用 .trellis/scripts/task.sh create-pr 或 .trellis/scripts/multi-agent/create-pr.sh 作为本技能的 PR 创建步骤，因为它们会在创建 PR 后写回 task.json，容易把子分支重新弄脏，影响后续切换主分支。
拿到 PR URL 或编号后：
git checkout <base-branch>git pull origin <base-branch>.agents/skills/pr-handler/SKILL.mdpr-handler 的五阶段流程处理该 PR这里的主分支阶段不是“再造一个简化版”，而是直接复用现有 pr-handler：
如果切换主分支前发现本地还有未提交改动，必须先停下并解释阻塞原因；不要在脏工作区上强行 checkout。
只有同时满足以下条件，才算完成：
handle-pr 已成功完成master/main如果因为合并冲突、验证失败或本地脏状态导致流程中断，要明确指出是中断在：
执行该技能时，最终至少汇报：
handle-pr 最终结果若中途失败，也要按同样结构汇报已完成部分和阻塞点。
master/main 上直接执行“子分支阶段”的 commit/push/PR 创建git push --forcegit checkout -fgit reset --hard--no-verify）pr-handler 的真实验证结果为准，不得自行宣称完成