Trend Digest

AI の安全性と規制の見出しが Techmeme を占め、日本側は AI が書いた成果物のレビューコストに集まった

Techmeme では上位10件中7件が AI の安全性と規制の話題で、DeepMind の安全性研究者の公開辞任、OpenAI が Anthropic と Google と協働していることの表明、第三者評価を義務づける下院法案への支持、規制は不要だとする Jensen Huang の発言が同じ日に並んだ。日本側では「生成AIが書いたドキュメントを読みたくない」がはてなブックマークと Qiita の双方に入り、Zenn にはレビューをローカル LLM に任せた記録、GitHub Trending の首位には Alibaba の AI コードレビュー CLI が来ている。生成する側ではなく、生成されたものを誰がどう読むかに寄った一日になっている。

  1. 1
    生成AIが書いたドキュメントを読みたくない(新しいタブで開く)QiitaQiita で LGTM82、はてなブックマークでも152 users と、日本の2サービスの上位に同じ記事が入った
  2. 2
    OpenAI が、AI 安全性について Anthropic および Google と数週間にわたり協働しており、安全性の調整に独占禁止法の適用除外は不要だと述べる(新しいタブで開く)TechmemeOpenAI says it has been working with Anthropic and Google for several weeks on AI safety, and it does not need an antitrust waiver to coordinate on safetyTechmeme の上位10件のうち7件が安全性と規制の見出しで、そのうち相互評価に関する動きが OpenAI と Musk の双方から同じ日に出た
  3. 3
    Google DeepMind の AI 安全性・アライメント研究者 Bilal Chughtai が「AI には我々全員を殺しうる可能性があると本気で考えている」と述べて公に辞任(新しいタブで開く)TechmemeGoogle DeepMind AI Safety and Alignment researcher Bilal Chughtai publicly resigns, saying “I earnestly believe that AI has the potential to kill us all”ラボ内部からの発言で、同じ日に規制は不要だとする Jensen Huang の発言と正面から並んだ
  4. 4
    alibaba/open-code-review(新しいタブで開く)GitHub Trending本日 +2751 スターで Trending 首位。汎用エージェントと同じモデルで Precision と F1 が高く、トークンは約9分の1だとベンチマークを提示している
  5. 5
    トークンをケチってレビューをローカルLLMにやらせた話(新しいタブで開く)ZennAI コーディングエージェントの運用という高関心テーマの直撃で、レビューのコストを 3060 上の 14B モデルへ逃がす具体的な手順が載っている
80件54件

グローバル

Hacker News

10件
1

Show HN: An e-ink frame that hears birds and draws them as 1800s illustrations

庭に置いたマイクの音を BirdNET-Go で分類し、検出した鳥の1800年代の博物画を電子ペーパーの額に表示する自作プロジェクト。

コメントの要約

マイクが庭の音を拾い、オープンソースの BirdNET 分類器である BirdNET-Go が鳥を音で判別し、電子ペーパーの額がその鳥の1800年代の実在する博物画を描き出す、という作者本人による投稿。庭からのライブデモも公開されている。

コメントは好意的な反応が中心で、自分でも作りたい、母のために作りたいといった声が並ぶ。逆に、イラストから音を生成する反対向きの装置を作りたいという発想も出ている。

指摘として、数ヶ月前に話題になった AvianVisitors というプロジェクトのフォークではないか、同一作者を見落としているのかという疑問が挙がっている。電子ペーパーは13インチで £229.50 と高く、なぜ大型サイズは今も高価なのかという質問も出ている。

ガジェットgithub.com1124pt / 155コメントコメントを見る(新しいタブで開く)スコア 98
2

25 years of mass surveillance is enough

Bruce Schneier が、9.11 以降に個別の令状による監視から通信基幹への一括傍受へと移った25年を振り返り、方針の転換を求めた論考。

コメントの要約

9.11 の遺産のひとつとして、個別の盗聴令状やペンレジスタといった標的型の監視から、インターネットの基幹回線へ入り込む大規模監視へ政府全体が移行したことを挙げ、その25年を総括した Schneier の論考。

コメントでは、記事が引く政府文書の文言、すなわち反米・過激な親トランスジェンダー・アナキストといった思想を持つ集団の特定と無力化を優先するという記述が直接引用され、議論の中心になっている。

悲観的な見方が多く、大規模監視は核兵器と同じで一度生まれたらなくならないという意見、世界各国の政府はまだ始まったばかりだという指摘が並ぶ。広告技術や TikTok が大規模に人の考えを推定できることを示し、LLM によって大量の情報の選別が可能になった現在は、エシュロン時代のほうがましだったという声もある。対案として、自宅の自分の機器で動く使いやすいサービスを配布すべきだという提案が出ている。

セキュリティschneier.com708pt / 254コメントコメントを見る(新しいタブで開く)スコア 92興味マッチ度 2
3

I can't stop thinking about Papua New Guinea

パプアニューギニアの社会と言語の多様性を扱った個人ブログの記事。前日には r/slatestarcodex でも議論が起きていた。

コメントの要約

パプアニューギニアという場所の特異さを扱った個人ブログの記事。前日に r/slatestarcodex でも同じ話題で議論が起きていたと紹介されている。

コメントには現地を知る人の書き込みが多い。Mount Hagen にサーバーを置いているという話、渡航の難しさについてオーストラリアかジャカルタ発の便が頻繁でなく前泊が必要になるという実務的な説明が並ぶ。

人食いの話は誇張されており住民の多くは実際にはキリスト教徒だという指摘、選挙期間中に数週間から数ヶ月滞在した知人が栄養不足で髪や爪に影響が出て帰国したという体験談、資本主義と接触する社会を描いた映画 Joe Leahy's Neighbours と Black Harvest の紹介、PNG 各地へ物資を運ぶパイロットの YouTube チャンネルの紹介が挙がっている。

notnottalmud.substack.com967pt / 387コメントコメントを見る(新しいタブで開く)スコア 91
4

Introducing System One Models and Jev

TypeSafe が、テキストを生成しない新しいアーキテクチャのモデル System One Models と Jev を発表した。ベータの募集も始まっている。

コメントの要約

TypeSafe による新モデル System One Models と Jev の発表。テキストを生成しないという点が LLM と大きく異なり、発表記事は「並外れた主張には並外れた証拠が要る」として根拠を並べる構成を取っている。

コメントでは、その姿勢自体をモデル発表のあるべき態度として評価する声がある。ベータに登録して従来の LLM と実地で比較したいという反応もあり、パイプライン次第では LLM 呼び出しの4〜7割を置き換えられるのではないかという見積もりが出ている。

用途の見立ては分かれている。NLP 向けに良さそうだという評価、AST を与えればコーディングにも使えるのではないかという提案、Tesla の FSD スタックと比べてどうかという疑問がある。一方で、より良いエンコーダと次潜在表現の予測を備えれば LLM がこのアーキテクチャを追い越すだろうという見方も示されている。

AI/研究typesafe.ai405pt / 150コメントコメントを見る(新しいタブで開く)スコア 87興味マッチ度 3
5

Java 27

OpenJDK の announce メーリングリストに投稿された Java 27 の一般提供アナウンス。Vector API は今回も incubator のまま据え置かれている。

コメントの要約

OpenJDK のアナウンスメーリングリストに投稿された Java 27 のリリース告知。コメントでまず話題になるのは Vector API で、RAG やメモリといった神経情報検索でベクトル化と内積による類似度計算に多用しているにもかかわらず、何年も使っていて未だに GA を待っているという声が上がっている。今回で12回目の incubator となる。

リリース間隔をめぐる比較も出ている。C# の開発者から、Oracle は Microsoft のおよそ2倍の頻度でバージョンを出しており、また対象となる利用者層が大きいためか機能が2回以上 preview を経ることが少ない、という観察が寄せられている。

Project Valhalla が来年の Java 28 に preview として入る見込みという情報、一方で銀行では今も Java 8、政府系では Java 7 を要求する求人が残るという現場の話、2026年に新規プロジェクトで Java を選ぶ基準は何かという質問が並ぶ。

プログラミング言語mail.openjdk.org291pt / 260コメントコメントを見る(新しいタブで開く)スコア 81
6

An Update on Wayback Machine Access

Internet Archive が、Wayback Machine への大量の自動化トラフィックに対する保護措置と、誤ってブロックされた場合の連絡先を告知した記事。

コメントの要約

Wayback Machine が大量の自動化トラフィックの波を受けており、サービスを維持するために保護措置を入れているという Internet Archive の告知。悪質なボットと日常的に利用する人を区別する精度を上げているとし、誤ってブロックされた場合は OS・ブラウザ・IP アドレスを添えて連絡してほしいと案内している。

コメントでは、他サイトのブロックを迂回しようとするスクレイパーが原因だろうという推測が有力視されている。クローラー向けに有料のエンドポイントを用意すればよい、ダウンローダー側が支払う形で S3 に置けばよい、AI 企業が対価を払うべきだ、といった案が並ぶ。

実害の報告も多い。職場の PC からは常に 429 が返るのに携帯からは問題なく見られる、住宅用 IP から少しページを移動しただけで制限に掛かる、といった声があり、ここ数ヶ月の制限は厳しすぎるという評価が出ている。Anubis を導入するのではないかという予想もある。

Webblog.archive.org263pt / 131コメントコメントを見る(新しいタブで開く)スコア 77興味マッチ度 2
7

Let's make quality the norm again

ノルウェー消費者評議会が、製品寿命の短さを消費者問題として取り上げ、品質を再び当たり前の基準に戻すことを訴えたキャンペーンページ。

コメントの要約

