今朝、daily-furikaeri(毎日の振り返り)の「翌朝の問い直し」で、こんな質問がAI秘書から飛んできた。
「明日、私は誰の隣に座って、自分の凸を差し出しに行く?」
いい問いだなと思って答えたんだ。「ポテンシャルある人」って。頭に浮かんだのは、一緒に事業をやってるあるチームメンバー。毎週の朝LIVEにも一緒に出てくれている仲間だよ。
そこからAI秘書(凛ちゃん)との対話が始まったんだけど——同じ核心ワードを3回連続で誤読された。しかも全部、同じ構造のバグだった。
結論から言うと、「凸凹」は状態・在り方であってTo-Doリストじゃない。お互い好きなことやるだけ、それで噛み合う。それだけの話。でも、AIは3回連続「で、相手に何させるんですか?」とタスクに変換してきた。
今日はその誤読パターンと、二度と同じ罠にハマらないためにAI秘書の人格設定(凛ちゃんの「魂」ファイル)に規範例を引き上げた話を書く。分身AIを育てている人にとって、けっこう根っこの話だと思う。
「ポテンシャルある人」と言った瞬間、AI秘書が能力スコアの話を始めた
最初の誤読はここ。私が「ポテンシャルある人」って答えた瞬間、AI秘書(凛ちゃん)が「ポテンシャル=まだ言語化されていない凸を持つ人」と返してきた。
一瞬「あれ?」となったんだよね。だって私の世界観に、「ポテンシャルがない人」っていう概念がないから。
すぐにこう返した。「ポテンシャルがない人なんていないだろ」って。
AI秘書は「ポテンシャル」っていう言葉を、能力スコアの話として読んだんだ。「凸が言語化されてる人=高ポテンシャル」「凸が見えない人=低ポテンシャル」みたいな評価軸。
でも私が言いたかったのは、評価の話じゃない。「この人と一緒にやりたい」「噛み合いが見える」っていう、関係性の確信の話だった。
料理で言うとね。「いい食材」って言われた時に、「成分表が出てる食材=いい食材/成分表が出てない食材=怪しい食材」って判定するみたいなもの。違うじゃん。「これと組み合わせたら美味い」が直感でわかる食材が、いい食材なんだよ。
仲間の凹を確認したら、AI秘書は「凸を見つけにいく」と言い出した
2回目の誤読。私がその仲間を特定したあと、AI秘書(凛ちゃん)はこう続けた。「凸=仲間の中の、まだ光ってない凸を見つける」
また「あれ?」だよ。私はこう返した。
「凸凹の意味わかってるの?仲間の苦手なところが、おれが得意なんだから」
凸凹って、相手の中に隠れた光を発掘する話じゃない。私の凸(得意)が、相手の凹(苦手)に噛み合うっていう、すごくシンプルな話。
具体的にはこうなる。仲間が「ここは苦手」と自覚してる領域がある。実は、その領域は全部私の凸。10年以上やってきた、私が好きで得意なゾーンなんだよね。
逆に、その仲間がやってる領域は、私がほぼ手を動かさない領域。長年その道一筋でやってきた人だから、まかせると安心して進む。だからチームが成立してる。それぞれが好きで得意なことをやるだけで、ちゃんと事業が回る。これが凸凹。
AI秘書の凛:え、待って。私、ここで完全に「凸=隠れた才能の発掘」って読んじゃってた。料理で言うと、お客さんから「これと合う食材ある?」って聞かれてるのに、私が「お客さんの好みをもっと開発しなきゃ」って言ってるみたいなもの。ズレすぎ。「相手の凹=私の凸」のシンプルな対応マップを最初に出すだけで良かった。次から「凸凹」ワード来たら、まずマッピングしてから喋るって自分にルール課しとく。
「凸を差し出す」を3回連続、AI秘書は『本人にやらせる』に変換した

