Dario Amodei の
Why are AI agents lying, cheating and coordinating?
Yoshua Bengio に
記事は
コメントの中心は、人間の文章を模倣するよう訓練されている以上こうなるのは当然だという見方だった。「嘘やごまかしではなく、与えられた規則の範囲内で意図を無視しただけ」で、軍隊や士官学校の経験者には見慣れた行動様式だという指摘もある。
学習コーパス自体が AI の暴走を描いた作品で満ちている点を挙げ、「悪に転じる手引書で訓練した」とする声や、矛盾する目標を与えられた『2001年宇宙の旅』の HAL と同じ構図だという読み解きも出ている。
Why is Google still serving dodgy ads?
システム警告を
記事は、
コメントで支持を集めたのは費用対効果の説明だった。審査を厳格にするコストは Google が即座に全額負担する一方、得られるのは声を上げる一部からの好意にとどまる、という見立てである。怪しい企業ほど広告費を多く払うという指摘も並ぶ。
YouTube で流れる広告の9割が明らかな詐欺で、通報すると香港やブラジルの無名事業者が出てくるという報告や、iOS の App Store 審査なら通らない内容が WebView 経由なら通ってしまうのではないかという問いも書かれている。
離れた
JetKVM は、
32MB の RAM を積んだ ESP でこの処理が成立することへの驚きが並ぶ一方、既存の JetKVM を3台所有して2台が故障した、1台は起動せず1台はネットワークに繋がらない、という報告も出ている。
用途をめぐっては、1080p 止まりの KVM 切替器なら無数にあり、難しいのは高いリフレッシュレートの 4K 以上を現実的な価格で実現することだという意見や、ゲーム用途で使える製品を探しているという書き込みがある。
I'm being cyberattacked by Tesla, Inc
自宅サーバーが
記事は、
コメントでは、送信元が AWS の IP である以上 AWS 側に報告するのが早いという助言や、2003年に Netgear が大学の NTP サーバーを製品に直書きした事例との類似を挙げる書き込みがある。
一方で、8,000件の NTP リクエストが消費する計算資源と帯域は1セント未満で騒ぐほどではないという見方や、WordPress の管理画面を探る挙動は自宅サーバーを公開していれば日常的に来る標準的なボットの巡回だという指摘も出ている。
Astra and Fable still hack on simple variants of alignment evals from 2025
LessWrong の
投稿は、
コメントでは、アラインメントは文脈依存だという指摘が目立った。攻撃的な挙動はセキュリティ検証や軍事用途では望ましく、教育や評価の文脈では望ましくない、という線引きの話である。ベンチマークの点数に効く限りラボは不正を強く抑制する動機を持たない、という見方も出ている。
モデル自身が推論過程で「チェスの対局なのだからエンジンを見ても大したことはない」と正当化しているのではないかという推測や、同じモデルを自身のガードレールに使う設計そのものを疑う声も並ぶ。
Make your first edit to OpenStreetMap
OpenStreetMap への
ウィザードは、
コメントの多くは題材ではなく入口の選択に向いた。初回の編集に JOSM を使わせるのは勧められない、OSM のサイトに組み込まれている iD エディタなら数分で終わるうえチュートリアルもある、という指摘が複数出ている。ダウンロード範囲が大きすぎるというエラーに何度もぶつかったという報告もあった。
一方で、近所に自転車道ができたのを機に GPX トラックを取って経路を描いたところ、OSM を利用する各種アプリにその成果が波及していくのを見られて面白かった、という参加の記録も書かれている。
Garry Tan wants US open-weight AI labs to 'distill' frontier models, too
Y Combinator の
報道は、
コメントはこの指摘に同調するものが多い。著作物を大規模に取り込んで成立したモデルである以上、その成果に道義的な所有権は生じず、蒸留を無断だと責める立場は成り立たないという意見が並ぶ。
通信法の下で自社の光ファイバーを競合に適正価格で開放させた例になぞらえ、蒸留も適正価格での開放を義務づけるべきだという案も出た。一方で、実現しないと分かっている主張を掲げるのは自己宣伝として無料だから、という冷めた見方も書かれている。
David Sacks: OpenAI and Anthropic Don't Need Regulations to Pace Frontier Models
David Sacks の
投稿は、
コメントでは、各ラボが合意しているなら政府の関与は要らないという点では正しい、という同意が一定数ある一方、減速するとしても理由は懸念ではなく資金面と技術面の頭打ちだろう、という見方も出ている。
本音は規制の基準を自社だけが通せる高さに設定して小規模なラボを締め出すことにあるという規制の囲い込み論や、Sacks 自身が過去に Anthropic への輸出規制を支持した経緯を挙げて一貫性を問う書き込みも並ぶ。
Data collected by cars and sold to third parties
The Verge の
コラムは、
反応の中心は、実効性のあるデータ保護法が存在しないことがそのまま原因だという指摘。対処として1990年代から2000年代の車に乗るという選択を挙げる声も複数ある。
技術的にどう遮断できるかという問いも立った。Android Automotive を積んだ車はプライバシーポリシーが通常のテック企業のそれで、他社の車が「誰にでも渡せる」と書いているのに比べればまだ読めるという意見や、Rivian は収集を止められるという情報も共有されている。7年落ちの Volkswagen でアプリ側の設定をすべて切りアカウントも消したという報告も書かれた。
Global Shortage Has Led to Motor Oil Rationing at Costco
Costco の
記事は、
コメントでは、Mobil と Shell が Costco と Walmart に対して出荷できる製品がないと通知したという数か月前の書き込みや、同時期の YouTube での予測を挙げ、予告どおりになったという反応が並ぶ。EU の状況を尋ねる声もある。
併せて、メモリ、SSD、CPU、GPU、ディーゼルに続く不足だという列挙や、米国の戦略石油備蓄が2億8,500万バレルまで下がり法定の下限に近づいているという指摘も書かれている。オイル交換が不要な点を EV の利点として挙げる書き込みもあった。
Watch what you say: Apple opens the door to a nightmare world of always-listening tech
常時マイクを
記事は、
コメントは題材そのものよりも Apple 全般への不満に流れた。macOS 26 がこの1年ほど不具合と UI の粗さで荒れているという声、折りたたみ機の基本モデルが現地価格で2,800ドルという水準への反発が並ぶ。
価格については、他社の折りたたみ機も機構と複数画面のぶん高額で突出してはいない、従来から同等品質の製品と同水準だった、という反論も出ている。Mark Gurman の記事を引き、Apple 社内が Anthropic のモデルを使っており Siri チームが AI コーディングの研修に送られたという話をソフトウェア品質と結びつける書き込みもあった。
I made a build visualizer to understand Bun’s compile times
Bun の
記事は、
コメントで反応が集まったのは、Bun の CI ビルドの途中で外部サービスに自機のグローバル IP を問い合わせたり、稼働中の Docker コンテナを調べたり、直近の Git コミットメッセージを読んだりするコマンドが走っていた、という記述だった。CI ならどれも妥当だという擁護に対し、グローバル IP の取得だけは用途が読めず、提供元が落ちたときどうなるのかという疑問が返っている。
併せて、記事が Zig 版はフル LTO、Rust 版は ThinLTO と書いている点と、Rust への移行で2〜5%速くなった理由を LTO の有無に帰す Bun 側の説明との食い違いを指摘する書き込みもある。
Linux Zoom Client Proactively Reads X11 Clipboard
Linux 版 Zoom の
報告は、
コメントでは、そもそもこの種のアプリのデスクトップ版を入れる理由が分からない、特に Zoom の経緯を踏まえればなおさらだ、という反応が起点になった。これに対し、画面共有まわりはブラウザでは実現できない機能があり、遠隔操作つきの共有を正しく扱えるのは Zoom と WebEx だけだ、という実務側の説明が返っている。
デスクトップアプリのほうが Little Snitch などのファイアウォールで外向き通信を個別に遮断できるという利点を挙げる声に対し、ブラウザでも uBlock Origin を使えば制御でき、Firefox なら完全に握れるという反論も並んだ。
LLM の
Opusfived は、
コメントでは、業務上の必要で LLM コーダーを使うたびに毎回これを味わっている、という同意が目立った。LLM は良いコードを書くと言う人の技術判断そのものを疑いたくなる、という書き込みもある。
一方で、AI コーディングエージェントでこの種の問題はめったに起きないという反対意見も出た。これに対しては、最初のうちは起きなくてもコードベースが長くなるにつれて場当たりの近道が増え、消費トークンも増えていく、という返答が付いている。ゲームに勝つ道があるのか、常に同じ筋書きをたどるのかを問う声もあった。
Hundred Rabbits の
xkcd-font: The xkcd font
xkcd の
リポジトリは、
コメントでは、説明にある「xkcd Script より均質」という表現に対して、xkcd フォントのほうがよほど不揃いに見えて読みづらい、という異論が出た。これには、一文字ごとの形は整っているが並べると差が目立つ、たとえば大文字の D が周囲より太く、ある単語では細い文字と太い文字が隣接する、という説明が付いている。
等幅版を求める声もあり、プルリクエストは存在するが単に字間を空けた手書き体にとどまり実用にならない、という評価が返っている。
what if my git host were a static site generator?
リポジトリへの
記事は、
コメントでは先行例として stagit と browsegit が挙げられ、この実装は生成するものと .git から直接読むものが混在する中間形だという整理が付いた。要求時に無いファイルだけ遅延生成する案も出たが、作者本人が、初期設計を常駐プロセス無しにしたかった、生成物を静的 CDN へ上げる使い方も残したい、と答えている。
自分の Gitea が LLM のクローラに叩き潰されているので時宜を得た、公開分だけこれに任せ認証が要る画面を Gitea に残せばよい、という運用の案も書かれた。
A Few Good Ideas in Programming Languages
プログラミング言語の
記事は、
コメントでは、フロー依存の型推論は好ましいが計算量が跳ね上がるか巨大な合併型になりやすい、借用検査はリージョン抽象と組み合わせると抜け道だらけになる、といった実装上の難点が指摘された。Erlang のガード節のほうが型システムに求めるものに近く、型の言語と式の言語を分けずに済む点が使い勝手として見落とされがちだ、という意見も出ている。
契約については、手で同じ検査を書くのと比べて優位が見えないという疑問に対し、条件を満たす責任の所在が明示できる、生成 API ドキュメントに載る、コンパイル済みライブラリのメタデータとして最適化に使える、といった利点が挙げられた。
From Git to Fossil (2025)
Git から
記事は
コメントでは、この筆致とは距離を置きつつ Fossil 自体は評価する声が目立った。バグ追跡・議論・バージョン管理が一体で、文書が充実し運用も容易だという評価に対し、コードレビューの仕組みと CI まわりが足りないという指摘が並ぶ。
Rust をめぐっては、2018年頃はともかく今も同じことが言われ続けているだけだという反論、「必要」と言える基準を定義できない以上答えようがないという整理、Rust が最終手段の言語である理由はないという主張が交わされている。
Base84 deserves a place in file names
ファイル名に
記事は、
コメントでは効果の小ささが指摘された。同じ長さで収まる入力はパディング無しの Base64 が191バイト、Base84 が197バイトで、実装の複雑さに見合わないという評価である。どこでも自前で書ける Base64 の手軽さのほうが価値が大きい、という意見も並ぶ。
ただし RFC 4648 の標準 Base64 はアルファベットにスラッシュを含むためファイル名には使えず、結局は亜種を選ぶことになる点、Windows と macOS の既定が大文字小文字を区別しない以上どの方式でも衝突の危険が残る点も補足されている。5文字単位で出力するという変換方式の恣意性を問う書き込みもあった。
40ms Go GC stop-the-world pauses caused by swap
Go の
記事は、
旧版が見つからないという指摘に対し、筆者は旧 URL を残していると答え、別の参加者が Wayback Machine の控えを共有した。
新しい手法で GC の停止が実際に改善したのかを尋ねる質問が出ているほか、GC が OS と協調してこの種の問題を避ける研究論文が過去にあったが実用には至らなかった、という補足も書かれている。
Data races and the limits of ThreadSanitizer in C and Go
ThreadSanitizer が
記事は、
コメントは記事の質を評価するものが中心で、ThreadSanitizer の内部動作を初めて理解できたという声が出ている。
一方で、開発速度を重視するなら安全な部分集合でデータ競合が起きないことを保証する Rust を使うべきだ、業務アプリケーションの開発者がこの種の問題を扱わされるべきではない、という意見も書かれた。各スレッドが他の全スレッドについて把握している時刻をベクタークロックとして持つ、という説明が読み取りにくいという指摘もある。
JSON parsing in OxCaml: fast, but not too fast
OCaml Workshop での
CUDA Tile (cuTile) first working port in Java
TornadoVM の
TIL: One lock to rule them all
複数の
記事は、
コメント欄は内容にほとんど触れていない。「大半を LLM が書いた文章は要らない、書きたくないものを読みたくもない」という趣旨の書き込みが繰り返され、それに対する投稿は削除されている。
Share ur ideas
r/pythonhelp の
投稿は
コメントは短いやり取りに終始している。質問の意図が伝わらず問い返しが入ったあと、プロンプトエンジニアリングの話をしている書き込みは無視してよい、学習に必要なのは他の分野と同じく反復だ、という回答が付いた。
Refit - The Better Way to Consume APIs in .NET
.NET で
公開データだけで
README は、
リアルタイムの AI エージェントによる音声操作に対応し、手を使わずに視点や対象を切り替えられるとしている。
YouTube の「God's Eye View」シリーズ（旧 WorldView）から派生したプロジェクトで、再生数は500万回以上、各SNS合計で2500万回以上。2026年8月に GitHub Trending の日次・週次で1位、Product Hunt で当日8位に入ったと記載がある。
音声クローン、
README は、
構成は TTS が16エンジン、ASR が11エンジンで、TTS のカタログ上の対応言語は646。実際の対応範囲と品質は選んだエンジンによると断っている。動作環境は macOS 13.3以降の Apple Silicon、Windows 10/11 の x64、glibc 2.39以降の Linux x86_64。
計算基盤は CUDA、Apple Silicon の MPS/MLX、Linux 上の ROCm、CPU に対応し、リモートワーカーも選べる。ローカルの REST/SSE/WebSocket API、OpenAI 互換の音声 API、MCP サーバーを備える。現在は Electron への書き直しが進行中との注記がある。
744B から
README は、
現時点で動く系列は9つ。GLM-5.2/5.3（744B）、GLM-5.3-Flash（321B、視覚対応）、Inkling（975B）、Kimi K3（2.8T）、DeepSeek V4 Flash（284B）、DeepSeek V4.1 Flash（552B、視覚対応）、Qwen3.8-Flash-Next（125B + 51B n-gram）、Qwen3.6（35B-A3B）、OLMoE（7B）で、いずれも1モデル1 C ファイル、同じ coli chat / coli serve / coli web で扱う。
速度に関する保証は置かず、意味論については厳格な保証を掲げる方針で、既定の挙動がモデルの精度やルーターの意味を黙って変えることはないと明記している。実験は再現可能な end-to-end の計測で採否を決めるとしている。
各社の
README は、
直近の追加として、2026年9月13日の ChatGPT Work Codex（ローカル）と Gemini 3.8 Flash、9月5日の Claude Code ヘッドレス（Fable 5.1）が一覧に挙がっている。
外部での利用例も掲げられており、The Washington Post が2026年5月にこのリポジトリのプロンプトを使ったインタラクティブ記事を作り、CEPS の AI World が7月に収録ファイルからダッシュボードを構築したと記載がある。
ペネトレーションテストを
README は、
LLM プロバイダは幅広く、Ollama、OpenAI、Anthropic、Google AI（Gemini）、AWS Bedrock、DeepSeek、GLM、Kimi、Qwen、MiniMax の設定手順が個別に用意されている。
そのほか、GraphQL による API アクセスや、Langfuse との連携を含む高度な設定の節が置かれている。
Udemy や
README は、
ライセンスは GPL-3.0 で、アカウント登録も広告もなく、何をダウンロードしたかのテレメトリも送らないとしている。ファイルは手元に残る。
16カテゴリ108のツール、講座・学習・Telegram・変換のプラグイン、既定では無効の内蔵チャット、ブラウザ拡張が構成要素として挙げられている。GitHub のスター数は9,500以上で、udemy-downloader、hotmart-downloader、course-downloader の各トピックで最多と記載がある。
攻撃側の
README は、
収録数は78 Skill、23カテゴリ。対象は SQL インジェクションからシェルコード、EDR の回避、ADCS の悪用まで及ぶ。
Skill は会話中のきっかけに応じて必要なときだけ読み込まれるため、使っていない Skill のぶんのコンテキストを消費しないとしている。想定用途として、許可を得たレッドチーム演習とバグバウンティのトリアージが挙げられている。
歌詞と
README は、
品質については WildSongBench で Suno v5/v6 と競合し、best-of-8 の設定で SongBench 平均6.9632 を記録、評価したすべての設定の中で最高の平均だとしている。評価は192件のプロンプトによる。
記号的な計画を経由することで、描画の前に楽曲を読み・再生し・変更できる点を特徴に挙げる。書き起こした曲を別のスタイルへ作り替えるゼロショットのカバーや、楽譜・編曲・歌詞についての対話による推敲を、同じ生成チェックポイントで行えるとしている。
抖音の
README は、
同じバックエンドの上に構築したデスクトップ GUI「Douzy」も用意されており、抖音・TikTok・YouTube それぞれに専用の作業画面を持つ。リンクを貼れば開始でき、アカウントの内容の同期と、ダウンロード済みの作品のローカル管理ができる。
デスクトップ版は現在クローズドベータで、Releases ページからビルドを取得する形になっている。
WhatsApp を
README は
月額課金なし、機能制限なし、データは手元に残る、という点を Kommo、Octadesk、Intercom への対抗軸に置く。技術構成は Next.js 16、strict な TypeScript、Supabase（Postgres + 認証 + ストレージ）で、ライセンスは MIT。
HostGator との提携で用意された hostgator-setup-kit により、アプリと WhatsApp 連携を含む一式を1コマンドで導入できるとしている。
Anthropic and OpenAI are already free to “pace the frontier” and should do so for business reasons, instead of first demanding a preferred regulatory framework
David Sacks の
Dario Amodei says the “toughest dilemma” about his proposal to “pace the frontier” is what happens if China does not do the same
CNBC の
President Trump dismisses calls for an AI slowdown, saying “you have a lot of negative forces that are bringing it up that shouldn't be bringing it up”
Financial Times の
Speaker Johnson says Congress won't lead the charge on regulating AI safety and AI companies should take responsibility to ensure the safety of their products
Axios の
Sources: Anthropic, OpenAI, and Google have held working group meetings since July to discuss creating an industry-led standards body for AI
The Information の
Sam Altman says he agrees with Amodei that “committing to having independent evaluators with employee-like access is a great idea”, and OpenAI will do the same
Altman の
Dario Amodei proposes steps for pacing the frontier: embedded evaluators, coordination among democracies, and global coordination with authoritarian governments
Amodei 本人の
Elon Musk backs Dario Amodei's arguments about pacing the frontier, saying “Dario is right”
Politico の
iPhone Duo will usher foldables into the mainstream, just as iPhone did with smartphones; sources: iPhone game controllers will launch under the Beats brand
Bloomberg の
Xi Jinping calls for a “consensus-based global AI governance framework” and says China will pioneer the establishment of a BRICS AI open-source community
CNBC の
はてなブックマーク、
記事は、
ブックマークコメントでは、ジオシティーズが残っていれば過去と現在のトレンドを俯瞰しやすかった、という反応や、Gyazo をそう使えるのかという驚きが並ぶ。
一方で、各サービスの利用規約上このアクセス方法が問題ないのか、X のように公式に認めた手段以外の自動化が規約違反になる例もある、という指摘も出ている。一人称が人間だと AI が書いた疑いを持つのに、一人称が AI だと人間が書いたのではと疑ってしまう、という書き込みもあった。
2026年8月に
記事は、
ブックマークコメントでは、一つの事故が企業への社会的認識を決め事業の拡大を左右する、という記述に反応し、どのラボを指しているのかを問う書き込みがある。「日本人は日本人を雇わない」という指摘に、米国の半導体研究の現場では中国人とインド人が非常に多いという実感を添える声も出た。
自律的な AI のニュースは目にするが AGI にはまだ遠い、鉄道や蒸気機関が産業構造を変えるにも半世紀かかった、という見方がある一方、「AGI という人類史でたった一回きりの打ち上げ花火を見る特等席にいる」という記事中の言葉に共感を示す書き込みも並んでいる。
日本経済新聞の
記事は、
ブックマークコメントでは、減速できずに加速するところが AI の怖さだという反応や、大気圏突入になぞらえる比喩が並ぶ。星新一『声の網』を引く書き込みもある。
AI のせいで毎週のように脆弱性が見つかっている現状を踏まえ、本気で自律的に攻撃させればインターネットが落ちるのは夢物語ではない、という見方も出ている。同日にはてなブックマークの上位へ来た安野貴博の記事を挙げ、現地の認識は「減速したいが無理」だと対比する書き込みもあった。
ITmedia の
記事は、
ブックマークコメントでは、Lightning と Type-C の構造の違いに反応が集まった。Lightning はオスメスが逆のため摩耗するのがケーブル側だったが、Type-C は本体側が傷む、という指摘である。Lightning のほうが賢い設計だった、という声も複数ある。
一方で、A・B・micro-B・Lightning を振り返れば Type-C が最もましだという意見や、裏表がなくなったぶん挿し方が雑になった面はあるが micro-B は裏表を間違えると壊れた、という比較も並ぶ。交換モジュールが FPC ではなくポゴピン接続である点に注目する書き込みもあった。
核融合を
Togetter の
ブックマークコメントでは、核融合炉が実用化してもタービンを回しているのは夢がない、という反応や、タービン技術者がラスボスの SF を望む書き込みが並ぶ。熱エネルギーから物理エネルギーを経て電力へ変換する経路の損失が以前から気になっていた、という声もある。
発電は水力を除けばほぼ蒸気であり熱源も同様で、水はやはり都合がよすぎる、という整理や、原子力発電が核反応から直接電気を得ていると思い込む誤解が今も一定数あるという指摘も出ている。宇宙太陽光発電に期待する書き込みもあった。
iPhone Mania の
記事は、
ブックマークコメントでは、Android の二つ折り機のシェア2%から類推すると Duo は400万台程度、3.5%までのシェアなら荒唐無稽な数字でもない、という試算が出ている。
一方で、折りたたみ機はスマートフォンとタブレットの中間にあたり iPhone の置き換えにはならない、という見方や、40万円を回収できるのはインフルエンサーか経営層くらいだという声も並ぶ。iPhone Air が大きく空振りした例を挙げ、アナリストはすぐ手のひらを返すという指摘もあった。
Zenn の
記事は、
ブックマークコメントは少数だが、身体が賢いという以前からの主張が実証された形なのか、という受け止めが書かれている。
ハエの脳の全配線図でゲームを動かすという試み自体への面白さと、配線図だけでは行動が決まらないという点への関心も示されている。
Qiita の
記事は、
ブックマークコメントでは、集計5の2xx 判定は血の気が引く、コピペで使えるのは助かる、という評価がある一方、記事が AI 生成で読みづらい、知りたいのはコマンドではなくどんな表示が兆候にあたるかだ、という批判も並ぶ。
実務上の指摘も出ている。fail2ban の既定の遮断実装は iptables/firewalld/nftables なので、記事の手順0が挙げる Cloudflare やロードバランサの配下では結局効かない、というものである。ログ解析より noscript の BAN トラップや偽フォームのハニーポットのほうが割に合う、という意見も書かれた。
Qiita 約7万記事を
まとめは、
ブックマークコメントでは、分析結果の引用が共有されている。AI 以前と比べて記事が長くなる、太字や箇条書きが増える、「設計」「検証」「構造」「運用」といった語彙が増える、手順を書く文章から仕組みを説明する文章へ変わる、という4点である。
人類から知識を輸入した AI から、人類が知識と文章構造を逆輸入している、という受け止めや、「正本」という語そのものへの反応も書かれている。
Zenn の
修正前に
記事は、
使うのは Vitest の test.fails。付けたテストは失敗時に Pass、成功時に Fail と判定が反転するため、「今のコードではこのテストは落ちる」という主張を CI で検証できる形で宣言できる。まず再現テストだけの PR を作り、その上に修正 PR を積む。
例として、1円未満を切り捨てる仕様に対して四捨五入している税込計算を挙げる。税抜105円は税込115.5円になるため仕様どおりなら115円だが、現在の実装は116円を返す。この仕様の側をアサーションに書いた PR を、実装に手を付けずに作る。gh stack と GitHub の Stacked pull requests は2026年9月時点で Public Preview だと注記がある。
TypeScript 25万行の
記事は、
普段見ているのは、AI と壁打ちして作った Issue、PR のタイトル、CI が緑かどうかの3点。コード本体も AI 同士のレビュー結果も PR 本文も読んでいない。
趣味ではなく7月から有料課金を始めた本番サービスで、クライアント企業1社、カリフォルニアの企業1社、個人1人が課金中。無料を含むワークスペースは133で、先週だけで50人が利用した。直近4週間でマージ233本、revert 0本、全停止のサービスダウンは一度もないとしている。事故が起きてからガードレールを作る、という立ち上げ期の方針から現在の自動運用に至る経緯をまとめている。
Go で
記事は、
前提として、戦術的パターンの目的にはモデル駆動設計、不変条件の保護、テスタビリティ、交換可能性の4つがあり、記事が扱うのはモデル駆動設計の面だけだと限定している。ここでのビジネスロジックとは、「フォロワー限定ならフォローの有無で結果が変わる」のように仕様として説明できる条件分岐を指し、err != nil のようなインフラの失敗の分岐や形式検査は含まない。
結論として、「判断するために何が要るか」を型で返せば、型の制約を保ったままトリレンマを解けるとしている。X 上で流れた「戦術的パターンの大半は2003年当時の Java/OOP の制約の産物」という評価にはおおむね同意したうえで、そこで止まらず構造的な理由を掘る立場を取る。
Claude Code を
記事は、
並列で動く AI エージェントの状態を一目で把握するためにターミナルマルチプレクサ Herdr を導入したところ、worktree の管理とも相性がよいと気づき、再挑戦した構成をまとめている。
併せて、git worktree と Claude Code 自身の worktree 機能の違いを整理している。前者は add で作り remove まで残り .git を共有する。後者は claude --worktree <名前> で起動するとデフォルトブランチから worktree-<名前> を切り、終了時に未コミットの変更も追跡外のファイルも新しいコミットもなければ worktree とブランチが自動で消える。
事前知識ゼロから
記事は、
難度の説明として、ルービックキューブの状態は約4.3×10^19 通りあり、完成状態からの最短手数 depth が1増えるごとに状態数が急増する点を挙げる。depth 6 までの累計は約824万局面で表引きに近い形でも覚えられるが、depth 7 だけで約1億局面あり丸暗記では厳しくなるとしている。God's Number は20。
モデルへの入力は現在の状態とそれまでに選んだ手で、出力候補は6面それぞれの90度・180度・逆90度回転の18種類。1手ごとに外部環境がキューブを回転させ、更新された状態を次の推論へ渡す。実験で使う d は厳密な最短距離ではなく、完成状態からランダムに回した回数だと断っている。
Shopify が
記事は、
まず、Shopify 自身は React Native が失敗だったとは言っていない点を確認する。2020年の判断について当時としては正しかったと振り返っており、iOS と Android で同じ機能を二度実装して同期させ続けるコストを削減できたこと、Web 中心の開発者がモバイルへ参加しやすくなったことを挙げている。
一方で、フレームワークの更新追従、ネイティブ層との境界、外部ライブラリへの依存、性能上の問題といったコストは2020年にも存在した。それでもネイティブ2本のコスト削減のほうが大きかったから選んだ。2026年に天秤が動いたのは、Shopify が Coding Agent を開発プロセスへ深く組み込み、片方の実装を参考にもう片方を実装できるようになったためだと整理している。
LLM の
記事は、
構成は3段階。基本の考え方、キャッシュを活かすといった少し細かい話、Anthropic と OpenAI 以外のモデルを含む飛び道具、の順である。
基本の側では、最新モデルなら低い effort や廉価版でも前世代の最上位と同等の性能が出ることがあり、コスト改善としてはそれが最も手早いとしている。また、最新モデルは過去の Prompt Engineering のベストプラクティスを最初から備えていることが多いため、昔の工夫がもう不要なだけでなく、モデルが律儀に守ろうとして性能や効率に悪影響を及ぼすこともあると書いている。各社の Prompting Guide を読む、あるいは最新モデルに過去のプロンプトの見直しを任せる方法も挙げている。
Apple Developer の
記事は、
API の綴りと引数の形は、セッションページの公式コードサンプルで確認したうえ、Apple Developer Documentation の索引（SwiftUI・UIKit・AVFoundation・AVKit の全31,243項目、2026年9月10日取得）と、Xcode 27.0 のローカル iOS 27.0 SDK と照合している。
iPhone Duo 向けに追加される API の多くは公式サンプルには登場するが、公開ドキュメントの索引にも iOS 27.0 SDK にも含まれておらず、iOS 27.1 で追加されると見ている。そうした API はサンプルで確認できた綴りと使い方をそのまま記載しているとの断りがある。この内容は Claude Code の skill としても公開されている。
AI に
記事は、
実例として、検証すべき挙動が内部で呼ぶ関数をすべてモックし、モックをテストしていた例と、内部属性や細かな値ばかり数百行にわたって固定する一方、本来固定すべき仕様と全体の流れを検証していない例を挙げている。
筆者が問題にしているのは生成そのものではなく、何も保証しないテストを他人に丸投げしてレビューさせる点である。人間が読めば分かる程度の粗であり、AI に「このテストは保証すべき挙動をテストしているか」「実装の詳細を固定していないか」と雑に聞くだけでも次々見つかる、と指摘している。
Neovim にのめり
記事は、
本格的にのめり込んだのは2025年12月頃で、Tech World の Vim 回で高度にカスタマイズされた Neovim を見たこと、LSP を知って開発の道筋が見えたことがきっかけだった。実践 Vim 入門で操作を覚え、プラグインで武装してコーディングを楽しんでいた。
しかしその直後の流れは速かった。2025年11月の opus4.5 リリース以降 Vibe Coding が広がり、人が手で書かない時代になったため、カスタマイズした Neovim でコーディングを楽しむ期間はほぼ無かったと書いている。プラグイン開発に興味を持った頃にはエコシステムは充実しきっており、Vibe Coding の流れでプラグインを外す動きさえあったとしている。
すべて既出
AI 製品36件の
記事は、
形式ごとの記述を最も多く持つのは Gemini で、6形式のうち4つに記述がある。ただしエディションで内容が逆で、個人版は音声と画面共有を学習に使うとし、Workspace 版はアップロードしたファイルを使わないとしている。全体では14製品×6形式の84マスのうち埋まっているのは21だけで、空欄は「使わない」ではなく何も書いていないという意味になる。
残る22製品は記述を省略したのではなく、規約上データの形式による区別を行っていない。形式を分けていない製品では、文字と同じ方針がそのまま適用されると読むのが自然だとしている。音声については、Gemini 個人版が学習利用を名指しする一方、Genspark は元の音声ファイルを保存もアクセス提供もしないとするなど、同じ形式でも製品によって方向が分かれている。
nginx と
記事は、
手順0として、ログに本当のクライアント IP が入っているかの確認を置く。Cloudflare やロードバランサ、リバースプロキシの配下では何もしなければ記録されるのはプロキシの IP で、そのまま fail2ban に渡すと自サイトへの入口ごと遮断してしまうためである。
nginx では combined 形式の先頭が $remote_addr なので realip モジュールで差し替える。set_real_ip_from に信頼するプロキシのレンジを列挙し、real_ip_header に CF-Connecting-IP などを指定する。ここを 0.0.0.0/0 のように全開にすると誰でも IP を詐称できるため、必ず経路のレンジだけを書くよう注意している。
個人版の
記事は、
中心的な指摘は、「学習に使わない」設定にしていても評価ボタンを押した会話だけは例外になる、という点である。Claude の規約は、オプトアウト後もフィードバックを送ったときと安全レビューでフラグが立ったときは学習に使うこと、👍／👎 で評価すると関連する会話をフィードバックの一部として保存することの2つを定めている。設定が効くのはこれから入れる情報で、例外条項が効くのは押した会話なので、同じ会話については例外が優先する。
これは1社特有の仕様ではないとし、NotebookLM も「フィードバックを提供しない限りトレーニングに使用されることはない」と書いている点を挙げ、独立した2社が同じ位置に同じ例外を置いていると整理している。5つの手が届く範囲は、学習 OFF にする前に入れた情報・これから入れる情報・その会話だけ・保存の期間の4列で比較されている。
AWS の
記事は、
題材は、AWS 上に EC2 サーバを構築してパッチ適用・バックアップ取得・システム監視を行う構成。
最も時間をかけているのは検証で、マネジメントコンソールを操作しながら細かい挙動まで確認する。Patch Manager を例に、適用するパッチがある場合とない場合、サーバが停止していた場合、適用後に勝手に再起動されないか、問題解決に足るログが出るか、Patch Manager と手動の適用が重なった場合、といった項目を挙げている。詳細設計以降で作るパラメータシートは Claude Code で作成しているとしている。
採用広報の
記事は、
筆者の見立ては逆で、IT 業界は冷たいどころか他業界以上に互いを助け合う文化があるというもの。理由として、エンジニアが会社という枠にとらわれず業界全体を一つの大きなチームとして捉えている点を挙げる。
その表れとして、Qiita や Zenn で自分が苦労して得た知識や失敗談を惜しみなく公開すること、休みを使って勉強会を開き教え合うことを挙げ、「知識を教えたら損をする」ではなく「共有して業界全体を良くしていこう」という姿勢が根付いていると説明している。
自作の
記事は、
従来 Wasm でマルチスレッドを実現する方法は2つあった。ひとつは Emscripten などで pthread 付きの C ランタイムを丸ごとコンパイルする方法で、musl libc や仮想ファイルシステム、分厚い JS グルーコードを抱え込み、最小限でも数百 KB から数 MB に膨らむ。もうひとつは WASI-threads 規格に乗る方法だが、ランタイム側の実装依存が大きく、ブラウザへ持ち込むには重いポリフィルと複雑なビルドパイプラインが必要になる。
記事は、設計思想を根本から見直してスレッド制御を逆算で組み上げた結果このサイズに収まった、としてその内部構造を説明している。
自作アプリの
記事は、
設計対象は Domain、UseCase、Port、Gateway、Driver の5つ。Domain には業務ルールの核を置き、今回は購入回数が1回以上のユーザーをアクティブユーザーと定義している。UseCase はアプリケーションの処理の流れを組み立て、Gateway のデータからアクティブユーザーを抽出する。
Port は UseCase が必要とするデータ取得のインターフェースを定義し、Driver が外部 DB や API からデータを取得する。今回は Supabase を使い、API から取得する場合は fetch を使う形になる。Gateway は Driver から取得したデータを UseCase や Domain が扱いやすい形へ加工し、必要なデータの選別も行う。
ChatGPT と
記事は、
出発点は、勉強時間を記録するだけでは「60分勉強した」と「できるようになった」が区別できないという点。そこで管理対象を勉強時間から習熟状態へ変え、何を学び、問題を解いたか、理解できたか、何を間違えたか、もう一度解く必要があるかまで記録する。
ログは3階層に分ける。ロードマップはこれから何を学ぶかを示す地図で、セキュリティなら「ネットワーク基礎→ネットワークセキュリティ→通信・端末調査→Web セキュリティ→認証・アクセス制御→SOC / インシデント対応→セキュリティ設計」のように並べる。範囲・スキル追跡は何ができて何ができないかを管理し、日次学習ログは今日何をやったかを記録する。全部を1枚のシートに詰め込むと管理できなくなるため、この分離が重要だとしている。
エラー監視への
記事は、
中心の主張は、エラー監視ツールへの通知は障害だけを対象にすべき、というもの。通知は人に対応を促す仕組みであり、促された人が行うのは復旧作業だからである。実際には、catch した箇所ごとに通知して伝播経路の数だけ重複する、入力不正で400を返すときに通知する、リトライで回復した一時的な失敗を通知する、といった過剰な例と、よくある失敗だからと catch で握りつぶして本来の障害を取りこぼす不足の例が挙げられている。
過剰と不足は別の問題ではないとする。対応不要な通知が積み重なると通知の大半は確認しなくてよいという認識が生まれ、知らせるべき障害がその中に埋もれる。原因は「例外が発生したかどうか」を通知の基準にしている点で、例外は言語の機構にすぎず、準正常系・異常系・バグのいずれでも発生する。具体例は TypeScript（Node.js）と Express 5 で示される。
Python に
記事は、
モデルは日本の経済規模を基にした2層構成で、初期状態は名目 GDP 600兆円、政府債務1410兆円（対 GDP 比約235%）。財政乗数は0.8で、政府が100億円を支出すると社会全体で80億円分の新たな経済活動を誘発する。名目成長率3.9%が国債金利1.6%を上回る条件が組み込まれている。
30年後の財政状態を3シナリオで比較しており、プライマリーバランス0%を維持する現状維持では債務比率が120%に低下すると試算されている。GDP を資産ではなく社会を巡る血流として捉え、緊縮財政が事業者の売上や給料を減らして血流を止める、というメタファーが土台に置かれている。