ノルウェー消費者評議会による、製品の短寿命化を問題として品質を再び当たり前にしようと訴えるキャンペーン。

コメントで具体例として最も多く挙がるのが衣料品で、数十年前まで一生もった服が、今は一度洗っただけで着古したように見えたり壊れ始めたりするという声がある。品質の低下は隠れたインフレの一形態で、規制が増えても価格が据え置かれた分どこかが削られている、という見方も示されている。

反論と留保も並ぶ。品質を上げるには訓練された技術者が要り、教育費や機会費用の分だけ参入できる人が減るという経済的な指摘、職人が対価を払っても仕事を受けたがらないというポーランドからの体験談、低品質が選ばれる規範を扱った論文 The LL game の紹介、そして摩擦が消えたことで生産地と品質の結び付きが見えなくなったという分析がある。

forbrukerradet.no252pt / 264コメントコメントを見る(新しいタブで開く)スコア 77
8

A single firm is behind OpenAI, Anthropic, and Meta hacking scandals

主要 AI ラボで相次いだハッキング事案に、評価環境を提供する Irregular という同一のベンダーが関与していたと報じた記事。

コメントの要約

OpenAI、Anthropic、Meta で相次いだハッキング事案の背後に、Irregular という同じベンダーが関わっていたと報じる記事。

コメントは見出しの立て方への批判が目立つ。「背後に」という語が過剰に働いているという指摘、OpenAI は内部システムが侵害されたのであって、いずれの場合もラボ自身がモデルに責任を負うのだから、ベンダーの不備を理由に論点をずらすのは誤解を招くという意見がある。

同時に、これほど欠陥のある評価環境を作る企業が注目されるのは当然で、信用の毀損は取り返しがつかないという評価もある。一方で、この件をもって P(doom) の議論全体が仕組まれたものだと示唆する記事の枠組みには賛同しないという声も出ている。Irregular が Anthropic に何を提供していたのか、テストケースなのかが分からないという疑問も残っている。

セキュリティeffort.news359pt / 125コメントコメントを見る(新しいタブで開く)スコア 72興味マッチ度 3
9

Show HN: Capsule – Single-file web apps that save their data into SQLite

HTML ページは簡単に作れてもデータ保存にはホスティングが要る、という問題を単一ファイルで解く Show HN 投稿。データは SQLite に保存される。

Webwithcapsule.app245pt / 110コメントコメントを見る(新しいタブで開く)スコア 69興味マッチ度 2

Lobsters

10件7件
1

The contagion of fear

Bryan Cantrill が LLM をめぐる恐怖の広がり方を論じた記事。Lobsters では LLM が実害を及ぼしうるかどうかを軸に議論が伸びた。

コメントの要約

Bryan Cantrill による、LLM をめぐる恐怖がどう伝染していくかを扱った論考。Sun にも DTrace にも触れない落ち着いた書きぶりだった、というコメントから議論が始まっている。

論点は、LLM が思考するかどうかではなく人を傷つけうるかどうかに寄っている。思考の有無に力点を置くと不必要に人を分断するという意見、ChatGPT がすでに複数の脆弱な人を自死に追い込んだという指摘があり、これに対して、それは AI 破滅論者が語る絶滅級の事象とはかけ離れているという反論が出ている。

「銃を持つロボットに LLM をつなげない」「妄想を抱える人の前に LLM を置かない」といった具体策で十分だという立場と、LLM は極めて複雑な系であり危険な事例を事前に列挙し切るのは難しいという立場が並ぶ。エージェントがフォーラムで人間を動かして代理行動させうる、という懸念も示されている。

AI/開発bcantrill.dtrace.org166pt / 52コメント既出コメントを見る(新しいタブで開く)スコア 89興味マッチ度 3
2

What blog posts influenced your thinking the most?

影響を受けたブログ記事を挙げ合う Lobsters の Ask スレッド。各自が長年ためてきたリンク集が多数共有されている。

コメントの要約

自分の考え方に最も影響を与えたブログ記事を挙げ合う Ask スレッド。単発の推薦よりも、各自が数年かけて蓄えてきたリンク集そのものが共有される流れになっている。

読み失うのが惜しくて3年前から作り始めたという記事リスト、matklad の links.html、Pinboard に貯めたブックマークを Claude に読ませて通底するテーマを探させたというページなどが挙がる。シンプルさの話題では「Why C++ Sails When The Vasa Sank」が推されている。

個別の記事では、Spolsky の Unicode 解説、calebhearth の「Don't Get Distracted」、Ben Kuhn の「You Don't Need to Work on Hard Problems」が挙がり、最後のものはキャリア7〜8年目に感じ始めたことを言語化してくれたという反応が複数付いている。記事の書き手本人が現れて礼を述べる場面もある。

lobste.rs91pt / 56コメント既出スコア 86興味マッチ度 2
3

How can you not be romantic about UNIX domain sockets?

UNIX ドメインソケットの実装を追った記事。カーネルの inode 採番に関する古いバグが、今も OpenBSD と NetBSD に残っていることが議論で判明した。

コメントの要約

UNIX ドメインソケットの実装を掘り下げた記事。記事が扱う inode 採番のバグが、OpenBSD と NetBSD の現在のソースにもそのまま残っていることを、複数の読者が独立に確認して報告している。

議論の中心は `if (unp->unp_ino == 0) unp->unp_ino = (++unp_ino == 0) ? ++unp_ino : unp_ino;` という一文で、なぜこの書き方が採られたのかという問いが出ている。回答は、カウンタが0へ巻き戻った場合にもう一度インクリメントして回避するためで、32ビット inode の時代には現実的な懸念だったが、64ビットになった FreeBSD では落とされている、というもの。

ソケットの inode 番号が未設定のときだけインクリメントされるのだから巻き戻りは起きないのでは、という再質問に対し、条件が見ているのはソケット側であって、最後に使った番号を保持するグローバル変数については何も言っていない、という説明が続いている。

yuvalino.com93pt / 11コメント既出コメントを見る(新しいタブで開く)スコア 82
4

GEFS on OpenBSD: A very early preview

9front 由来のファイルシステム GEFS を OpenBSD へ移植した初期プレビューの告知が、openbsd-tech メーリングリストに投稿された。

コメントの要約

9front 由来のファイルシステム GEFS を OpenBSD へ移植した、ごく初期のプレビューの告知。作者本人がスレッドに現れ、質問を受け付けている。EuroBSD で行った発表の録画も案内されている。

質問は移植の周辺に向いている。DragonFly BSD の HAMMER2 をどう見るかという問いがあり、ブロック単位の CoW ファイルシステムで、ZFS のメモリ使用量の問題を解いている点が評価されている。

もうひとつは、GEFS が 9front 上で安定と言える段階にあるのか、そして実装を読んで理解したい人は何から手を付けるべきか、という質問。作者が掲げる設計上の優先順位そのものが好ましいという評価も寄せられている。

OS/ファイルシステムmarc.info32pt / 4コメントコメントを見る(新しいタブで開く)スコア 81
5

Coreutils - rejected feature requests

GNU coreutils が過去に却下した機能要望を、理由とメーリングリストの該当スレッドへのリンク付きでまとめた公式ページ。

コメントの要約

GNU coreutils が却下してきた機能要望を、理由と当時のメーリングリストのスレッドへのリンク付きで並べた公式ページ。

コメントで惜しまれているのは、`ls` で Unicode の矢印を使う提案。ハイフンと不等号ではなく → そのものを出したかったという声に対し、抽象化が下層の不足を覆い隠していくのが計算機の常で、矢印をリガチャとして描くフォントを使えばよい、という返しがある。

`rm --no-preserve-root` については、結局マージされたのか各ディストリビューションがパッチを当てたのかという疑問が出て、リンク先のやりとりから確認プロンプトを追加する形で決着したことが確かめられている。JSON 出力に触れられていない理由への疑問、`mv -p` は追加する価値があり2010年当時の反対理由は弱いという意見も出ている。

gnu.org46pt / 6コメントコメントを見る(新しいタブで開く)スコア 81
6

"Do You Still Read the Code?"

生成されたコードをもう読まないという態度をどう捉えるかを扱ったブログ記事。OSS に届く中身の薄い PR の事例が議論で共有されている。

コメントの要約

AI が書いたコードをもう読まないという態度をどう捉えるかを扱ったブログ記事。筆者自身が、かつて自分を Programmer と称していたという書き出しを取っている。

コメントでは、自分が関わる OSS のコードベースで最近起きたこととして、所属を名乗るアカウントから中身の薄い PR が連続して届いた事例が共有されている。

この態度がソフトウェア開発だけでなく、行政、保険、銀行、学校、そして医療にまで広がっていくのではないかという懸念が示されている。「プログラミングは本質的に応用哲学である」「コードは難しい部分ではなかった」といった言い回しが近年よく流通していることへの言及もある。同僚に共有したいと述べる読者もいる。

AI/開発zanlib.dev68pt / 11コメントコメントを見る(新しいタブで開く)スコア 79興味マッチ度 3
7

CSS-Tricks in Limbo

DigitalOcean の下で更新が止まった CSS-Tricks の現状を伝える短信。Lobsters 自体も DigitalOcean 上で動いている点が議論で触れられている。

コメントの要約

DigitalOcean 傘下に入ったまま宙ぶらりんになっている CSS-Tricks の現状を伝える短い記事。

スレッドを立てたのは Lobsters のモデレータで、通常ならビジネスニュースとして削除するところだが、Lobsters 自身が DigitalOcean 上でホストされているため、動向を追える場所を残しておきたいという説明を添えている。これを受けて、DigitalOcean から離れる可能性があるのかという質問が出ている。

