#打海文三読書マラソン# #時には懺悔を# 【読書マラソン７日目】（編集者M） P271～P312「25」まで読了。 新とともに暮らす明野は、罪を犯している。 乳幼児誘拐と、探偵殺しという罪を――。 このまま逮捕されてしまうと、すべての生活において、介助を必要とする新が一人ぼっちになってしまう。 今は新しい家族とともに生活をしている新の母親に子どもを返したい。 必死で説得しようとする佐竹たち。 もはや事件解決のためではない、新のためにみんなが動いている。 だが、交渉では百戦錬磨のウネ子もお手上げ。 聡子のふり絞るような嘆願にも、母親は頷かない。 なぜなら、自分のキャパシティを超えていることがわかっているから。 自分が死を考えたことを忘れていないから。 意志が固く冷徹に見える母親が、癒しがたい傷を抱えていることに、佐竹だけが気づいている――。 そんな中、佐竹と聡子は、飲み屋にいる明野と話すことに。 明野はずっと、自分を監視する視線に気づき、いつか罪が暴れるときがくることを予想しながら、新との日々を重ねていったのだろうなと切ない気持ちになります。 人間って本当に不思議です。 でも生活は、こういうものかもしれないと思います。 生きていくために、目の前のすべきことをしなくてはならない。 明野は新とともに、それをやってきたのだろうと。 そして人生は、手に入れたいもの、切り捨てたものが積み重なっていく。 でもなぜか、いつも「これが足りない」という欠落感がつきまとうのが、物悲しい。 家族も、そんな人間たちが集まって一緒に暮らしているのだから、「幸せ」とか「不幸」という言葉ではひとくくりにはできないのだろうなと思います。 そして、もうラストなのに、明野の一言で、ひとつの事件がぐるりとひっくり返ろうとしていることに驚きます。 ここにきて、衝撃の事実が。

ハーネスエンジニアリングのアンチパターン AP1. コンテキストの溜め込み（The Context Hoarder） 🎯 ポイント 「念のため全部入れておこう」——その安心感が、エージェントの性能を静かに殺しています。情報は多いほど安全ではなく、しばしば害です。 ❗ 発生する課題 コンテキストウィンドウに無関連な情報が溢れ、エージェントの注意が希釈されます。重要な情報が中盤に埋もれ、本来必要なコードや仕様を載せるスペースが不足します。結果として、エージェントの判断精度が低下し、コストとレイテンシが線形以上に悪化します。 🔍 メカニズムと症状 このアンチパターンが魅力的に見えるのは、「情報は多いほど安全」という直感が強いからです。取得設計（何をいつ取りに行かせるか）は手間がかかるため、全部入れる方が楽に感じます。しかし、コンテキストウィンドウはCPUのL1キャッシュに相当する希少資源です。効用は単調増加しません。一定量を超えると無関連トークンが注意メカニズムを希釈し、重要情報の中盤埋没（lost in the middle）が発生します。症状としては、リポジトリ全体や長い会話履歴の丸ごと注入、全ツール定義の毎回ロード、「なぜか前に読んだはずの情報を無視する」といった現象が現れます。 📋 シナリオ ・issue-to-PRエージェントに、issueの内容だけでなくリポジトリ全体のREADME・設定ファイル・過去のPR履歴をすべて注入している。エージェントは肝心のissueの要点を見落とし、無関係なファイルを編集し始める。 ・マイグレーションエージェントに数千ファイルの情報を一度に渡し、コンテキストが溢れてエージェントが途中で一貫性を失う。 ・ペアプログラミングで、開いていないファイルや過去の長い会話履歴がコンテキストを圧迫し、レスポンスが遅くなる。 🛡 回避方法 ・コンテキストの使用量をカテゴリ別に計測し、メモリプロファイラのように配分を可視化します ・取得はpull既定（エージェント自身に必要な情報を取りに行かせる）とし、push（強制注入）は破ると致命的な不変条件だけに絞ります ・会話履歴は古いターンから要約・圧縮し、ツール定義は現在のタスクに必要なものだけを動的にロードします ・「全部入れれば安心」という思考に気づいたら、それがこのアンチパターンのサインだと認識してください #HarnessEngineering# #AIAgent#

