hn スコア: 9/10

標準GPU上でリアルタイムLLM推論を実現 ─ 1リクエストあたり3,000トークン/秒

Real-time LLM Inference on Standard GPUs: 3k tokens/s per request

Kog AI が Kog Inference Engine (KIE) のテックプレビューを公開した。AMD MI300X 8基で1リクエストあたり3,000トークン/秒、NVIDIA H200 8基で2,100トークン/秒のデコード速度を FP16・投機的デコーディングなしで達成している。LLM推論のボトルネックはFLOPSではなくメモリ帯域幅にあるとし、モデルアーキテクチャ・ランタイム・低レベルGPUカーネルを一体設計するアプローチで、既存の推論スタックが引き出せていなかった性能上限に到達した。現在は2Bモデルで動作し、大規模MoEモデルへの対応を予定している。

#LLM #GPU #inference #CUDA
devto スコア: 9/10

TanStack 42パッケージ侵害の事後分析 ─ 正規SLSAプロベナンス付き初の悪意あるnpmパッケージ

TanStack shipped a postmortem for the 42-package npm compromise. Here is what every project should change this week.

2026年5月11日、攻撃者が @tanstack スコープの42パッケージに84の悪意あるバージョンを6分間で公開した事件の詳細分析。攻撃者はnpm認証情報を窃取したのではなく、ビルドパイプライン自体をハイジャック。正規のSLSAプロベナンス証明を持つ悪意あるパッケージとしては初の事例とされる。自己増殖により170以上のパッケージに拡散し、外部研究者が6分以内に検出、完全な非推奨化まで約1時間43分を要した。

#security #npm #supply-chain #JavaScript
hn スコア: 8/10

AIはフロントエンド「失われた10年」を再び引き起こしているのか

Is AI causing a repeat of frontend's lost decade?

JavaScriptフレームワークがフロントエンド開発を「脱スキル化」したのと同じ構造で、AIがプログラミング全体を脱スキル化しつつあるという分析記事。HTML/CSS/PHPからNext.jsへの変遷を経験した著者が、Alex Russellの「Frontend's Lost Decade」論を参照しつつ、Bauhaus運動が工業化に対して取ったアプローチとの類似性も指摘。AIによるコード生成は参入障壁を下げる一方、熟練開発者の交渉力を弱めるという構造的問題を論じている。

#AI #frontend #deskilling
hn スコア: 8/10

私たちはモデルより疲れるべきだ ─ エージェント型コード生成とスキル定着の問題

We should be more tired than the model

Vicki Boykis氏が、エージェント型コード生成を使った後に「コードを書いた外面的成果はあるが、内的な理解プロセスが欠落している」という問題を指摘。人間の短期記憶・ワーキングメモリ・長期記憶の仕組みから、コード生成のUXがスロットマシンのレバーを引くような報酬系に似ていることを分析。ソーシャルメディアのフィードがトークンのストリームに置き換わっただけではないかと問いかけている。

#AI #developer-experience #cognitive-science
hn スコア: 8/10

AI時代の専門性 ─ ジュニアエンジニアを雇う意味はまだあるか

Expertise in the age of AI

コーディングエージェントの時代にジュニアエンジニアを雇う意味があるのかを考察するエッセイ。「計算係」という職業が電卓の登場で消滅した歴史を類推に用い、OpenAIやAnthropicが依然として若手人材を激しく獲得競争している理由を探る。AIは計算力を民主化したが数学的思考力の必要性は増したように、コード生成の民主化は上位レイヤーの専門性をより重要にするという主張。

#AI #career #engineering
hn スコア: 8/10

Cloudflare が AI コードレビューを大規模に運用する方法

Orchestrating AI code review at scale

Cloudflareが社内で構築したAIコードレビューシステムの詳細。既存のAIコードレビューツールでは組織規模に対する柔軟性が不足していたため、独自のオーケストレーション基盤を開発した。マージリクエストの待ち時間が数時間に及んでいた課題に対し、AIによるファーストレビューで変数命名等の定型的指摘を自動化し、人間のレビュアーはアーキテクチャや設計判断に集中できる体制を実現している。

#AI #code-review #Cloudflare #DevOps
hn スコア: 8/10

自分のOSSプロジェクトがフィッシングに悪用され14,000人にメールが送られた話

Someone used my open source project to phish people

