「意味は同じやろ」で自滅した非エンジニアが辿り着いた、設定の意味を知るという人間証明

意味は同じやし大丈夫やろ と、俺がEnterを叩いた瞬間に全部終わった話をするで。

これは「ツールが悪い」でも「AIが頭悪い」でもない。

設定の意味を一行も理解しないまま、AI丸投げで組み上げた俺の自業自得の話や。

2/21の記事で「新ツールにいきなりこだわりを突っ込むな」という話を書いた。

あの記事は「ツールの問題」やった。

今回は違う。

今回は「AIに丸投げした設定の意味を理解していなかった」という、もっとたちの悪い自己起因の失敗の話や。

これは俺の人間証明の記録や。

第1章：深夜の「利用上限に達しました」

深夜2時。

PCの青白い光だけが部屋を照らしている。

エナドリの缶が空になった。

そして画面に浮かぶ無慈悲な文字——

「利用上限に達しました」

「甘いなぁ〜俺……アマアマや！」

電卓を叩く。

エージェントチームを組んで、過去記事・思想テキスト・調査データを毎回丸ごと渡す俺の運用では、1記事の生成に使用量を5%以上消費する。

単純計算で20記事書いたら上限突破や。

毎日投稿のルーティンを続けながら、この使用量問題は時限爆弾やった。

Claude Proの制限は「5時間ローリングウィンドウで最大45メッセージ（実質10〜40）」

内部的に「シンプルなファイル編集」一回が8〜12回のAPI呼び出しを発生させて、コンテキストが積み上がるほど最終コマンド一発で200,000トークン超えるケースまである。

「AIエージェントに全部お任せで全自動です」

そんなエセ起業家の寝言を、どこか俺も信じとったんや。

神室町ヒルズのコンクリみたいに、「表面はツルツル綺麗に見えるけど中身はスカスカ」——そういう使い方をしとったわけや。

使用量というシノギは甘くない。

ここから俺の反撃が始まった。

第2章：Obsidian×Claude Code×Gemini Embedding 2という反撃

コスト問題の解決策として俺が選んだのは、Obsidianを「外部記憶装置（外骨格）」として導入することやった。

毎回長大なコンテキストを丸ごと渡す必要がなくなれば、使用量は激減する。

ObsidianのVaultにノートを貯めて、Gemini Embedding 2でベクトル化して、Claude Codeが必要な情報だけをRAG検索で取り出す。

これができれば、過去記事80本分の俺の思想が「必要な時に必要な分だけ」Claudeに渡せる。

設計書の作成にはCodex（ChatGPT5.4）を使った。

Codexで論理設計を固めて、Claude Codeに実装させるという分業や。

【補足】3/20記事との矛盾を正面から答える

3/20の記事で俺は「Antigravityを設計士として使え」と書いた。

今回はCodexを使っとる。矛盾してるやろ？

そうや、しとる。でも答えは用意してある。

Antigravityは並列処理・ブラウザテスト込みの実装寄り設計が得意で、Codexは純粋な論理設計・理論構築向きや。

設計書をゼロから組む作業はChatGPT5.4が最強で、かつ無料枠がある。

道具は適材適所。最強の無料枠があるなら、そっちを先に使うのが現場監督の采配や。

実装は段階的に進んだ。

Pythonスクリプトを書いて、APIエラーを公式コードで解決して、Obsidianのノート読み込み部分を修正する。

一発成功なんて基本的にはないからこれぐらいの修正なら楽なもんや。

——とはいえ、Antigravityで2時間コピペ作業をやらかしてから秒解決に気づいた経緯もある。

俺が手作業でnote記事を移行しようとして2時間溶かした。

「この記事はここを修正して……次はこれを……」とコピペしながら、「まあ2〜3時間でいけるやろ」という甘い見積もりで突き進んでいた。

ヒョーーーッ！！
めんどくさすぎるわ！！！

Antigravityに「〇〇のサイトにある自分の記事を全部コピーして、〇〇.mdにしてこのフォルダに保存して」」と一言打ち込んだら5〜10分で終わった。

