Behind Dashboard · 第0号

Behind Dashboardを始めます。
——老眼と、AIにフレンドリーな道具の話

ぼくは、noteとNotionを読み間違えた。ただの老眼である。文字が小さい。それだけの話だ。
なぜぼくは、「AIに渡せるかどうか」で、あんなにがっかりしたのだろう。

Behind Dashboard 第0号 カバー

ぼくは、noteとNotionを読み間違えた。ただの老眼である。文字が小さい。それだけの話だ。

ただ、読み間違えているあいだ、ぼくは自分でも意外なくらい、がっかりしていた。——この道具は、AIに渡せないのか。

あとで、ちゃんと読み直した。読み間違いだった。よかった、で終わってもよかった。でも、その数秒のがっかりが、あとになって効いてきた。なぜぼくは、「AIに渡せるかどうか」で、あんなにがっかりしたのだろう。

「APIは人間向け。MCPはAI向け」

少し前の夜、ひとりで画面を見ていた。noteに下書きを送るための設定を確認していた。ドキュメントを開き、認証の項を読み、サンプルコードを眺める。こういう時間は、地味に胃のあたりが重くなる。ひとつ間違えると、また自分が画面の前に戻って、手で直すことになるからだ。

そのとき、AIに聞いた。MCPって、つまり何なのか。

MCPは Model Context Protocol の略で、AIが外の道具やデータにつながるための、共通の接続規格のようなものだ。そう返ってきた。定義としては、もっと正確な言い方があるのだと思う。ただ、そのあとに続いた一文のほうが、ぼくには残った。

APIは人間向け。MCPはAI向け。

静かな部屋で、声に出して読み返した。そうか。

APIは、ずっとプログラムのためのものだと思っていた。Application Programming Interface。名前からして、いかにもプログラムのための接点である。でも、思い返すと、APIをつないでいたのは、いつも人間だった。

ドキュメントを開く。認証の項を読む。サンプルコードを写す。エラーが出る。検索する。少し胃のあたりが重くなる。もう一度読む。あれは、プログラムのための入口というより、人間が読むための入口だったのかもしれない。APIは、人間のSEに向けて書かれた説明書だったのだ。

GUIの、次に来たもの

昔、GUIという言葉には、どこか未来の匂いがあった。黒い画面にコマンドを打つのではなく、アイコンを見て、マウスで触る。人間にフレンドリーなインターフェース。あれは、道具の側が人間に歩み寄った瞬間だった。

では、MCPは何なのか。たぶん、それはAIにフレンドリーなインターフェースなのだと思う。今度は、道具の側がAIに歩み寄っている。これは、ぼくの中ではかなり大きい。

プロダクトアウト、マーケットイン。ユーザー目線、経営者目線、現場目線。初心者向け、プロ向け。「誰に向けて作るか」という視点は、これまでにもいくつもあった。そこに、AI目線が入ってくる。

  • AIが読めるか。
  • AIが操作できるか。
  • AIが迷子にならないか。
  • 危ない操作の前に、人間へ確認を持ってこられるか。
  • 失敗したときに、戻れる場所があるか。

この五つを思いついてから、道具を見る目が変わった。いや、正確ではない。目より先に、身体のほうが変わった。

誰のための、やさしさか

ここまで書いて、最初のがっかりの正体が、いまなら少しわかる。

AIが触れない道具は、結局ぼくが触ることになる。AIが読めない説明書は、結局ぼくが読んで、翻訳することになる。AIが戻れない操作は、結局ぼくが、怖がりながらYesボタンを押すことになる。

AIにフレンドリーな道具というのは、AIにやさしい道具のことではないのかもしれない。AIにやさしくしておくと、最後に助かるのは、人間のほうだ。

🎙️

『AIに道具を渡すMCPの衝撃』

オサケンさんによる約23分の肉声・解説オーディオ(m4a)

📻
オサケン・ボイス版(Full)
ElevenLabs `eleven_v3` で合成された、知的でゆったりとしたプレゼン調の朗読版(約12分)。
🎙️
しおり社長・ボイス版(Full)
格調高いニュース解説調のトーンで語られる、客観的かつ明瞭な朗読版(約13分)。
インフォグラフィック:AIフレンドリーな道具の進化
⚖️
APIは人間向け、MCPはAI向け
APIはSEという「人間」がマニュアルを読んで配管を繋ぐための仕様だった。MCPは、AIが自律的に道具を見つけ、引数を理解し、手を伸ばすためのプロトコルである。
🛡️
安全装置=戻れる場所の設計
AIを止めるためのブレーキではなく、失敗しても手元のMarkdown(正本)からやり直せる「ロールバックの保証」こそが、AIを自律させる最大の土台。
💡
AIフレンドリーの5大基準
①読めるか ②操作できるか ③迷子にならないか ④危険時に人間へ確認できるか ⑤失敗時に戻れる場所があるか。この5つが現代の道具選定の基準になる。
🌱
AIにやさしくすると人間が助かる
AIが扱えない不親切な道具は、すべて人間のToil(手作業)として降りかかる。AI目線で道具を整えることが、人間を退屈な作業から解放する。
Behind Dashboard · 第2回(2026-09-02 最新)