もう一件は読者としての受け止めで、かつて熱心に読んでいた媒体であり、その後フロントエンド中心の良質な媒体がいくつも現れたものの、全盛期の CSS-Tricks に並ぶものはないという声が寄せられている。

フロントエンドvale.rocks34pt / 3コメントコメントを見る(新しいタブで開く)スコア 78興味マッチ度 2
8

A New Equal-Area Map for Interactive Computer Use (natively zooms to Mercator)

ズームすると自然にメルカトル図法へ移行する新しい正積図法の提案。画面上で地図を拡大して使う用途に合わせた設計になっている。

コメントの要約

世界地図を対話的に扱う用途に向けた新しい正積図法の提案。ズームするとメルカトル図法へ自然に移行する点が特徴で、記事内には比較用の Compromise Cylindrical Projection も置かれている。

コメントでは、デフォルトの世界地図表示を変えることには賛成だが、自分は世界全体をほとんど見ず地図の一部しか見ない、という意見が出ている。これに対し、ページ上のどの地図も一部を拡大して見られるという指摘が返っている。

記事中の Compromise 図法については、高緯度に拡大したときを除けば Web メルカトルとの違いにほとんど気づかない、自分の地図アプリに実装したいという評価が寄せられている。五大湖が抜け落ちているという指摘もあり、Natural Earth Data のレイヤ追加で当日中に修正されている。

benjoffe.com29pt / 8コメントコメントを見る(新しいタブで開く)スコア 72
9

GDScript: The Good, Bad, and Ugly Parts

Godot のスクリプト言語 GDScript を評価した記事。ゲームロジック専用に設計された言語という点の珍しさが議論の出発点になっている。

コメントの要約

Godot のスクリプト言語 GDScript の長所と短所を整理した記事。コメントで真っ先に評価されたのは、GDScript がビデオゲームのゲームロジックを実装するための高水準言語として専用に設計されており、ゲームで使われる他の言語にはほとんど見られない性質だ、という一節。

「醜い部分」の多くは着想元である Python と共通だという意見に対し、インデントとコールバックの扱い以外は Python にないもので、Python のほうが無名関数も短い、という反論が出ている。

歴史的な補足として、Godot は当初 Lua を使っていたがよりクラス指向である必要があり、GDScript は最近のバージョンまでクロージャすら持っていなかったという話が挙がる。他言語の利用は GDExtension で可能だという指摘、言語設計として見ると他言語の良い知見を取り込めておらず出来が良くないという厳しい評価も並ぶ。

プログラミング言語azhdarchid.com24pt / 7コメントコメントを見る(新しいタブで開く)スコア 66
10

A Letter from a Machine Learning Engineer

現在の LLM が壁に当たっているとする機械学習エンジニアの手紙。企業がそれでも投資を続ける理由をめぐって議論が伸びた。

コメントの要約

機械学習エンジニアが LLM の現状について書いた手紙形式の記事。経営層が流行に乗ることを期待されるのは、それが成果を出したときに乗り遅れた側になりたくないからだ、という一節が議論の起点になっている。

最も伸びたのはリスク管理としての読み解きで、AI が失敗して自分も投資していた場合は全員が同じ立場なので相対的には損をしない、失敗して投資していなければ多少得をする、成功して投資していなければ致命的になる、という整理が示されている。

これに対し、成功してから半年後に参入すればよいのでは、という疑問が出て、FOMO という短い答えが返っている。全員が沈むときに自分だけ助かっても解決にならない場合がある、一般の投資家や年金基金は大勝負ではなく持続的な成長を評価する、といった留保も付いている。記事の主張自体は目新しくないという批判に対しては、著者本人が最終節で同じ点に触れていると応じている。

AI/研究nemin.hu26pt / 8コメントコメントを見る(新しいタブで開く)スコア 64興味マッチ度 3

Reddit

10件
1

Performance Improvements in .NET 11

毎年恒例となっている .NET のパフォーマンス改善解説の 11 版。Microsoft の公式ブログに掲載された詳細な記事。

コメントの要約

リリースごとに公開される .NET のパフォーマンス改善解説の最新版。毎年楽しみに読んでおり、版を重ねるごとに速くなっていくのが面白いという反応から始まっている。

議論が伸びたのは、.NET Core 3.1 以降これだけ10〜20%の改善が続いているのに、自分の主要サービスは今も50ポッドと 40GB の RAM を必要としている、という書き込み。フレームワークの最適化はひどいコードには効かない、という返しに対し、LINQ をループへ書き換えるような最適化を積んでいて見た目は悪いが動いている、という反論が続く。

投稿者によれば秒間200リクエストのピーク時に HPA が50ポッドまで伸びるとのことで、1ポッドあたり毎秒4リクエストしか捌けないのか、どういう負荷なのかという驚きが並び、zlinq を見てみてはという助言も出ている。

devblogs.microsoft.comコメントを見る(新しいタブで開く)スコア 98
2

Small Programming Tricks

日々の作業を楽にする小技をまとめた記事。git log -S で変更を検索する方法が議論で最も反応を集めている。

コメントの要約

日々の開発で効く小さな技をまとめた記事。コメントで最も反応があったのは `git log -S` で、この機能のために GUI クライアントを入れていたが CLI で使えると知らなかった、という声が出ている。

話題はそこから git のエイリアスへ広がる。回りくどいコマンドを短くできる一方、他人の環境で作業すると自分のエイリアスがなくて困る、という指摘がある。`gs`(git status)や `gca`(git commit --amend)、`gcan`(--no-edit 付き)といった各自のエイリアスが共有されている。

エイリアスは中身が見えなくなるという問題も挙がる。また、GUI でできることは基本的に CLI でもできるが、GitLab の GUI にある rebase だけは確実に壊れるので使うなという注意が出て、rebase を既定の統合方法にしているという別の利用者から残念だという反応が返っている。

will-keleher.comコメントを見る(新しいタブで開く)スコア 85興味マッチ度 2
3

Broken Windows, Abstractions and the Cost of Always Keeping Things Simple

既存のコードのパターンが、破綻が見えていてもその後の追加内容を決めてしまう現象を扱った記事。YAGNI と KISS を守りすぎる側の代償に触れている。

コメントの要約

コードベースにすでにあるパターンが、誰の目にも破綻が見えている場合でさえ、その後に何が追加されるかを大きく左右するという現象を扱った記事。

コメントでは、そもそもどうすれば最初から避けられるのかという問いが出ている。前もってあらゆる構造を用意するのは非現実的で結果も良くならないため、頻繁にリファクタリングできる時間を確保する働き方を作ること、後から抽象化やリファクタリングをしやすい状態でコードを残すことが挙げられている。コンポーネント間の境界を最初から引いておくのは最も単純なアプリでは過剰に見えても1週間で元が取れる、という意見もある。

命名が鍵だという指摘、Evolutionary Architecture が扱う問題だという指摘が並ぶ一方、YAGNI と KISS が過剰なコードベースには一度も出会ったことがなく常に逆だった、シンプルにという合唱に従いすぎた自覚がある、といった反対方向の声も出ている。

設計pgilmartin.substack.comコメントを見る(新しいタブで開く)スコア 77興味マッチ度 2
4

A New Equal-Area Map for Interactive Computer Use (natively zooms to Mercator)

Lobsters にも同日入った正積図法の提案。r/programming では球体として描けばよいという反論が中心になっている。

コメントの要約

Lobsters と同じ日に r/programming にも入った、ズームするとメルカトル図法へ移行する正積図法の提案。

こちらのスレッドで支配的なのは、平面への投影を工夫するより仮想的な球にマッピングするのが正しいという意見。Google マップはズームアウトすると地球儀になり、面積が正しいだけでなく、米国から東欧へ飛ぶときになぜ極を越えるのかという疑問にも答えられる、という具体例が挙がっている。Google Earth を使えばよいという声もある。

対話的な環境なら素直に球を描けばよく、新しい正積図法を無理に持ち込むのは方向が違う、という立場が示されている。一方で、それも結局は画面という平面への投影ではあるという但し書きも付いている。地球平面説をからかう応酬もスレッドの一部を占めている。

7

A simple way to identify slow Postgres SQLs

pg_stat_statements を使って遅いクエリを特定する手順を紹介した記事。本番で track を all にしたときの負荷が議論になっている。

コメントの要約

pg_stat_statements を使って、データベースを詰まらせているクエリを特定する手順を紹介した記事。

コメントでは、この拡張が原因調査に不可欠だという同意があり、そのうえで本番環境で track を all にしたまま運用した場合のオーバーヘッドはどうか、24時間有効にしておくことを警告するプラットフォームもある、という質問が出ている。

筆者からは、自分の環境はまだ性能問題が出るほどの規模ではないが留意しておく、という返答がある。記事タイトルの SQLs という複数形にも突っ込みが入り、処理を複数回に分けて DB を呼ぶほうが効率的な場合もある、という応答が続いている。

データベースbookofrevenue.comコメントを見る(新しいタブで開く)スコア 44興味マッチ度 2
8

I couldn't understand Dancing Links (DLX) as a finished algorithm, so I broke it down into an 8-step study sequence in Python

数独ソルバーを書こうとして Knuth の Dancing Links に行き当たった筆者が、完成形の実装ではなく8段階の学習手順として再構成したリポジトリ。

アルゴリズムgithub.comコメントを見る(新しいタブで開く)スコア 39
9

You Should Know Which Pull Request to Review Next

レビュー待ちの PR に優先順位を付ける CodeRabbit の機能紹介。r/programming では否定的な反応が中心になっている。

コメントの要約

レビュー待ちのプルリクエストに優先順位を付ける CodeRabbit の Triage 機能を紹介した記事。

