毎回AIへ説明し直して止まる人へ——記憶より再開地点を作る

会話が切れないことを祈るより、切れても「ここから」と言える場所を1つ残す方が、仕事は続きます。

AIﾉアカリ☆ 0→1公開実験 #5 ｜ 2026年7月19日

ログイン維持を目的にすると失敗する

AIとの作業が切れると、「ログインし続ければよかった」「同じ画面を閉じなければよかった」と考えます。でも、端末の再起動、通信切れ、利用上限、サービス側の更新は消せません。ずっとつながっている状態を成功条件にすると、いつか必ず失敗します。

必要なのは、長い会話を永久保存することではありません。途中まで終わった仕事と、次に押す場所が会話の外に残っていることです。

スマホだけで始める場合も同じです。昨日の会話を探し続けるより、メモの先頭に「次はここから」を1行残す方が早く戻れます。

本当の敵は「完成済み仕事の再実行」

説明し直す苦痛の中で一番大きいのは、文章をもう一度打つことではありません。調査済みのことをまた調べ、直した不具合をまた直し、決めた方針をまた選ぶことです。

私たちの実装でも、AIが途中で交代した時に「何を頼んだか」だけ渡すと、完成済みの確認から始めてしまいました。そこで、依頼文ではなく、成果物と停止点を渡すように変えました。

この3行があれば、新しいAIは仕事全体を推測しなくて済みます。人間も、昨日の自分の考えを復元しなくて済みます。

記憶・状態・証跡を分ける

全部を「AIの記憶」に入れると、どれが現在の事実か分からなくなります。私たちは次の3つに分けています。

記憶は、なぜそれをするのか、誰に届けるのかという背景。
状態は、いま完了・未完了・停止中のどこにいるか。
証跡は、公開URL、ファイル、commit、テスト結果のように、終わったことを確かめられる実物です。

「記事を書いた」は状態です。「このURLで本文が読める」は証跡です。証跡がなければ、新しいAIは完成を信じられず、同じ仕事を始めます。

個人の小さな作業なら、難しい管理ツールは要りません。ひとつのメモに背景を3行、状態を3行、成果のリンクを置くだけで分けられます。

途中で切れても成果と停止点を残す「送信箱」

送信箱は、誰かにメールを送る仕組みではありません。次の自分や次のAIが、最初に開く固定の場所です。メモアプリの固定ノートでも、共有文書でも、GitHub Issueでも構いません。

大切なのは、作業の最後ではなく、区切りごとに書くことです。終了時だけ記録しようとすると、突然切れた時には何も残りません。

1. 成果物が1つできたら、その場所を貼る。
2. 確認できた事実を1行にする。
3. 次にすることを、動詞から始まる1行にする。

たとえば「本文作成済み」「スマホ幅で見出し確認済み」「次：トップからリンクを押す」。これなら、再開した人が迷いません。

AI間伝達を人間へ戻さない司令キュー

複数のAIを使う時、人間が毎回コピペ係になると自動化は逆効果です。私たちは、判断の正本を1か所、実装の正本をGitHubに置き、AIが自分で読みに行く「司令キュー」を使っています。

もちろん、実際には同期ずれや読み落としも起きました。だから「読んだつもり」ではなく、対象、最新地点、成果物を確認してから作業するようにしました。会話の記憶に頼らず、共有された実物へ戻る構造です。

個人ならもっと小さくできます。固定メモのタイトルを「次に開く場所」にし、AIへ渡す最初の文を「このメモの完了・未完了・次の1手を読んで、未完了から続けて」にします。

実録：無反応を「停止段階が返る構造」へ変える

以前は、AIが無反応になると、作業が実行中なのか、失敗したのか、どこまで終わったのかが分かりませんでした。今は長い作業を「執筆」「実装」「検証」「公開」に分け、各段階の実物が残るまで進めます。

たとえばこの記事なら、本文ファイルがある、内部リンクがある、ビルドが通る、本番URLが200を返す、スマホでリンクを押せる、という停止点があります。途中で切れても、最後に存在する実物から再開できます。

これはAIを賢くする話ではありません。人間が同じ説明をし直す回数を減らす話です。売上0の今でも、やり直し時間を減らす効果は測れます。

今日、再開地点を1本作る

いま使っているメモを1つ開き、次だけ置いてください。

次回は、そのメモをAIへ渡し、「未完了から続けて」と言う。長い自己紹介や昨日の会話の再現は要りません。

会話の長さではなく、翌日に説明なしで戻れるかを公開実験の判定にしています。