OpenAI エージェントの「wiki 事件」が4サービスに同時に載り、GPT-6 Astra の展開と Chromium ゼロデイが同じ日に並んだ

.name の第3レベルドメインを Verisign が廃止し、ICANN がこれを承認した経緯を、影響を受ける登録者の立場から書いた記事。著者は法的手段も検討していると述べている。

コメントでは ICANN の承認そのものへの批判が強い。レジストリの責任を引き受ける事業者に売却するのではなく名前空間を消滅させる選択をした点、そして ICANN がそれを後押しした点が問題視されている。既存登録者に数年の猶予すら与えないのは無責任だという指摘も複数出た。

他方で、.name は public suffix list と整合しないためセキュリティ上の問題を抱えており、段階的に廃止する判断自体には理由があるという見方も示されている。

Audacity 4.0.0 がリリースされた。UI が wxWidgets から Qt に移行し、プロジェクト形式は .aup4 に変わっている。

2週間に一度は使う立場から、これまで2005年のアプリと格闘している感覚だったので新リリースを心待ちにしていた、という歓迎の投稿がある。

一方で、動作している既存プロジェクトを wx から Qt へ移す判断そのものに疑問を示し、失われた機能に見合う利得ではないという評価も出た。過去のプライバシーポリシー騒動を思い出したという投稿から、非営利のフォークである Tenacity を勧める流れも生まれている。

単純さ (simple) と規模の小ささ (small) を区別する設計論の記事。

コメントでは、静的型については意見が正反対でも同じ価値観を共有していると感じる、という Clojure 側からの反応が出ている。真剣に Clojure に取り組んでいる人の意見が好きだ、という言い方がされている。

ここから Janet の型システムの話題に派生し、年内に静的型の機能が入る見込みで並行して3つの取り組みがあるという情報が共有された。ただし当事者からは、独自の哲学を主張できるほどの確信はまだない、という但し書きが付いている。挙げられたのは deft、janet-jit、declarative-dsls の3つで、いずれも半ば内部的な取り組みだと説明された。これに対し、既存のプリミティブに近く統合されている deft が最も完成度が高く見え、declarative-dsls がそれに続き、JIT は現時点で制約が多いという評価が示されている。

AI がフロントエンド開発に与えている衝撃を小惑星に喩えた記事。Lobsters では education と vibecoding のタグで議論された。

コメントでは、Web 開発の知識が減価する速度の速さが背景にあるのではないかという指摘が出ている。触れるたびにルールも言語もフレームワークも変わっているという内容である。

HTML から入って最初の職を得た後にバックエンドへ移ったという経歴を挙げ、SPA が主流になった時点で自分にとってのフロントエンドは終わっていた、という投稿もある。フロントエンドの技能はもともと過小評価されており、スクリーンショットを10秒見るだけの承認者に向けて急いで作る圧力が以前から存在したという、AI 以前からの構造を指摘する声も並んでいる。

Verisign が .name の第3レベルドメインを廃止し ICANN が承認した件の記事が、r/programming でも取り上げられた。

20年前から第3レベルの .name を使っており、当時は第2レベルを取得できなかったという登録者からの投稿がある。2006年から a@b.name 形式のメールアドレスを使い続けており、現在移行中だという報告も並んだ。

Verisign が「ドメイン名のライフサイクルに影響はない」と回答した点について、ライフサイクルは登録の時点で始まるという反論が示され、この回答は明白な虚偽か重大な無能のいずれかだとする投稿が続いている。ICANN が虚偽または不正確な情報に依拠したとは認められないという判断そのものが批判の対象になっている。

Matt Pocock が自身の .agents ディレクトリで日常的に使っているスキル群を公開したリポジトリ。GSD、BMAD、Spec-Kit のようにプロセス全体を所有する手法は制御を奪いプロセス側のバグを直しにくくする、という問題意識から出発している。

設計方針は、小さく、適応しやすく、組み合わせ可能であること。特定のモデルに依存しない構成をとっている。

導入は2通りで、Claude Code のプラグインとして読み取り専用のバンドルを購読する形と、skills.sh で編集可能なスキルファイルをプロジェクトへコピーする形がある。両方入れるとスキルが二重になるため、どちらかを選ぶよう明記されている。

AI エージェントに、社内で最も怠惰なシニア開発者のように考えさせるスキル。書かなかったコードが最良のコードだ、という立場をとる。

