長時間作業・状態引き継ぎ
工程分割、並列スレッド、作業状態、コンテキスト版管理を扱う。
Knowledge → AIとの仕事設計 → 長時間作業・状態引き継ぎ
長いAI作業を工程へ分け、複数スレッドやファイル間で作業状態を失わず再開するKnowledge群。
下の記事はそれぞれ独立した問いに答えながら、同じテーマを別の角度から補います。
このテーマのKnowledge
1. 馴染んだChatGPTとの対話を再開する資料を作るため、人間は整理方法をどう変えたか
2025年4月26日、可児波起はChatGPTとの馴染んだ対話を再開するための資料作成で、誰が何のために読む情報なのかをAIへ説明し直したことで、出力を物語形式から参照用の構成へ変化させました。
2. 過去の話を知っていても資料を読めたとは限らない――dotへ10ファイルを添付して原文を確認した実例
文脈の共有と特定版の原文取得を分け、資料取得から作業を再開する実例。
3. 文章の型だけ引き継いでも同じコメントは作れなかった――AIへ「視点を見つける工程」まで渡した実例
別スレッドへNewsPicksコメント制作を移す際、成果物や文章形式だけでなく、視点発見・採否判断の思考工程まで引き継ぎ対象へ追加した実例を扱うためPrimary。
4. AI向けProject Sourcesは増やすだけでは整理できない――正本・旧版・補助資料を分けた実例
長期AIプロジェクトで参照するSource群を、正本・補助・旧版へ整理し、引き継ぎ時の版混同を減らす文脈管理として所属。
5. ルールをProject Sourceに保存しただけでは引き継げなかった――全文読解と実行直前の再読を工程化した
長いAI制作を別チャットへ引き継ぐ際、ルールを保存するだけでなく開始時の全文読解と実行直前の再読を工程化した状態引き継ぎとして所属。
6. 人物像ファイルを複数プロジェクトで共有するとき、同じファイル名を「同じ版」とみなさない
このKnowledgeの中心テーマとして現在のTopic Clusterへ所属。
7. AI作業を別スレッドへ引き継ぐとき、成果物だけでなく「作業状態」を渡す
このKnowledgeの中心テーマとして現在のTopic Clusterへ所属。
このKnowledgeの中心テーマとして現在のTopic Clusterへ所属。
このKnowledgeの中心テーマとして現在のTopic Clusterへ所属。
資料制作では、素材を集める段階と、情報を構造化して構成を決める段階を分けることができます。
「続行する」と返したのにWix処理は再開していなかった――dotの返答と実行状態を分けた記録
AIが「続行する」と返答しただけでは、外部処理が実際に再開した証拠にはなりませんでした。
ChatGPTのdotをローンチ直後から3日間使った――Knowledge制作で失敗しながら役割分担を作った記録
2026年9月30日、可児波起は提供開始直後のChatGPTのdotへ、過去会話の採掘からKnowledge執筆、画像制作、Wix公開までを連続して任せる実験を始めました。
AI業務ルールを読み直すとVERSIONが違った――1.0の説明と1.3の正本を分けた記録
会話前半のVERSION 1.0の説明と、後半に読んだ正本1.3の差を示し、実行前にDocと46列のSheetを読み直す方法を説明します。
別々のChatGPTプロジェクトから同じINBOXへ3件登録できた――「たす」の横断テスト
別々のChatGPTプロジェクトから『たす』の合図で三件を共通INBOXに登録し、会話記憶ではなく外部保存で仕事を引き継ぐ仕組みを検証した事例。
このテーマと交差するKnowledge
「PCでも大きい」「治った」「引き継ぎを上手く出来てない」――短いフィードバックを仕様変更へつなげた実例
長期AI共同作業の中で、実使用フィードバックを次回以降のTypography・引き継ぎ・Hero工程へ蓄積した状態更新として交差するため。
同じPillarの別テーマ
AIの処理中に人間を拘束せず、必要な判断点だけ人間へ戻すKnowledge群。
AIの思考、外部操作、保存確認を分離して安全に進めるKnowledge群。
AIへ何を基準に判断させるか、人間がどこまで確認するかを設計するKnowledge群。
上位Pillar
人間の判断を残しながら、長時間・複数工程の仕事をAIへ任せるための運用設計。
全体から探す場合は、Knowledgeトップへ戻る。