入浴剤にはそれぞれ、効く理由の物語があります。 ホットタブは重炭酸イオン、エプソムソルトはマグネシウムの経皮吸収、バスコーソは発酵素材。 どれももっともらしく、値段もそれなりにします。 けれど、物語の科学的な強さと、実際に体を温めている機序とは、必ずしも同じ場所にありません。 「高濃度炭酸泉」と書かれたタブ Read more

上司の何気ない一言に、部下が青ざめる。 親の「参考までに」というアドバイスに、子どもが追い詰められる。 「そんなつもりじゃなかった」と言う発する側と、「これはもう命令だ」と受け取った側。 その間には、埋めがたい溝がある。 この溝を、当人の気配りや性格の問題だと思っている人は多い。 だが、そうではない。 発する側 Read more

アッツ島の玉砕は、たいてい「兵士たちの勇気」として語られる。 潔く散った、という美しい物語だ。 だが、史料を一手ずつ追うと、別の顔が浮かんでくる。 玉砕は、現場の勇気の問題ではなかった。 上層部の戦略失敗を、思想的に処理するための装置だった。 そして厄介なのは、いったんこの装置ができると、それが同じ失敗を繰り Read more

太平洋戦争の開戦は、たいてい二項対立で語られる。 狂気に走った日本と、圧力をかけたアメリカ。 どちらが悪かったか、という問いになりがちだ。 だが、開戦に至る経緯を一手ずつ追うと、別の顔が見えてくる。 どのアクターも、それぞれの立場では、合理的に振る舞っていた。 誰も全面戦争を望んでいなかった。 それなのに、全員 Read more

まとめ Azure API Management（APIM）のAI Gateway機能が、OpenAIのResponses APIをどこまでカバーしているかを棚卸しした。 結論を先に言うと、対応は「リクエスト/レスポンスが通過する瞬間に処理できる機能」に偏っている。 トークン計測・診断ログ・content safetyの対応は Read more

response idは、ただの識別子に見える。 ログにも、URLにも、エラーメッセージにも、気軽に載せてしまう。 APIキーなら決して置かない場所に、平気で現れる。 ところが、共有AIゲートウェイの構成では、そのIDを知っているだけで、他人の会話が読める。 継続もできる。 つまりresponse idは、識別子の顔をした、権 Read more

Wikipediaは、数えきれない人数で書かれている。 共著論文も、新聞も、何人もの手が入って成立している。 それなのに、社内の設計書を三人で書こうとすると、たいてい空中分解する。 人数のせいだ、と言いたくなる。 だが、それでは説明がつかない。 Wikipediaのほうが、人数ははるかに多い。 だとすれば、難し Read more

構想や構成は、一人でやったほうが早い。 多くの人が、経験的にそう感じている。 複数人だと、なぜか前に進まない。 これを「調整コストが高いから」で説明したくなる。 だが、それだけでは足りない気がする。 調整とは、複数の像の差分を縮める作業だ。 ところが構想段階には、まだ縮めるべき像そのものが無い。 だとすれば、一人 Read more

UUIDは、世界に一つだけのIDだ。 絶対にかぶらない。 だから安心して、システムAかBのどちらかに登録する。 一意なのだから、これで十分な気がする。 だが、この構成には、どこか筋の悪さがつきまとう。 IDを見ても、それがAにあるのかBにあるのか、分からない。 一意ではあるのに、居場所を教えてくれない。 この「な Read more

いい記事を読んで「なるほど」と唸る。 翌週、その内容を人に話そうとして、何も出てこない。 長らく、自分の理解力の問題だと思っていた。 もっと能動的に、もっと批判的に読めば残るはずだ、と。 だがこの説明には合わない事実がある。 同じ頭で、自分で試行錯誤して掴んだことは何年経っても覚えているのだ。 差を生んでいるの Read more