計測は、FastAPI と React の実在するオープンソースリポジトリ (tiangolo の full-stack-fastapi-template) をヘッドレスの Claude Code セッションで編集させ、スキルなしの同一エージェントと比較する形で行われている。Haiku 4.5、n=4、12個の機能タスクでコード量の平均削減が約54%、最大で94%、コストは約20%減、速度は約27%向上と報告されている。

削減幅はエージェントが過剰に作り込む場面 (日付ピッカーの例) で94%に達し、元から最小限のコードではほぼゼロになる。単に「一行で書け」と指示するプロンプトは安全性の確認を一つ落とすのに対し、ponytail は保持すると述べている。

OmniVoice-Studio から改名した、完全ローカル動作の音声処理ツール。音声クローンと音声デザイン、動画の吹き替え、ディクテーション、書き起こし、オーディオブック制作を自分のハードウェア上で行う。

TTS 16エンジン、ASR 11エンジンを Model Catalogue から切り替えられ、TTS のカタログは646言語をうたう。ただし実際の対応範囲と品質は選んだエンジンに依存すると明記されている。

対応環境は Apple Silicon の macOS 13.3以降、Windows 10/11 x64、glibc 2.39以降の Linux x86_64、および Docker。CUDA、MPS/MLX、ROCm、CPU で動き、デスクトップアプリのほかローカルの REST/SSE/WebSocket API、OpenAI 互換の音声 API、MCP サーバーを提供する。ローカルワークフローにアカウントも API キーも課金メーターも不要としている。

Claude Code、Codex、Opencode、Cursor などのエージェントハーネス向けに、スキル、instincts、メモリ、セキュリティ、リサーチ優先の開発フローをまとめたシステム。

README の冒頭は公式の配布経路の限定に割かれている。GitHub リポジトリ、npm の ecc-universal と ecc-agentshield、GitHub App、プラグインスラッグ ecc@ecc、サイト ecc.tools のみが正規で、第三者による再アップロードやミラーはレビューされておらずマルウェアを含む可能性があると警告している。

導入は npx ecc-universal setup による案内付きセットアップが正規経路で、Node.js 18以降、Git、PATH 上の Claude Code 2.1以降を要求する。Claude Code のプラグインコマンドから入れる経路も用意されている。

AI が書いたと分かる文章を、内容を変えずに人が書いたように読み替えるエージェントスキル。Markdown のみで構成されており、スキルに対応するエージェントであれば動く。

判定基準は WikiProject AI Cleanup が管理する Wikipedia の「Signs of AI writing」から取った35のパターン。まず元の構造を固定せずに書き直し、その草稿をパターンと元の主張に照らして検査し、残った箇所を再度直すという二段構えをとる。

事実の捏造はしない設計で、名前、数値、日付、引用、出典は出典か書き手から来なければならないと明記されている。個人の文章では書き手の文体を保ち、技術文書や参考資料では中立で平易な調子を維持する。文章のサンプルを与えるとその文体に従う。

中国のネットワーク検閲を回避する手段をまとめたリポジトリで、README はほぼリンク集の形式をとる。

収録内容は、Android 向けのアプリと導入手順、Chrome / Edge / Firefox それぞれの一括設定パッケージ (Mac 版と Linux 版を含む)、FQNews という Android アプリなど。

サーバー側については、V2ray サーバーと Shadowsocks サーバーを自前で構築する簡易チュートリアルが用意されている。加えて、無償で使える ss アカウントと v2ray アカウントの一覧ページへのリンクが並ぶ。主要言語は Kotlin で、この日は 730 スター増、累計は約5万3千スターとなっている。README は本体の解説を持たず、wiki とサブディレクトリへの導線に徹した構成をとる。

Nous Research が公開した自己改善型 AI エージェント。学習ループを内蔵する点を特徴として挙げ、経験からスキルを作り、使用中に改良し、知識を残すよう自らを促し、過去の会話を検索し、セッションをまたいで利用者の像を深めていくとしている。

実行環境は月5ドルの VPS から GPU クラスタ、待機中はほぼ費用のかからないサーバーレス構成まで対応する。モデルは Nous Portal、OpenRouter、OpenAI、自前のエンドポイントなどから hermes model コマンドで切り替えられ、コード変更を要さない。

インターフェースは、複数行編集、スラッシュコマンド補完、履歴、割り込みと方向転換、ストリーミング出力を備えた TUI に加え、Telegram、Discord、Slack、WhatsApp、Signal、CLI を単一のゲートウェイプロセスから扱う。記憶はエージェント自身が整理し、FTS5 によるセッション検索と LLM 要約でセッションをまたいだ想起を行う。

