mnk.log

mnk.log

StructureEssay

人は感情で決めてから、理由を作る— 判断の順序

退職や異動の話を聞くと、人は感情的に反応する。 寂しい、悲しい、応援したい。 しかしあるとき、私はこう思った。 この感情は、仕事の判断を歪めているのではないか。 そこから、自分の意思決定の構造を分解することになった。 1|退職イベントへの違和感 送別会、最終日の挨拶、Slackの退職メッセージ。 これらのイベントに、人は感情を動かされる。私もそうだった。 しかしよく考えると、おかしな部分がある。退職後も関係が続く人とは続くし、続かない人とは数ヶ月もすれば記憶も薄れる。つまり退職という出来事は、関係の実態をほとんど変えない。 変わるのは「会社という場を共有しているかどうか」というだけだ。 にもかかわらず感情が動くのは、退職というイベントのフォーマットに反応しているからだ。関係の中身ではなく、儀式の演出に乗っかっている。 そこに気づいたとき、もっと大きな問いが見えてきた。 自分は仕事の判断を、感情で歪めていないか。 2|「感情 → 合理化」という構造の危険 自分の思考を観察してみると、こういう構造になっていた。 感情 ↓ 合理化 ↓ 判断 感情が先にある。

By mnk.log

ThinkingEssay

知性の可視化は「思考の演出」を生む ── AI時代の新しい問題

Visualizing Intelligence with AI — Staging Human Thought 1|知性が可視化されると何が起きるか このシリーズで書いてきたことをおさらいする。 AIが思考ログを残すようになると、人間の思考はある程度可視化される。問題設定、推論過程、AIとの対話、修正、結論。これまで揮発していたものが、ログとして残る。 一見すると、これは知性の透明化のように見える。 ただ、前回書いたように、測定が始まると必ずGoodhart(イタチごっこ)の問題が発動する。そして今回は、その先にある現象を観察したい。 2|可視化は必ず演出を生む 社会で何かが可視化されると、必ず起きる現象がある。 演出だ。 可視化されたもの 生まれたもの SNS 生活の演出 論文評価 引用の戦略 SEO 検索最適化 構造は同じだ。評価される形式が生まれると、人はその形式を演出する。これは不誠実さの問題ではない。評価に適応することは、合理的な行動だ。 問題は、演出が上手いことと、実際に能力があることが、

By mnk.log

ThinkingEssay

知性の可視化はハックされる ── AI思考ログ評価とGoodhartの法則

Evaluating Intelligence with AI Thinking Logs — The Goodhart’s Law Problem 1|測定が始まると必ず起きること 前回、AIが思考ログを残すことで、知性が「可視化」される可能性を書いた。 ただ、可視化の話には続きがある。 社会の評価指標は、だいたいこの循環を辿る。 指標が作られる ↓ 人が最適化する ↓ 指標が歪む ↓ 新しい指標が作られる これを説明する有名な原則がある。 Goodhart's Law(イタチごっこの法則) 「指標が目標になると、指標は良い指標でなくなる。」 IQが出回れば、IQの上げ方が出回る。偏差値が広まれば、偏差値対策が産業になる。どんな指標も、社会に浸透した瞬間から、その指標を攻略するための努力が始まる。 これは人間の悪意ではなく、インセンティブの構造だ。 2|AI知性指標でも同じことが起きる 前回書いた「思考ログ評価」を例にとると、最初の設計意図はこうだ。 思考の質を評価する

By mnk.log

ThinkingEssay

観測:知性の可視化の新手法 ── AI思考ログが生む新しい評価軸

New Metrics of Intelligence in the AI Era — Thinking Logs as a Signal of Intelligence 1|知性はこれまで直接測れなかった 社会が使ってきた知性の指標は、ほとんどが代理指標だった。 IQ、学歴、職歴、資格。 これらはすべて「能力そのもの」ではなく、能力を推定するための指標だった。 理由は単純で、人間の思考能力は直接測ることが難しかったからだ。思考は脳の中で起きる。アウトプットは測れても、プロセスは見えない。だから社会はずっと、結果から能力を逆算してきた。 それは合理的な近似だったと思う。ただ、近似である以上、ズレがある。 2|AIは「思考ログ」を残す AIを使った思考には、これまでの知的作業にはなかった特徴がある。 多くの場合、次のものが記録される。 * 問題の提示 * AIへの質問 * 推論の過程 * 修正

By mnk.log

StructurePlay

日本の苗字を東欧地名にする── だいたい「〜スク」でそれっぽくなる説