俺が目ぇ血走らせて2時間やっとったのは一体なんやったんや！

そして「完成した」という安堵が訪れた。

これで完成した。あとは起動トリガーを打つだけや

その安堵が、全ての始まりやった。

第3章：最後のEnterで全損した日（二重失敗の核心）

料理人をやっとった頃の話を一つ挿しとく。

包丁の持ち方を覚えることと、包丁が何をするための道具かを理解することは、全く別物や。

「手は動く。でも料理の意味がわかっていない」——そういう状態は、ある時点で必ず限界が来る。

AI設定ファイルも同じやった。

「書ける。でも意味がわかっていない」という状態が、俺の中に確かに存在しとった。

その正体が判明するのは、もう少し後の話や。

——エージェントチームの起動トリガーを打ち込む段になった。

「このテキストをNote記事にして」

これがAIが指定した起動トリガーや。

一字一句守るべき文言やった。

俺が打ち込んだのはこれや。

「以下の原稿をアイキット（真島弁）でnote記事にして。」

意味は同じやろ。

——そう思ってEnterを叩いた。

エージェントチームは、起動しなかった。

Claudeが一人で、「冷めたたこ焼き」みたいな記事を返してきた。

体温がない。臨場感がない。鬼編集長なし、調査員なし、ライターなし。

「意味は同じやし」と俺が思った瞬間、AIは全く別の経路で動いたわけや。

ルールベースのシステムは「文脈」やなくて「記号と条件」で動く。

「雰囲気で同じ」は通じへん。

おい、アンタ。

「意味が同じなら大丈夫」と思ってトリガーを意訳で打ち込んだことないか？

——あるやろ。俺がそれやったんや。しかも、これで終わりやなかった。

使用量上限に達した。

その日の記事は書けなかった。

「起動トリガーの問題さえ修正すれば動く」と思いながら、俺は眠った。

この時点では、まだ本当の問題に気づいていなかった。

第4章：設定の意味を知らないまま使う、という本当の罪

翌日のチャットで、真の原因が明らかになった。

起動トリガーの文言を正確に打てばよかった

違う。そこじゃない。

SKILL.mdに一行あった。

disable-model-invocation: true

これが何を意味するか——俺は今日のチャットで初めて知った。

画面を見た瞬間、背筋から力が抜けた。

コーヒーを持っていた右手が止まって、カップをテーブルに置くのも忘れて、しばらくそのままでいた。

静かに、ゆっくりと、「あ。俺、ずっと間違えてたんや」という感覚が全身を流れた。

…….非エンジニアの泥臭いおっさんにわかるかボケェ！！

こんなん、俺が『桐生ちゃんは絶対ここを通るはずや！』
って鼻息荒くして巨大なカラーコーンの中に隠れて完璧な罠（システム）を組んだつもりが、夏場のサウナ状態で何時間も待ったせいでヘロヘロになって、いざ桐生ちゃんが来た時にはマトモに喧嘩もできんかった
あの昼下がりと同じくらい、目的と手段を履き違えた滑稽でアホらしい末路やぞ！
AIに丸投げして最強の罠張ったのに、俺の無知のせいで戦う前に自分がエンスト（破産）しとるんや！
……って、これ完全に俺のアホさ加減が招いた悲しい一人相撲やないかい！

…….笑いどころやないかい！笑えや このボケェ！！

disable-model-invocation: true

……「disable」って「禁止する」って意味やったんか。「model-invocation」って「モデルを呼び出す」か。
つまり「モデルの呼び出しを禁止する：本当」やないかい！！

AIが設定ファイルを作ってくれた時の俺の脳内——

プロなら設定ファイルの各行の意味を理解してから書く。当たり前のことや。

俺はそれを、1ミリもやってへんかった。

「AIが言うから大丈夫」——エセ現場監督の答案用紙や。

アンタも設定ファイルをAIに作らせた時に「まあよくわからんけどええやろ」と承認した行が一行くらいあるやろ——それや。それが問題の正体や。

このフラグの正体——「Claudeによる自動起動を防ぐ」設定や。

