Requirements
- Target platform
- OpenClaw
- Install method
- Manual import
- Extraction
- Extract archive
- Prerequisites
- OpenClaw
- Primary doc
- SKILL.md
Use when implementation is complete, all tests pass, and you need to decide how to integrate the work - guides completion of development work by presenting structured options for merge, PR, or cleanup
Use when implementation is complete, all tests pass, and you need to decide how to integrate the work - guides completion of development work by presenting structured options for merge, PR, or cleanup
Hand the extracted package to your coding agent with a concrete install brief instead of figuring it out manually.
I downloaded a skill package from Yavira. Read SKILL.md from the extracted folder and install it by following the included instructions. Tell me what you changed and call out any manual steps you could not complete.
I downloaded an updated skill package from Yavira. Read SKILL.md from the extracted folder, compare it with my current installation, and upgrade it while preserving any custom configuration unless the package docs explicitly say otherwise. Summarize what changed and any follow-up checks I should run.
Guide completion of development work by presenting clear options and handling chosen workflow. Core principle: Verify tests β Present options β Execute choice β Clean up. Announce at start: "I'm using the finishing-a-development-branch skill to complete this work."
Before presenting options, verify tests pass: # Run project's test suite npm test / cargo test / pytest / go test ./... If tests fail: Tests failing (<N> failures). Must fix before completing: [Show failures] Cannot proceed with merge/PR until tests pass. Stop. Don't proceed to Step 2. If tests pass: Continue to Step 2.
# Try common base branches git merge-base HEAD main 2>/dev/null || git merge-base HEAD master 2>/dev/null Or ask: "This branch split from main - is that correct?"
Present exactly these 4 options: Implementation complete. What would you like to do? 1. Merge back to <base-branch> locally 2. Push and create a Pull Request 3. Keep the branch as-is (I'll handle it later) 4. Discard this work Which option? Don't add explanation - keep options concise.
For Options 1, 2, 4: Check if in worktree: git worktree list | grep $(git branch --show-current) If yes: git worktree remove <worktree-path> For Option 3: Keep worktree.
OptionMergePushKeep WorktreeCleanup Branch1. Merge locallyβ--β2. Create PR-ββ-3. Keep as-is--β-4. Discard---β (force)
Skipping test verification Problem: Merge broken code, create failing PR Fix: Always verify tests before offering options Open-ended questions Problem: "What should I do next?" β ambiguous Fix: Present exactly 4 structured options Automatic worktree cleanup Problem: Remove worktree when might need it (Option 2, 3) Fix: Only cleanup for Options 1 and 4 No confirmation for discard Problem: Accidentally delete work Fix: Require typed "discard" confirmation
Never: Proceed with failing tests Merge without verifying tests on result Delete work without confirmation Force-push without explicit request Always: Verify tests before offering options Present exactly 4 options Get typed confirmation for Option 4 Clean up worktree for Options 1 & 4 only
Called by: subagent-driven-development (Step 7) - After all tasks complete executing-plans (Step 5) - After all batches complete Pairs with: using-git-worktrees - Cleans up worktree created by that skill
Code helpers, APIs, CLIs, browser automation, testing, and developer operations.
Largest current source with strong distribution and engagement signals.