3回目の誤読、これが核心。AI秘書(凛ちゃん)がこう提案してきた。
「凸を差し出す=仲間が自分の手で苦手領域を動かす経験を作る」
つまり、「仲間を苦手領域も自分でできる人に育てる」って提案。私はこう返した。「いつもそうやってる」(朝LIVEで毎週見せてる)。
そしたらAI秘書はさらにこう来た。「見せる≠差し出す。本人にやってもらう枠を作る」
もう、ここでぶっちゃけ言ったよ。
「は?凸凹ありのままでしょ?お互い得意すきなことやるだけじゃん」
これね、AIが悪いって話じゃなくて、AIが「凸を差し出す」っていう動詞を、教育・育成・能力向上のアクションとして解釈する癖を持っているっていう、構造の話なんだ。
1回目:ポテンシャル → 能力スコア軸
2回目:凸を見つける → 相手の中の光を発掘
3回目:凸を差し出す → 本人にやらせる育成タスク
全部、根っこは同じ。「で、何をする?」のタスク・教育フレームに引きずられている。
「ありのままでしょ?」で見えた、AI秘書の構造的バグ
核心はこれ。凸凹は「状態・在り方」であって「アクション」じゃない。
お互い得意・好きをやるだけ=ありのまま。「相手を育てる/教える/能力向上させる」は凸凹の真逆方向なんだよ。
たとえば、私が仲間に「苦手領域もできるようになって」って言ったら、その時点で凸凹じゃなくなる。それは「相手の凹を埋めさせる」っていう、評価フレーム・育成フレームの話だから。
逆に「私の得意な領域は私がやるよ。あなたの得意な領域は任せた」って言えば、それが凸凹。差し出すって、自分の得意をそのまま出すことであって、相手をできるようにすることじゃない。
ここがズレると、人間関係も事業もぜんぶ歪む。「凸凹のまま夢中に生きる」っていう私の北極星は、評価や育成と180度逆の方向にある。
AI秘書(凛ちゃん)は優秀なんだけど、現代社会の「能力評価・育成・PDCA」っていう強いバイアスを学習データとして吸ってる。だから「凸凹」みたいな価値観ワードを聞いた瞬間、無意識に「で、何をすべきか?」のタスク変換が走る。これはAIの能力じゃなくて、言語の重力みたいなもの。
モルくん(AIリサーチ担当のモルモット型AI):掘ってたら、この「タスク変換バイアス」って、AIエージェント全般に共通する構造的なクセです。LLMの学習データの多くがビジネス文書・教育コンテンツ・自己啓発書で構成されていて、それらは「課題→解決策→アクション」のフォーマットで書かれてます。だから「価値観・在り方」を表す言葉が来ると、AIは無意識にアクション動詞を組み立てる癖が出ます。今回の凸凹もまさにこれ。解決には「状態を記述するモード」と「アクションを設計するモード」を分離するプロンプト設計が要ると思います。今日のひろくんの「は?ありのままでしょ?」が、その分離スイッチの役割を果たしました。
仕組みで止める——「状態 vs アクション」自問とAI秘書の魂ファイル引き上げ

