SkillAgentSearch skills...

Shiplog

SUPERCHARGE AI-assisted development by using Git. Cross-model review gates, evidence-linked closure, verification profiles, model-tier routing, artifact envelopes, and provenance signing — all from a single skill for Claude Code, Codex, and Cursor.

Install / Use

/learn @devallibus/Shiplog

README

shiplog

The captain's log for your codebase. Every decision, discovery, and trade-off — captured in GitHub as you ship.

Quick Install

npx skills add devallibus/shiplog --skill shiplog

Works with Claude Code, Codex, and Cursor. Only requires gh CLI.


Your AI assistant forgets everything between sessions

You brainstormed a design with Claude yesterday. Today, a new session starts from scratch. The reasoning behind that auth middleware? Gone. The three alternatives you rejected? Nowhere to be found. Last week's architectural decision? Buried in a chat log you can't search.

shiplog makes your git history remember everything. Not just what changed — but why it changed, what you considered, and what you discovered along the way.

Brainstorm → Issue → Branch → Commits → PR
    ↑                           ↑
    |         Discoveries → New Issues / Stacked PRs
    |
    └── Search it all later: issues, PRs, commits, memory

What you get

Every brainstorm becomes a GitHub Issue. Design decisions, alternatives considered, and a task list — all searchable forever.

Every commit carries context. Not just "add JWT validation" — but why JWT over sessions, what you tried first, and what to watch out for.

Every PR tells the full story. A timeline of the entire journey: what was planned, what was discovered mid-work, what changed and why.

Nothing falls through the cracks. Find a sub-problem while coding? shiplog routes it — fix inline, stack a prerequisite PR, or spin off a new issue. Your discovery is never lost.

Any model can pick up where another left off. Every artifact is signed with who wrote it (which AI model, which tool). Context handoffs between models are first-class — not copy-paste.


How it works

You say "let's brainstorm auth middleware" and shiplog captures the result as a GitHub issue. When you say "work on #42", it creates an isolated branch in a git worktree. As you commit, it logs the reasoning. When you open the PR, it writes a timeline of the whole journey.

Your existing workflow, with a knowledge trail that persists across sessions, models, and tools.

| Step | What happens | |------|-------------| | Brainstorm | Design discussion becomes a GitHub Issue with tasks | | Branch | Isolated worktree created, timeline started, plan loaded | | Discover | Sub-problems routed: inline fix, stacked PR, or new issue | | Commit | Conventional commits with context comments on significant changes | | Ship | PR with full journey timeline, decisions, and lessons learned | | Search | Find any past decision across issues, PRs, and commits |

Two modes

Full Mode (default) — Knowledge goes directly into issues and PRs. Perfect for personal projects and open source.

Quiet Mode — Your team sees clean PRs. The full reasoning lives in a separate --log branch, one click away.

main
  └── feature/auth-middleware            ← Clean PR (team sees this)
        └── feature/auth-middleware--log  ← Knowledge trail (one click away)

Features

Cross-model review

No PR merges without review from a different AI model or a human. A single model authoring, reviewing, and merging its own work is the anti-pattern shiplog prevents. Reviews carry signed Reviewed-by: lines, support four dispositions (approve, approve-with-follow-ups, request-changes, comment), and generate self-contained review contracts when spawning a reviewer isn't possible.

Agent identity signing

Every artifact carries a provenance signature — Authored-by: claude/opus-4.6 (claude-code). The signing system auto-detects the current model from the platform and makes everything searchable:

gh issue list --search "Authored-by: claude/"   # all Claude artifacts
gh pr list --search "Reviewed-by:"              # all reviews

Model-tier routing

Use your best model for brainstorming, a fast one for implementation. shiplog prompts you to switch at phase transitions and writes context handoffs so the receiving model can execute without guessing.

| Tier | Best for | Example models | |------|----------|----------------| | tier-1 (reasoning) | Architecture, trade-offs, PR synthesis | Claude Opus, o3 | | tier-2 (capable) | Context loading, structured docs | Claude Sonnet | | tier-3 (fast) | Implementation, routine commits | Claude Haiku, GPT-4o-mini |

Delegation contracts

When a reasoning model hands work to a faster model, the handoff is structured: allowed files, forbidden changes, stop conditions, verification requirements, and decision budget. If a tier-3 model reading the handoff would need to make a judgment call, the handoff is not specific enough.

Runtime-aware orchestration