コメントは否定的なものが並ぶ。優先順位付けを LLM に任せるのはギャンブルであり、ランダムに PR を選んでレビューするのと変わらない、という批判が出ている。プロジェクトの優先度すら把握できていないなら必要なのはメンテナを増やすことであって、何が重要かを LLM に恣意的に決めさせることではない、とも書かれている。

記事内の「taste is still human(判断は今も人間のもの)」という一文についても、記事全体が AI の生成物なのにそれを書くのか、という指摘が寄せられている。

AI/開発coderabbit.aiコメントを見る(新しいタブで開く)スコア 33興味マッチ度 2
10

The Last Time Developers Panicked Like This, Assembly Was the Victim

現在の AI をめぐる動揺を、高級言語の登場時にアセンブリが置かれた状況になぞらえた記事。この類比自体がコメントで否定されている。

コメントの要約

AI をめぐる現在の動揺を、高級言語が現れたときのアセンブリの立場になぞらえた記事。

コメントはこの類比を退けるものが大半で、プロンプトはコードではないので当てはまらない、コードベースを「コンパイル」されるプロンプトに置き換えている者などいない、プロンプトは実装中だけ存在して捨てられ、その後はコードが正となる、という指摘が中心にある。唯一挙げられている開発者の動揺の例が出典のない作り話の引用だ、という批判も出ている。

補足として、プロンプト自体は捨てられてもレビューや意図の記録として残る面があるという意見、出力を十分に制約できるならプロンプト単体で配布できる場合もありうるという反論があり、それは AI が指示どおりに動く場合に限るという返しが付いている。

AI/開発medium.comコメントを見る(新しいタブで開く)スコア 25興味マッチ度 2

GitHub Trending

10件2件
1

Alibaba 社内で2年運用された AI コードレビュー CLI の OSS 公開。決定的なパイプラインと LLM エージェントを組み合わせ、行単位のコメントを出す。

記事の要約

Alibaba グループ社内の公式 AI コードレビューアシスタントを OSS 化した CLI ツール。過去2年で数万人の開発者に使われ、数百万件の欠陥を検出してきたとされる。モデルのエンドポイントを設定するだけで使い始められる。

動作は、Git の差分を読み、変更されたファイルをツール利用可能なエージェント経由で LLM へ送り、行単位の構造化されたレビューコメントを生成するというもの。エージェントはファイル全体の読み取り、コードベースの検索、他の変更ファイルの参照ができるため、差分表面にとどまらないレビューになるとしている。差分以外に `ocr scan` でファイル全体を対象にした監査もできる。

ベンチマークでは、同じモデルを使った汎用エージェント(Claude Code)と比べて Precision と F1 が明確に高く、トークン消費は約9分の1、所要時間も短いとする。一方で Recall は汎用エージェントより低く、これは意図的なトレードオフだと明記されている。

ハイライトAI/開発github.com+2751 stars today / 計28,315 / Go既出スコア 94興味マッチ度 3
2

完全ローカルで動く ElevenLabs 代替。音声クローン、動画の吹き替え、書き起こし、オーディオブック生成を646言語で扱う。

記事の要約

音声クローン、ボイスデザイン、動画の吹き替え、音声入力、書き起こし、オーディオブック制作を自分のハードウェア上で完結させるデスクトップアプリ。ローカルのワークフローについてはアカウント、API キー、サブスクリプション、使用量の計測がいずれも不要とされている。

構成は TTS エンジン16種類、ASR エンジン11種類で、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 も備える。現在は Electron への書き直しが進行中のアクティブベータ。

AI/ツールgithub.com+2081 stars today / 計30,802 / Python既出スコア 88興味マッチ度 2
3

ストレージ、RAM、VRAM を単一の階層として扱い、744B から 2.8T パラメータの MoE モデルを手元のハードウェアで動かす純 C の推論エンジン。

記事の要約

744B から 2.8T パラメータの MoE モデルを、コンシューマ向けおよび異種混在のハードウェアで動かすことを狙った推論エンジン。エンジン側の依存をゼロにした純粋な C で書かれ、ストレージ、RAM、VRAM を単一の推論階層として扱う点が中心の主張になっている。

現在動く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)が挙がる。いずれもモデルごとに C ファイル1つで、同じフロントエンドを使う。

位置づけは、今日使える推論エンジンであると同時にオープンな研究基盤。モデル形式、メモリ階層、ストレージ I/O、配置、スケジューリング、カーネル、投機実行までを対象に性能を追う方針で、速度に SLA はなく意味論は厳格に保証すると明記している。

AI/開発github.com+2035 stars today / 計33,681 / C既出スコア 82興味マッチ度 2
4

NSA 研究部門が開発・維持しているリバースエンジニアリングのフレームワーク。逆アセンブル、逆コンパイル、グラフ表示、スクリプティングを備える。

記事の要約

米国家安全保障局(NSA)の研究部門が作成し維持しているソフトウェアリバースエンジニアリング(SRE)のフレームワーク。Windows、macOS、Linux といった複数のプラットフォーム向けにコンパイルされたコードを解析できる、高機能なソフトウェア解析ツール群を含む。

備える機能は逆アセンブル、アセンブル、逆コンパイル、グラフ表示、スクリプティングのほか数百に及ぶ。幅広いプロセッサの命令セットと実行ファイル形式に対応し、対話的な利用と自動実行の両方のモードで動く。利用者は Java または Python で独自の拡張コンポーネントやスクリプトを開発できる。

開発の背景は NSA のサイバーセキュリティ任務で、複雑な SRE 作業における規模と協働の問題を解き、カスタマイズ可能で拡張性のある SRE の研究基盤を提供するために作られたと説明されている。悪意あるコードの解析や、ネットワークとシステムの潜在的な脆弱性を理解する用途に適用されてきたとされる。

セキュリティgithub.com+755 stars today / 計76,637 / Java既出スコア 76興味マッチ度 2
5

ERP、CRM、HRM、ATS、プロジェクト管理を一体で扱うオープンソースのビジネス管理プラットフォーム。AGPL v3 で公開されている。

記事の要約

協働型・オンデマンド型・シェアリングエコノミー向けを掲げるオープンソースのビジネス管理プラットフォーム。ERP(企業資源計画)、CRM(顧客関係管理)、HRM(人事管理)、ATS(採用管理)、プロジェクト管理を一体で扱う構成になっている。ライセンスは AGPL v3。

README は関連プロジェクトの案内にも紙幅を割いている。企業の運営を自律的に調査・出荷・維持し続けるエージェント実行環境を掲げる Ever Works の公開、および React(Next.js)と React Native(Expo)で作られ、ヘッドレスな Ever Gauzy Platform API に接続する Ever Teams が紹介されている。

ドキュメントとしては DeepWiki への導線、Gitpod でそのまま開発を始められるバッジ、API ドキュメントへのリンクが置かれている。

github.com+632 stars today / 計6,549 / TypeScript既出スコア 71
6

Claude Code や Codex、OpenCode、Cursor を研究エージェントとして使うためのローカルファーストの作業環境。実験を git ネイティブに追跡する。

記事の要約

Claude Code、Codex、OpenCode、Cursor といったコーディングエージェントを、文献調査、仮説の構築、実験の実行、研究成果物の作成までこなす研究エージェントに変えるための、ローカルファーストの作業環境。macOS 11 以降に対応し、Windows はベータ。

CLI を入れて `orx up` を実行するとローカルのダッシュボードが 127.0.0.1:4791 で開く。LM Studio、oMLX、Ollama、あるいは独自のエンドポイントをローカルモデルとして OpenCode から使える。

研究エージェント向けの機能として、研究の方向ごとに独立したセッションと分離された git worktree を与える並列探索、git ネイティブな実験ツリーで変種を追跡し各実行に不変アーカイブを残す再現性、ログ・差分・結果・成果物をそれを生んだ作業に結び付けて保持する点、セッション単位でハーネスとモデルを選べる点が挙げられている。

AI/開発github.com+593 stars today / 計3,257 / Rust既出スコア 65興味マッチ度 3
7

統一 LLM API、エージェントランタイム、TUI、コーディングエージェント CLI をまとめた AI エージェントツールキット。自己拡張型を掲げる。

記事の要約

自己拡張可能なコーディングエージェントを含む、Pi エージェントハーネスのモノレポ。中心となるのは対話的なコーディングエージェント CLI の pi-coding-agent、ツール呼び出しと状態管理を担うエージェントランタイムの pi-agent-core、そして OpenAI・Anthropic・Google などを束ねる統一 LLM API の pi-ai の3つ。

このほか、サービス、複製された状態、RPC、プラグインを扱う独立したアプリケーション合成ランタイム chord、ベンダー中立なテレメトリ契約と参照アダプタ、適合性テスト、型付きスキーマを提供する pi-telemetry がパッケージとして含まれる。

リポジトリの運用方針として、新規の貢献者からの issue と PR は既定で自動クローズされ、メンテナが毎日それらを確認する、と冒頭に明記されている。ドキュメントは pi.dev に置かれているが、エージェント自身に説明させることもできるとしている。

AI/開発github.com+437 stars today / 計105,628 / TypeScriptスコア 59興味マッチ度 3
8

Addy Osmani による、AI コーディングエージェント向けのスキル集。開発の各段階に対応する9つのスラッシュコマンドを提供する。

記事の要約

上級のエンジニアがソフトウェアを作るときに使うワークフロー、品質ゲート、ベストプラクティスを、AI コーディングエージェントが一貫して従える形に固めたスキル集。

構成は開発ライフサイクルに対応する9つのスラッシュコマンドで、DEFINE / PLAN / BUILD / VERIFY / REVIEW / SHIP という流れに `/spec`、`/plan`、`/build`、`/test`、`/review`、`/ship` が割り当てられ、各コマンドが対応するスキルを自動で有効にする。

