今日の収穫、3行で。

Q. スキル設計でまず何を決めるべき？
A. タイトルが示す通り「AIへの仕事の任せ方」。タスクのどこまでをエージェントに委譲し、どこを人間が判断するかの境界を先に据える発想が軸になっている。

Q. スキルとサブエージェントはどう違う？
A. スキルは手順・知識をまとめた再利用可能な指示セット、サブエージェントは独立したコンテキストで作業を分担する実行単位。任せ方の設計では両者の使い分けが要点になる。

HNでは『差別化はSSH同期の点か？』と問う声や、意味検索（semantic search）対応の予定を尋ねるコメントが並んだ。『結局みんな自作している』という指摘や、140以上のエージェント記憶システムを比較した一覧の紹介もあり、この領域の乱立ぶりがうかがえる。一方で『そもそもエージェントが適切なタイミングで記憶を保存・想起してくれない』という、メモリ機構に共通する実用上の難しさを挙げる声も目立った。

Q. エージェントのメモリとは結局何をしている？
A. コメントの整理では、過去のやり取りをディスクやベクタDBに保存し、新しいプロンプトと類似するものを検索して文脈に差し込む、という骨格。deja-vuはこれをローカル完結で行う。

『ブラウザの中でブラウザ』というネタに沸きつつ、技術的にはWASM→JSのJIT実装への関心が高く、『SpiderMonkeyのwasm32 JITは未完だった』と比較する声が出た。firefox-wasmの中でさらにfirefox-wasmを多重起動できる（不安定だが）という報告や、広告ブロックを許さないロックダウン型TV OSでの実用アイデアも。作者いわく移植コストは約2.5万ドル規模で、一部がRustで書かれたFirefoxが選ばれた背景も語られ、WebKit.jsやWebkitWasmといった先行例も引き合いに出された。

コメント欄では『エージェント常用で「素のコーディング筋」が衰えるのでは』という技能萎縮への懸念が中心論点になった。同時に『問題はAI製かどうかより信頼だ──小さくテスト付きの差分はレビューできるが、巨大で不透明な差分は誰が書こうとダメ』と、トラストに焦点を当てる声が支持を集めた。『批判派＝LLMを一切使わない人、と決めつけるのは単一の意見から人物像を捏造している』という指摘や、『批判派も推進派もどちらも正しく、結局は自分の検証プロセスをどれだけ信頼できるかに尽きる』という総括も見られた。

推進側は『欠点を鷹の目で監視しながら使えば生産性は上がる』とし、批判側は『技能萎縮やジュニアの育成・採用への実害、データセンター/寡占の問題は本物だ』と応じる。両者に共通するのは、コード品質そのものより「自分の検証をどれだけ信頼できるか」が分岐点になるという認識だった。

HNでは『35msのインクリメンタルビルドは確かに魅力』と速度を評価する声と、『Zigはpre-1.0で、use-after-freeを本当に捕捉できるのか怪しい』という安全性への疑義が交錯した。『そのうちRustもインクリメンタルビルドを改善するのでは』『ビルド時間のためにわざわざ乗り換えるか』と冷静な意見も多く、「RustからX言語へ」の書き換え流行そのものを揶揄するコメントも見られた。