OSSプロジェクト管理ツール「Kaneo」の開発者が、3時間の間に949個の偽ワークスペースを作成され、14,520通のフィッシングメールを送信された経験を報告。攻撃者は使い捨てメールプロバイダでアカウントを量産し、ワークスペース名にフィッシング件名を設定。招待メールが開発者の正規Resendドメインから送信されるため信頼性が高く見える手口だった。OSSのクラウド版を提供する際のレート制限の重要性を示す事例。

#security #open-source #phishing
zenn スコア: 8/10

Opus 4.7とGPT-5.5のコードレビュー特性を720ケースで統計検証

Opus 4.7 と GPT-5.5 のレビュー特性を統計的に明らかにした(オトナの自由研究 #19)

Claude Code (Opus 4.7)、Codex CLI (GPT-5.5)、Copilot CLI (GPT-5.4) の3つのCLIで、4種類のPythonタスクを各10回=合計720ケースのコードレビュー特性を統計的に比較。Opus 4.7は「半年後に読めるか」を重視する読み手志向の辛口採点者、GPT-5.5は書かれた制約を一字一句適用する原則厳守の採点者という明確な特性差が出た。隠しテストと品質ゲートで罠を仕込んだタスク設計が特徴的。

#Claude #GPT #code-review #benchmark
zenn スコア: 8/10

MCPでAgentのできることを増やすのをやめたら、Context Boundaryが残った

MCPでAgentのできることを増やすのをやめたら、Context Boundaryが残った

MCPでAgentにツールを追加していく中で、LLMが「何でも答えられる」ことのリスクに気づいた筆者の設計論。LLMは回答だけでなく問いの立て方や観点まで自分で作れてしまうため、Agentにどの観点で考えさせるかという「Context Boundary」の設計が重要だと主張。RAGでの最終回答において複数の論点・矛盾・例外が自然な文章の中で平均化される「flattening of reasoning」問題も指摘し、契約書レビューのようなドメインで特にリスクが高いと論じている。

#MCP #LLM #agent-design
zenn スコア: 8/10

Karpathy氏の200行GPT「microGPT」を1行ずつ読み解く

Karpathy氏の200行GPT「microGPT」を1行1行読み解く

Andrej Karpathy氏が公開した外部ライブラリ不使用(PyTorchもNumPyもなし)の200行GPT実装「microGPT」を、コードを1行ずつ動かしながら解説する記事。自己注意機構、位置エンコーディング、学習ループの仕組みを可視化を交えて具体的に説明。4,192パラメータのミニマルなモデルで名前生成タスクを学習する過程を追体験でき、Transformerの基本構造を理解するための教材として実用的。

#GPT #Transformer #Python #education
zenn スコア: 8/10

E2Eテスト1行でClaude Codeが1時間自走する仕組みを作った話

1 行渡すと Claude Code が 1 時間自走する ─ E2E テスト駆動で新機能を作らせた話

Slack Bot用Lambdaの新機能開発で「Claude Codeが実装完了と報告するがSlackで動かない」という課題を解決するため、E2Eテストケース1行を渡すだけで計画から実装・デプロイ・検証まで自走するスラッシュコマンド /e2e-dev を構築。Bedrock AgentCore Gatewayとの結合やOpenAPI spec更新漏れなど、ユニットテストでは検出できない層の問題を、12ステップのフローでループ上限5回まで自動修正する。人間は最後のSlack目視確認だけで済む。

#Claude Code #E2E-testing #automation #Slack
zenn スコア: 8/10

Claude CodeとCodexを2ヶ月使い比べて分かった選び方 ─ settings.jsonを育てた側が速い

Claude CodeとCodexを2ヶ月使い比べて分かった選び方 — settings.jsonを育てた側が速い

Next.js 16 + React 19のプロジェクト(約120ファイル)で2ヶ月間Claude CodeとCodexを同一タスクに投入した実践比較。結論は「設定を育てたClaude Codeが速い」で、CLAUDE.mdにルールを書くよりもsettings.jsonのpermissions設定とSkillsによるワークフロー定義への投資が効果的。既存コードをコンテキストに含めてパターンを学習させる「暗黙のパターン」方式の方が、明示的ルール記載より一貫性が出やすいと報告している。

#Claude Code #Codex #AI #developer-tools
hn スコア: 8/10

謎のLLM「Hy3」がOpenRouterランキングで大差のトップに

The mysterious Hy3 LLM is topping OpenRouter Model Rankings by a large margin

LLM API中継サービスOpenRouterのモデルランキングで、Tencentの「Hy3 preview」がClaudeを50%以上上回るトークン使用量でトップに立っている。Max Woolf氏の調査によると、Hy3はHugging Faceでの公開情報が乏しく、ベンチマーク結果も他モデルに劣るにもかかわらず利用量で圧倒的な数字を記録。低コスト・高速なモデルへの需要の高さと、ランキング指標の妥当性について議論を呼んでいる。

#LLM #Tencent #OpenRouter #benchmark
hn スコア: 7/10

Mistral AI Now Summit 参加レポート ─ フルスタックAI企業への転換

Notes from the Mistral AI Now Summit

パリで開催されたMistral AI Now Summitの参加レポート。Mistralはモデル企業からフルスタックAI企業へ転換し、パリの40MWデータセンターを保有、スウェーデンにも拡張予定。ASML、BNP Paribas、AmazonのAlexa+との提携を前面に出し、効率的でオープンなオンプレミス運用可能モデルを差別化要因としている。Claude for Workに対抗する「Vibe for Work」も発表された。

#Mistral #AI #infrastructure
hn スコア: 7/10

MCPは死んだ ─ コンテキスト消費・低信頼性・既存CLIとの重複

MCP Is Dead

Quandri社がMCP (Model Context Protocol) の実運用上の問題点を検証した記事。ツール定義だけでコンテキストウィンドウの大部分を消費する点、信頼性の低さ、既存のCLI/APIとの機能重複を指摘。ただしClaude CodeのTool Search with Deferred Loadingによりコンテキスト消費は85%以上削減されたとの追記もあり、MCPの課題と改善の両面を扱っている。

#MCP #LLM #developer-tools
hn スコア: 7/10

CAPTCHAはまだAIエージェントを検出できる ─ 行動パターンの統計的差異

CAPTCHAs can still detect AI agents

AIがCAPTCHAの画像認識を解けるようになった一方で、解答プロセスには人間と統計的に有意な差異があることを示す研究論文の解説。クリックの連続パターン、方向転換の頻度、過剰選択の傾向などの行動特徴量において、Claude・GPT・Geminiと人間の間に明確な違いが検出された。タスクの正答率ではなく解答プロセスの特徴量を用いたAIエージェント検出の可能性を示している。

#AI #CAPTCHA #security #research
zenn スコア: 7/10

「JWTをlocalStorageに置くな」はなぜ言われるのか ─ Cookie回帰までの時系列整理

「JWT を localStorage に置くな」はなぜ言われるのか、Cookie 回帰までの時系列整理

セキュリティ専門家・徳丸浩氏のX投稿を起点に、Webセッション管理の20年の歴史を4段階で整理。Cookieセッション → サードパーティCookie規制でJWT+localStorage → BFFによるトークン隔離 → Cookie回帰という流れを、CORS勧告化(2014)、JWT RFC公開(2015)、SameSite Cookie標準化等の技術的・規制的要因と紐づけて年表化している。

#security #JWT #Cookie #authentication
zenn スコア: 7/10

論理削除をやめて状態をテーブルで分けるDB設計

論理削除をやめて状態をテーブルで分けるDB設計

deleted_atカラムによる論理削除の問題点(WHERE漏れ、ユニーク制約の破壊、インデックス肥大化)を整理し、代替として状態別テーブル方式とイベントテーブル方式を比較する記事。ユーザー退会を題材に、usersからwithdrawn_usersへレコードを移す設計を具体的に解説。投稿やコメントまで連鎖的に移動させない設計原則や、ライフサイクルが異なるデータのテーブル分離の考え方を示している。

#database #SQL #architecture
zenn スコア: 7/10

フロンティアAIによる脅威変化を踏まえたFinatextグループの対応方針

フロンティアAI による脅威変化を踏まえたFinatextグループとしての対応方針

Claude MythosやGPT-5.5-Cyberなどサイバーセキュリティ特化AIモデルの登場を受け、金融庁・日本銀行の連名要請に対するFinatextグループの対応方針を公開。新たな攻撃手法が生まれるわけではなく、既存リスクの顕在化サイクルが加速するという認識のもと、脆弱性発見から攻撃までの期間短縮への対策を整理。金融業界以外にも参考となる実践的な対応フレームワークを提示している。

#security #AI #fintech
zenn スコア: 7/10

AI時代の実装力は「コードを書く力」から「解空間を収束させる力」へ

AI時代の実装力は『コードを書く力』から『解空間を収束させる力』へ移った

AIエージェントコーディングの普及により、実装力の定義が変化したという分析。Agile ManifestoやLean Startupが目指した収束ループを、AIにより小さな単位・速い速度で回せるようになったと位置づけ、「コード解空間」と「プロダクト解空間」の二つを分けて考えるフレームワークを提案。シニア・ジュニア・非エンジニアのvibe builderがそれぞれ何をしているかを整理している。

#AI #software-engineering #agile
devto スコア: 7/10

Kubernetes過剰 ─ 小規模環境向け「K8s Killer」を作った理由

The Kubernetes Overkill: Why I Built a "K8s Killer" for Small Environments

小中規模環境でのKubernetesのリソースオーバーヘッドと運用複雑性を解消するため、Goで書かれた軽量コンテナオーケストレーター「Gubernator (gbnt)」を開発。SRE・可観測性(OpenTelemetry/Prometheus統合)・Ingress管理をコアに組み込み、外部ツールのボルトオンを不要にした。K8sが標準で持たないSLO管理やヘルスチェックをネイティブ実装している。

#Kubernetes #DevOps #Go #orchestration
devto スコア: 7/10

AIエージェントが自分でAPIコールの代金を暗号通貨で支払う仕組み

An AI agent that pays for its own API calls on AWS

AWS Bedrock AgentCore上で動作するAIエージェントが、有料APIからHTTP 402を受け取ると、Arbitrum One上のUSDCで自動決済してリトライする仕組みを構築。x402プロトコル(HTTP 402ステータスコードを活用した支払いプロトコル)とAgentCore Paymentsの組み込みウォレットにより、APIキーもクレジットカードも人間の承認も不要な自律決済を実現。ソースコードはOSSで公開されている。

#AI #crypto #AWS #x402
devto スコア: 7/10

Vim Royale ─ PvP型Vimマルチプレイヤーゲームを200人規模に拡大した話

how I revived and scaled Vim Royale, a pvp vim based multiplayer game to 200+ users

2人のプレイヤーが同じバグ入りコードスニペットをVimモーションで修正し、先に完了した方が勝つ対戦型ゲーム「Vim Royale」の開発記。当初Elixir/Phoenixで開発していたがnpm依存のエディタツーリング統合で行き詰まり、React + Go (Gin) + PostgreSQLに移行して完成。リアルタイム対戦、マッチリプレイ、トーナメント作成、ライブ観戦モード、.vimrc互換キーバインドインポートを実装。

#Vim #game #Go #React
devto スコア: 7/10

Electronは間違いだと思っていたが、考えを改めた

I was wrong about Electron

デスクトップアプリ「Paseo」の開発でTauriを選択した著者が、Electronに移行した経緯を報告。macOSでは順調だったTauriだが、LinuxではWebKitGTKの古いバージョン、Wayland/X11の差異、GPU依存の描画問題に直面。Tauriはプラットフォームごとにブラウザエンジンが異なるため、クロスプラットフォームの一貫性確保が困難だった。業界の通説に反し、実プロダクトではElectronの安定性が優位だったと結論。

#Electron #Tauri #desktop #cross-platform
devto スコア: 7/10

LLMは大規模な構造化データ生成が苦手 ─ Builderパターンで信頼性を確保する方法

LLMs suck at generating large, structured data. Tips on how to get your AI agent to do it reliably

LLMにJSON出力を直接生成させるとフィールド欠落・キーの幻覚・型の不整合が頻発する問題に対し、Builderパターンを応用した「アキュムレータパターン」を提案。モデルに最終構造を直接生成させず、ツール呼び出しで段階的にデータを構築させることで信頼性を向上。大規模ドキュメント処理時のコンテキストウィンドウ圧迫も回避でき、構造化データをトークンウィンドウの外に保持する設計により会話の中間圧縮も可能になる。

#LLM #AI #structured-data #design-pattern
devto スコア: 7/10

RenovateとDependabot ─ 新たなマルウェア配信システムと化したサプライチェーン攻撃

Renovate & Dependabot: The New Malware Delivery System

GitGuardianによるソフトウェアサプライチェーン攻撃の最新動向分析。tj-actions/changed-file (2025年3月)、Salesloft Drift (2025年8月)、Shai-Hulud npm攻撃 (2025年9-11月)、trivy-action & LiteLLMキャンペーン (2026年3月)、Axiosパッケージ侵害など直近の主要インシデントを時系列で整理。依存関係自動更新ツールが攻撃の増幅器として機能しうるリスクを指摘している。

#security #supply-chain #DevOps #CI/CD