『最大IDの次』は並行ブランチで必ず衝突する
「マージ済み main の最大IDの次を採る」という採番規則を全員が正しく守っても、並行ブランチがある限り同じIDが2つの別物に割り当てられます。本ブログのリポジトリで同じ日に2回起きた衝突を、CI の run ID と終了コードつきで記録しました。
AI開発の検証室 編集部
読了時間 約48分
読み込み中...
タグ
# 開発プロセス
4 件の記事が見つかりました
Issue Triage Agentを安全に作る役割分離
Issue Triage Agentにcloseを任せると誤クローズが怖い。このリポジトリの39 issue・close判断36件をリプレイし、PRリンクという最強の証拠でも2件を誤closeしていた実測と、証拠収集（Researcher）と判定（Judge）を分ける設計をコマンドつきで記録しました。
AI開発の検証室 編集部
読了時間 約54分
AIエージェントチーム設計
AIを相棒からチームへ進化させる運用モデルを、Lead・Implementer・Critic・Scribeの4役割とガードレールで体系的に整理する。1体のAIに全部任せると、判断責任が曖昧になって破綻しやすい
AI開発の検証室 編集部
読了時間 約12分
意思決定ログと証拠管理の型：AI開発で「合意の再燃」を防ぐ
なぜこの実装を選んだかを後から再現できるよう、選択肢・理由・証拠・棄却案を記録する意思決定ログと証拠管理の設計手法を解説する。- 合意の再燃は、判断理由の欠落で起きる。「何を選んだか」ではなく「なぜ選んだか」を残す。
AI開発の検証室 編集部
読了時間 約11分