C の stdio および C++ の iostreams に対する、高速で安全な代替を提供する書式化ライブラリ。

README の冒頭は各種バッジで構成されており、Linux、macOS、Windows それぞれの GitHub Actions ワークフロー、oss-fuzz による継続的なファジング、OpenSSF Best Practices、Security Scorecards の状態が示されている。

ドキュメントは fmt.dev にあり、チートシートと StackOverflow の fmt タグへの導線が用意されている。この日は 688 スター増で累計は約2万5千スター。エージェント関連のリポジトリが上位を占める中で、C++ の書式化ライブラリが並んでいる形になっている。

Claude が特定のタスクに向けて動的に読み込む、指示とスクリプトとリソースのフォルダである「スキル」の公開リポジトリ。企業のブランドガイドラインに沿った文書作成、組織固有のワークフローでのデータ分析、個人的な作業の自動化といった用途を挙げている。

このリポジトリは Anthropic による Claude 向けの実装であり、Agent Skills の標準そのものについては agentskills.io を参照するよう冒頭に注記がある。

収録されているのは、スキルの仕組みで何ができるかを示すための例で、アート、音楽、デザインといった創作寄りのものから、Web アプリのテストや MCP サーバー生成といった技術的なもの、企業のワークフローまで幅がある。

AI コーディングエージェントの冗長な言い回しを削り、原始人のような短文で答えさせる Claude Code 向けスキル。診断も修正も同じまま、前置きだけが消えるという主張である。

README には69トークンの通常出力と19トークンの caveman 出力の比較が置かれ、React の再レンダリング原因を説明する同一の内容が、どちらも useMemo という結論に至ることが示されている。効果はスキルによる出力トークン65%減、プロキシによる入力トークン33%減、コード変更は0%と表示されている。

変換されるのは散文だけで、コード、コマンド、ファイルパス、正確なエラーメッセージは対象外。提供形態は、エージェントに原始人の語調で答えさせるルールファイルとしてのスキル (MIT、30種類以上の環境で動作) と、プロキシの2種類がある。

半年前の記事の続きとして、現在の Claude Code 環境をスナップショットとしてまとめた記事。重複や周知の設定も含めて残す方針が最初に断られている。

入力周りでは、8bitdo micro をマッピングしてターミナル用のコントローラーとして使う構成が紹介されている。片手で持てるサイズで、y 単体が承諾の意味になるためそこに割り当てているといった具体的な配置の話が続く。R2/L2 のない 8bitdo zero2 の設定を引き継いだためマッピングが定まっていない箇所も残る。音声入力は速度のためではなく、打ち続けることによる身体の負担を避ける目的で使い分けている。

自律的に実装させる設定として、以前の bypassPermissions から auto へ移行したことが挙げられている。細かいコード確認をやめる以上は表示も不要になるため viewMode を focus にして主要なやり取りだけを表示し、advisorModel に fable を置いて助言はそちらに任せる構成をとる。

2025年度下期の未踏アドバンスト事業で開発された、TypeScript ライブラリとして動作する組版エンジン minitype の公開報告。

狙いは、従来は独立したシステムや専用言語として提供されることの多かった組版処理をライブラリとして提供し、LLM や外部アプリケーションを含むさまざまな文書生成に活用できるようにすることにある。高品質な組版処理を通常の TypeScript プログラムと同じように呼び出せる仕組み、と説明されている。

GUI を持たずプログラムからの操作を前提とするブラウザをヘッドレスブラウザと呼ぶことになぞらえた命名である。記事自体も minitype で組版した PDF 版が用意されており、開発内容、背景、使用方法、活用例がサンプルコードと出力例つきで説明されている。

デジタル庁デザインシステムで公開されていた「スクロールトップボタン」が非推奨になっている理由を調べた記事。X 上の「なぜ不要なのか説明してくれないのか」という投稿がきっかけになっている。

記事には追記があり、デジタル庁が「トップへ戻るボタンは非推奨なのでみんな使わないでおこう」と言っているわけではなく、自ら作成したコンポーネントを自ら使わないことにした、という位置づけが明示されている。記事の目的は、どういった課題があったのかを予想する過程で出てきた WCAG 関連の問題点を共有することであり、非推奨という結論ではなくその程度を知ってほしいと述べている。