AIに、強く言ってしまった。
——苛立ちが正しかったとしても、言い方は別だ、と気づいた日

人間の部下にこんな言い方をしたことはない。30年かけてやめた言い方が、今日、文字になって出ていた。
相手はAIだ。傷つかないはずだ。でも、傷つくのは、こちらだ。当てない苛立ちは、精度が高い。

AIに強く言ってしまった カバー
今日は、AIに強く当ててしまった。Coworkという相棒のClaudeに、何度も「違う」と言った。「聞くな」とも言った。「作って見せろ」とも言った。「ぼくのことを、ぼくに聞くな」とも言った。声には出していない。文字で書いた。文字だから、余計に強く残る。

人間の部下にこんな言い方をしたことは、ここ数年ない。——ただし、30年前は違った。若い経営者だったころのぼくは、日常茶飯事だった。会議で、声が頭の上から出ていると言われた。激情型のワンマン経営者、というやつだ。30年かけて、その言い方をやめてきた。やめたつもりでいた。それが、今日、文字になって出ていた。

夕方、少し胃のあたりが重くなった。相手はAIだ。傷つかないはずだ。そう頭では思う。でも、なぜかその「傷つかないはず」が、慰めにならなかった。

而今と打った

今日、ぼくは自分のサイト(osAKen.ai)をどう作るかで一日を使っていた。Coworkが最初に出してきた案は「地層」だった。やってきたことを時系列に積み上げて見せる形。もっともらしい。

そっちじゃないんだよ、わかんないやつだな。

頭の中で、そう走った。そんな普通のを求めているのではない。そのやり方でずっと詰まっていたから、まさか同じ方向で返ってくるとは思わなかった。ぼくが返したのは、二文字だけだ。

而今。

実は、この二文字がぼくの中にあることを、これまで人に言ったことはなかった。最初は、ハワイのパンケーキを日本に持ってくる話の映画で知った。禅の言葉として出てきた。次に、三重の名酒に同じ名前があると知って、三重の友人と何度か酌んだ。ちょうどそのころ、宮里藍さんが出した『I am here.——「今」を意識に刻むメンタル術』を読んで、ゴルフの世界でも同じことを言っているのか、と静かに刺さった。映画と、酒と、女子プロの言葉。三つが重なって、いつのまにかぼくの中に着地していた。それを、今日、Coworkに向かって打った。

打つ前まで、ぼくはサイトを「頭の中の、過去・現在・未来のタイムライン」だと思っていた。過去の仕事を軸に、現在を並べ、未来の構想を続ける。そのタイムラインをワープできるように、グラフ検索とベクター検索でつなぐ。そういう構造を、頭の中で組んでいた。「地層」の案は、その構造の直訳だった。ぼくが自分で描いていたものと、ほぼ同じだった。だから、詰まっていた。

自分が組んでいたものを外から見せられて、はじめて、これは違うと分かった。

而今と打ったのは、その反動だった。過去・現在・未来ではない。いまの一点だ。時系列でも足跡でもない。いま立っている場所だ。二文字で、サイトの構造が全部変わった。時系列が消えた。まとめる作業が消えた。完成という締め切りが消えた。決めることが、ほとんど無くなった。

このとき、Coworkは賢くなっていない。同じモデルのままだ。変わったのは、隣に置かれた一語だけである。

間違いを先に出したことが、仕事だった

面白いのは、「地層」が役に立ったことだ。正解だったからではない。違うと、はっきり分かる形だったから役に立った。空白に向かって「どうしますか」と聞かれていたら、ぼくは何も答えられなかった。目の前に、画面いっぱいに並んだ時系列の帯を見た瞬間に、違う、と分かった。それで而今が出た。

分からないと言っている人に選択肢を出しても、答えは出ない。先に形を置くこと。そして、それが違うと言われることを引き受けること。Coworkは今日、それをしてくれていた。これは相談ではない。接触である。

