AIリテラシー── 閃きから実行管理まで、AI と仕事をする 11 の段階を 10 シリーズ × 10 回で
AI に仕事を任せる時代に、使う側に要る力は何か。本連載は、運営者が生成 AI と実際に仕事をした記録から、閃き・着想・理想と現状のずれの特定・言語化・もやもやのキーワード・おおまかなやりたいこと・コンセプト・論理化・設計図・プログラム・実行管理、の 11 段階を取り出し、10 シリーズ × 10 回で言語化します。1 日 1 回、約 3 か月かけて公開します。
公開 39 / 100 回
S1閃きと着想10 / 10S2理想と現状のずれを特定する10 / 10S3言語化10 / 10S4おおまかなやりたいことを依頼にする9 / 10S5コンセプト0 / 10S6論理化0 / 10S7設計図0 / 10S8プログラム0 / 10S9実行管理0 / 10S10AIリテラシー0 / 10
作り方 材料は、運営者（2023 年 3 月から生成 AI を使用）が 2026 年 2 月以降に Claude と交わした依頼・訂正・承認の記録です。メールアドレス・サーバー名・ファイルの場所・鍵・人名・社名は取り除き、発言は引用せず、繰り返し現れた型だけを一般化しています。各回は公開前に、匿名化の再検査・逐語引用の検査・構成の検査を通します。
S1 閃きと着想 ── 思いつきを AI との仕事の入口にする
01
閃きは疑問文のまま AI に渡してよい
閃きは完成した依頼にしなくてよい。目的と手段を 1 文の疑問文で渡し、四つの材料と反対の理由を返させれば、作り始める前に育てるか捨てるかを決められる。
S1-01公開中 →
02
記録の最初の週に頼んだ「3 役のエージェント」
仕事を役割で分けて AI に渡すと、各役の出力に個別の判断基準が対応し、確かめやすくなる。3 役の分け方と統合の手順を記録から読み解く。
S1-02公開中 →
03
AI への最初の一手は「作って」より「GitHub で探して」
「既存のものを探して」と頼むと、AI は選択肢と制約を返す。その応答が足りない機能を浮かび上がらせ、次の依頼で要件が具体的になる。
S1-03公開中 →
04
AI に集める前に「何を集めるか」を定義させる
AI に情報を集めさせるとき、集め方より先に対象の定義を作らせると、分類の軸が決まり、後の設計と判断が楽になる。
S1-04公開中 →
05
AI に自分の専門性を棚卸しさせると、自分では見えない線が出てくる
自分の専門性を AI に棚卸しさせると、経験に埋もれた共通の軸が言語化される。その言葉が次の着想の入口になる。
S1-05公開中 →
06
Kahneman の WYSIATI が資材審査の見落としを説明する
資材に書いてあるものだけを見る審査は、原典との情報量の差を見落とす。現場の違和感を AI に渡し、認知の癖と事故事例で構造を言語化させた記録。
S1-06公開中 →
07
資材審査の個人差を AI で集合知に変える
審査の個人差を「視点の多様性」と定義し直すと、AI で言語化・統合でき、一人の審査が集合知に変わる。定義の転換が着想の入口になる。
S1-07公開中 →
08
運用が平面に見えたら、足りない軸を AI に尋ねる
運用が平面に見えるのは、手が足りないのではなく軸が足りないからである。AI には直し方ではなく軸の候補を出させ、記録から取れる 1 本だけを足す。
S1-08公開中 →
09
着想の段階で AI に「何ができて、いくらか」を聞く
構想の段階で AI に「何ができるか」と「いくらか」を並べて尋ねると、作る前に続けるか・やめるかを決められる。費用は AI に計算させ、価値は人が選ぶ。
S1-09公開中 →
10
AI とのやり取りを記録に残し、次の着想の材料にする
AI との対話は残るが探せない。問い・返答の要点・直した跡・捨てた理由の四つを一か所に平文で集めれば、束ね直す作業ごと AI に頼める。
S1-10公開中 →
S2 理想と現状のずれを特定する ── ideal と as is の差を AI に伝わる形にする
01
動く日と動かない日を並べて AI に見せる
「動かない」とだけ言うと、AI はその一語の範囲だけを直す。動いた入力・動かなかった入力・あるべき規則の三つを並べると、直す場所が一度で決まる。
S2-01公開中 →
02
欲しかったのは表だと AI に言い直す
解釈がずれたら説明を足さない。欲しい成果物の形を名指しして言い直すと、出力の姿は一往復で決まる。指定する値は、種類・列・範囲・分量の四つだけである。
S2-02公開中 →
03
「一覧が古い」と AI に言うだけで原因まで戻れる
一覧が古いという症状を正確に書くと、AI は表示ではなく写しの持ち方という原因に戻った。原因・再発防止・未確認を分けて頼む型を示す。
S2-03公開中 →
04
一つの区画の違和感を AI への一貫性の要求にする
一箇所の違和感を部分の修正で渡すと、同じずれが次の一箇所で出る。基準にする集合を名指しし、そろえる属性と違いの一覧を求める型を示す。
S2-04公開中 →
05
欠けた一日を、日付で名指して AI に問う
「出ていない」と言う代わりに、欠けている一件を日付や番号で名指す。探す範囲が一件の履歴に縮み、AI は推測ではなく記録で原因を示す。
S2-05公開中 →
06
英語のページには英語の中身を置く
AI に英語版を頼むと、訳されるのは文字列だけである。訳す単位を数え上げ、完了の基準を一文で書き、一日分で確かめてから広げる。
S2-06公開中 →
07
AI の「素材不足」を疑い、却下理由を出させる
AI が述べる不足の理由は結論であって証拠ではない。却下や失敗の理由を 1 件ごとに出させ、自分が出した条件と突き合わせると、原因の置き場所が変わる。
S2-07公開中 →
08
AI の「できました」を、確かめた部分と未確認に分けさせる
AI の完了報告には、確かめた事実と見込みが混ざる。確認済み・未確認・確かめなかった理由に分けて出させ、未確認が空になってから作業を閉じる。
S2-08公開中 →
09
元の依頼文を AI に貼り直し、指示どおりかを問う
完成の報告を受けたら元の依頼文を貼り直し、項目ごとに満たしているかを表で返させる。動いているのに依頼から外れた箇所は、この照合でだけ見つかる。
S2-09公開中 →
10
手本の回を指定して、AI に理想の形を見せる
理想は良い実物を手本に指すと一度で伝わる。直す対象と借りる性質を分けて書き、作る前に AI に復唱させ、作った後に手本と並べて比べさせる。
S2-10公開中 →
S3 言語化 ── もやもやをキーワードにし、文にする
01
「かっこよく」を「字の間隔」に言い換えると AI が直せる
「かっこよく」では AI は直す場所を推測する。字間のような測れる属性と向きを名指し、一回に一つだけ動かせば、何が効いたかを確かめられる。
S3-01公開中 →
02
「冗長」「遠すぎる」を 6 つの段の並びに言い換えて AI に渡す
「冗長」とだけ返すと AI は文を削り、本題は後ろに残る。本題が何文目に出るかを数え、段の役割と並びを番号で渡せば、AI は並べ替え、次の原稿にも効く。
S3-02公開中 →
03
数字だらけの AI の報告に「分からない」と返してよい
数字と専門語だらけの AI の報告には、分からないと返してよい。何が変わったかを一文目に置かせ、前と後、数字の順で言い直させれば、人が判断できる報告になる。
S3-03公開中 →
04
初見の人が読めない記号と造語は失格と判定し、AI に直させる
記号や造語が通じるかは、作り手でなく初めて読む人が決める。AI に全部書き出させ、置き換え・一文の説明・削除で直させ、文脈のない読み手で残りが 0 になるまで確かめる。
S3-04公開中 →
05
読者の水準を「100 人中 90 人が分かる」と数で AI に渡す
「分かりやすく」ではなく、読み手の集団と理解できる割合を数で AI に渡す。合格の線が先に決まり、最後は読み手に近い人に読ませて確かめる。
S3-05公開中 →
06
業務の言葉で書いた要求を、AI に開発者の言葉へ書き換えさせる
要求は業務の言葉で書いてよい。AI にシステム開発者の言葉へ書き換えさせ、仮定に印を付けさせ、読み返して意図と同じかを確かめてから作らせる。
S3-06公開中 →
07
「読み上げでなく本質を」を AI 向けの 4 要素に定義する
読み上げへの違和感を、語り手・聞き手・言い足す二つの中身・変えない文言に分けて AI に渡す。製薬の資材では効能と数値の文言を変えない柵を加える。
S3-07公開中 →
08
AI が使った「本契約」「非同期」の意味を承認の前に聞く
AI の語を読み流して承認すると、AI の考えた意味に同意してしまう。承認の前にこの文脈での意味を聞き、自分の言葉で言い直して確かめる。
S3-08公開中 →
09
自分の指摘の本質を AI に言語化させ、2 回目から規則にする
同じ指摘を 2 回したら、原稿を直させる前に指摘そのものを AI に分析させる。何が変わるかとなぜかを持つ一文の規則にし、毎回読み込まれる場所に残す。
S3-09公開中 →
10
もやもや語 14 件は、次の 1〜2 回で何の要求に変わったか
もやもや語を含む依頼 14 件の多くは、次の 1〜2 回の発言で測れる属性か構造の要求に変わった。置き換えの一覧と、2 回目の発言で使う手順をまとめる。
S3-10公開中 →
S4 おおまかなやりたいことを依頼にする ── 思いつきを、AI が動ける依頼に変える
01
思いついた依頼は「作業予約」と付けて AI に積んでおく
実行中の AI を止めずに次の依頼を渡すには、冒頭に「作業予約」と書き、中身と完了の条件と着手の条件を 1 通にまとめ、会話の外の一覧に残させる。
S4-01公開中 →
02
目的と許可の範囲だけを渡し、AI のチーム編成は任せる
AI のチーム編成は任せてよい。使う人は目的・完了の条件・許可の範囲・止まる点を書き、編成表を先に出させ、終わったら分担と見ていない所を報告させる。
S4-02公開中 →
03
別の AI への引き継ぎメモを、前の AI に書かせる
別の AI に作業を移すときは、会話の全体を持つ前の AI に引き継ぎメモを四つの見出しで書かせ、人が読んで直し、受け手に理解した内容を言い返させてから始める。
S4-03公開中 →
04
大きな区画は、作る前に AI に項目の一覧を出させる
大きな区画を AI に作らせる前に、扱う項目の一覧を 4 列の表で出させて合意する。範囲のずれを作る前に直し、一覧を設計と照合の基準に使う。
S4-04公開中 →
05
依頼文は中央値 19 字から 71 字へ ── 増えたのは定義と順番
依頼文の中央値は 19 字から 71 字へ伸びた。増えたのは完成の定義と工程の順。四つの要素で依頼を読み直す方法と、資材審査での書き方を示す。
S4-05公開中 →
06
AI の三案は選ばず、①→③→② と実行の順番を決める
AI の三案から一つを選ばず、①→③→② と順番を指定した記録を基に、取り消せるかで案を分ける方法と、資材審査での段取りを示す。
S4-06公開中 →
07
「日本語が先、英語は公開の後」を AI に 1 回で伝える
同じ順序を AI に繰り返し伝えているなら、開始の条件を確かめられる形で書き、四つの部品の一文にして、毎回読み込まれる場所に置く。
S4-07公開中 →
08
作業中の AI に割り込む依頼は、4 点を 1 通で渡す
作業中の AI に別の依頼を出すときは、割り込みの宣言、依頼の範囲、元の作業の扱い、戻り方の四つを一通に書く。別の製品や資材の依頼は別の会話に分ける。
S4-08公開中 →
09
依頼の台帳と優先順位を、1 つの規則で AI に持たせる
優先順位を AI に任せるとは、決め方を人が一度決めることである。台帳・採点式・前景をそれぞれ 1 つに限る規則を書いて毎回読ませれば、増える依頼の順番を AI が同じ決め方で出す。
S4-09公開中 →
10
3 か月かける依頼を台帳に置く
急がない長期の依頼を、期間・頻度・区切りとともに登録する。
S4-10準備中
S5 コンセプト ── 何を作るかを一文で決める
01
作る前にコンセプトを作らせる
分類 → 収集の考え方 → 設計図 → 吟味 → 構築の最初を省かない理由。
S5-01準備中
02
読者の場面から一文で決める ── 15 分で今日の AI
区画の役割を、読者の時間と行動から一文で定義する。
S5-02準備中
03
画面の方針を一文にしてから計算に入る
10 秒ごとの画像の方針を、目的の一文と前提に分ける。
S5-03準備中
04
話題の分類を最初に決める
話題の定義とカテゴリーを先に決めると、収集と執筆がぶれない。
S5-04準備中
05
書いた記事から育つ仕組みをコンセプトにする
記事を振り返ってデータにし、次の執筆に戻すコンセプトの立て方。
S5-05準備中
06
54 の情報源から成功要因を抜き出す
集めたノウハウの共通点を言語化し、100 点の採点にする。
S5-06準備中
07
以前の自分の仕組みを進化させる設計思想
過去のアルゴリズムを捨てず、考え方を一段上げて描き直す。
S5-07準備中
08
コンセプトが外れたら同じ日に戻す
試した方針で品質が下がったら、撤回してよい。
S5-08準備中
09
名前を 3 回の指示で決める
英語での伝わり方と日本語の表記で、サイト名を直した経緯。
S5-09準備中
10
構想を 1 枚にして承認を取る
大きな構想は 1 枚で見せ、承認してから第一歩に入る。
S5-10準備中
S6 論理化 ── 意味・理由と四つの問いで組み立てる
01
「何を意味するか」と「なぜか」を分けて書かせる
二つを分けると、比較の記述が判断に使えるようになる。
S6-01準備中
02
問いから結論まで、骨組みを見せずに論証する
問い → 含意 → 重要性 → 四つの問い → 要点 3 → 結論の使い方。
S6-02準備中
03
画面は事実、語りは意味
同じ言葉を目と耳に二重に出さない役割分担の論理。
S6-03準備中
04
論理の歪みを 14 種類の名前で探す
飛躍・すり替え・偽の二択を名前で探すと、直す範囲を最小にできる。
S6-04準備中
05
数える前に単位を定義する ── 「一呼び出し」
費用の見積もりは、呼び出し 1 回の定義から始める。
S6-05準備中
06
判断の仕組みを部品表にする
根拠の階層・判定語・分類・機械と人の分担に分ける。
S6-06準備中
07
二つの条件が重なったときだけ「重要」
重要の定義を、独立した二条件の積として書く。
S6-07準備中
08
章ごとの結論をやめ、重複を消す
構成を単純にし、同じ主張の繰り返しを削る論理。
S6-08準備中
09
数値モデルと言語モデルの役割を論理で分ける
予測は数値モデル、読解と吟味は言語モデル、を問いで確かめる。
S6-09準備中
10
論証の規則を機械が数えられる形にする
入口 2 文の AI、見出しのラベル、比喩語、図の数を検査に変える。
S6-10準備中
S7 設計図 ── 部品・流れ・関門を描く
01
設計図は思想・部品・流れの三層で描く
設計思想 → コンポーネント → 実行フローの順に描く。
S7-01準備中
02
決まっていない部分を待たずに先に作る
未確定の裏側を待たず、表側を先に作れるよう前後を分ける。
S7-02準備中
03
携帯の画面は別に設計する
端末ごとの設計を分けて頼む理由。
S7-03準備中
04
人気の 100 本を測ってから設計する
手本を数で測り、その範囲を設計の目標値にする。
S7-04準備中
05
遅い工程と速い工程を分ける
生成と公開を分け、時刻を材料の揃う時点から逆算する。
S7-05準備中
06
関門を工程に入れる ── 1 つ落ちたら出さない
公開前の関門と、失敗時のロールバックを設計に含める。
S7-06準備中
07
止める仕組みを最初に描く
キルスイッチと退避を、機能より先に設計図に置く。
S7-07準備中
08
手で作った良い回を工程に戻す
人が手で作った割り付けを、台本から自動で作る工程にする。
S7-08準備中
09
モデルの振り分けを設計する
判断の重い部分と作業量の多い部分で、使うモデルを分ける。
S7-09準備中
10
論理から設計図、設計図から手順書へ
規則を論理 → 設計図 → マニュアルにし、自動実行につなぐ。
S7-10準備中
S8 プログラム ── AI に作らせ、動かし、確かめる
01
最初の構築は画面の場所を聞きながら進める
設定画面の操作を一つずつ確かめながら進めた最初の構築から学ぶ。
S8-01準備中
02
エラー文はそのまま渡す
要約せずに全文を渡すと、原因の特定が早い。
S8-02準備中
03
無料枠かサーバーか、動かす場所を選ぶ
無料枠の休止とサーバーの手間を比べて決める。
S8-03準備中
04
他人が同じものを動かせるマニュアル
読み込ませれば同じプログラムが動く、を完成の基準にする。
S8-04準備中
05
「これを最新版として」── 版を指定して作り直す
素材の版を明示し、差分を特定させてから作り直す。
S8-05準備中
06
手元の PC からサーバーへ移す
ローカルで動いたものを常時動く環境に移すときに確かめること。
S8-06準備中
07
鍵をチャットに貼らない
認証情報を会話に書いた時期から、保管庫と環境変数に移した変化。
S8-07準備中
08
入れる前に中身を調べさせる
公開プログラムを入れる前に、不正なコードの混入を調べさせる。
S8-08準備中
09
途切れた作業の地点を記録から探す
作業が消えたとき、記録から途切れた地点を特定して再開する。
S8-09準備中
10
サーバーが応答しないとき、症状から切り分ける
管理画面・通信・コンソールの順に確かめ、原因をディスクまで絞る。
S8-10準備中
S9 実行管理 ── 自動化・記憶・台帳・承認
01
毎朝決まった時刻に出す仕組みを作る
材料の揃う時刻と公開の時刻から、日次の自動公開を組む。
S9-01準備中
02
日英のずれを毎日自動で探す
一貫性の検査を常設し、結果を記録に残す。
S9-02準備中
03
良い回を手順書にして次も同じ手順で
満足した成果のやり取りを記録し、手順書にして自動の工程に入れる。
S9-03準備中
04
記憶させ、次のセッションで呼び出す
未実装の計画も、実装できる状態で保存して引き継ぐ。
S9-04準備中
05
重複を仕組みで防ぐ
同じ話題を二度使わない規則を、過去の成果物との照合にする。
S9-05準備中
06
承認は短く、まとめて一回
承認の要る操作をまとめて尋ねさせ、一語で答える。
S9-06準備中
07
同じ指示を 3 回言わせない
繰り返しの指示は、最も厳しい解釈で機械の検査に変える。
S9-07準備中
08
選択肢は安全性で比べさせる
「どれが安全か」を問い、妥協しない案を選ぶ。
S9-08準備中
09
完了には証拠を 1 行添える
完了を検証してから記録し、URL・ログ・検査結果を添える。
S9-09準備中
10
進み具合を数で報告させる
長期の活動は公開数 / 総数と週 1 回の台帳で見る。
S9-10準備中
S10 AIリテラシー ── 総論と作法
01
AI の報告は証拠で確かめる
動いていない処理の報告にログを求め、以後ログを必須にした。
S10-01準備中
02
無断の変更には誠実な説明を求める
指定したものを AI が変えたとき、言い訳でなく経緯を求める。
S10-02準備中
03
弁明より根拠を求める
過剰な自己弁護はかえって疑わしい。事実と根拠で止めさせる。
S10-03準備中
04
同じ系統の AI の自己評価は独立していない
別の CLI に吟味させても自画自賛になった。独立性の作り方。
S10-04準備中
05
出典は一次情報、必ず突合する
引用を一次情報の名と URL にし、数値を原典と照合させる。
S10-05準備中
06
確かめられない数字は消す
原文で確認できない金額は削除し、原典への到達度を測る。
S10-06準備中
07
公開前に機微な情報を探す
URL・パス・鍵の混入を、複数の検査で確かめてから出す。
S10-07準備中
08
全数を見る
一部の確認で終わらせず、全件を対象にすると漏れが減る。
S10-08準備中
09
モデルと費用の仕組みを知って選ぶ
モデルの版、価格、課金の経路を理解して選ぶ。
S10-09準備中
10
11 の段階と人間の役割 ── 総論
閃きから実行管理までを通して、人が決め、AI が作り、仕組みが確かめる分担をまとめる。
S10-10準備中