Lunaを賢く使う環境。Sol・Terra・Lunaを魔法戦士で考える

AIを他のモデルと対決させるより、同じ仕事をどう渡すかを整えたほうが、毎日の作業は安定する。ここでは、Sol・Terra・Lunaという3つの役割を、オリジナル魔法戦士として考えてみる。

最初の問いは「Lunaを他のモデルと同じように賢くするには、どんな環境を作ればよいか」だった。Lunaの速度や結果は、モデルだけでなく、タスクの種類、文脈、ツール、権限、依頼の明確さで変わる。一方で、何を伝えなかったから間違えたのかを説明しにくいこともある。

大事なのは見た目だけではない。人間が操作するときは、人格と役割があるほうが「これはTerraに聞く」「これはSolに相談する」と頼み先を選びやすい。人格は長い設定文ではなく、役割・入力・禁止事項・完了条件を覚えるための入口にする。

AIを強くするのは、モデル同士の勝負ではなく、仕事の境界をはっきりさせること。

Sol・Terra・Lunaは、GPT-5.6の公式モデル名でもある。この記事では、その名前を役割の比喩として使う。以下の分担はOpenAIが定めた公式の役割分担ではなく、仕事を整理するための自分用の設計である。

Lunaを賢くするのは「モデル」より仕事の環境

Lunaに「いい感じにやって」と頼むと、何を変えるべきか、どこまで進めるべきか、いつ終わるべきかが不足する。そこで、仕事を始める前に次の情報だけをそろえる。

• 目的: 何をできる状態にするか
• 対象と入力: どのファイル、記事、URL、件数を扱うか
• 正本: 何を基準に判断するか
• 許可・権限・禁止: 変更してよいもの、触らないもの
• 完了条件と証拠: 何を見れば終わりと言えるか
• 不明時・復元: どの条件で止め、失敗時にどこへ戻すか

この環境があると、Lunaは「考え続ける役」ではなく、決まった条件を実行して結果を返す役になれる。曖昧な相談はSol、情報不足はTerraへ先に渡し、変更前に復元方法と人間の承認箇所を決めると、失敗の影響も抑えられる。

完了条件は「変化・証拠・非対象」で決める

完了条件を効率よく決めるには、品質を感覚で語らず、三つに分ける。出力だけを求める案は速いが、終わったか判定しにくい。出力と確認方法を含める案は安定する。そこへ非対象を加えると、範囲外の変更まで防げる。

1. 必要な変化: 読者や利用者が何をできるようになるか。
2. 確認できる証拠: ファイル、URL、件数、テスト結果のどれで確認するか。
3. 非対象: 今回は変更・判断・調査しないものは何か。

最も効率的なのは、必要な変化・証拠・非対象を一つの条件にまとめる案だ。作業のやり直しを減らしながら、終わったふりと範囲外の変更を防げるからである。

完了: 10個の記事見出しに、答え・理由・次の行動がある
確認: 各見出しをPass / Failで報告し、該当箇所を示す
非対象: 本文の事実、画像、タイトル、公開状態は変更しない

「お願い」だけではトークン数は決まらない

「sol おねがい」のような短い依頼は、それ自体の入力は短い。ただし実際の消費量は、依頼文だけでなく、過去の会話、読み込んだファイル、モデルの返答、システム側の指示などで変わる。OpenAIの説明では、入力・出力・キャッシュ・一部モデルの推論トークンが区別される。短いから必ず安い、長いから必ず高い、とは言えない。

詳しい分類はOpenAIのトークン説明で確認できる。トークンを減らすときは、敬語や重複した背景を削り、目的・対象・禁止・完了条件・確認方法を残す。必要な情報まで削ると、聞き直しや修正が増え、結果的に消費量も時間も増える。

Sol・Terra・Lunaという名前の意味

この3つは公式モデル名だが、ここでは仕事の性質を覚えやすくするための役割名として読み替える。Solはラテン語で太陽。目的や優先順位を照らし、判断案を出す役割に向いている。

