今日の収穫、3行で。

Q. 小規模プロジェクトでもCLAUDE.mdは要る？
A. 最小構成でも「何を作るか」「守るべき規約」を数行書くだけで、エージェントの前提ズレが減る。規模に応じて記述量を足していくのがこの記事の勘所。

Q. テンプレートを分ける基準は？
A. コードベースの規模・チーム人数・ルールの厳密さ。大規模ほど参照構造（別ファイルへの分割・リンク）を厚くし、小規模は1ファイルで完結させる。

Routineはスケジュール実行されるバックグラウンドのClaude Codeセッションで、Web/クラウド側で完結するため手元の端末を起動しっぱなしにする必要がない。定型のトリアージや日次チェックを寝ている間に回す用途と相性がよい。

HNでは「前世代としか比較せず、GLM-5.2など競合より高価で見劣りする」「ベンチが物足りず、いま使う理由が分からない」と辛口の声が目立つ一方、「3.6 Flashはコード編集の余計な変更やループが減りDeepSWEで改善」「トークン効率17%向上かつ値下げは効く」と実利を評価する意見もあった。知識カットオフが2026年3月とされるのに2025年の出来事を知らない、という検証報告も出ていた。

「フロンティア級との勝負」ではなく「価格あたりの実用性能」で選ぶ層には効く更新。一方でオープンウェイトのGLM/Kimi勢がコスト面で追い上げており、クローズドで割高な位置取りをどこまで正当化できるかが論点になる。

HNでは「重みを出すのか一切言及がない＝実質クローズド」への不満が最多。「Midjourneyの優位が消えたようにモデル自体は堀にならない」という構造的な指摘や、「黄色みがかった出力からGPT Image 1の生成物で学習したのでは」という推測、韓国語が崩れず表示される一方で誤字は多い、といった具体的な検証も投稿された。

HNでは「結局チャットにボットがいるだけでは」「Slackで十分、エージェントにメンションできれば足りる」と冷めた反応が目立つ。Slack社員からは「全員が全部を見るのは面白いが、権限分離・プライバシーの設計が難しい」という実務的な論点が挙がった。「Google BuzzやWaveは早すぎた」と過去の失敗を重ねる声や、野心的すぎて段階的に導入しづらいという指摘もあった。

「AIで実装コストが下がった分、設計判断やレビューといった人間側の中核が相対的に重くなる」という見方と、「まず組織のアンチパターン（丸投げ・目的不在・評価不能）を潰さないとツールは根付かない」という現場視点が併存する。速さ・安さの果実をどこに再投資するかで、組織ごとに答えが分かれる。

HNでは「査読前だから鵜呑みにするな（人間も証明を幻覚する）」「プロンプトが27ページ目に載っており、10ページの高度な誘導があった」と冷静な前提確認が上位に来た。「低い果実は解かれ尽くし、研究者はより難しい問いへ移る」という展望や、「Sol Proで達成、Ultraではない」というモデル差の話題も。「確率的オウム説はこの結果をどう説明するのか」と創造性論争に踏み込む投稿も目立った。

OWASPの学習リソースやCTFの常設サイトは無料で公開されているものが多く、写経ではなく実際に手を動かして脆弱性を再現・悪用できる練習環境が揃っている。

アリーナアロケータは、個別にfreeせず領域ごとまとめて解放する方式で、複雑な参照グラフを扱うコンパイラやパーサではライフタイム管理を大幅に単純化できる。