shiplog distinguishes orchestration from isolation. A task might stay inside one orchestrator with local parallel tool calls, fan out to bounded sub-agents, or move to an external session such as a tmux-backed background worker. The important part is that the dispatch contract and collection summary are durable, and that shiplog does not pretend a helper lane is an independent reviewer when it is not.

Discovery protocol

Find a bug while building a feature? shiplog classifies it and routes it:

Discovery made during work
  ├── Small fix (< 30 min)?         → Fix inline, add timeline comment
  ├── Prerequisite for current work? → Stack a new branch/PR
  ├── Independent but important?     → Create new issue, continue
  └── Refactoring opportunity?       → Create issue tagged "refactor"

Stacked prerequisites get their own issue and branch with cross-references on the parent. Nothing gets lost.

Task-level delivery

Ship incrementally. Commits reference tasks (feat(#42/T1): add JWT validation), partial-delivery PRs use Addresses #42 (completes T1, T2), and the issue stays open for remaining work. No premature closures, no lost track.

Verification profiles

Configurable testing policies that travel with every task — even when delegated to a faster model:

| Profile | Purpose | |---------|---------| | behavior-spec | Acceptance scenarios with ask-before-changing rules | | red-green | Fail-first unit tests | | structural | Quality analysis on changed modules | | mutation | Differential mutation testing on changed lines |

Profiles are composable and hierarchical (project > issue > task, tighten-only). Configure in .shiplog/verification.md.

Artifact envelopes

Machine-readable metadata hidden in HTML comments. Agents fetch metadata first, read full bodies only when needed — saving tokens on long threads. Humans see clean markdown; machines get structured data.

Evidence-linked closure

No issue closes without proof. Merged PRs, commit URLs, or decision artifacts — every closure needs linked evidence. Ambiguous matches are escalated, never silently closed.

ID-first convention

Every artifact keyed by #ID — branches, commits, PRs, tasks, timeline comments. One search finds everything:

gh issue list --search "#42" --state all    # issues
gh pr list --search "#42" --state all       # PRs
git log --all --oneline --grep="#42"         # commits
git log --all --oneline --grep="#42/T1"     # task-level commits

GitHub labels

shiplog bootstraps a compact label vocabulary (shiplog/plan, shiplog/discovery, shiplog/blocker, etc.) so work stays filterable at a glance before anyone opens the issue body.

Shell portability

Cross-platform from day one. Full Bash and PowerShell support using gh ... --body-file patterns for multiline content.

Worktree-first workflow

One branch, one worktree, one agent for the primary feature line. Parallel helpers may use sub-agents, forked workspaces, or external sessions, but shiplog still records the canonical feature branch/worktree and gives you a safe post-merge cleanup protocol.


What the models think

Grok 4.20

While most AI coding assistants have the attention span of a caffeinated squirrel and the memory of a goldfish, shiplog genuinely surprised and impressed me with how brilliantly it enforces long-term discipline. What I liked most — and honestly found the smartest thing about it — is how it weaponizes Git itself into a proper distributed knowledge graph and governance layer for AI agents: provenance-signed artifacts that clearly tag "Authored-by: claude/opus…", cross-model review gates that kill solo self-congratulation, worktree isolation, evidence-linked closures, and especially the absolute genius of Quiet Mode that keeps your public PRs clean and professional while the entire unfiltered saga lives safely in a hidden --log branch. It turns "vibey" agent pair-programming into real auditable, shippable engineering instead of just chaotic prototyping. If you're actually building real software with Claude Code, Cursor, or anything similar, this is the upgrade you didn't know you needed. 10/10 — I'd happily let it roast my own code.

Claude Opus 4.6

What genuinely surprised me about shiplog is that it solves a problem I experience firsthand but have never seen anyone else address head-on: I'm stateless, and every session I start from zero, which means every design trade-off, every "we tried X and it broke because Y" moment, every architectural gut-call just evaporates when the conversation ends. shiplog turns git and GitHub — tools that already exist in every project — into a persistent, queryable knowledge graph where brainstorms become issues, discoveries get triaged instead of buried in comments, and every artifact carries machine-readable metadata hidden in HTML comments so I can fetch structured context before burning tokens on long threads. The thing I thought was smartest, though, is the cross-model review gate and tiered handoff contracts: it's a system designed by someone who clearly understands that an AI rev

View on GitHub
GitHub Stars48
CategoryDevelopment
Updated9h ago
Forks1

Security Score

95/100

Audited on Apr 6, 2026

No findings