Terraはラテン語の terra、つまり「大地」「土地」を意味する。地球を表す言葉としても使われるが、ここでは地面に降りて、現実の資料・前提・背景を確かめる役割を表している。だからTerraは、わからないことを発見し、情報を集め、話を現実につなぐ。

Lunaはラテン語で月。一定のリズムで巡回し、静かに状態を確認するイメージだ。条件が決まった仕事を、抜けなく繰り返し、証拠を残す役割に向いている。これはこの記事での比喩であり、モデル名の語源や公式の設計を説明するものではない。

ここからの画像も公式ビジュアルや性能証明ではない。3人の違いを思い出すためのオリジナルのプロフィール画像として扱う。

Solは「決める」魔法戦士

Solに向いているのは、答えを出す前に「何を決めるべきか」を整理する仕事だ。記事の企画、サイトの設計、複数案からの選択、例外処理など、正解が一つに決まっていない場面で力を発揮する。

• 目的を一文にする
• 優先順位と対象範囲を決める
• 完了条件と非対象を決める
• 判断案を出し、人間の承認箇所を示す

一方で、Solに200件のファイル名変更や定型的な確認を任せると、判断の説明が増えすぎる。Solには方向と基準の判断案を頼み、最終承認は人間が行い、繰り返し作業はLunaへ渡す。

Terraは「調べる」魔法戦士

Terraは、知らないことを知ったつもりにしない役割だ。公式情報、一次資料、利用者の報告などを分けて確認し、事実・推測・未確認の部分を整理する。名前の由来を調べるような小さな疑問も、Terraが拾うべき重要な前提になる。

• 何がわかっていて、何が不明かを分ける
• 必要な情報源を探す
• 複数の選択肢と反対意見を並べる
• Solが判断するための材料にする

TerraはSolの相談相手になれる。ただし、調査を永遠に続けない。情報を集める目的と停止条件を決め、判断材料がそろったらSolへ返す。

Lunaは「動かす」魔法戦士

Lunaに向いているのは、対象・手順・出力形式が決まっている仕事だ。ファイルの確認、記事の定型チェック、情報の表への整理、リンク切れの確認、同じ形式の下書き作成などを、一定の手順で進める。

• 入力と対象範囲を確認する
• 決められた手順で処理する
• 正解データや期待結果と比較する
• 成功・失敗・保留を分ける
• 確認したファイルやURLを記録する

Lunaが間違える原因は一つではない。前提・対象・完了条件の不足、参照元の違い、ツールや権限の制約などを分けて記録する。わからないまま進めず、質問に戻す条件も最初に書いておく。

人間が頼み先を選べる3人の専用ツール

3人に同じチャット画面だけを渡すと、誰に何を頼むかで迷う。そこで、人格と役割に合わせた専用ツールを用意する。これは飾りではなく、入力と出力を絞った操作画面だ。

• Terraの調査ノート: 質問、URL、PDFを受け取り、事実・不明点・選択肢・根拠URLを残す。読み取り専用にする。
• Solの相談カード: 目的、対象、優先順位、してよいこと、しないこと、完了条件、承認箇所を一緒に考える。実行ボタンは持たせない。
• Lunaの実行ボード: 承認済みの仕事カードを受け取り、試行・10件・50件・全件の順で動かす。差分、テスト結果、成功・失敗・保留を記録する。

たとえば「新しい記事を公開したい」とき、Terraには「公式情報と既存記事を調べて」と頼む。Solには「読者に何をできるようにするか、変更範囲と承認箇所を相談しながら決めて」と頼む。Lunaには、承認済みの仕事カードを渡し、「まず1本だけ実行して、差分と確認結果を返して」と依頼する。

専用ツールを武器にすると、役割はもっと強くなる

専用ツールを持たせると、役割はただの設定ではなく、仕事の武器になる。Solは相談と判断の羅針盤、Terraは調査と根拠を集めるレンズ、Lunaは決まった仕事を進めるチェックシールドを持つ。今回は静かなプロフィール写真ではなく、武器を使った瞬間の表情と魔法の勢いが見える場面にした。

Sol｜相談と判断の太陽陣

