思考・実行・確認の分離
ChatとWorkの役割分担、外部サービス操作の確認状態を扱う。
Knowledge → AIとの仕事設計 → 思考・実行・確認の分離
AIの思考、外部操作、保存確認を分離して安全に進めるKnowledge群。
下の記事はそれぞれ独立した問いに答えながら、同じテーマを別の角度から補います。
このテーマのKnowledge
1. Grok動画化を高く評価しても、静止画の不一致は残った――ChatGPT→Grok制作で前工程を切り分けた実例
ChatGPT静止画とGrok動画化を別工程として評価し、最終作品の問題を工程ごとに切り分け、上流のキーフレーム一貫性が全体を制約していた実例として所属。
2. 画面の数字が自動表示されても、元データが自動更新とは限らない――KnowledgeStatsで分けた3種類の自動化
UI表示、AIによる運用更新、イベント駆動更新を分け、何が自動化され何が未実装かを確認するKnowledgeとして所属。
3. Chatで考え、Workは確定操作だけにする――30商品から300商品へ変わった役割分担
このKnowledgeの中心テーマとして現在のTopic Clusterへ所属。
4. AIに外部サービスを操作させるとき「送信した・保存された・表示された」を分けて確認する
このKnowledgeの中心テーマとして現在のTopic Clusterへ所属。
文章の絵文字抽出に、画像の文字起こしを提案したChatGPTの記録
AIの応答が依頼に対応しているかは、渡した対象、求めた操作、返った結果を対応させて確認できます。
合格済み原稿をCMS登録で書き換えない――執筆・確認・転記を分けたKnowledge運用
Knowledgeの品質確認が終わった後は、合格した題名・Direct Answer・本文・Evidence・Sourcesを一つの公開版として固定し、CMS担当はその版を転記します。「海辺の部屋」の現行手順では、保存直前にCMS担当が独自に本文を書き換えず、保存後は固定版と各項目を読み戻して照合する運用にしています。
「作れる」と説明したのに実行環境がなく作れなかった――dotで機能の存在と現在の実行可能性を分けた記録
AIが「その機能は作れる」と説明できても、今このユーザー環境で実際に作成できるとは限りませんでした。
このテーマと交差するKnowledge
更新操作でエラーが返ったのにFeaturedは反映済みだった――再実行前にReadbackした実例
更新操作の返答と外部サービスの実状態を分離し、UNKNOWN時にReadbackしてから次の実行を決める確認設計として交差する。
同じPillarの別テーマ
長いAI作業を工程へ分け、複数スレッドやファイル間で作業状態を失わず再開するKnowledge群。
AIの処理中に人間を拘束せず、必要な判断点だけ人間へ戻すKnowledge群。
AIへ何を基準に判断させるか、人間がどこまで確認するかを設計するKnowledge群。
上位Pillar
人間の判断を残しながら、長時間・複数工程の仕事をAIへ任せるための運用設計。
全体から探す場合は、Knowledgeトップへ戻る。