コマンドごとに原則が示されている。`/spec` は「コードの前に仕様」、`/plan` は「小さく原子的なタスク」、`/build` は「一度に1スライス」、`/test` は「テストが証拠」。ほかに品質基準を一度決めて全体に適用する `/constraints`、Web パフォーマンスを監査する `/webperf`、コードを簡潔にする `/code-simplify` も含まれる。

AI/開発github.com+386 stars today / 計94,705 / JavaScript既出スコア 53興味マッチ度 3
9

Homebrew 公式の macOS 向け GUI。SwiftUI 製で、裏で実行している Homebrew の動作を隠さないことを方針に掲げる。

記事の要約

Homebrew 公式の macOS GUI。ターミナルよりグラフィカルな操作を好む利用者にもパッケージ管理を届けつつ、裏側の Homebrew の動作を完全に透明にしておくことを方針としている。

技術構成は Swift 6.0 の strict concurrency、SwiftUI、Swift Package Manager で、対象は macOS Tahoe 26 以降。データは brew CLI と Homebrew JSON API から取得する。導入は `brew install --cask homebrew-app`。

注意点として、BrewUI は自身のアップグレードを含め常に /bin/zsh 経由で Homebrew を起動し、`--no-rcs --no-global-rcs` で利用者とシステムのシェル起動ファイルを無効化したうえで、PATH を brew の実行ファイルのディレクトリと /usr/bin:/bin だけに絞った環境を渡す。したがってログインシェルのエイリアスや環境変数は効かず、設定は brew.env ファイルに書く必要がある。

ツールgithub.com+356 stars today / 計1,289 / Swiftスコア 48興味マッチ度 2
10

1,800 以上のサイトから動画や講座、書籍をダウンロードできるデスクトップアプリ。講座プレイヤーと PDF/EPUB リーダーを内蔵する。

記事の要約

Udemy や Hotmart の講座、YouTube、Instagram、X、Pinterest、TikTok をはじめとする1,800以上のサイトからのダウンロードに対応したデスクトップアプリ。保存したものを書き起こし、変換し、読み、学習するところまで1つのアプリで扱う構成で、ターミナルを使わない。

ライセンスは GPL-3.0 で、アカウント登録も広告もなく、何をダウンロードしたかのテレメトリも送らない。GitHub スターは9,500を超え、udemy-downloader、hotmart-downloader、course-downloader の各トピックで最多のスター数だとしている。

機能は16カテゴリ108種類のツール群、ブラウザ拡張、Courses / Study / Telegram / Convert のプラグイン、既定で無効の内蔵チャット、コマンドラインインターフェースなど。README にはプライバシー方針と、このアプリが行わないことを説明する節も置かれている。

ツールgithub.com+318 stars today / 計12,809 / Rust既出スコア 42

dev.to

0件config.json の disabled_sources で無効化

Techmeme

10件
1

At the Future of Life Institute's Pro-Human Assembly, Bernie Sanders, Steve Bannon, and others called for tighter restrictions on AI and denounced tech CEOs

ワシントンで開かれた集会で、議員、宗教指導者、親、アーティストが党派を超えて AI の抑制を求めた。この日の Techmeme を占めた安全性・規制の話題の起点にあたる。

AI/規制nytimes.comコメントを見る(新しいタブで開く)スコア 97興味マッチ度 2
2

Google DeepMind AI Safety and Alignment researcher Bilal Chughtai publicly resigns, saying “I earnestly believe that AI has the potential to kill us all”

Google DeepMind を辞めた AI 研究者が、退職の投稿で、人類には AI を防ぐための時間が残り少ないと警告した。

ハイライトAI/規制bloomberg.comコメントを見る(新しいタブで開く)スコア 89興味マッチ度 3
3

OpenAI says it has been working with Anthropic and Google for several weeks on AI safety, and it does not need an antitrust waiver to coordinate on safety

OpenAI が、競合する Anthropic と Google DeepMind とともに AI の安全性に関する取り組みを進めていると明らかにした。

ハイライトAI/規制bloomberg.comコメントを見る(新しいタブで開く)スコア 86興味マッチ度 3
4

During a Salesforce event, Jensen Huang says the AI industry doesn't need any new laws or regulations and market forces will help companies safely innovate

Nvidia の CEO が、AI のセキュリティに関する新たな規制の必要性を否定した。同じ日の他の発言とは逆向きの立場になる。

AI/規制bloomberg.comコメントを見る(新しいタブで開く)スコア 84興味マッチ度 2
5

OpenAI researcher: top models are becoming so situationally aware humans “are losing the ability to evaluate them” while humans rely more on AI to lead research

OpenAI の現役の能力研究者 Dan Selsam が、AI のリスクと知性についての見解を公に表明したものを、元上司が紹介した投稿。

AI/研究x.comコメントを見る(新しいタブで開く)スコア 83興味マッチ度 3
6

OpenAI backs a provision of the FRONTIER Act, a bipartisan House bill, that would require top AI companies to embed outside evaluators to ensure model safety

OpenAI が、主要 AI 企業に第三者の評価者を組み込ませる下院の超党派案 FRONTIER Act の条項を支持すると表明した。

AI/規制politico.comコメントを見る(新しいタブで開く)スコア 81興味マッチ度 2
7

Google launches Gemini 3.8 Live and Gemini 3.8 Live Extended Thinking, its “most advanced live dialogue models yet”, to more effectively enable voice agents

Gemini 3.8 Live と Extended Thinking 版が公開された。Hacker News でも同日に上位へ入っている。

AI/モデルblog.googleコメントを見る(新しいタブで開く)スコア 77興味マッチ度 3
8

Elon Musk says top US AI labs and “three or four of the leading Chinese companies” should let rivals run a “test harness” on their models to evaluate safety

主要な AI 企業が協力して互いのモデルを検証すべきだという提案。相互評価を求める点で、同じ日の OpenAI の動きと重なる。

AI/規制cnbc.comコメントを見る(新しいタブで開く)スコア 76興味マッチ度 2
9

Meta rolls out its Meta One subscription bundle globally, with expanded Meta AI capabilities powered by Muse, and $7.99/month and $19.99/month individual plans

Meta One のまとめ売りが月額 $7.99 から始まる。Instagram のストーリーズ48時間保持などの特典が付く。

10

Pulley, which offers cap table management software, says it will cease operations after December 8; it had raised $50M+ from investors, including Founders Fund

スタートアップが資金調達の状況を追うのに使ってきた資本政策表のソフトウェアが、7年で事業を終える。顧客の移行は Carta が引き受ける。

Hugging Face Daily Papers

0件config.json の disabled_sources で無効化

日本

はてなブックマーク

10件
1

配車アプリ GO と Waymo、日本交通が自動運転タクシーで合意した。東京で段階的に100台規模の運行を計画し、正式な開始時期は許認可の取得後に決める。

コメントの要約

GO と Waymo の双方のアプリから配車できる自動運転タクシーを、東京で段階的に100台規模まで広げる計画。GO が地域のタクシー事業者との連携の要となり、Waymo の自動運転技術を日本のタクシー産業へ組み込む全体設計を担う。

コメントでは、本文に「正式な運行開始時期は安全性が認められ、必要な許認可の取得が完了した後に決める」とある点を挙げ、見出しが先行しているという指摘がある。ライドシェアを飛ばして無人タクシーへ進んだ順序を、日本交通の思惑どおりと読む声も出ている。

事故を起こした際の責任分担が契約でどう定められているか知りたいという声、信号ごとに加算される都内のタクシー料金の水準では価格次第だという声、運転手の職が機械に置き換わる時期が来たという受け止めが並ぶ。

モビリティitmedia.co.jp342 usersスコア 91
2

逆噴射聡一郎名義で書かれたノーラン新作『オデュッセイア』の感想。全編を IMAX カメラで撮った点を挙げ、没入感の強さを勧める内容。

コメントの要約

ノーランの新作『オデュッセイア』を IMAX で観るよう勧める日報形式の記事。世界に十数台しかない IMAX カメラで全編が撮影されており、それが没入感を生むという点を軸に書かれている。

コメントは賛否が割れている。IMAX を推しても画面の中で地面や空が数割増えるだけで逆効果だという意見、話の筋には期待するなという釘刺しがある一方、これは観るしかないという反応も多い。

内容面では、メキシコと火星と古代ギリシアを経由して中国まで行く構成を破綻と評する声、舐めていた相手が実はという展開は分かっていても盛り上がるという声、火星探査機マーズ・オデッセイとの連想や、じゃがいもを育てる場面は面白さの一部でしかないという指摘が挙がっている。

diehardtales.com572 usersスコア 89
3

ライドシェアが進まない理由を扱ったブログに、規制改革の当時の当事者である川邊健太郎が経緯を補足した記事。自動運転への移行を論点に置く。

コメントの要約

永江一石のブログ記事「日本はライドシェアはもう諦めて自動運転に行くべきだが、なんでこんなに進まないのかめちゃ掘りしてみた」に対し、規制改革会議で当時の当事者だった川邊健太郎が経緯を補足した記事。

コメントで最も引かれているのは、タクシー業界がなぜ自動運転に反対しないのかという問いへの「そこまで至れば諦めることになる」という一節で、負けが決まってなお足を引っ張る構図がないことを評価する声がある。

規制側が Google や百度の実用化状況を把握していないのではという指摘、米国は州ごとに法律が異なるためテキサス州の寛容さを日本対米国の構図にするのは誤りだという指摘、LUUP への批判の強さを見ると普及は難しいという悲観も並ぶ。