ハーネスエンジニアリングのアンチパターン AP1. コンテキストの溜め込み（The Context Hoarder） 🎯 ポイント 「念のため全部入れておこう」——その安心感が、エージェントの性能を静かに殺しています。情報は多いほど安全ではなく、しばしば害です。 ❗ 発生する課題 コンテキストウィンドウに無関連な情報が溢れ、エージェントの注意が希釈されます。重要な情報が中盤に埋もれ、本来必要なコードや仕様を載せるスペースが不足します。結果として、エージェントの判断精度が低下し、コストとレイテンシが線形以上に悪化します。 🔍 メカニズムと症状 このアンチパターンが魅力的に見えるのは、「情報は多いほど安全」という直感が強いからです。取得設計（何をいつ取りに行かせるか）は手間がかかるため、全部入れる方が楽に感じます。しかし、コンテキストウィンドウはCPUのL1キャッシュに相当する希少資源です。効用は単調増加しません。一定量を超えると無関連トークンが注意メカニズムを希釈し、重要情報の中盤埋没（lost in the middle）が発生します。症状としては、リポジトリ全体や長い会話履歴の丸ごと注入、全ツール定義の毎回ロード、「なぜか前に読んだはずの情報を無視する」といった現象が現れます。 📋 シナリオ ・issue-to-PRエージェントに、issueの内容だけでなくリポジトリ全体のREADME・設定ファイル・過去のPR履歴をすべて注入している。エージェントは肝心のissueの要点を見落とし、無関係なファイルを編集し始める。 ・マイグレーションエージェントに数千ファイルの情報を一度に渡し、コンテキストが溢れてエージェントが途中で一貫性を失う。 ・ペアプログラミングで、開いていないファイルや過去の長い会話履歴がコンテキストを圧迫し、レスポンスが遅くなる。 🛡 回避方法 ・コンテキストの使用量をカテゴリ別に計測し、メモリプロファイラのように配分を可視化します ・取得はpull既定（エージェント自身に必要な情報を取りに行かせる）とし、push（強制注入）は破ると致命的な不変条件だけに絞ります ・会話履歴は古いターンから要約・圧縮し、ツール定義は現在のタスクに必要なものだけを動的にロードします ・「全部入れれば安心」という思考に気づいたら、それがこのアンチパターンのサインだと認識してください #HarnessEngineering# #AIAgent#

ハーネスエンジニアリングのアンチパターン AP3. 足場のラチェット（The Scaffolding Ratchet） 🎯 ポイント 失敗するたびにルールが足され、何ひとつ外されない。気づけばRube Goldberg装置のようなハーネスが、モデルと戦い始めています。「一度効いた」は「今も要る」を意味しません。 ❗ 発生する課題 ルール・ステップ・ガードレールが際限なく蓄積し、ハーネスが複雑な迷宮になります。モデルの能力が向上しても過去の足場が性能の天井を作り、誰も全体を把握できないため改善も困難になります。 🔍 メカニズムと症状 このアンチパターンが蔓延するのは、各ルール追加が局所的には正当（「あの事故を一度は防いだ」）であり、削除はリスクに見えるからです。しかし、足場は一方向にしか回らないラチェットになり、Rube Goldberg装置に堕します。モデルが賢くなると、過去の足場はモデルの推論を不必要に制約する性能の天井になります。症状としては、誰も全ルールを把握していない、新しいルールが古いルールと矛盾する、モデルを更新しても性能が上がらない（足場が制約しているため）、ハーネスの修正が怖くて誰も触れない、といった現象が見られます。 📋 シナリオ ・あるバグで「必ずファイルAを先に読め」というルールを追加。別のバグで「ファイルBを先に読め」を追加。さらに別のバグで「計画を必ず3段階に分けろ」を追加。結果、エージェントは毎回不必要な手順を踏み、簡単なタスクでも遅くなる。 ・モデルをGPT-4からClaude Opusに更新したが、GPT-4の弱点を補うために追加した足場がClaude Opusの強みを殺し、性能が変わらない。 ・ハーネスのルールファイルが500行に膨れ上がり、新しいチームメンバーが理解不能。改善提案をしても「前に事故があったから」と却下される。 🛡 回避方法 ・足場にもガベージコレクションを導入し、モデル更新ごとに全ルールを棚卸しして不要なものを削除します ・各ルールに「なぜ追加されたか」「いつ追加されたか」「どのモデルバージョンで追加されたか」を記録します ・定期的に足場を外した状態でベンチマークを実行し、本当に必要な足場だけを残します ・「ルール追加」だけでなく「ルール削除」も改善アクションとして意識的に実施してください #HarnessEngineering# #AIAgent#

「Red Experience」は，誰が殺したかではなく，誰がケーキを食べたかを真面目に探す推理デスゲーム［BIC2026］ 18名の生存者に，7名の敵役。複数の事件，多数の分岐が1つの真実へ収束する