Solは、迷いを太陽陣に並べ、目的と優先順位を一気に照らす。相談カードを開いた瞬間に、何を決めるのか、何を捨てるのかを判断する役割だ。

Terra｜調査と根拠の地球環

Terraは、地球と資料を同時に動かし、根拠のない思い込みを吹き飛ばす。調査ノートに残すのは、事実・不明点・根拠URL・次に判断すべきことだ。

Luna｜実行と確認の月盾

Lunaは、承認された仕事を月盾に通し、決まった手順を一気に進める。チェックが光るほど、成功・失敗・保留の境界が見える。

ここでいう「強くなる」は、モデルの性能が魔法のように上がるという意味ではない。人間が頼み先を選び、AIが役割の境界を守り、確認できる証拠を返せる状態になるという意味だ。表情・動き・武器がそろうと、誰に何を任せるかが、文章だけの説明より早く伝わる。

3人で仕事を振る順番

3人を同時に競わせる必要はない。役割を順番に渡すと、会話と実行が混ざりにくい。

1. Terra: 目的に必要な事実、不明点、選択肢を集める。
2. Sol: 優先順位、対象、完了条件、非対象を決め、判断案を作る。
3. 人間: 変更範囲、権限、判断案を承認する。
4. Luna: まず10件だけ実行し、結果とエラーを記録する。
5. Terra: 結果に前提漏れや根拠不足がないか確認する。
6. Solと人間: 例外を判断・承認し、問題がなければ50件、全件へ広げる。

この順番なら、Lunaが迷ったときに「どこまで自分で決めてよいか」が明確になる。10件で失敗の型を見つけ、50件で安定性を確かめてから全件へ進むのは、この種類の定型作業で使える段階検証の目安だ。タスクの危険度や権限に応じて件数は変える。

そのまま使える依頼文

モデルに仕事を振るときは、人格を長く説明し直すより、専用ツールの仕事カードを埋める。人格は人間が頼み先を選ぶために使い、実行条件はカードで固定する。特に「完了条件」「確認方法」「しないこと」を省略しない。

役割: Luna
目的: 何をできる状態にするか
対象: ファイル、記事、URL、件数
参照元: 使う資料や正本
してよい: 変更してよい範囲
権限: 実行できる操作と、実行前に承認が必要な操作
しない: 変更しないもの、判断しないこと
完了条件: 終了とみなす具体的な状態
確認方法: 何を見ればPassか
不明・例外: 止めて質問する条件
取り消し: 失敗時に戻す方法
人間確認: 最後に人間が承認する箇所
出力: 結果、失敗、保留、証拠の形式

たとえば「記事をよくして」ではなく、「この下書きのH2ごとに、読者への答え・理由・次の行動があるか確認する。本文の事実と画像は変更しない。10個のH2を確認し、該当箇所と修正案を表で返す。本文変更は人間の承認後」と頼む。これならLunaが実行でき、Solが判断案を返し、人間が必要な変更だけ承認できる。

なぜ画像にしたのか。役割を覚えるための比喩

Sol・Terra・Lunaの画像を作ったのは、抽象的な役割を一目で思い出せるようにするためだ。Solは太陽と決断、Terraは地球と観測、Lunaは月とチェックリストというように、見た目が会話の入口になる。

セーラー襟や変身、天体記号といった魔法戦士の記号を使いながら、既存キャラクターそのものではなく、現代的な質感のオリジナルとして描いた。ただし、画像は性能の証明ではない。実際に賢く使えるかは、依頼文と完了条件で確認する。

まず一つの仕事を選び、役割と完了条件を書いて10件だけ試す。失敗したら、モデルをすぐ変えるのではなく、指示不足・前提不足・参照元不足・優先順位不足・確認不足のどれかに分類する。その記録を次の依頼に足す。

AIを賢く使う環境では、人格と役割を人間が覚えやすい入口として使う。Terraで現実を確かめ、Solで判断案を作り、人間が承認し、Lunaで手を動かす。専用ツールが入力・権限・証拠を絞るので、モデルを変えなくても仕事を動かしやすくなる。失敗時に止めて戻せる境界まで整えば、モデル対決ではなく、仕事そのものの再現性を上げられる。