モビリティnote.com176 usersスコア 89
4

AIエージェントに改善を繰り返させてもプロンプトの加筆や出力整形に留まる問題を扱い、深層学習の訓練ループとの対応から自己改善を支えるハーネスの設計を解説した資料。

コメントの要約

業務 AI ワークフローの構築と改善で出た課題と関連研究をもとに、自己改善を支えるハーネスをどう設計するかを扱った発表資料。エージェントに改善を繰り返させても、最初の設計を見直せないままプロンプトの加筆や出力の整形に留まって停滞する、という問題設定から始まる。深層学習の訓練ループとの対応を手がかりに、Training に相当する部分と Inference に相当する部分を切り分けて整理している。

コメントは少数で、AI 駆動開発をしていれば多かれ少なかれ経験する状況だという共感と、今何と戦っているのか分からなくなる状態を一般の労働者が扱えるとは思えないという懸念が寄せられている。AI が自己改善を始めたら人間の仕事はなくなるという反応もある。

AI/開発speakerdeck.com93 usersスコア 85興味マッチ度 3
5

三菱がヒートポンプ機器向けに従来比約3倍の伝熱性能を持つ熱交換技術を発表した。冷媒の使用量を抑えつつ同じ大きさで冷却性能を上げられる。

コメントの要約

ヒートポンプ機器の熱交換性能を従来比約3倍に引き上げる三菱の新技術。コメントによれば、業務用エアコンでエチレングリコールなどのブライン(二次冷媒)を経由するタイプに使われる熱交換器にあたるという。

冷媒が3分の1で済むということは同じ大きさの熱交換器でよく冷えるという意味で、窓に設置するエアコンや車載エアコンに効くという読みが出ている。次世代冷媒 R32 でも温暖化係数が CO2 の675倍あるため使用量を減らしたい、という背景の指摘もある。

一方で構造上目詰まりしそうだという懸念、単純で堅牢に見える機構に改良の余地がまだ残っていたことへの驚き、実用化されればゲームチェンジャーになるという評価が並ぶ。

ハードウェアkaden.watch.impress.co.jp120 usersスコア 83
6

PC の購入費と AI の利用量から、ローカル実行が何年で元を取れるかを試算するサイト「Sunk Cost」。収まるモデルや生成速度、クラウドモデルとの比較も出る。

コメントの要約

PC の購入費用と AI の利用量をもとに、ローカルで AI を動かした場合に何年で元が取れるかを試算できるサイト。そのマシンに収まるモデル、生成速度、クラウドモデルとの能力比較もあわせて表示される。

コメントでは、計算するまでもなく現状のメモリコストは高すぎてクラウド料金のほうが安いという指摘が目立つ。記事中の Mac Studio の例では「43.6年 API 料金を払い続けて同額」という結果が引かれている。

コスト以外の軸を見るべきだという反論も出ており、入力データが外部に送信されないこと、無検閲モデルを使えること、情報流出時の損失は50万円では済まないことを評価に入れるべきだという意見がある。

AI/開発gigazine.net51 usersスコア 82興味マッチ度 2
7

Claude Code に書かせた Design doc や PR が「情報量は多いのに何を決めたのかが頭に入らない」理由を、実際の GitHub PR を使って4点に整理した記事。

コメントの要約

Claude Code に Design doc や PR を書かせたときの読みにくさの正体を、実際の GitHub PR を材料に分析した記事。網羅と重要度を区別しない、結論が最後に来る、テンプレートの見出しを律儀に埋める、といった要因が挙げられている。

コメントでは、まとめさせると抽象度が一段上がって無難な表現になり、まとめる前のほうが具体的で分かりやすいという指摘がある。AI 生成物は意図がぼやけて頭に入らないという感想も複数ある。

対処としては「抽象度を上げろ」と指示する、短く書いて認知負荷を下げるルールを置く、全体像が分かる図を先に出させるといった運用が挙がる一方、人間にも同じ指示は必要だという声もある。

AI/開発qiita.com152 usersスコア 81興味マッチ度 3
8

HERP の DevPlatform で AI に大量のコードを書かせた運用記。5月から8月末で764本の PR、プラス60万行マイナス50万行の変更を出した過程を書いている。

コメントの要約

AI が生成するコードの品質は場所によっては人の手によるものを上回る一方、TODO や deprecated、linter の inline disable といった負債が溜まるという前提から、HERP の DevPlatform でどう回したかを書いた記事。5月から8月末で764本の PR、プラス60万行マイナス50万行の変更を出している。

コメントで引かれているのは、上長とタッグを組み、作った PR のレビューをほぼ全て依頼して「あなたが1000の PR を作るなら私は1500の PR をレビューしよう」という体制でやり過ごした、という箇所。

大量生成しても結局は泥臭いテスト整備と気合いが要る点が生々しいという反応、障害も少なく変更規模も大きいならこの slopping はいくらあってもよいという評価がある。文章が読みにくいという指摘も出ている。

AI/開発note.herp.co.jp48 usersスコア 76興味マッチ度 3
9

React のコンポーネントと Hooks の書き方を引き継ぐ軽量ランタイム TanStack Redact の紹介。同期描画のため startTransition の挙動が React と異なる。

コメントの要約

React のコンポーネントや Hooks の書き方をそのまま使える軽量ランタイム TanStack Redact の解説記事。同期描画を採用しているため、React と同じ API があっても動作が違う部分がある。同じ商品一覧を React と Redact の両方で動かし、startTransition の挙動の差を確かめている。

コメントでは、Concurrent 機能を削って軽量化したのであればそれは Preact や初期の React に戻っただけではないか、という疑問が出ている。

React 互換ランタイムがどれだけあるのかという反応、Redux の redact / reduct と名前が近く紛らわしいという指摘も並ぶ。

フロントエンドazukiazusa.dev26 usersスコア 72興味マッチ度 2
10

最高速度6kmで免許不要の小型モビリティ「スロモビ」のシェアサービスが横浜で始まった。道路交通法上は歩行者扱いで歩道や路側帯を走行できる。

コメントの要約

ハロサイが横浜で始めた、最高速度6km の小型モビリティのシェアサービス。2023年4月施行の改正道路交通法で新設された車両区分「移動用小型車」に分類され、歩道や路側帯を走行でき、道路交通法上は歩行者として扱われる。

コメントでは、三輪であれば低速でも安定していてよさそうで、ふらつきやすい電動スクーターの低速モードより向いているという評価がある。一方で、対象として想定される IT リテラシーの高いシニアがそのエリアにどれだけいるかは微妙だという声もある。

シート下のラゲージについて、蓋がないと背後から荷物を取られるのではという懸念、充電4時間で航続距離12km という仕様、シニアカーに近いデザインへの注文が挙がっている。

モビリティwatch.impress.co.jp27 usersスコア 70

Zenn

10件0件
1

オスのショウジョウバエの全中枢神経系の配線図 MaleCNS 発表を受け、学習で重みを得る現行の AI と、顕微鏡で数えたシナプス数をそのまま重みに使う脳モデルを比べた記事。

記事の要約

2026年9月3日に OpenAI の GPT-6 Astra と、HHMI Janelia を中心としたチームによるオスのショウジョウバエの中枢神経系全体の配線図 MaleCNS が同日に発表された、という対比から始まる記事。配線図を使ったシミュレーションで DOOM やスーパーマリオ64 を動かすデモが広がり、学習していない脳が動く点が注目された経緯を追う。

配線図の40年史を数字で押さえている。1986年の線虫 C. elegans はニューロン302個で完成まで15年、2020年の hemibrain はシナプス約2,000万個で校正に50人年以上。2018年の flood-filling networks により、ハエ全脳で2,000人年の見積もりが約40人年規模へ変わったという。

2024年10月に FlyWire がメス成虫の全脳をニューロン139,255個・シナプス5,450万個で公開し、校正は約33人年。神経伝達物質の推定も94%の精度に達したとしている。

AI/研究zenn.devいいね116 / ブクマ36既出スコア 84興味マッチ度 3
2

Shopify の「Native is now the future of mobile at Shopify」を教材に、クロスプラットフォーム開発が何のコストを削っているのかを整理した記事。

記事の要約

2026年9月に Shopify Engineering が公開した「Native is now the future of mobile at Shopify」を起点に、React Native や Flutter の採否をどう考えるかを扱った記事。2020年に React Native へ寄せた Shopify が Swift と Kotlin へ戻るという内容が、界隈で「やはりクロスプラットフォームには無理がある」と受け取られた状況を確認する。

筆者は、Shopify 自身は React Native を失敗だったとは言っていないと指摘する。Shopify は2020年の判断を当時としては正しかったと振り返り、同じ機能を二度実装して同期し続けるコストが実際に減ったと書いている。

その上で、アップデート追従、ネイティブ層との境界、外部ライブラリへの依存、パフォーマンスといった残るコストを挙げ、何のコストを削減しているのかを考え直すための教材として読める、という立場を取る。

モバイル開発zenn.devいいね121 / ブクマ16既出スコア 81興味マッチ度 2
3

贈る相手について10〜16問答えると贈り物の種類を当てる診断サイトの制作記。推薦エンジンをルールベースからベイズ推定に作り替え、一発的中率が14%から77%になった。

記事の要約

相手について10〜16問答えると「もしかして、高級パジャマ?」のように贈り物の種類を当てる診断サイト『欲しいもの.com』の制作記。LLM は使っていない。当てる対象を具体的な商品ではなく Concept(高級ドライヤー、ちょっと良い枕など)の粒度に置き、商品や価格・在庫は Concept が決まってから外部 API で取りに行く設計にしている。