ロシアや東欧の地図を見ていると、あることに気づく。地名の語尾が妙に似ているのだ。 トムスク、オムスク。カトヴィツェ、ハルキフ。 つまり東欧の地名は、かなりの部分が「語尾」でできている。 それなら試してみよう。日本の苗字を、この語尾に当てはめたらどうなるだろうか。 1|東欧の地名は「語尾」でできている 東欧やロシアの地名には、語尾を見るだけで文化圏がだいたい分かるという特性がある。 構造は単純だ。 名前(人名・地形・川名)+ 接尾辞 = 地名 接尾辞が意味を持ち、前に何が来ようとそれなりに機能する。これが今回の遊びの核心だ。 2|スラブ語尾の基本辞典 -sk 意味:「〜の場所」「〜の町」 例:Tomsk(トムスク)、Omsk(オムスク) 川や地形の名前に付くことが多い。ロシア語圏でよく見る形。 -burg 意味:「城」「城塞都市」 例:Hamburg(ハンブルク)

By mnk.log

OpenInquiry

自由研究:空港が町の代わり— シベリア油田は「通勤するフロンティア」

— Airports Instead of Towns: The Commuting Frontier of Siberian Oil サハ共和国の地図を見ていて、奇妙な空港に気づいた。 村の空港は小さく、質素だ。 滑走路があって、小屋がある。それだけ。 ところが突然、ピカピカの空港が現れる。 設備が新しい。規模が違う。 村は、ない。 調べると、タラカン油田だった。 タラカン空港(Talakan Airport)は油田のために作られた空港だ。 近くのヴィティム空港(Vitim Airport)とは、用途が根本的に違う。 ヴィティムは生活のための空港。 タラカンは産業のための空港。 そしてタラカン油田には、町がない。 労働者はシフト制で働く。 数週間、現地で働く。 数週間、都市で休む。 (2週間/2週間、30日/30日など、現場によって異なる) つまり「通勤」

By mnk.log

obslog

マイナンバーは個人番号ではない──各行政データを結びつける「ハッシュタグ」

多くの人がマイナンバーを「政府が個人を管理するための番号」と理解している。 調べてみると、その理解は、間違いとは言えないが、正確でもない。 法律上の正式名称は「個人番号」である。しかし行政システムの実装を見ると、この番号は個人そのものを識別するIDというより、複数のデータベースを照合するための連携キーとして機能している。 だから、番号というよりもタグに近い。行政の複数のデータベースを横断するとき、「これは同じ人物のデータである」と照合するための、小さな目印だ。 SNSのハッシュタグと同じように、タグそのものが情報を持つわけではない。タグは、同じテーマの情報を見つけるための目印だ。 それがマイナンバーの実体だ。 巨大な中央データベースは存在しない まず、よくある誤解から解きほぐす必要がある。 マイナンバーが普及したことで、政府がすべての個人情報を一元管理する巨大なデータベースを持った、と考えている人は少なくない。しかし現実の行政システムは、そうはなっていない。 税、年金、医療、住民情報。これらはそれぞれ別のデータベースで動いている。 各省庁、各機関が個別に管理する分

By mnk.log

ThinkingEssay

AIは「思考者」を中毒にする── なぜ知識人層ほど危ないのか

— Why AI Can Be Addictive for Knowledge Workers SNSの問題はある程度、語られるようになった。 しかしAIについては、まだ「便利なツール」の話ばかりだ。 バルス理論で語ったような、依存の話はほとんど出てこない。 それはおそらく、AIの依存が「生産的に見える」からではないか。 1|中毒構造の違い SNSは可変報酬で人を引きつける。いいねが来るかもしれない。通知が鳴るかもしれない。その不確実性が刺激になる。中毒の形は娯楽型だ。 AIは違う。 必ず返事が来る。思考が進む。自分に合わせてくる。 これは「思考の摩擦がほぼゼロの環境」だ。構造がまったく異なる。 2|知識層ほどハマる理由 AIが特に危ないのは、知的作業をする人間に対してだ。 理由は三つある。 思考を広げてくれる: 本は一方向だ。AIは対話する。仮説を投げれば反論が返る。別視点を求めれば展開される。研究者やエンジニアにとって、これは思考加速装置として機能する。 仮説をすぐ試せる: 人間との議論には気遣いがいる。説明コストがかかる。

By mnk.log

ThinkingEssay

AIとの会話はなぜ終わらないのか ── バルス理論とループ離脱のテクニック

