01. Source of Truth
対象の project、repository、branch、goal、write set を固定します。何を扱うかの基準です。
本記事でいう作業引継ぎとは、担当交代の有無にかかわらず、作業を安全に再開するために、対象、証跡、実行経路、承認範囲を保つことです。
これは個人の開発・運用経験から整理した実務例であり、一般標準ではありません。人、AI支援ツール、リポジトリ、read-only の確認、承認済み作業場所、文書、承認、実行環境、公開作業を、一つの作業系として扱います。
中断後の再開、複数案件の往復、確認待ち、調査から編集への移行、変更確定の直前、または実行環境や公開作業に近づく場面で役立ちます。同じ担当者が続ける場合でも、前提が変われば引継ぎが必要になります。
次の4つは順番ではなく、ひとつの作業を安全に再開するために互いを照合する関係です。対象を定め、実行場所を分け、承認済みの段階だけを進め、観測済みの状態を記録します。
対象の project、repository、branch、goal、write set を固定します。何を扱うかの基準です。
確認専用の場所、承認済みの作業場所、人が行う外部操作を分けます。どこで何を行えるかを示します。
調査、編集、review、commit、push、公開作業を別段階として扱います。次へ進める範囲を示します。
Observed、Inferred、Unknown を分けます。現在の根拠と、再確認が必要な項目を示します。
関係の見方: Source of Truth が対象を固定し、Execution Boundary が操作場所を限定し、Approval Boundary が許可された段階を限定します。Recorded / Observed State は、その3つを現在の根拠と照合する記録です。
| 区分 | 例 | 開始前に決めること |
|---|---|---|
| 固定情報 | 対象、branch、goal、write set | 変更があれば再承認する。 |
| 可変・現在情報 | revision、worktree、review 状態 | 節目で再確認し、時点を添える。 |
| 承認状態 | 調査、編集、commit、公開作業 | 今回許可された段階だけを進める。 |
| 観測済み証跡 | Observed、Inferred、Unknown | 確認済みと未確認を混ぜずに記録する。 |
「前回の続きなので必要なものを直す」「同じ branch のはず」「公開済みのはず」だけで始めると、対象、根拠、実行場所、承認段階が不明なままです。
対象、目的、Observed evidence、write set、実行境界、承認境界、停止条件、次の行動を短く分けます。形式そのものを承認とは扱いません。
対象: [project / repository / branch]
目的: [今回完了したいこと]
Read set: [確認する資料・状態]
Write set: [変更してよいファイル]
Observed evidence: [直接確認した事実と時点]
Unverified: [未確認の項目]
Execution / approval boundary: [実行できる場所と今回許可された段階]
Stop condition / next action: [停止条件と次の行動]
これは唯一の手順ではありません。作業の規模と境界に応じて、必要な確認だけを増やします。
本記事は一般的な作業設計の提案であり、security 保証、法的助言、実行環境の手順、direct observation の代替ではありません。実際の変更や外部操作は、各環境の責任範囲、承認手続き、直接の観測に従います。
作業引継ぎでは、対象、証跡、実行経路、承認範囲を分けます。4つの境界を照合し、固定情報と現在情報を混ぜず、変更や境界に応じた最小限の再確認を行います。
本記事の構成・編集にはAIを支援ツールとして利用しています。公開前に著者 mars70 が内容を確認・修正しています。