MulmoTerminal の PR 本文フッター — 3 日後にレビューが付いたとき、どのクローンで作業したか迷わない
2026年9月14日
AI エージェントを並列に動かすと、同じリポジトリのクローンが 3 本、4 本と増える。3 日後にレビューが付いたとき、どのフォルダで作業したか思い出せない。MulmoTerminal は PR を作ると本文の末尾に `work in <フォルダ名>` の 1 行を自動で入れる。ブランチ名を書かず、フォルダ名だけを書く理由と、既定で有効にしている設計判断を解説。
MulmoTerminal の PR / Issue 横断ビュー — 4 本の提案を 1 画面で、どれが自分の番か迷わない
2026年9月13日
GitHub からの通知を 30 通受けても、どの PR が自分の番かは分からない。MulmoTerminal は登録したリポジトリの未マージ PR と Issue を 1 画面に並べ、CI の色とレビュー状態の 2 つだけで次にやることを判断させる。自動更新をしない設計、トークンを預けない作り、GitLab の同画面統合まで解説。
MulmoTerminal の issue 作業コメント — OSS で同じ issue を 2 人が同時に直す無駄をなくす
2026年8月14日
OSS の issue を 3 時間かけて直し、PR を出したら「同じ内容の PR が 2 日前に出ていた」ことに気づく。原因は、着手を宣言する手段はあっても、始めるときに書く習慣がないこと。MulmoTerminal は issue からセッションを起動すると自動で「Working on this」コメントを書き、PR とマージの節目で同じコメントを編集し続ける。他人の issue に自分の名前で書くので既定は無効。設計の判断を解説。
MulmoTerminal の issue → worktree — GitHub Issue の ▶ ボタンで、6 手を 1 クリックに畳む
2026年8月12日
GitHub Issue から作業を始めるまでに毎回同じ 6 手を踏んでいる。本文を読む／ブランチ名を決める／最新を fetch する／worktree を切る／AI を起動する／issue 本文を貼る。MulmoTerminal は issue 行の ▶ ボタンで、issue 読み込みから worktree 作成（issue/<番号>-<slug>、fetch した origin から分岐）、Claude 起動、本文を入力欄に置くところまでを 1 クリックで済ます。最後の送信だけはあえて自動化しない — issue 本文は他人が書いたテキストだから。番号が入ったブランチが Fixes #N と作業コメントまで繋げる仕組みを解説。
issueを置いておくと、朝までに実装が上がってくる
2026年4月14日
なぜ日本にはGitHubが生まれなかったのか？──OSSと資本、そして“職業としての開発者”の未来
2025年4月17日
2008年、米サンフランシスコで生まれたGitHubは、最初はたった3人の開発者による小さな週末プロジェクトだった。しかしそのアイデア──「誰もが自由にコードを共有し、議論し、貢献できる場を作る」──は、オープンソースの精神と見事に共鳴し、瞬く間に世界中のエンジニアに広がった。 収益はゼロ。それでも、彼らは資金を得た。2012年、Andreessen HorowitzはシリーズAとして1億ドルを
なぜ日本にはGitHubが生まれなかったのか？──OSSと資本、そして“職業としての開発者”の未来
2025年4月17日
2008年、米サンフランシスコで生まれたGitHubは、最初はたった3人の開発者による小さな週末プロジェクトだった。しかしそのアイデア──「誰もが自由にコードを共有し、議論し、貢献できる場を作る」──は、オープンソースの精神と見事に共鳴し、瞬く間に世界中のエンジニアに広がった。 収益はゼロ。それでも、彼らは資金を得た。2012年、Andreessen HorowitzはシリーズAとして1億ドルを
「世界モデルを持たないLLM」にとって難しい質問のリスト
2024年9月9日
世界モデルを持たないLLMが苦手とする質問リストをオープンソース化。GPT-4o、Claude、Gemini、Llama3など主要なLLMで検証可能なテストフレームワークをGitHubで公開。GraphAIを使用した実装で、YAMLファイルの編集だけで簡単に様々なLLMでのテストが実行できます。多言語化や自動化も予定、PRも大歓迎です。