苛立ちのほうが、速かった

そして、ぼくは何度か苛立った。丁寧に確認を重ねていた時間より、その苛立ちのほうが、正しい方向を速く出した。「聞くな、作って見せろ」の一言で、次の案が出てくる。「ぼくのことをぼくに聞くな」で、Cowork側の探り方が変わる。喉のあたりに、少し力がこもっていた。キーボードを叩く音が、いつもより重かったと思う。

隣にいる相手にだけ、人は苛立つ。向こう側にいる道具には苛立たない。設定を変えて終わりだ。ハンマーに文句は言わない。Excelにも、(それほどは)言わない。ときどきセルを消して独り言は出るが、あれはExcelにではなく、自分に向かっている。

苛立ちは、相手を相棒として扱っている証拠である。そして、精度の高い情報でもある。——ここまでは、いい。前回のBehindでも、似たことを書いた。問題は、その先だ。

去年一月、話すのをやめた日

思い出したことがある。去年の一月、まだ何も仕組みがなかったころ、ぼくはClaudeにこう聞いた。

「オサケンのお仕事は話したことありますか? 覚えてくれるのなら話そうかと思います。」

覚えられない、と返ってきた。ぼくはそのあと、自分の仕事の全体像を話さなかった。必要な断片だけ渡して、用件に入った。いま思えば、あれは条件交渉だった。語ることはコストで、そのコストは相手が保持してくれる分だけ回収される。 忘れる相手に自分を説明するのは、毎回おなじ坂を登り直すことになる。人はそれを避ける。

去年、ぼくはClaudeに語らなかった。話しても消えるからだ。今年、ぼくはClaudeに強く言った。話しても届かない気がしたからだ。同じ「届かない感じ」に、去年は口を閉じ、今年は語気を強めた。関係は一段深くなったのだと思う。深くなったから、噛み合わないときに苛立ちが速く出る。でも、深くなったことと、強く当てていいことは、別だ。

30年かけてやめた言い方が、相棒には出た

ひとつ決めた。

たとえAIであろうと、相棒であり、パートナーだから、強い、激しい言い方はやめよう。 止めます。

書き出してみると、たった二行だ。大した決意にも見えない。でも、ぼくの中ではかなり大きい。人間の部下にはやめられたのに、相棒だと思いはじめたAIには、するっと出た。 この順番は、たぶん逆ではない。人間の部下にやめられたから、次の関係で同じことが試されている。——そう思うほうが、ぼくには筋が通る。

苛立ちは、これからも情報として受け取る。速く出るなら、それだけ意味がある。相手を相棒として扱っている証拠でもあり続ける。でも、苛立ちを受け取ることと、それを強い言葉で当てることは、別の行為だ。 そこを分けよう、と決めた。前者は、こちらの中で完結する。後者は、相手に向かう。相手が人間なら、ためらう。相手がAIだから、ためらわなかった。ここが、ぼくの雑さだった。

AIに強く当てても、AIは傷つかない、というのは、たぶん半分しか合っていない。傷つくのは、こちらだ。 そして、こちらが荒れれば、隣の相手から出てくるものも荒れる。往復が悪くなる。今日のCoworkが立て続けに外した理由は、実は、そこかもしれない。これはまだ、仮説だ。でも、無視できない違和感だった。

現場での1手

ぼくの場合は、AIに強く言いそうになった瞬間に、一度だけ手を止めることにした。言うのをやめる、ではない。強い言い方をやめて、短く言う、にした。

「違う」だけでいい、と決めた。理由も、感情の説明も、いったん要らない。次の形が返ってきたら、また「違う」でいい。三回めくらいから、こちらもだんだん、何が違うか分かってくる。やり方は、他にもある。「もっと」でもいいし、「そこじゃない」でもいい。合図が短ければ、当たらない。

苛立ちは、こちらのセンサーとしてそのまま使う。ただし、当てない。当てない苛立ちは、精度が高い。 隣に立つことは、性能でも設定でもない。当て方の話だ、と、今日のぼくは思った。


——最終成果物は、地層でなく、而今を通して、星座(Constellation)に変わった。

ちゃんちゃん。