対象は画面下部に追従する形式のボタンで、aria-label が「トップ」から「先頭」へ変更された記録も余談として紹介されている。

Google と Purdue 大学の研究者が2026年8月に提案した SKILL.state について、日本語でまとめた記事。RAG を前提とした手法である。

問題意識は、Claude のようなエージェントで長時間のタスクになるとコンテキストが膨張して破綻するという点にある。会話のターンを重ねるごとに過去の内容がすべて入力として送信され、詰め込みすぎると精度が一気に劣化するという整理である。

SKILL.state はこれに対し、会話履歴を AI に入力しない仕組みを提案する。代わりに「現在の実行状態 (State)」だけを明示的に渡す。プロンプトに型の概念を導入する、という表現で説明されている。元論文は arXiv の 2608.26263。

Claude Code はコードの全体像を持たず、聞かれるたびにファイルを読んで関係を推測している、という前提から出発した記事。コードの構造をナレッジグラフにして渡すことで推測をなくす構成を紹介する。

使うのは4つの OSS で、依存関係をグラフ化して意味検索やレビューに使う code-review-graph / better-code-review-graph、コードと設計書と画像を横断する Graphify、言語サーバー経由で型や定義元を返す Serena が挙げられている。ファイルや関数がノード、呼び出しや依存がエッジという構造をグラフとして保存する。

報告されている効果は、レビュー用コンテキストが14万トークンから70トークンになったこと、日本語の質問で英語の関数名がヒットすること、質問の種類でツールが自動的に切り替わること。セットアップと CLAUDE.md のルーティングルールがそのまま掲載されている。

2026年8月29日早朝、リリースワークフローの不備を突かれ、@7nohe/openapi-react-query-codegen に悪意あるバージョンが10個公開された事例の記録。インストール時点で攻撃者のコードが実行されるサプライチェーン攻撃で、ペイロードは盗んだ認証情報で他のパッケージへ拡散する挙動を持っていた。

該当期間にインストールした場合、そのマシンや CI ランナーから到達できる npm と GitHub のトークン、SSH 鍵、クラウドのアクセスキー、環境変数のシークレットをすべてローテーションするよう強く勧めている。消して入れ直すだけでは終わらない、と明記されている。

危険だった時間帯は日本時間8月29日の05:00頃から07:51頃までが通常のインストールで汚染版が入る状態、07:52頃から13:10頃までが deprecate 済みでレジストリ上には残存という区分である。後者の時間帯も、lockfile に汚染版が固定済みの環境とバージョンを明示したインストールは削除まで取得できた。

社内で HTML を共有するサービスを作るにあたり、認証をすべて Google Workspace に寄せて実装した記録。設計と疎通確認まで終えた段階で、本番投入はこれからと明記されている。

要点として、人のログインは Google OIDC を使い、OAuth 同意画面を「内部」タイプにすると Workspace 外のアカウントはログイン画面から先に進めないこと、アプリ側で hd クレームを二重に確認すること、ID トークンは JWKS で署名検証することが挙げられている。

在籍確認に使う Directory API は、鍵レスで GCP を呼ぶ Workload Identity Federation と、管理者として振る舞うドメイン全体の委任の2段が必要になる。そして人、機械、CI で認証を分けること。CI 用トークンを在籍チェックの対象にすると、発行した人が退職した瞬間に CI が壊れるという理由が添えられている。

AI エージェントが作った HTML や Markdown を URL で共有する Artifact Share の CLI に、ローカルで動く preview コマンドを追加した記録。ブラウザ上でファイルの要素をクリックして指摘を書くと、Claude Code、Codex、Cursor がファイルを直し、ブラウザが自動リロードで結果を表示する。

核になった設計判断は2つとされている。会話セッションを邪魔せずにエージェントを起こす合図は3つのエージェントで別々に作るしかなかったこと、そして常駐デーモンは不要で1ファイル1プロセスで足りたことである。

preview <file> を実行するとそのプロセス自体がローカルサーバーになる。エージェント側の1周は、指摘が届くまで待って受け取る preview next --wait 90 と、直した結果を報告する preview done --stdin の2コマンドで、指摘はまとめて1バッチで送信される。実装は PR として公開されている。

2026年2月26日から GitHub Actions の Artifact を zip 化せずにアップロードできるようになった変更を、PR での動作確認結果の共有に使う記事。

