第1話 スキル物語 「引き継ぎ」と言ったら明日の自分に手紙を書いてくれた話
いつ困る?
AIとの作業は、ひとつのタブ(セッション)で長く続けるほど調子が出ます。昨日の経緯も、直した事故の記録も、タブの中に全部残っているからです。
けれど同じタブで働き続けると、今度は記憶がいっぱいになるという問題が起きます。人間の机が書類で埋まっていくのと同じで、新しい作業を始めるには机を片付ける——つまりタブを新しくする必要がある。でも、片付けたら昨日のことが全部消えてしまう。ここで「じゃあ最初から説明し直すか」となると、これがまた大変です。
こう言うと起こること
そんなとき「新セッション」とか「引き継ぎ」と言います。
するとAIは、そのタブで起きたことをひとまとめにした引き継ぎの手紙を書き始めます。何をしていたか、どこまで終わっていて、次に何をすべきか、困っていることは何か——読む側がすぐ再開できる形に整理して、記録庫(SSOT)にも同じ内容を保存します。タブを閉じて、新しいタブでその手紙を読めば、作業はそこから続きから始められる。机を片付けても、忘れていいものだけを忘れる状態ができます。
何が変わるか
「長く使うと重くなる」から「区切りがついたら気軽に新しくする」へ、使い方が変わりました。
引き継ぎは手書きのメモではなく、決まった型で書かれるので、どのタブで書いても同じ形で読めます。しかも記録庫と自動で連携するので、書き忘れがあっても体系側から拾ってくれる。翌朝「おはよう」と言えば、この手紙を読んで昨日の続きから始まる——それは第3話で出てくる別の仕組みのおかげです。
<details><summary>▶ 技術的にどうなってるか</summary>
- スキル: new-session(終了時の書き出し側)。対のスキル resume-session(開始時の読込側)が翌朝の「おはよう」で handoff 最新5件を読み込む
- 仕組み: handoffファイル(
00_SYSTEM/handoff/YYYY-MM-DD_HHMM_WT4.md)を生成セッションの識別子(session_id / wt_session)付きで保存・メタ情報(session_id/wt_session/セッション名/開始終了時刻)でタブ間の対応を追跡 - 連携: SSOT記録(ssot-recordスキル経由のみ・手動Writeはhookで物理ブロック)、バックログ(生きタスクの正典)との突合、セッション占有ボードの解放(🟢→✅)まで一連で実施
- 経緯: 「コンテキスト圧縮で仕事が消える」問題への対策としてhandoff方式を設計・2026-06-06頃から運用
</details>