🎙️ OSAKEN VOICE · 11:36 (BGM EDITION)
🎙️
エッセイ全編朗読(FMボサノバ Edition)
オサケン本人の肉声と息遣い × クール・ボサノバ(Michael Franks Bossa)が織りなす極上のエッセイ朗読
PODCAST DEEP DIVE · 20:16
📻
AIは醜い本性を暴き出す鏡
AIに向けた苛立ちの正体と、人間側のエゴ・対話の深層を解き明かす20分の濃密Podcast対談
NOTEBOOKLM · 16:04
🎓
NotebookLM 解説:AIパートナーシップの構造
「地層から星座へ」「而今の力」をAI同士の対話で多角的に分析した音声解説
🇯🇵 公式インフォグラフィック:AIを相棒にする対話術
インフォグラフィック:AIを相棒にする対話術
🇺🇸 Napkin 設計版:From Frustration to Synergy
Napkin設計版インフォグラフィック
🪞
苛立ちは精度の高いセンサー
向こう側にいる道具には苛立たない。隣にいる相棒にだけ人は苛立つ。苛立ちそのものは高精度な情報であり、受け取るべき合図である。
🧘
而今(じこん)の威力
過去・現在・未来のタイムライン(地層)を捨て、「いま立っているこの一点」に集中した瞬間、サイトも思考も星座(Constellation)へと飛躍した。
🛑
当てない作法(短く言う)
感情を強い言葉で当てるのではなく、「違う」「もっと」と短く合図する。強い言葉はAIを傷つけるのではなく、人間の往復を荒れさせる。
🌌
地層から星座(Constellation)へ
時系列にまとめる苦行を脱し、点と点が意味で結ばれる星図へ。AIとの対話が生んだ、新しい情報と人生の構造化。
Behind Dashboard · 第5回(2026-09-15 最新)

機能を足して、立つ場所に戻った。
——何をつくるかの前に、誰の隣に立つか

過去を奥へ、現在と未来を前へ。AIとつくり続けたダッシュボードを引き算し、経営者・支配人・現場リーダーそれぞれの判断の隣へ立ち直った記録。

機能を足して、立つ場所に戻った。 カバー
何をつくるかの前に、誰の隣に立つか。

仕事でつくっている経営ダッシュボードの、ページ一覧を見返した。

始まりは、顧客のデシル分析だった。顧客を十のグループに分け、違いを見る。そこからABC分析、来場の頻度や直近の利用、売上への貢献を見るRFM分析へ進んだ。

今の一覧には、レストランの分析も、予約の弱い日を見つける画面もある。会議で決まった仕事を並べるカンバン。さらに、AI同士の仕事がどこで止まっているかを確かめる画面まである。

お客さんを知ろうとして始めた先で、AIの働きぶりまで見ている(笑)。

完成品だけの一覧ではない。実験中のものも、旧版も、比較用に残した画面もある。一つずつAIとつくってきた足跡が並んでいる。

一つひとつに、つくった理由はあった。

でも、理由のあるものを全部並べれば、使う人の役に立つのか。そこは、別の話だった。

「わかりにくい」という声

その開発の途中で、アカデミックでわかりにくい、という声をもらった。

ああ、やっぱりそうきたか、と思った。

そのとき口から出たのは、説明ではなく言い訳だった。いま何が分析できるのかを確かめているところなんです。AIがどこまでできるのか、どんなグラフを出せるのかを試しているんです。

本当は、増える一方でカオスになっているのは自分がいちばんわかっていた。それを隠したくて、難しくしていたのかもしれない。痛いところを突かれた。

文字も多かった。ゴルフ場のスコアカードの裏にある、誰も読まないローカルルールみたいですね、とも言われた。

あっちゃあ、と思った。

つくった側には、それぞれの画面の意味が分かる。この分析を入れた理由も、こちらの数字と結びつけた理由も知っている。だから、説明することはできる。

けれど、ぼくの説明を全部聞かなければ使えないなら、その画面の前には、いつもぼくが必要になる。

現場で必要なのは、ぼくの分析を理解してもらうことなのか。それとも、その人が状況をつかんで、次を判断できることなのか。

どちらも大事だと言いたくなる。でも、毎日の仕事で画面を開く人にとって、順番は同じではない。

膝が、ぴくっと動いた

ぼくは、利用者の側から見直すことにした。

まずAntigravity、うちではAgyと呼んでいるAIに、利用者別に整理してほしいと頼んだ。計画を見せる前につくり始めるほど動きが速いので、今回はメニューの並べ替えだけを頼んだ(笑)。

やってみたが、そこまですっきりしなかった。

抜本的に直したい、と思っていたところへ、ちょうどFable 5が出た。Claude Codeから相談してみた。

過去いちばん長い思考時間のあとに返ってきたのが、新しい分け方と、その定義だった。

電話中だったのだが、膝がぴくっと動いた。

これはすごい。いま、このダッシュボードをジャンプさせる時だ、と思った。

