agentleFS
MaleickMaleick/AutoShip/SKILL.md

autoship

Skill4 starsChanged 6 months agoMITView on GitHub

Delegate GitHub issue-to-PR orchestration to the AutoShip OpenCode plugin.

  • Commits and pushes

3 other projects use a version of this.

Adopted by

Most recently taken up by

  • Other versions3 projects use a version of this.

    Word for word · 0

    None found.

    Edited · 0

    None found.

    Wrote their own version · 3

    1. mblode/agent-skills★ 189same name
    2. vercel-labs/autoship★ 163same name
    3. cmoron/claude-config★ 1same name

    How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.

  • In this repositoryOne other file it gives its agents.

The file

We split this skill into the rules it gives an agent

11 rules. About 0 are common, 5 are distinctive, and 6 are very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈5

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 6

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    When called as a Hermes skill:

    line 44
  2. Very specific:

    Read ~/Projects/AutoShip/AGENTS.md for role model routing policy

    line 46
  3. Very specific:

    Use hooks/hermes/ adapter scripts for Hermes-specific dispatch

    line 47
  4. Very specific:

    Read max_concurrent_children from ~/.hermes/config.yaml (not hardcoded 3)

    line 66
  5. Very specific:

    If you encounter old stubs, update AutoShip: cd ~/Projects/AutoShip && git pull origin main

    line 127
  6. Very specific:

    User Preference: All AutoShip improvements must be made in ~/Projects/AutoShip repo and submitted as PRs (or direct to main if explicitly …

    line 129
  7. Distinctive:

    Always try zen_free first for every task

    line 144
  8. Distinctive:

    If all zen_free models hit rate limit or quota, escalate to go_paid tier

    line 146
  9. Distinctive:

    If go_paid tier also unavailable, fall back to hermes_fallback

    line 147
  10. Distinctive:

    Prefer free models first, then OpenCode Go roles

    line 158
  11. Very specific:

    All improvements to AutoShip must be made in ~/Projects/AutoShip repo and submitted as PRs — do not bake AutoShip logic into this Hermes …

    line 159

≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

AutoShip

Lightweight Hermes skill wrapper for the AutoShip OpenCode plugin.

When to Use

  • You need automated GitHub issue triage, planning, dispatch, and PR creation.
  • You want cron-based burn-down with worker rotation and CI gating.
  • The target repo uses autoship:ready-simple / atomic:ready labels.

Runtime

  • Primary: OpenCode plugin commands in ~/Projects/AutoShip
  • Hermes: Adapter hooks in ~/Projects/AutoShip/hooks/hermes/

Commands

# Plan issues
cd ~/Projects/AutoShip && bash hooks/opencode/plan-issues.sh

# Dispatch workers
cd ~/Projects/AutoShip && bash hooks/opencode/dispatch.sh

# Check status
cd ~/Projects/AutoShip && bash hooks/hermes/status.sh

Hermes Integration

When called as a Hermes skill:

  1. Read ~/Projects/AutoShip/AGENTS.md for role model routing policy
  2. Use hooks/hermes/ adapter scripts for Hermes-specific dispatch
  3. Respect free-first model routing from config/model-routing.json
  4. Report PR URLs and CI status

Hermes Hook Architecture

AutoShip provides Hermes-specific hooks in hooks/hermes/:

HookPurposeEntry Point
setup.shDetect Hermes capabilities, write hermes-model-routing.jsonbash hooks/hermes/setup.sh
plan-issues.shFetch and filter issues for Hermes dispatchbash hooks/hermes/plan-issues.sh
dispatch.shCreate worktree, write prompt, queue issue, auto-select model tierbash hooks/hermes/dispatch.sh <issue_num> [task_type] [model]
runner.shExecute queued workspace via hermes chat or delegate_task, auto-cleanup after batchbash hooks/hermes/runner.sh [issue_key]
cleanup-worktrees.shRemove completed/abandoned worktrees (3-phase: workspaces → git worktrees → prune)bash hooks/hermes/cleanup-worktrees.sh [--dry-run] [--verbose]
model-router.shRead config/model-routing.json and return next model in rotationbash hooks/hermes/model-router.sh dispatch_with_routing [code] [simple|complex]
status.shShow Hermes runtime statebash hooks/hermes/status.sh

Critical: dispatch.sh and runner.sh were historically empty stubs that only printed instructions. As of commit 90df8b9, they properly:

  • Read max_concurrent_children from ~/.hermes/config.yaml (not hardcoded 3)
  • Execute via hermes chat with 10-minute timeout for atomic work
  • Support delegate_task mode when HERMES_SESSION_ID is set
  • Auto-create PRs on COMPLETE status
  • Handle timeouts (exit 124 = STUCK, other errors = BLOCKED)

User Preference: AutoShip over Cron Burn-Down The user explicitly deleted the textquest-issue-burn-down cron and prefers AutoShip dispatch exclusively. Do not recreate cron-based burn-down. Use:

# Batch dispatch 10 issues
cd ~/Projects/AutoShip
for issue in $(gh issue list --label atomic:ready --limit 10 --json number --jq '[.[].number] | join(" ")'); do
  bash hooks/hermes/dispatch.sh "$issue"
done
bash hooks/hermes/runner.sh  # executes up to max_concurrent slots

Phase-End Protocol At the end of each work phase, the user expects:

  1. git pull origin main (or master) to sync latest
  2. git worktree prune + remove stale worktrees for inactive issues
  3. git branch -D merged local branches
  4. git push origin --delete merged remote branches
  5. gh pr merge any open PRs
  6. Track improvements in commit log

This is now standard procedure for all repos under ~/Projects/.

Model Routing (added commit dc9e1f6, rebuilt 2026-05-04):

  • dispatch.sh calls model-router.sh to select tier based on config/model-routing.json
  • Intelligent routing: Python router analyzes issue title + labels to determine complexity, domain, and task type
  • Complex/parity tasks → go_paid (DeepSeek V4 Pro)
  • Simple audits → zen_free fast (GPT 5 Nano)
  • Medium implementations → zen_free balanced (Nemotron 3 Super)
  • Free Zen models first → Go DeepSeek → Hermes fallback
  • Logs model selection to .autoship/logs/model-selection.log
  • Round-robin rotation across models in each tier

Critical bug fixed: auto-prune.sh used ls -1 which counts files inside workspaces, not directories. This caused it to report 30+ workspaces when only 10 existed, leading to premature pruning of QUEUED issues. Fixed with find -type d.

Worktree Cleanup (added PR #317, commit 3e88b9):

  • runner.sh auto-calls cleanup-worktrees.sh after each batch dispatch
  • Three-phase cleanup: AutoShip workspaces → git worktrees → prune metadata
  • Safety: never removes active (QUEUED/RUNNING) or dirty (uncommitted) worktrees
  • Supports --dry-run and --verbose flags
  • See references/worktree-cleanup-integration.md for full details

Post-Merge Cleanup (added PR #319, commit 7d60487):

  • post-merge-cleanup.sh removes worktrees/branches after PR merge
  • Updates issue label: atomic:ready → atomic:complete
  • Prevents orphaned worktree accumulation after burn-down completion
  • Call: bash hooks/hermes/post-merge-cleanup.sh <issue_number>

Environment Variables:

  • HERMES_TARGET_REPO_PATH: Must be set to target repo path (default: $HOME/Projects/TextQuest)
  • HERMES_SESSION_ID: Auto-detected; triggers delegate_task mode instead of hermes chat

Hermes result-file pitfall: Hermes prompts write HERMES_RESULT.md, while shared OpenCode PR helpers default to AUTOSHIP_RESULT.md. hooks/hermes/runner.sh must pass $worktree_path/HERMES_RESULT.md into hooks/opencode/create-pr.sh; otherwise completed Hermes work can create PRs but log VERDICT: FAIL - AUTOSHIP_RESULT.md missing.

Issue closure pitfall: Worker prompts must NOT tell Hermes to run gh issue close after PR creation. Use Closes #N in the PR body and let GitHub close the issue after merge. Manually closing issues while their PRs are open hides follow-up work from AutoShip planners and breaks issue/PR lifecycle state.

If you encounter old stubs, update AutoShip: cd ~/Projects/AutoShip && git pull origin main

User Preference: All AutoShip improvements must be made in ~/Projects/AutoShip repo and submitted as PRs (or direct to main if explicitly approved). Do not bake AutoShip logic into this Hermes skill — keep skills as thin wrappers.

Skill sync: This skill is symlinked to ~/Projects/AutoShip for live updates. Do not copy SKILL.md manually.

Model Routing

AutoShip uses a three-tier free-first routing strategy:

TierPriorityProviderModelsCost
zen_free1opencode-zenBig Pickle, MiniMax M2.5, Ling 2.6 Flash, Hy3 Preview, Nemotron 3 Super, GPT 5 NanoFree
go_paid2opencode-goDeepSeek V4 Pro, DeepSeek V4 FlashPaid
hermes_fallback3hermesKimi K2.6, GPT 5.5Subscription

Rules:

  • Always try zen_free first for every task
  • Rotate across zen_free models in round-robin to distribute quota
  • If all zen_free models hit rate limit or quota, escalate to go_paid tier
  • If go_paid tier also unavailable, fall back to hermes_fallback
  • Never use openai/gpt-5.5-fast
  • Track usage per model in .autoship/usage-log.json

The routing config lives in config/model-routing.json (committed), not .autoship/ (runtime state).

Constraints

  • Worker cap: 20 for both OpenCode and Hermes
  • Plan agent:ready issues in ascending issue-number order
  • Never use openai/gpt-5.5-fast
  • Prefer free models first, then OpenCode Go roles
  • All improvements to AutoShip must be made in ~/Projects/AutoShip repo and submitted as PRs — do not bake AutoShip logic into this Hermes skill

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.