本文へスキップ
メニュー
ワークフロースキル、tmux、毎日のループツールai-usagebar24のAIプロバイダーのクォータとリセット時刻ghpending未対応のプルリクエストとIssueを1つのリストにtclockコマンドウィジェット付きのターミナル時計ai-memoryコーディングエージェントの長期メモリai-jailAIコーディングエージェント用のOSサンドボックス執筆ブログとLLMベンチマークニュースレターThe M.Akita Chronicles、毎週月曜日ポッドキャストAIについての長い対談を動画でゲームコードで管理するゲームコレクション、Omarchyで環境Omarchy、tmux、そして見送ったものフォロー
ワークフロー

1人で40のリポジトリを回し続ける方法

毎朝、tmuxでプロジェクトごとに1つのエージェントを開き、1行だけ指示して、返ってきたものをレビューします。重い作業はスキルがやります。スキルは私が磨き続けているプレーンテキストのプロンプトです。

1日は1行で始まる

tmuxのウィンドウ1つが1プロジェクトです。エージェントはai-memory経由で起動するので、そのプロジェクトのメモリとフックがつながった状態で立ち上がります。

毎朝のtmuxウィンドウ
cd ~/Projects/ai-usagebarai-memory run claude# quota gone? same workstream, another agentai-memory run codex --yolo

それから、対応待ちの列の様子に応じて、3つのうちどれか1行を打ちます。

  • run pr-audit and iss-audit, then run github-resolution

    普段の日。未対応のものをすべて監査し、監査で承認されたものを直します。

  • ... then run the release skill

    バージョンを出せるだけの変更がたまったら末尾に足します。

  • run pr-bump and release

    対応待ちがDependabotだけの日。

パイプライン

コントリビューターが書いたことは、何ひとつ鵜呑みにしません。主張はすべて検証し、承認した修正にはまずテストを書き、その正確なコミットでCIが通らない限りタグは打ちません。

左から右へのパイプライン:未対応のPRとIssueがpr-auditとiss-auditに分かれ、承認チェックのあとgithub-resolutionで合流し、pr-post-audit、release、改善と続き、改善から最初へ矢印が戻ります。その全体の下にai-memoryのバーが通っています。
pr-post-auditは、1つのセッションで4件以上のチケットを解決したときに動きます。releaseスキルは私が頼んだときだけ動きます。

仕事をするスキル

どれもSKILL.mdというファイルで、名前、説明、そして長く具体的なプロンプトが入っています。エージェントが本文を読み込むのは、そのスキルを使うと決めたときだけです。

GitHubですべてのスキルを見る

改善(カイゼン)でループを閉じる

1周ごとに、うまくいかなかったことや時間がかかりすぎたことを振り返り、コードと一緒にプロセスも直します。私はこれを日本語の「継続的な改善」から改善(カイゼン)と呼んでいて、次の周を今回よりよくするのはこのステップです。

スキル

ミスが見つかったその日にルールを足します。my-skillsの履歴はそんなルールだらけです。Dependabotのバージョンアップは1回にまとめる、却下したプルリクエストはきれいな状態で残す。

ハーネスへの指示

各プロジェクトのAGENTS.mdには、見つけるたびにコマンド、不変条件、ハマりどころを書き足していきます。次のエージェントがそれを見つけ直さなくて済むように。

ツール

ai-usagebar、ghpending、tclockは、どれも日課の中で何かが遅かったり見えなかったりしたから生まれました。同じ理由で今も変わり続けています。

環境

デスクトップもターミナルもゲーム用のボックスもすべてコードなので、改善はレビューして残すことも戻すこともできる1つのコミットになります。

このスキルの1行1行が、傷跡だ。

スキルについての記事より

積み上げるとこうなります

以下はすべて2026年に、このサイトのツール、Frankシリーズの個人プロジェクト、ニュースレター、ベンチマーク、ブログで起きたことです。2026年9月23日時点の数字です。ほぼすべてがエージェントとこれらのスキルを通っていて、私はレポートを読んで判断していました。

30
コミットのあったプロジェクト
6,330
コミット
783
マージしたプルリクエスト
486
クローズしたIssue
107.74万
追加したコードの行数
121
公開したブログ記事

コードの行数は、コードファイルに追加された行です。ロックファイル、データ、フォント、翻訳、vendorや自動生成のファイルは数えず、ベンチマークのモデル出力やニュースレターの生成コンテンツも除いています。FrankGearyとtclockはフォークなので、私自身の変更だけを数えています。プルリクエストとIssueはGitHubの数字です。frank_bazaarにはGitHubのリモートがなく、akitando-newsは非公開です。

プロジェクト別
プロジェクトコミットマージしたPRクローズしたIssue追加したコードの行数
ai-memory1,468500283328,177
akitaonrails.github.io63795121本の記事
akitando-news (非公開)5771080,602
ai-usagebar55314642132,932
distrobox-gaming4972047,622
FrankMD361424581,237
llm-coding-benchmark3595717,636
ai-jail353448341,666
FrankYomik2480053,833
frank_go2203116,725
frank_investigator1891245,365
FrankClaw1893269,114
FrankSherlock1212848,930
frank_karaoke1024010,465
frank_fbi791325,498
FrankMega622010,965
clock-tui541007,276
frank_type49329,815
ghpending40326,081
frank_geary34101,157
tropicalruby-202630002,201
ai-memory-web22109,775
frank_scanlation21008,904
omarchy-games-menu17006,951
aitrepreneur-docker1300781
google-calendar-tui12013,956
ai-jail-web10002,887
frank_lyrics9002,346
ai-toolkit-web3002,778
frank_bazaar1··1,769

AIは鏡だ。腕がよければ10倍速くなる。腕が悪くても10倍速くなる。ゴミを作るのが。

フォルダー1つを、全エージェントで

スキルは1つのリポジトリにあります。各エージェントのスキルフォルダーにはそこへのシンボリックリンクが入っているので、1回の編集がClaude Code、Codex、OpenCode、Kimiに同時に反映されます。

中央のmy-skillsフォルダーが、鎖の記号で5つのエージェントのフォルダーにつながっています。Claude Code、Codex、OpenCode、Kimi、~/.agents。「1回の編集で全部に反映」。
スキルを追加する
mkdir ~/Projects/my-skills/<name>   # add a SKILL.mdfor h in ~/.claude/skills ~/.agents/skills ~/.codex/skills; do  ln -s ~/Projects/my-skills/<name> "$h/<name>"done

それ以外の知識の置き場所

スキルは毎回同じように繰り返す手順を扱います。それ以外は、エージェントが読めるプレーンテキストに置いています。

プロジェクトごとのメモリ

ai-memoryは、プロジェクトごとの決定事項、ハマりどころ、引き継ぎを保持します。新しいセッションは、どのエージェントでもそこから始まります。

どこにでもAGENTS.md

どのリポジトリにも専用の指示があります。コマンド、不変条件、繰り返してはいけないミス。

生きた実例を指さす

「ai-memoryにあるのと同じAURのワークフローを作って」のほうが、AURのパッケージングについてのスキルより役に立ちます。実例は常に最新だからです。

コードにならなかったことを書き残す

調査、却下した選択肢、決定の理由。エージェントが調査に使った1時間は、すべて再利用できるドキュメントになります。

ここにあるものはすべてオープンソースです

ツールもスキルもベンチマークも公開リポジトリです。フォークして、自分の働き方に合うバージョンを作ってください。