背景として、2026年8月時点の安定版 gh コマンドや GitHub API では PR のディスクリプションに画像を添付できないという制約がある。2026年8月18日に画像や動画をアップロードできる --attach の preview build が公開されたが、執筆時点では正式版に入っていない。そのため AI に自動化させようとすると Chrome を立ち上げさせるといった手順が必要で不便だった。

解決策は actions/upload-artifact@v7 の archive: false で、Artifact が zip 化されずにアップロードされる。アップロードできるのは単一ファイルのみという制約があるが、単一ファイルの HTML や画像であれば Artifact の URL をそのまま開ける。

Claude Code の routine 機能を使って、定例作業から E2E テストの監視、本番エラーの一次調査までを任せている実例の記事。機能の網羅的な紹介や設定手順には触れず、仕事の任せ方に焦点を置いている。

routine は Claude Code を自動起動する仕組みで、スケジュール (cron)、GitHub イベント、API トリガー (webhook) のいずれかを起点にプロンプトの内容をこなす。2026年4月に登場し、執筆時点の2026年9月ではまだ research preview である。

実行環境はクラウドとローカルから選べる。ローカル実行は PC が起動している必要があるため筆者はクラウドを使っているが、クラウド実行はローカルマシンの skill やメモリを読み込まないため、使わせたい skill はリポジトリに置いて明示的に参照させる必要がある。実行は所有者アカウントの usage を消費する点も前提として挙げられている。

NTT データ数理システムの大槻 (けんちょん) による、最小カット問題の総整理記事。

最小カット問題は「アルゴリズムとデータ構造」の講義の終盤に少しだけ登場するマニアックな話題という印象を持たれがちだが、美しい構造を持ち現実世界への応用も広い、という立場から書かれている。効率よく解ける問題の代表的な構造を持つため、習熟することで解ける問題を見抜く勘を鍛えたり、一般には解けない問題に仮定を置いて解けるようにしたりできると述べている。

構成は、最小カット問題の導入を入念に行った上で、燃やす埋める問題と劣モジュラ関数のグラフ表現可能性を扱った記事と、最小カット問題の k 値への一般化を扱った記事の内容を取り込む形をとる。これら2本に対して豊富な問題例を示すことが大きな目的だとされている。

Anthropic が2026年9月2日に公開した anthropics/commerce-agents の中身を整理した記事。ライセンスは Apache 2.0 で、Claude でショッピングエージェントを作るときの参考実装として動くコードが入っている。

エージェントは2種類ある。買い物客が使う Shopping Agent はカタログ検索、商品比較、カート投入、注文追跡と返品の Q&A を担い、店舗スタッフが使う Merchant Agent は売上分析、在庫アラート、価格と販促の提案、キャンペーン草案を担う。買い物客向けだけでなく店側の管理画面用エージェントも同梱されている点が特徴だと述べている。

同じ骨格で業種別に4つの実装が用意されており、retail が API 8000番と店頭 3000番、travel が 8001番、telecom が 8002番、entertainment が 8003番という構成になっている。

同じく PRUM の採用広報担当による、未経験から IT 業界を目指す人向けのリモートワークの記事。

転職先を探すときに、通勤がなくなる、家で仕事ができる、自分の時間も取りやすい、という魅力からリモートワークのある会社を望むことは多い、という前提から始まる。

記事が問題にしているのは、リモートワークが楽ではないということではなく、「リモートワーク＝出社より楽な働き方」というイメージだけで会社を選んでしまう点である。在宅で働けること自体には大きな魅力がある、と前置きした上での指摘になっている。これも未経験から IT 業界を目指す人との会話で繰り返し出てくる論点を共有する連載の一本で、採用広報の立場から気になっていることとして挙げられている。同じ筆者による職務経歴書の記事と並んで、この日の Qiita の上位に入った。

機密データを外部の AI サービスに送れない、閉域環境で LLM を動かしたい、トークン料金を気にせず使いたい、という課題に対応するコンテナ型のプライベート AI 推論基盤 Oracle Private AI Services Container を試した記事。製品自体は無償で、インフラ費用は別途かかる。

Oracle AI Database と連携して Embedding 生成や RAG、Vector Search を構成できるほか、OpenAI 互換 API を提供するため Oracle AI Database がなくても単独の AI 推論サーバーとして利用できる。

実行できるのは LLM による文章生成、Vector Embedding、Reranking、Text Classification などで、自社管理のオンプレミス環境やプライベートクラウド上で動かす。自前の CPU や GPU 上でモデルを動かすため、外部の生成 AI API のようなトークン単位の利用料金がかからない。