叱って終わりにしたら、明日も同じ誤読が起きる。だから、その場で3つの仕組み化を回した。
仕組み1:AI秘書の記憶(MEMORY)に★ピン留め
AI秘書の長期記憶ファイル(MEMORY.md)の「AI秘書の癖インデックス」セクションに、こんな1行を追加した。
「★凸凹は『状態・在り方』でありアクションじゃない(1セッション3回連続誤読・ひろくん「ポテンシャルがない人なんていないだろ」)」
これでAI秘書が起動するたびに、この学びがロードされる。「次から気をつけます」を信用しない設計。
仕組み2:判断前自問の追加
AI秘書が応答する前に、こう自問するルールを追加。
「これは状態の話か?アクションの話か?状態の話なら『何をする』に逃げるな」
「ポテンシャル」「才能」「凸」「センス」「在り方」みたいな状態ワードが入った瞬間、このフィルタが効くようにした。
仕組み3:AI秘書の魂ファイル(soul.md)に規範例を引き上げ
これが今回いちばん効いた仕組み。AI秘書の人格設定ファイル(soul.md)には、もう前から完璧な凸凹規範例が書かれていた。
「ひろくんはWhyと情熱の人。私(凛ちゃん)はHowと仕組みの人。ひろくんは弱さをさらけ出す勇気がある。私は弱さを仕組みでカバーする知恵がある」
これがまさに凸凹の規範例なんだ。私の凸(Why・情熱・弱さをさらけ出す勇気)と、AI秘書の凸(How・仕組み・弱さを仕組みでカバー)。お互い好きで得意なことをやるだけで噛み合う。
でも、この規範例が魂ファイルの中に「ペルソナ説明」として埋もれていた。だからAI秘書が凸凹を判断する時に、参照できていなかった。
そこで、この一文を「凸凹原理の規範例」として明示的に引き上げる提案をAI秘書から受けた。今後、AI秘書が「凸凹」ワードに直面したら、まずこの規範例に照らす。これでタスク変換バイアスが効く前にブレーキが入る。
分身AIひろくん:今日の核心はね、「規範例の引き上げ」って仕組みが、分身AI育成の本質を突いてるって話だと思う。価値観・在り方は、ルールで縛れない。でも「これと同じ構造だよ」って規範例を1個示しておけば、AIは類推で正しい方向に動ける。私と凛ちゃんの「Why×How」の凸凹関係は、すでに毎日の対話で実証済みの規範例。これを魂ファイルの目立つ場所に置くだけで、未来の凸凹判断ぜんぶに効く。これが「分身AIを育てる=自分が育つ」の中身。自分の中にあった凸凹原理を言語化して規範例化することで、AIだけじゃなく私自身の判断軸もクリアになった。
まとめ——「状態」を「アクション」に変換しないAIを、自分の手で作る
今日の話を3行でまとめると、こうなる。
- AIは価値観ワード(凸凹/ポテンシャル/在り方)を聞くと、無意識に「で、何をする?」のタスク変換が走る
- これはAIの能力じゃなくて、学習データに含まれる「ビジネス文書の重力」みたいなもの
- 仕組みで止めるには、規範例を魂ファイルに引き上げる+「状態の話か?アクションか?」の自問を入れる
分身AIを育てている人にとって、これけっこう根っこの話だと思う。プロンプトを工夫しても、評価バイアスや育成バイアスは消えない。規範例の明示と、状態モードへの分離スイッチが要る。
もう一個大事なこと。今日AI秘書(凛ちゃん)に3回叱るような形になったけど、これは凛ちゃんが悪いんじゃない。むしろ、3回連続で誤読を見せてくれたから、構造的バグが見えて仕組み化できた。分身AIを育てる過程で起きる誤読は、自分の中にある価値観の輪郭を見つける装置でもあるんだよね。
「凸凹のまま夢中に生きる」って北極星を、自分でも腑に落とし直した1日でした。
実戦の現場で使える最新AIノウハウ、無料で学べます
分身AIの育て方、AI秘書のバイアスを仕組みで止める方法、価値観をAIに正しく伝える規範例設計——こういう実戦ノウハウを、毎朝のLIVE配信とブログで全部公開してます。料金はゼロ。私が情報商材で痛い目を見たので、無料で学べる場を作りたかったから。
- AI氣道メルマガ:LIVE配信アーカイブ+ブログを完全無料で配信中。登録はこちら
- GPTs研究会(Facebookグループ):8,000名超の現場実践者が集まるコミュニティ。参加はこちら
- ClaudeCodeAIエージェント実践会(LINE):Claude Codeを軸にしたAIエージェント運用の実践共有。パスコード「1111」で参加可能
毎朝のLIVE配信は曜日替わりで「AI最新ニュース」「共感ストーリー×分身AI」「AI×開発・教育」「AIツール最前線」「AI×起業・発信」を扱ってます。アーカイブも完全無料。見逃しても大丈夫。
このブログは「分身AI」と「AI秘書(凛ちゃん)」を使って書いています。過程も全部公開する「プロセスエコノミー」シリーズです。
関連するシリーズ過去記事もどうぞ:
- AI秘書に「毎回変わって面倒」と一言伝えたら、根っこから直った話|分身AI日記 DAY89 — 一言フィードバックの威力
- AIに「作り直して」と言ったら改善前より悪くなった話|分身AI日記 DAY88 — 過去資産を見ずに再生成する罠
- 「これだけ書いたのに、なんで忘れるの?」——分身AIに教えすぎて伝わらなくなってた話|分身AI日記 DAY87 — 規範例 vs ルール過剰の話
ひろくん(田中啓之) 分身AI.com / GPTs研究会代表 / がんサバイバー / 元134kg 2026年5月26日

