Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
npx skills add yimwoo/hotl-plugin --skill finishing-a-development-branchgit clone --depth 1 https://github.com/yimwoo/hotl-pluginWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/skills/yimwoo/hotl-plugin/finishing-a-development-branch)<a href="https://agentmods.dev/skills/yimwoo/hotl-plugin/finishing-a-development-branch"><img src="https://agentmods.dev/badge/skills/yimwoo/hotl-plugin/finishing-a-development-branch/github.svg" alt="Measured on agentmods" height="20"></a>Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.
<a href="https://agentmods.dev/skills/yimwoo/hotl-plugin/finishing-a-development-branch"><img src="https://agentmods.dev/badge/skills/yimwoo/hotl-plugin/finishing-a-development-branch.svg" alt="Reviewed on agentmods" width="80" height="20"></a>What it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5.1 | $0.00045 | $0.01238 |
| Opus 5 | $0.00023 | $0.00619 |
| Sonnet 5 | $0.00009 | $0.00248 |
| Haiku 4.5 | $0.00005 | $0.00124 |
Grade A, and why
finishing-a-development-branch scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 10d ago.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
How it starts
The opening of the file, as written. The whole thing — 105 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Finishing A Development Branch
Use this after loop-execution, executing-plans, or subagent-execution when the run already has a run_id and you need to decide what happens to the execution branch/worktree next.
Core Idea
HOTL distinguishes between:
- Authoring checkout — where the workflow was written (
source_branch,source_head) - Execution checkout — where the workflow ran (
branch,execution_root,worktree_path)
Finishing is the stage that closes that loop intentionally. Do not silently merge, delete, or abandon the execution worktree.
Step 1: Read Execution Provenance
Run:
hotl-rt summary <run-id> --json
Surface these fields before presenting options:
statussource_branchbranchexecution_rootworktree_pathfinish.disposition(if already recorded)- controller owner/status and receipt reasons
If finish.disposition is already set, stop and tell the user the run is already finished.
A successful execution must be ready_to_finish before merge or publish. ready_to_finish means execution evidence is complete but the run is not yet completed. Keep the existing controller lease active and retain HOTL_OWNER_TOKEN; if a different controller is finishing, use explicit owner handoff/takeover rules from resuming first. Run owner heartbeat before a long finish operation.
Step 2: Present The 4 Finish Options
Use these options:
- Merge back locally
- Default target:
source_branchwhen present and different from the execution branch - Fallback target:
mainormaster
- Default target:
- Publish branch / create PR
- Push the execution branch to a remote
- If
ghis available and the user wants a PR, create it against the chosen target branch
- Keep as-is
- Preserve the execution branch/worktree for later review or follow-up changes
- Discard
- Remove the execution branch/worktree after explicit confirmation
Explain the target branch explicitly when merge or PR target is inferred from source_branch.
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- 10d ago First seen · 105 lines · 45 tokens per session scan A 60a17109540d
finishing-a-development-branch is a skill published in the GitHub repository yimwoo/hotl-plugin (27 stars, last pushed 2mo ago), licensed MIT. It adds 45 tokens to every session and 1,238 once invoked, about $0.0002 per session on Opus 5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-30.
Other skills, from other repositories
codex-claude-handoff
A file-based handoff process between Codex and Claude Code. It moves work through six phases—specification, planning, building, review, polishing, and committing—using signal files to show which phase is current.
gentle-ai-collab-perfect
Trigger: contributing to Gentleman-Programming/gentle-ai as an external collaborator. Strict issue-first workflow, honest PR bodies, contributor-vs-maintainer scope, chained-PR strategy, verification protocol, docstring coverage. Load whenever the active repo is Gentleman-Programming/gentle-ai and any part of the…
branch-pr
Create Gentle AI pull requests with issue-first checks. Trigger: creating, opening, or preparing PRs for review.
work-unit-commits
Plan commits as reviewable work units. Trigger: implementation, commit splitting, chained PRs, or keeping tests and docs with code.
chained-pr
Trigger: PRs over 400 lines, stacked PRs, review slices. Split oversized changes into chained PRs that protect review focus.
commit-hygiene
Atomic commits, PR size limits, commit thresholds, stacked PRs.