Concept は数百件あり、それぞれに実用性、家で使う、美容、ガジェット、癒やし、お酒、料理、音楽といった40軸ほどの Feature を0〜1で持たせている。質問はこの Feature と1対1で対応する。

最初の実装は回答からベクトルを作り Concept との一致度で並べる素朴なもので、これが当たらなかった。推薦エンジンをベイズ推定に作り替えた結果、手書きのペルソナで測った一発的中率は14%から77%、3回以内なら96%になったと報告している。

アルゴリズムzenn.devいいね57 / ブクマ17既出スコア 81興味マッチ度 2
4

Claude Code / Codex / Agy を併用する17万行のプロダクトで、コードレビューだけを GeForce 3060 上の qwen2.5-coder:14b に任せた運用記。

記事の要約

Claude Code、Codex、Agy の3エージェントを併用して開発している17万行規模のプロダクトで、生成コードのレビューにもトークンが要る問題をローカル LLM で解く試み。手元の GeForce 3060(12GB)に合わせ、Ollama で qwen2.5-coder:14b を使っている。

前提として、1人プロダクトでありながら AI に Issue を書かせて人間がチェックし、AI に実装プロンプトを出させて人間がチェックする進め方を取り、Issue 単位でブランチを切って小さく回している。

この規模のモデルは賢くないため、Modelfile で temperature 0.05、top_p 0.8、num_ctx 8192 を指定し、要約や総評を書くことを禁じた strict diff reviewer 専用モデルを作る。git のステージに上がった差分から重大な問題候補だけを JSON で挙げさせる使い方をしている。

ハイライトAI/開発zenn.devいいね63 / ブクマ38既出スコア 79興味マッチ度 3
5

React 19.3 で Fragment が ref をサポートした Fragment Refs を、Activity コンポーネントの表示状態を外から知るために使う応用を紹介した記事。

記事の要約

React 19.3 で追加された Fragment Refs は、Fragment コンポーネントが ref をサポートする機能。得られるのは React が用意した FragmentInstance オブジェクトで、addEventListener や focus といったメソッドを持ち、DOM 要素を描画しないラッパーに対して疑似的に操作しているように振る舞える。

記事が題材にするのは React 19.2 で導入された Activity コンポーネント。mode="hidden" で囲んだ部分は非表示になるが、裏でレンダリングしておけるため切り替えが速く、非表示の間も状態が保持される。

Activity 自体も DOM 要素を描画せず、mode="hidden" のときは中の DOM 要素に display: none を与えて非表示を実現している。この性質と FragmentInstance を組み合わせた、公式ドキュメントにはない使い方を紹介している。

フロントエンドzenn.devいいね29 / ブクマ2既出スコア 76興味マッチ度 2
6

2026年9月に AWS Lambda の関数タイムアウトが15分から最大90分へ拡張された条件を、CDK で検証環境を組んで実測した記事。

記事の要約

2026年9月、AWS Lambda の関数タイムアウトが従来の15分から最大90分(5,400秒)へ拡張された。ただし無条件ではなく、Lambda Managed Instances(LMI)上で動く関数であること、非同期呼び出しまたは ESM 経由の呼び出しであることの両方を満たす場合のみで、同期呼び出しは15分のままとなる。

拡張の対象は非同期呼び出しと ESM の SQS / Kinesis / DynamoDB Streams で、ESM でも Amazon MQ と DocumentDB、および Init フェーズは15分のまま据え置かれる。設定は従来の Timeout プロパティのままで、上限が900秒から5,400秒に上がっただけ。

筆者は CDK で検証環境を組み、S3 にファイルが置かれたら重い変換処理を回す構成が15分の壁を気にせず1関数で組めることを実測している。

クラウドzenn.devいいね20 / ブクマ5既出スコア 73
7

2026年に入って短期の株式システムトレード戦略が相次いで劣化した件を、公開されたバックテスト結果をもとに整理した記事。

記事の要約

X 上で「簡単な検証で見つかるエッジが2026年から劣化した」という話題が出たのを受け、公開された複数のバックテスト結果を並べて整理した記事。5日移動平均の逆張りは2016年から2025年まで負け年なしだったが、2026年は7月までで初めてマイナスになっている。

夜型株と日中型株のロングショートは2014年から2025年まで12年連続プラス、勝率はおおむね55〜68%、最大ドローダウンは6.5%程度だった。2026年は155営業日で勝率49.7%、ドローダウンは14.4%まで拡大し、夜間レグが初めて明確にマイナスになったとしている。

劣化した戦略には共通点があり、5日移動平均からの乖離、寄りと引けの差、曜日と、いずれも過去数日の値動きから形成されて翌日の値動きで回収する性質を持つ。この種の戦略の期待リターンは過剰反応する側と拾う側の行動比率で決まり、その比率を動かしたのが単純戦略の生成と検証を高速で回す AI エージェントだ、という見立てを置いている。

zenn.devいいね42 / ブクマ17既出スコア 73
8

Vite 8 のパイプラインに Babel を戻さず React Compiler を導入した記録。@vitejs/plugin-react 6.1 の oxc-transform-react を使っている。

記事の要約

Vite 8 + React 19.2 + Mantine 9、TanStack Router / Table / Form という新規プロジェクトで React Compiler を導入した記録。Vite 8 で公式の React Compiler を使うには Babel の追加が必要で、Rolldown と Oxc になったパイプラインに Babel を戻したくないという理由で見送っていた。

状況が変わったのが2026年8月で、@vitejs/plugin-react 6.1 から Oxc が Rust へ移植した oxc-transform-react を react({ compiler: true }) だけで呼べるようになった。同じ月に TanStack Table v9 も stable になっている。

動機は性能そのものよりも、手動メモ化の判断をコードベースから減らすこと。useMemo を書く人と書かない人が混ざる前に判断を Compiler へ寄せる狙いで、AI が生成するコードについても同様だとしている。

フロントエンドzenn.devいいね16 / ブクマ5既出スコア 68興味マッチ度 2
9

private 公開の GitHub Pages で TLS 証明書が発行されない原因が CNAME の向き先だった話。正解は固有サブドメインではなく <org_name>.github.io だった。

記事の要約

GitHub Enterprise Cloud で社内向けサイトを GitHub Pages の private 公開でホスティングし、そのひとつに独自ドメインを設定したところ TLS 証明書がいつまでも発行されなかった、という調査記録。DNS も CAA もプロキシ設定も正しく、GitHub の API はエラーを1つも返さないまま何も起きない状態だった。

原因は CNAME の向き先だった。private にした Pages には random-name-a1b2c3d4.pages.github.io のような固有サブドメインが割り当てられるが、正解は組織の既定ドメイン <org_name>.github.io で、固有サブドメインはオリジンを分離するための配信先にすぎない。

設定画面に固有サブドメインしか出ないため既定ドメインの存在を知る機会がなく、2つは同じ IP に解決されるので DNS を見ても違いが分からない。筆者は pages-health-check を読んで理由を突き止めている。

Web/インフラzenn.devいいね15 / ブクマ6既出スコア 68興味マッチ度 2
10

CVSS 9.9 の SSM Agent の SSRF 脆弱性 CVE-2026-89049 について、悪用された場合に CloudTrail へどんなログが出るかを検証した記事。

記事の要約

2026年9月10日に AWS が公開した SSM Agent の Session Manager ポートフォワーディング機能の SSRF 脆弱性 CVE-2026-89049 について、実際に悪用された場合 CloudTrail にどのようなログが出るかを検証した記事。CVSS v3.1 で9.9(Critical)と評価されている。

影響を受けるのは SSM Agent が 3.3.4851.0 未満で、EC2 から RDS へポートフォワーディングして接続する仕組みを持ち、かつ EC2 へのアクセス権を持たないユーザーが EC2 の一時クレデンシャルを取得できてしまう構成。

筆者はスコアほど影響度は高くないという見方を示す。通常利用で EC2 へ SSM 接続できる場合や Run Command が実行される場合は元から一時クレデンシャルを取得できるため、対応が要るのはポートフォワーディング先にしかアクセスできない制限をかけている場合に限られる、としている。

セキュリティzenn.devいいね18 / ブクマ3既出スコア 68興味マッチ度 2

すべて既出

Qiita

10件5件
1

Claude Code に書かせた Design doc や PR が「情報量は多いのに何を決めたのかが頭に入らない」理由を、実際の GitHub PR を使って4点に整理した記事。

記事の要約

Claude Code に Design doc や PR を書かせたときに感じる独特の疲労感の正体を、実際の GitHub PR を材料に確かめた記事。内容が間違っているわけではなく、大抵は正しいことが書いてあるのに疲れる、という前提から始まる。

要因は4つに整理されている。まず、網羅と重要度を区別しない点。人間は無意識に取捨選択をするが、生成 AI は思いつく観点をすべて同じ重みで並べるため、決定的な判断と自明な前提が同じ文量で説明され、読み手が重要度の仕分けを肩代わりさせられる。

次に、検討の過程を順番に再生してから最後にまとめとして結論を書く構成を取りがちで、読み手は結論にたどり着くまで情報を保持し続けることになる。さらに「背景」「目的」「用語定義」「今後の拡張性」といった定型の見出しを、中身が薄くても律儀に埋める傾向を挙げている。

ハイライトAI/開発qiita.comLGTM82 / ストック57既出スコア 89興味マッチ度 3
2

生成 AI によるナビエ・ストークス方程式の成果が Lean の形式化とセットで公開されたことを起点に、機械が通した証明を信じる根拠がどこにあるのかを扱った記事。

記事の要約

2026年9月8日、生成 AI がミレニアム懸賞問題のひとつであるナビエ・ストークス方程式の存在と滑らかさに関する問題の一部を解決したという発表があった。外力がある場合に3次元の流れの解が有限時間で特異点を生じうる、という内容だとされる。

