shippo– Author –

Linear・GitHub Projects・Spec Kit・Backstage・LangGraph・OpenHandsとの責務比較 AI Work Governance｜比較リファレンス Linear、GitHub Projects、Spec Kit、Backstage、LangGraph、OpenHands。 AIとソフトウェア開発の仕事を整理しようとすると、似た...

AIとGitHubで、目的・設計・差分・完了を混ぜない AI Work Governance｜専門テーマ — Issue / Pull Requestの責務 GitHubで仕事を管理するとき、多くの人はIssueとPull Requestを使います。 Issueへ課題を書く。変更を作る。Pull Requestを開く。レビュー...

ブランチを分けるだけでは足りなかった AI Work Governance｜専門テーマ — 作業場所の隔離 Claude Codeが実装し、別の画面ではCodexがレビュー対応を進め、人間も同じリポジトリを確認している。 複数のAIコーディング実行役を使い始めて、最初に困ったの...

分担・隔離・合流をどう設計するか AI Work Governance｜専門テーマ — 複数AIの分担と合流 ChatGPT、Claude Code、Codexのように、仕事を任せられるAIが複数あるなら、同時に動かせば仕事も速く進みそうです。 実際、調査を一方へ、実装をもう一方へ、レビ...

AIを変えたのではなく、AIが働く「仕事の構造」を共有した話 AI Work Governance｜実運用ケース Claude CodeやCodexで複雑な作業を安定させるために、リポジトリ側の契約、権限、再利用手順、読む順序、検証ルールを整えていきました。 すると、少し意外な...

関係図に決めさせず、次に検討すべき仕事を狭める AI Work Governance｜仕事の関係 3/3 — 候補を絞る ここまで二つのことを考えてきました。 07では、仕事同士の関係を外から確認できる形にすること。 08では、状態が変わったら、その関係と判断を再評価す...

古い計画を信じ続けず、変化した範囲を見直す AI Work Governance｜仕事の関係 2/3 — 再評価 07「タスクのネットワークを可視化する」では、複数のIssueやPull Requestを、状態だけでなく仕事同士の関係まで含めて見る考え方を扱いました。 仕事を点、仕事...

一覧では見えない、仕事同士の関係を共有する AI Work Governance｜仕事の関係 1/3 — 可視化 前の記事（Core 06）「AIの仕事をどう収束させるか」では、IssueやPull Requestが複数になったとき、単体タスクの完了だけではなく、複数の仕事をどう収束させる...

一つの仕事を閉じ、複数の仕事を関係・検証・再評価で収束させる AI Work Governance｜基礎 6/6 — 仕事を収束させる ここまでの記事では、AIとの仕事を会話の外へ残し、正しい情報の読み方、依頼から実作業への変換、権限と品質確認を扱ってきました。 一...

AIを完全に決定的にせず、自由度をレビューできる範囲へ寄せる AI Work Governance｜基礎 5/6 — 境界と品質確認 AIモデルが賢くなれば、仕事の品質も自然に安定する。一見すると、そう思えます。 しかし、同じ「このPull Requestをレビューして」という依...