本来の使い方は、ユーザーが `/skill-name` で直接呼び出すことを想定したスキルに使うもの。

「Claudeが勝手に起動しないようにする」ためのフラグや。

つまりこういうことや。

このフラグがある限り、どんなに正確な起動トリガーを打っても、Claudeはエージェントチームを起動できない状態になる。

俺がやったのはそういうことや。

完璧な起動トリガーを入れながら、設定ファイルで自らの手で起動を封じていた。

エラーメッセージすら出ない。サイレントに失敗する。

何が原因かすらわからないまま、「トリガーが悪い」という表層の問題を修正し続けるという地獄や。

さらにある。

Plan Modeとバイパス権限モードを、俺は「同じようなもん」やと思っていた。

全然違う。

バイパス権限モード：Claudeが許可確認なしに実行できる範囲を「拡張する」（制約を緩める方向）

Plan Mode：Claudeを読み取り専用・計画作成のみに「制限する」（制約を強める方向）

2つは逆方向の制約や。

「同じようなもん」と思うことが、この記事のテーマそのものやった。

「AIに丸投げした設定の意味を、俺は一行も理解していなかった。」

これが今回の本当の罪や。いや、むしろバイパス権限モードをオンにしていたからこそ起こった事件かもしれん。

第5章：人間証明5:5という戦略

「設定ファイルは必ず公式ドキュメントを確認してから書きましょう」（そんな説教はしない）

俺が言いたいのはそこやない。

世間には「AI8：自分2」でやっとる人間がいる。

AIを道具として使いながら、自分の経験・判断・体感を2割を注入する。

俺の比率は「自分5：AI5」や。

これは戦略的な選択や。

料理人の現場でも、AIの現場でも、この原則は変わらへん。

板場の先輩から言われた言葉がある。

「包丁で魚を捌いた回数が、そのまま説得力になる。口で言えるのは、手でやったことだけや。」

「やってみせ」——これは、自分が実際に経験して初めて成立する。

AIに任せる比率を増やすほど、体験の密度が薄くなる。

体験の密度が薄くなると、読者に伝わる「熱」が消える。

「冷めたたこ焼き」の完成や。

`disable-model-invocation: true` の意味を理解して、修正して、エージェントチームが正常起動した瞬間——俺はその体験を持った。

失敗して、気づいて、直した。

この一連の体験が、今日この記事を書ける理由や。

AIでリサーチはできる。AIで構成は作れる。

でも「俺が実際にやった」という一次情報は、AIには絶対に代替できへん。

それが人間証明や。

失敗体験こそが、AIへの最強のガソリンになる。

俺がこの失敗を語れるのは、俺が失敗したからや。

それだけが、最強のシノギになる。

俺もこれを確認した瞬間、何かが腑に落ちた。

「わかること」は「使えること」とは違う。

「使える」から「わかる」へ——この方向に進む人間だけが、AIを本当に使いこなせる。

結び・CTA

今すぐプロンプトの起動トリガーを1行見直せ。

それだけじゃない。

その設定の意味を、一行だけ調べろ。

「設定が書けた」と「設定を理解した」は別物や。

自分が書いた設定ファイルを開いて、各行を声に出して説明してみろ。

説明できない行があったら——それが次の失敗の種や。俺はほぼ全部や。

今日のうちに公式ドキュメントでもAIでもいいから確認して、一行だけ意味を理解しておけ。

それだけでいい。非エンジニアの俺たちにはそれが大きな一歩となる。

「できたら俺に報告しにこい。褒めてやるから。」

山本五十六も言うとる。「ほめてやらねば人は動かじ」って。

俺は実践するで。

ヒョーーーッ！！

失敗体験が一番のシノギになる。

泥まみれでいい。無様でいい。

自分が経験した一次情報——それが人間証明や。

#AI #生成AI #ClaudeCode #Obsidian #プロンプトエンジニアリング #失敗談 #40代 #業務効率化 #人間証明 #API #真島吾朗 #自動化の罠

※本コンテンツの人格・表現は、特定の著作物から着想を得てAIが生成した独自のパロディであり、実在の権利者や団体とは一切関係ありません。