Skip to content
cccskills
FreePublished on GitHub

finishing-a-development-branch

Use when implementation and tests are complete and a human must choose how local branch work should be integrated or preserved

The English summary is being prepared. Showing the original description.

See how to install

Files included (1)

  • SKILL.md2.0 KB

SKILL.md (original)

Review the instructions the agent will receive before you install.

Finishing a Development Branch

Principle

Verify first, preserve workspace ownership, then ask for the integration decision. Branch completion never grants remote mutation authority.

1. Verify

Run the repository's full required test command and inspect the exit status. If it fails, report the failures and stop the finishing flow.

2. Inspect Local State

Read-only checks should establish:

  • current branch or detached state;
  • base branch evidence;
  • changed, staged, and untracked files;
  • whether this checkout is a worktree and who appears to own it;
  • local commits not contained in the base branch.

Do not clean, reset, delete, merge, or switch branches during inspection.

3. Use NeedsUser for the Decision

Present the verified state and ask the human to choose one bounded outcome:

  1. integrate locally;
  2. request separately approved remote publication;
  3. preserve the branch and worktree as-is;
  4. discard work after explicit destructive confirmation.

Record this as a NeedsUser decision when the flow is running inside Yardlet. Do not reinterpret silence or a branch classification as approval.

4. Execute Only the Chosen, Authorized Path

Local integration still requires a clean ownership check and verification on the integrated result. Any remote write or pull-request creation stays behind the existing explicit approval gate. Destructive cleanup requires an exact, informed confirmation describing the branch, commits, and worktree affected.

Never remove harness-owned worktrees. Never remove a worktree before successful integration is verified. Preserve unrelated staged or untracked files.

Completion Evidence

Report the chosen outcome, commands actually run, fresh validation result, and the final local branch/worktree state. If authorization was not provided, stop at NeedsUser without performing the gated action.

Reviews

No reviews yet. Tell others what you thought.

Comments

No login needed. Share how it worked for you, ask a question, or note where it did not run.

No comments yet. Be the first to write one.

Comments are published right away. Do not include personal information such as email addresses or phone numbers. Up to 2 URLs.

0 / 1,000 characters

This form is protected by reCAPTCHA, and the Google Privacy Policy and Terms of Service apply.

More skills from this repository

atomic-write no-op 증명은 inode 비교로

The English summary is being prepared. Showing the original description.

zzunkie/yardlet18Updated Oct 19, 2026

availability 표시 게이트는 실행 의미 공급자와 교차 대조

The English summary is being prepared. Showing the original description.

zzunkie/yardlet18Updated Oct 19, 2026

base 전진 시 retained worktree diff의 3-way 재이식

The English summary is being prepared. Showing the original description.

zzunkie/yardlet18Updated Oct 19, 2026

builtin-bundle-reverify

The English summary is being prepared. Showing the original description.

zzunkie/yardlet18Updated Oct 19, 2026

builtin-bundle-reverify에 CLI fixture leg 절차 추가

The English summary is being prepared. Showing the original description.

zzunkie/yardlet18Updated Oct 19, 2026

codex CLI 플래그 실재는 설치된 바이너리 help로 검증

The English summary is being prepared. Showing the original description.

zzunkie/yardlet18Updated Oct 19, 2026

See all skills by zzunkie

Report a problem with this skill