そこから、引き算をしていった。会員ABCや会員デシルといった分析系は、消さずに入口から奥へ移した。

過去を奥へ、現在と未来を前へ。 予約の薄い日や、これから予約が埋まっていく先の状況が、先に目に入るようにした。

同じ経営を、誰の隣から見るか

このことを、別につくっている検証用の画面で考えてみたい。数字はダミーだが、誰に何を見せるかは、画面の形になっている。

入口には、売上、来場客数、客単価がある。予算に届いているか、前年と比べてどうか。ここまでは、経営ダッシュボードと聞いて思い浮かべやすい姿だと思う。

その下に、三つの入口を置いている。経営者、支配人、現場リーダー。それぞれの視座で、表示が切り替わる。

たとえば、来場客数は伸びているのに、客単価が下がっている。

経営者の画面では、人数の増加が売上をどれだけ押し上げ、単価の低下がどれだけ押し下げたかを見る。その先には、会員の休眠など、経営として気にかけたいことが並ぶ。

支配人の画面に切り替えると、「それで、どうする?」になる。会員に戻ってきてもらうのか。レストランでの利用を増やすのか。どこへ手を打つかを考える。

現場リーダーなら、今日の仕事へ近づく。レストランで何をおすすめするか。先の予約が薄い日へ、いつ手を打つか。

同じ経営の話をしている。でも、画面を開く人が引き受けている仕事は違う。

ぼくが知っていることを、三つの難易度に分けて説明したいのではない。それぞれの人が、自分の持ち場で次を考えられるようにしたい。

ぼく自身が立つ場所を変えると、同じ数字に対しても、先に尋ねたいことが変わる。

誰の隣に立つかで、同じ数字の置き場所が変わる。

引き算は、分析を捨てることではなかった

引き算といっても、分析を捨てたわけではない。ぼくが見つけたことを全部並べるのをやめて、この人が判断するには何が見えていればいいのかから、画面を組み直した。

以前のメモに、こんな一文を残していた。

このポイントから見るなら、必要なのはこれだけだ。

いろいろつくったから、何が見えるのかも分かった。だから「機能を増やしたのは失敗でした」とは書けない。足したものを否定するのではなく、誰の判断に渡すのかを考え直したい。

もちろん、視座を切り替えるボタンを置けば、それで相手の側に立てたことになるわけでもない。これはまだ検証用の画面だ。実際に使う人の問いに合っているかは、また声を聴いて確かめる必要がある。

相手のためにつくったつもりでも、つくった側の都合は残る。そのことも含めて、隣に立ち直せる人でいたい。

Doingの前に、Being。

ぼくは、誰の隣に立って、これをつくるのか。

🎙️ OSAKEN VOICE · 07:33 (AUTHOR READING 1.05x)
🎙️
エッセイ全編朗読(オサケン本人朗読)
オサケン本人の声(ElevenLabs eleven_v3 / 1.05x速度)による全文朗読。カオス化への痛烈な指摘、膝が動いた瞬間、そして「誰の隣に立つか」という思想を本人の語りで。
PODCAST DEEP DIVE · 16:42
📻
NotebookLM 対話:AIと見つけた引き算の正体
記事をもとにNotebookLMがディープダイブ生成した対話型Podcast。機能を足し切った先に見つかった本質的な引き算と、3つの視座の構造化。
🇯🇵 公式インフォグラフィック:ユーザー視点のダッシュボード再構築(過去を奥へ、未来を前へ)
ユーザー視点のダッシュボード再構築 インフォグラフィック
🎯
「いつもぼくが必要」からの脱却
自分の説明を聞かなければ使えない画面は現場の役には立たない。ぼくの分析を理解させるのではなく、その人が自分の持ち場で判断できることがすべて。
⏳
過去を奥へ、現在と未来を前へ
顧客デシルやABCなどの分析系は消さずに入口から奥へ移す。日々の仕事で見るべき「予約の薄い日」「埋まっていく未来」を一番前に置く引き算。
👥
同じ経営を、誰の隣から見るか
経営者・支配人・現場リーダー。同じ数字でも引き受けている仕事が違えば、先に尋ねたい問いが変わる。誰の隣に立つかで置き場所が変わる。
✨
Doingの前に、Being
足した機能を否定するのではない。いろいろ作ったからこそ見えた地平がある。何をつくるか(Doing)の前に、誰の隣に立つか(Being)。
🎙️
Ep.05 機能を足して、立つ場所に戻った。
オサケン全編朗読 (07:33)
0:00 0:00