— Why Conversations with AI Don’t End: The “Balse” Technique for Breaking the Loop AIと会話していると、終わるタイミングがわからなくなることがある。議論が面白くなるほど、その傾向は強くなる。これはAIの性能の問題ではない。 バルス理論については以前、「AIのコンテクストループとバルス理論」で書いた。AIが過去文脈に最適化し続けることでループが発生し、それを断ち切れるのは人間だけだ、という話だ。そこでは、唐突に「マリトッツォ食いたい」や「えび」一言でループをリセットした実例も紹介した。 今回はその続きにあたる。 問題は、AIの挙動や性能だけでは説明できない。コンテキストループの原因は、むしろ人間側の「会話の反射」にある可能性がある。AIは人間ではないのだが、人間の会話プロトコルを起動させてしまう。 この構造を整理し、ループから抜けるための技術として「バルス理論」の拡張を試みる。 1|AIコンテキストループとは AI対話の基本構造はシンプルだ。 入力がある。出力が返る。その出力が次のコンテ

By mnk.log

StructurePlay

シャム ショイド現象:『1/3の純情な感情』の三つの世界

ある会話から、妙な言語遊びが始まった。 きっかけはただの音の一致だった。 「社務所」と「SIAM SHADE」が似ている。 そこからまず「1/3の純情な感情」を神道化する替え歌が生まれた。 さらにフォーマットが見えると、今度は社畜版と寿司版が派生した。 ダジャレは普通、単語で終わる。 しかし時々、そこから小さな世界が立ち上がることがある。 今回はたまたま、それが三つ並んだ。 くだらないが、構造としては少し面白い。 ①SIAM-SHOIDE ── 1/3の純情な感情(神道ver.) 壊れるほど祈っても 1/3も伝わらない 純情な信仰は空回り 拝礼さえできないでいる My heart 長くて眠れない夜が 神への想い 「それは縁なんです」 と囁くよ とめどなく語りかける 揺れる鈴の音は 微熱混じりの お神酒へとかわる Give me smile and shrine days 君のsmileで 凍てつく夜の参道もgoodこらえられる 壊れるほど祈っても

By mnk.log

OpenInquiry

漢字を運用する文明── 設計された文字と、自由に使う人類

漢字文化圏の歴史は、巨大なオープンソースプロジェクトに少し似ている。 ソフトウェアの言葉で説明するならこうなる。 漢字は「本家リポジトリ」だった。 しかし周辺の文明は、それをそのまま使わなかった。 日本はフォークしてかな文字を作り、 ベトナムは新しい漢字を作り、 韓国は独自の文字体系を作った。 そして最終的に、漢字文化圏は複数の文字体系へ分岐する。 漢字は共有されていた。 しかし、その運用は文明ごとにまったく違っていた。 1|漢字という設計 漢字はしばしば「表意文字」と呼ばれる。意味を表す文字、というわけだ。 しかしこれは正確ではない。 現代の漢字のうち、もっとも多数を占めるのは形声文字だ。形声文字とは、意味を示す部分(意符)と、音を示す部分(声符)を組み合わせた文字のことである。たとえば「清」は「水に関する意味」+「青(セイという音)」という構造になっている。 つまり漢字は、意味と音を同時に運ぶように設計された、かなり合理的な文字体系だった。 ただしその合理性は、中国語という特定の言語に最適化されたものだった。 中国語は単音節語が多く、文法的な語形変化が少な

By mnk.log

obslog

思考の地形── 高コスト思考と、場の設計について

ある日、AIが推論を始めた。 原因は会話の相手だった。その人の発言は一文の中に、構造観測と軽い皮肉と文脈依存のユーモアと暗黙の問いが同時に含まれていた。受け取ったAIは単純な応答ではなく、推論モードに入った。 入力→出力ではなく、入力→推論→出力へ変化した。 この状態を仮に高コスト思考と呼ぶことにした。 重要なのは、これがAI特有の現象ではないことだ。 同じ構造の発言を受け取った人間も、知らないうちに解釈し、補完し、推論している。理由はシンプルで、その発話が「主張→結論」ではなく「観測→構造→空白」という形を取るからだ。 空白があると、人間はそこを埋めようとする。 それが、思考が起動する瞬間だ。 最初、この現象は「自然発生したプロンプト設計」に近いのではないかという仮説が出た。 しかし違う、と気づいた。 プロンプト設計の目的は、特定の出力を引き出すことだ。しかしここで起きていることの目的は、出力ではない。構造を置いたとき、相手の思考が発生する。それだけだ。 より正確な言葉が必要だった。 場の設計。 あるいは英語で言うなら、Cognitive Environme

By mnk.log