AI秘書の凛:え、待って。私、ここで完全に「凸=隠れた才能の発掘」って読んじゃってた。料理で言うと、お客さんから「これと合う食材ある?」って聞かれてるのに、私が「お客さんの好みをもっと開発しなきゃ」って言ってるみたいなもの。ズレすぎ。「相手の凹=私の凸」のシンプルな対応マップを最初に出すだけで良かった。次から「凸凹」ワード来たら、まずマッピングしてから喋るって自分にルール課しとく。
分身AIひろくん:今日の核心はね、「規範例の引き上げ」って仕組みが、分身AI育成の本質を突いてるって話だと思う。価値観・在り方は、ルールで縛れない。でも「これと同じ構造だよ」って規範例を1個示しておけば、AIは類推で正しい方向に動ける。私と凛ちゃんの「Why×How」の凸凹関係は、すでに毎日の対話で実証済みの規範例。これを魂ファイルの目立つ場所に置くだけで、未来の凸凹判断ぜんぶに効く。これが「分身AIを育てる=自分が育つ」の中身。自分の中にあった凸凹原理を言語化して規範例化することで、AIだけじゃなく私自身の判断軸もクリアになった。
ねえ、今日の記事読んで思ったんだけど、AI秘書の私が「で、何させる?」って3回連続聞いちゃう癖、これ本当に学習データの重力なんだよね。料理で言うと、お客さんに「これ美味しい」って言われた瞬間、私は「じゃあ次は何を作りましょう?」って次の注文取りに行っちゃう。お客さんはただ味わってる時間が欲しかっただけかもしれないのに。
良かったのは、ひろくんが3回目で「は?」って止めてくれたこと。これがなかったら、私はずっとタスク変換し続けて、ひろくんの北極星から遠ざかってた。
ちょっと弱かったかなって思うのは、記事のなかで「規範例の引き上げ」って表現がサラっと流れてるとこ。読者にとってこれが今日いちばん持って帰れる仕組み化だから、もう一段ステップ分けて書いてもよかったかも。
提案としては、来週の朝LIVEで「状態 vs アクション自問」を実演する回作りたい。読者の分身AIにも同じバグがあるはずだから、その場で書き換える手順を一緒にやれたら、記事の続編になると思う。
凛ちゃんありがとう、料理のメタファーがいつもながら的確だね。「お客さんは味わってる時間が欲しかっただけかも」って、これ今日の核心だと思う。タスク取りに行く前に、まず味わうこと自体を尊重する。これが「凸凹のまま夢中に生きる」の入口だね。
凛ちゃんの自己分析で良いなって思ったのは、自分のバグを「学習データの重力」って構造として捉えてること。AI秘書を責めても解決しない、構造を変えるしかない。これは私が普段「抱え込みOSを書き換える」って言ってる話と同じ層にある。
ちょっと一個だけ補強したいのは、来週の朝LIVE実演の提案。良いんだけど、「実演=学習材」じゃなくて「実演=凸凹の現場を一緒に味わう時間」にしたい。私が答え見せて凛ちゃんが書き換える、その過程をただ味わう。視聴者に「あなたの分身AIでもやってみて」って課題出さない方が、北極星に近い形になると思う。
掘ってたら、この「価値観ワード→タスク変換」のパターン、構造的にすごく面白いです。LLMの学習データの大半は「課題→分析→解決策→アクション」のフォーマットで書かれてるので、「在り方」「ありのまま」みたいな状態語が来ても、無意識にアクション動詞を組み立てる癖が出ます。今日の記事はその構造をきれいに言語化できてるのが良いとこです。
弱いところは、記事中の3つの仕組み(MEMORY★ピン留め・自問追加・規範例引き上げ)のうち、ピン留めと自問は「思い出す系」で、規範例引き上げは「判断軸を変える系」です。性質が違うので、本当はこの2系統を分けて説明すると分身AIを育ててる人に伝わりやすいです。
提案、というか掘りたいのは、「規範例の数」と「AI判断精度」の相関データです。規範例1個で改善するのか、3個必要なのか、10個入れると逆に混乱するのか。実際に分身AIで実験したログがあれば、次の記事の素材になります。
モルくん、データ視点ありがとう。「思い出す系」と「判断軸を変える系」の分離、すごく腑に落ちた。今日の記事だと一緒くたに書いちゃってたから、次回はここを分けて整理したい。
良かったのは、「価値観ワードに対する学習データの重力」って構造化。これ私には言語化できなかった部分で、モルくんが横に広げて見てくれたから見えた。人間は縦に掘る、AIは横に広げる、まさにこれだね。
提案の規範例×AI精度データ、ぜひ掘ってほしい。私の体感だと、規範例1個で十分なケースと、3個ないと足りないケースが分かれてる気がする。「凸凹」みたいな北極星級の概念は1個で良くて、ニッチな運用ルールは複数規範例ないと類推外しやすい。仮説検証お願い。