猗窩座が煉獄さんを侮辱して炭治郎がブチ切れられるシーン。これが性悪が繰り返すあの厄介な《挑発/ベイティング》の本質になってるから解説したいんや。 このとき猗窩座は、自分の言葉のどこが悪いのか分かってないんよ。むしろ最大限に評価してるつもりでおる。 猗窩座の内部では《強者は讃える／弱者には唾を吐く》で完全に一貫していて、煉獄さんは前者。だから侮辱した覚えがない。 でも炭治郎は《お前が殺した人の話を、お前がするな》という別の次元の思いでキレてる。価値観の土俵が違う。噛み合わないまま、片方が滅法傷つけられてキレなあかんのや。 現実でも 《俺は思ったこと言っただけなのに相手がキレた》 《相手を馬鹿にするつもりはないが相手は俺を誤解してる》 で挑発をやめないやつとかおるやろ。 ただそんな相手の内心を推し量る作業は、こちらが消耗するだけなんよ。 《お前が勝手に傷ついたから悪くて、俺はそう思ったのを言っただけ》という返しは、俺が相手を理解するのではなく、相手が俺を理解してくれれば問題ない、という一方通行の要求や。 理解のコストを全部相手に払わせる形になっとる。これが繰り返されるなら、その発言の悪意の有無に関係なく、その関係は消耗性の腫瘍のようなもの。切離すか、距離を取る理由としてはそれで足りるんよ。 猗窩座がなんでこうなったか、ちとそれも深掘りしよう 生前の猗窩座（狛治）は、父の薬代のために窃盗と暴力を繰り返して二度罪人の入れ墨を入れられ、喧嘩っ早く、人を殴り続けてきた男や。小雪に出会って、その暴力が人を守るために向いたが、猗窩座の中では優しさと暴力は最初から同居しとる。 鬼になってもそれが変わってない。向き先が反転しただけや。守るものを失った瞬間、同じ力がそのまま外へ出た。 そのうえで彼には、理想化と脱価値化、あるいはこき下ろしの往復がある。煉獄さん、冨岡、炭治郎に惚れ込むような言葉を吐いたかと思えば、思い通りにならなければ一転して見下す。師匠にも小雪にも、置いていかれることへの怯えが常に透けてる。見捨てられ不安や。 猗窩座は、見捨てられる怯えを、強さへの執着に置き換えて生きてきた人生やったといえるんよ。ここらへんが猗窩座の強さへの執着の根源でもあり、限界でもあった。 他者に投影した弱さを見た瞬間に自分の過去、弱い自分が湯気のように立ち上がるから、弱さを憎む。 憎んでいる間は己を見んで済むから激しく憎むんや。彼が弱者を否定し続けたのは、他人を裁くためやなく、自分を直視せんで済ませるためなんよ。 だから最後、記憶を取り戻して自分の弱さに目を向けたとき、彼は戦うのをやめた。あそこで初めて他者と自己の置き換えが解消する。 猗窩座の例を詳細に分析したのは現実の人間関係でもこのてのメンヘラ気質はたくさんおるからや。 見捨てられ不安がつよいから非常につよい優しさを発露する。他人に執着して、褒め（理想化）まくる、過剰に自己犠牲する、そして一転、望んだ愛の形が得られないと暴れる、、、 猗窩座の行動パターンは境界線パーソナリティ障害や愛着不安に非常ににている。 生前の猗窩座も悲劇が起こらなかったらいい夫、いい先生だったかもしれんが、逆に言うと悲劇（思った愛が成就しないこと）一つで菩薩が悪鬼になるなら、それは単に精神の脆弱やねん。 これは無理解で自堕落な父、厳しく甘えさせてくれない母、面倒を見なければいけない弟などを抱えて最後まで誰も責めたりキレたりしなかった《煉獄さん》と比べて精神的な成熟度が雲泥の差や。だから猗窩座はいつも痣すらでなかった柱の煉獄と比肩される。精神的には対照的な二人やからや。 ただ、この手の人間の性格や、性格であるがゆえの挑発の背景を理解できることと、その扱いに耐えることは別や。事情を知って納得しても、相手してどうも削られるなら離れてええ。 猗窩座に必要やったのは、誰かに理解されることやなく、自分で自分の弱さを見ることやった。それは他人が代わりにやってやれるもんやない。 最後ボロボロになって《もう十分だ、やめろよ》と自分で自分に問わないと怒らん気づきやねん。

【衝撃】未解決殺人犯がテレビで真相を暴露した ・1978年7月、静岡県で銀行員男性が営業中に行方不明に→11日後に富士山麓で刺殺体で発見 ・警察の尽力虚しく事件は1993年に時効になるも、1998年に犯人が出頭「自分が殺した」と自白 ・その後、犯人はテレ朝制作のドキュメンタリー「告白 銀行員殺しは私です」に出演、犯行当時の状況や20年間抱え続けた葛藤を語り大きな反響を呼ぶ ・さらに番組では共犯者への取材も行われ、「4人の顔を見られたため口封じで殺害した」という犯行動機も明らかになった ・一方で、事件に関与したとされる2人の女性は最後まで姿を現さず、事件は時効のため誰も罪に問われないまま幕を閉じた

2026年度(2026/4/1〜)103冊目「あなたが殺したのは誰（まさきとしか）」読了。三ツ矢と田所コンビの3作目。これは、最高でした。どうやってこの2つがつながるの！？とドキドキしながらシーンが交互に進みます。悲しい話でした。タイトルも、なるほど。これは続きが期待できる。読みたい。#読了#