OSS · cc-autoship
AI の開発作業を、追跡可能な資産に変える
AI の稼働をすべて GitHub の Issue・PR・レビューに残す、Claude Code 向けの OSS。任せても、辿れる。
AI に実装を任せられる時代になりました。でも並列で走らせるほど「一体何をしたのか」を追う認知コストは上がり、いずれ責任を持ちきれなくなります。 cc-autoship は、AI の稼働をすべて GitHub の Issue・PR・diff・レビューとして記録する、Claude Code 向けのハーネス群（OSS）です。任せても辿れて、何かあっても自分で巻き取れる。 単体のプラグインというより、実際の開発で使われている GitHub のフローに、追加課金なしで AI の稼働を接続する仕掛けです。
課題 — AI 並列開発の「追いにくさ」と、貯めておきたいコンテキスト
AI に開発を任せること自体は、もう難しくありません。複数のセッションを並べて、同時にいくつも走らせることもできます。 ただ、いわゆるバイブコーディングのまま進めると、POC 止まりになりやすいです。
最も課題だと感じたのは、任せた結果を、あとから直感的に追いにくいこと。 生ログは手元（.sessions）に残るので、追えないわけではありません。 ただ、そこから状況を読み解くには時間がかかり、並列で回すほど情報量が増えて認知コストは上がっていきます。 問題が起きても経緯をすぐ辿れなければ、責任は取りきれません。
履歴を扱いやすい形で残せていれば、あとから AI に質問して、振り返ったり直したりできます。
もう一つ、個人が同時多発的に開発できる今だからこそ、いつか発信したくなったときのために、その過程（コンテキスト）を貯めておきたい。 そんな考えが、この仕組みの出発点です。
設計思想 — 3 本柱
出発点はシンプルで、新しい仕組みを発明するより、人間の開発で実際に使われている仕組み（Issue・PR・レビュー）をそのまま流用するのが一番だと考えました。 「辿れる・積み上がる・続けられる」。この 3 つは独立した機能ではなく、「無駄なく資産を残す」という一つの考え方の三面です。
辿れる
Traceable並列で回すほど「何をしたか」は見えにくくなります。cc-autoship は、すべての変更を Issue・PR・diff・レビューコメントとして GitHub に残します。ログが貯まれば MCP で接続してそのまま流れを追えるし、あとから AI に「なぜこうしたのか」と聞くこともできます。
積み上がる
Compoundingコミット単位のままだと変更が細切れに散らばり、意味のあるまとまりで管理しにくくなります。cc-autoship は実装を適切な粒度で PR にまとめ、ゲートを通ったものだけを main に入れます。粒度の揃った PR が積み上がり、そのまま見返せる・振り返れる資産になります。
続けられる
SustainableAI のレビュー結果を本開発のように PR・レビューとして残そうとすると、ふつうは GitHub Actions（従量課金）を組みます。cc-autoship はそこを従量課金に頼らず、独自のハーネスとして設計しました。レビュー → コメント → 修正を、サブスクと GitHub の無料枠の中で回します。定額の範囲で、本開発と同じスピード感を保てます。
仕組み — 決定的なゲートと hook
「これを作りたい」の一言から、Issue → 実装 → PR → レビュー → 品質ゲート → マージまでを、一続きの流れとして自動で回します。
決定的なゲート
マージ可否は、テスト済みの bash 純関数で判定。サイズ・スコープ・レビュー指摘・CI（UI は e2e）を機械的にチェックし、緑なら自律マージ。LLM の気分には委ねません。
main を守る hook
main への直接 push はブロック。入口はゲートを通った PR だけで、公開指定したパスは自律マージされません。
良い開発の型が埋め込み
Issue 駆動・イテレーション・レビュー・テストが、意識しなくても型どおりに回ります。気合いや知識量に頼らず進められます。
実測 — 定額の範囲で、どこまで回せたか
cc-autoship 自体も、この仕組みで開発しています。2026 年 6 月時点で、ピーク週には 90 件超の PR を、 API の従量課金なし・サブスク（Claude Max 5x 以上推奨）と GitHub の無料枠の中でマージしています。 同じ週の Issue 更新は 100 件超、1 日の PR マージは多い日で 30 件超でした。（※ Claude Max 5x プランでの実績で、件数は概数です）
GitHub の無料枠での運用を前提にしているぶん、マージが集中した時期は上限に当たって手動で補うこともあり、 「完全自動」ではなく自動 + 人間の最終ゲートという形にしています。
OSS 公開 — 同じ思いを持つ人に届くように
これは、私が「一人 + AI チーム」で本開発とまったく同じフローを回すために作った仕組みであり、その記録でもあります。
自分と同じように、AI にたくさんのことを任せられるようになった反面、認知コストの限界にぶつかっている人や、 「何を・どう実装したか追えないのが気持ち悪い」と感じている人に届くことを願って、MIT ライセンスの OSS として公開します。 GitHub だけで動いて、外部サービスを必須にしていないので、手元のリポジトリでそのまま試せます。