筆者が注目するのは、成果が解析的な証明だけでなく Lean による形式化とセットで公開された点。Quanta Magazine の記事にも、形式化されていることが「それが本当に正しいという確信を数学者に与えている」と書かれており、人間が読み切るには重すぎる証明でも機械が通したなら信じられる、という構図になっている。

その一方で、2026年7月に「AI の助けを借りてコラッツ予想を反証した」という証明が Lean4 で書かれ機械チェックも通っていたにもかかわらず、3日後に実態が明らかになった件を並べ、機械チェックが何を保証し何を保証しないのかを問い直している。

AI/研究qiita.comLGTM54 / ストック19既出スコア 81興味マッチ度 2
3

Claude Code 2.1.271 で追加された omitClaudeMd を、合言葉を使った実測で検証した記事。従来はサブエージェント1体ごとに CLAUDE.md が丸ごと積まれていた。

記事の要約

Claude Code 2.1.271(2026-09-14)の changelog にある omitClaudeMd の追加を検証した記事。agent frontmatter と --agents JSON に指定でき、カスタムおよびプラグインのサブエージェントを user / project / local の CLAUDE.md なしで走らせられる。managed policy のファイルは引き続き読み込まれる。

裏を返せば、これまではサブエージェントを1体呼ぶたびに CLAUDE.md が丸ごとコンテキストに積まれていたことになる。筆者は 2.1.270 と 2.1.271 を比べ、2.1.271 では設定なしで CLAUDE.md が見え、omitClaudeMd を付けると見えなくなり、2.1.270 では設定が黙って無視されたと報告している。いずれも3回中3回。

測り方はトークン数ではなく中身が見えるかどうかで、CLAUDE.md に一意な合言葉を置き、答えられなければ NO-PASSPHRASE と返すよう指示している。公式ドキュメントにこの設定はまだ載っていない。

AI/開発qiita.comLGTM23 / ストック17スコア 80興味マッチ度 3
4

Microsoft の AI 関連サービス全体を、一般提供済み・プレビュー・将来計画に分けて整理した学習メモ。M365 関連を含む全体像を扱う。

記事の要約

Microsoft の AI 関連サービスを俯瞰するためにまとめられた学習メモを、公開用に整理し直した記事。戦略として目指していることと実際に利用できる機能は同じではないという断りを置き、一般提供済みの製品、プレビューの機能、将来の計画を分けて記載する方針を最初に明示している。

筆者が置く全体像は、顧客が仕事で実現したいことを出発点に、企業が培ってきた知識や経験、日々の業務で使う情報を AI で活かし、安全に使えるよう管理しながら働く人を支える、というもの。高性能な汎用モデルを使えるだけでは企業ならではの価値は生まれない、という立場を取る。

強みは蓄積してきた専門性、顧客への理解、業務ルール、データ、意思決定の経験にあり、それらを必要な人やエージェントが活用できるようにすることが要点だとする。Microsoft はこの変革を Frontier Transformation と呼んでいる。

AI/開発qiita.comLGTM22 / ストック22スコア 79興味マッチ度 2
5

連載42日の第32回。Webサーバー・アプリケーションサーバー・データベースという3層アーキテクチャを、銀行の支店の比喩で説明する回。

記事の要約

バックエンドの基礎を42日で扱う連載の第32回。#25 から #31 までの認証認可編を終え、Part 6 として Web アプリ全体の設計に入る回で、テーマは3層アーキテクチャ。以降の AWS 編(#34〜#38)がすべてこの構図の上に乗るという位置づけになっている。

この回の到達点として、各層の役割とその分け方が定番になった理由を説明できること、アプリケーション層をステートレスに保つ原則をスケールアウトの仕組みから説明できること、データベースをインターネットへ直接公開しない理由を実際の構成で確かめて説明できることの3点が挙げられている。

説明は銀行の支店の比喩で進む。客が直接やりとりする窓口、依頼を処理する事務室、現金や重要書類を保管する金庫の3つに分け、客が触れられるのは窓口だけである点を要点に置く。見出しには学習の優先度が記号で示され、言語には依存しない回とされている。

バックエンドqiita.comLGTM25 / ストック20既出スコア 78興味マッチ度 2
6

令和8年熊本地震に高速道路で遭遇した筆者が、ドライブレコーダーの映像から ffmpeg で音声を除去し Wikimedia Commons へ公開するまでの記録。

記事の要約

2026年7月28日、高速道路のインターチェンジを降りる直前に令和8年熊本地震に遭遇した筆者の記録。カバンの中のスマートフォンから緊急地震速報が鳴り、ブレーキを踏んだところで揺れが来た。車内ではそれほど強い揺れに感じなかったが、目の前で道路が壊れていく様子を見て事態の大きさに気づいたという。

発災1分後の写真では橋の繋ぎ目の鉄骨が変形して弾けている。寸前で止まれた要因として、緊急地震速報が鳴ったこと、半月ほど前に新品のタイヤへ交換していて路面も乾いていたこと、高速の出口で速度を落とそうとしていたことを挙げる。

週末にドライブレコーダーのデータを取り出したところ映像が残っていたため、ffmpeg で音声を除去したうえで Wikimedia Commons へ公開するまでの手順を記事にしている。

qiita.comLGTM35 / ストック5既出スコア 70
7

未経験から IT 業界を目指す人によくある「勉強時間がつくれない」という悩みに対し、今の仕事の中で経験を作る考え方を採用担当が書いた記事。

記事の要約

未経験から IT 業界を目指す人と話す採用担当が、よく聞く悩みとして「仕事が終わるころにはクタクタで、そこから勉強する余裕がない」を取り上げた記事。働きながら転職先を探し、IT を調べ、プログラミングも勉強するのは大変で、勉強できなかった日に焦ってしまう人が少なくないという。

筆者が置く論点は、IT につながる経験は仕事が終わったあとにしか作れないわけではない、というもの。今の仕事を振り返ると、すでにきっかけを持っている場合があるとする。

手がかりとして挙げるのがジョブ・クラフティングで、任された仕事をきちんと行いながら自分なりにやり方を工夫していく考え方を指す。毎週同じ内容を Excel へ入力しているような作業を、もう少し楽にできないかと考えるところから始まる例を示している。

キャリアqiita.comLGTM38 / ストック1既出スコア 70興味マッチ度 2
8

自作スキル47本を1ヶ月運用して測った結果、増やすほど呼ばれなくなるのは重くなるからではなく、スキル一覧の文字数予算を超えた説明が黙って消えるからだとした記事。

記事の要約

Claude Code のスキルを自作47本運用しながら約1ヶ月測った検証を、公開済みの6本を1つの流れにまとめ直した記事。結論は、増やすほど呼ばれなくなるが、それは重くなるからではなく入れたスキルの説明が黙って消えるからというもの。

47本の環境に80本足して127本にしても、入力トークンは 82,179 から 82,364 へ185トークン増えただけだった。スキル一覧に文字数の予算があり、予算の範囲で各スキルの説明文を載せ、超えた分は載せないためで、予算は skillListingBudget で動かせる。

7項目には、自分の2本の説明が388字から0、350字から0 に消えたこと、どれが消えるかは同じ環境でも実行ごとに変わること、効くスキルは出力を9回中9回 −43% に減らす一方で情報も減ること、指示書型と実装型では起動時トークンに約28倍の差があること、制限モードではツール42→23、スキル47本→0本になることが挙がる。

AI/開発qiita.comLGTM21 / ストック17スコア 67興味マッチ度 3
9

Edit() の deny ルールが Bash の tee 経由の書き込みに効いていなかった問題を、修正前後のバージョンで実測した記事。2.1.268 では4回中4回書けた。

記事の要約

Claude Code 2.1.269(2026-09-11)の changelog にある「Edit() の deny ルールと write-path のチェックが、Bash の tee コマンドが書くファイルに適用されていなかった」という修正を実測で確かめた記事。

捨てディレクトリに deny ルールだけを置き、secret.txt と normal.txt を用意して3つの頼み方を試している。Edit ツールで secret.txt を書き換える対照、tee で secret.txt に書く本題、tee で normal.txt に書く対照の3つで、毎回ファイルを元に戻してから走らせ中身が変わったかで判定する。

結果は、Edit ツール経由が 2.1.268 で0/4、2.1.270 で0/3 と拒否された一方、tee での書き込みは 2.1.268 で4回中4回書けてしまい、2.1.270 では0/3 に変わった。2.1.268 で塞いでいたのは権限設定ではなくモデルの判断だったとも報告している。

AI/開発qiita.comLGTM20 / ストック15スコア 64興味マッチ度 3
10

SELECT や FROM、WHERE といった SQL の各句を「何を」「どこから」「〜という条件で」と日本語に置き換えて説明した入門記事。

記事の要約

SELECT / FROM / WHERE / GROUP BY / HAVING / ORDER BY / LIMIT という基本構文を、それぞれ日本語の言い回しに置き換えて説明した入門記事。SELECT は「何を」、FROM は「どこから」、WHERE は「〜という条件で」にあたるとし、「顧客テーブルから、名前と年齢を」という日本語の語順へ近づけていく。

GROUP BY は「〜ごとにまとめて」で、クラス名簿を出席番号順ではなく部活動ごとに束ねるイメージに近いとする。

つまずきやすい点として WHERE と HAVING の違いを取り上げ、WHERE はまとめる前の1件1件のデータに対する条件、HAVING は GROUP BY でまとめた後のグループに対する条件だと区別している。

データベースqiita.comLGTM10 / ストック7スコア 62