ShopifyのReact Native撤退が英語圏3サービスで同時に上位、理由にLLMによる前提の変化を挙げる

製品ページは、Appleが初めて投入する折りたたみiPhoneを紹介するもの。Apple Pencil対応とTouch IDが挙げられており、Face IDへの言及はない。

コメントでは、物理SIMスロットがなくeSIMが普及していない地域では使いづらいという指摘がある一方、Pencilが使えることで顧客との打ち合わせ時のホワイトボード用途に別のデバイスを持ち歩かずに済むという評価も出ている。ヒンジと折り目の問題を解決できているのではないかという見方もある。

一方、折りたたみ機は壊れやすく大画面が要るならノートPCやタブレットを使うという意見や、Face IDがないのは画面下カメラの制約ではないかという推測、Touch IDの認識失敗率を懸念する声も並んでいる。

投稿はApple Eventのストリームページで、コメント欄が実況スレッドとして使われた。冒頭のiPhoneで撮影された短編映像から順に内容が書き留められている。

iPhone Airへの言及がなかったこと、ベースモデルのiPhoneとMacBookの発表もなかったこと、Apple TVとHomeHubの新製品もなかったことが挙げられている。

これに対し、ベースモデルのiPhoneとSEシリーズ、Watchは春の発表に回るという以前からの噂どおりだという受け止めや、薄さを追求したiPhone Airは折りたたみ機への布石だったのではないかという見方が出ている。展開時のiPhone Duoの厚みはiPhone Airとほぼ同じだという指摘もある。

記事は、NEC V20プロセッサのマイクロコードをダイ写真から読み解いた解析記録。V20はIntel 8088と互換性を持つNECのCPUで、内部のマイクロコードは公開されてこなかった。エミュレータMartyPCの作者による調査で、前日にも同じ記事が上位に入っている。

r/programmingでの反応は少なく、同じ手法をさらに進めればダイ写真からゲートレベルの記述まで取り出せるのではないか、という書き込みが付いている程度にとどまっている。

READMEは、コーディングアシスタント向けのスキルとして、回答の中に結論を埋もれさせないことを目的に掲げている。「Action first」「手順は番号付き」「Hope this helps! を書かない」という方針を示す。

ビフォー・アフターの例が載っており、前置きと状況説明から入る回答を、実行すべきコマンドから始まる形に置き換えている。導入はCLIへ指示文を貼り付ける方式で、手順はAGENTS.mdにまとめられている。

英語、中国語、ポルトガル語、日本語、ベトナム語、韓国語、タイ語のREADMEが用意されている。

READMEは、フォトリアルな3D地球儀の上に、航空機、船舶、衛星、地震、交通、公開カメラの情報をリアルタイムに重ねるブラウザアプリとして紹介している。データ源がすべて公開されたものである点を前面に出している。

リアルタイムAIエージェントによるハンズフリーの音声操作を備える。YouTubeで500万回以上再生された「God's Eye View」シリーズ（旧WorldView）から派生したプロジェクト。

2026年8月にGitHub Trendingの日次・週次で1位、Product Huntで当日8位を記録したと記載されている。

READMEは、Claude Code、Codex、Factory Droid、PiなどAgent Skills対応のホスト向けに、39種類の編集用図版タイプを提供するスキルとして紹介している。出力は自己完結したHTMLとSVGで、影もMermaidも使わない方針。

2.0でフライホイール型の「Loop」、2.3では振る舞いをレイアウトと分けて記述するセマンティックパターンと任意のアクセシブルなモーションが追加された。2.5.10ではSankey、特性要因図、Wardleyマップ、かんばん、ユーザージャーニー、デプロイ、依存グラフ、UMLクラス、ストーリーマップ、データベーススキーマの10種が加わっている。

静的HTMLが既定で、モーションは順序のある説明向けの任意機能。draw.ioやMermaidの図を描き直す用途にも触れられている。

READMEは、GPT Image 2系のプロンプトを「Prompt as Code」として扱う事例・テンプレート集として紹介している。500件以上のリバースエンジニアリング済み事例と20以上の産業向けテンプレートを収録する。

GPT Image 2.5のSunburstとFlareを扱う特集ページがあり、同じプロンプトでの比較をドラッグ可能な仕切りと並置表示で確認できる。Sunburstは画像生成と精密な編集、Flareは高速で高品質な日常用途と説明されている。

英語、簡体字中国語、日本語のREADMEが用意され、事例ごとに完全なプロンプトと生成記録が添えられている。

リポジトリは、Alex Xuの『System Design Interview - An Insider's Guide』Vol.1とVol.2を読んだノートを章ごとに整理したもの。

収録されている章は、ゼロから数百万ユーザーへのスケール、概算見積もり、システム設計面接のフレームワーク、レートリミッタ、コンシステントハッシュ、キーバリューストア、分散環境での一意ID生成、URL短縮、Webクローラなど。

内容はまだ作成途中であると明記されており、外部サイトでも閲覧できる形で公開されている。

READMEは、チームのスキル、ルール、MCP設定、ナレッジを、Claude Code、Codex、CodeBuddy、WorkBuddy、OpenCode、Cursorなど複数のAIエージェントにまたがって管理するCLIとして紹介している。

導入は npm install -g teamai-cli 。チーム管理者が共有用のリポジトリをGitHub、GitLab、GitCode、CNB、TGitなどのホストに作り、メンバーへ書き込み権限を与えたうえで teamai init <リポジトリURL> を実行する構成になっている。

MITライセンスで、CI、npmのバージョンとダウンロード数のバッジが掲げられている。

READMEは、マルチエージェントによる対話型の学習環境として紹介している。2026年8月27日公開のv1.0.0で、従来のワンクリック生成に加えて「Proワークベンチ」が追加された。

ワークベンチは、カリキュラムを計画し各ページを作成・改訂するエージェントとチャットで進める構成。セッションはサーバー側で保持され再起動後も残り、途中でのキャンセル、再開、方針変更ができる。文書、音声、動画のアップロードやWeb検索からの取り込みにも対応する。

スライド、小テスト、インタラクティブ教材、PBL、画像、動画、音声、.pptx取り込みを含む20の組み込みスキルを備え、モデル、メディア、検索プロバイダ、ストレージを差し替えられる設計としている。

READMEは、組み合わせ可能なスキル群と、エージェントにそれらを確実に使わせる初期指示から成るソフトウェア開発方法論として紹介している。エージェントの起動直後から適用されることを狙った設計。

導入手順が用意されているホストは、Claude Code、Antigravity、Codex App、Codex CLI、Cursor、Devin CLI、Factory Droid、Gemini CLI、GitHub Copilot CLI、Grok Build CLI、Kimi Code、OpenCode、Pi、Hermes Agent。

基本ワークフロー、収録スキルの一覧、設計思想、更新手順が目次に並び、商用サービスの案内も含まれている。

READMEは、AIコーディングエージェント向けのローカル優先なデスクトップ作業環境として紹介している。Electron、Rust製のホストコア、piエージェントハーネス、利用者が導入できるプラグインという構成。

「Bring your own model」を掲げ、任意のローカルプロジェクトを開いてエージェントに作業させつつ主導権は利用者が持つとしている。PI-Desktop用のアカウント、必須の中継サーバー、エディタのロックインのいずれも不要と明記している。

macOS、Windows、Linux向けのリリースが配布されており、ドキュメントサイトも用意されている。

記事は、不具合修正のPRに添えられたテストが修正前のコードで本当に失敗するのかを、レビュアーが手元で確かめなくても済むようにする手法を提案するもの。著者が名付けた造語で、TDDのRed-Green RefactorとGitHubのStacked PRを組み合わせている。

従来はPRブランチをpullし、修正をコメントアウトしてテストの失敗を確認し、戻して再度通すという手順をレビュアーが踏む必要があった。確認結果はレビュアーの手元にしか残らず、PRが増えるとそこがボトルネックになると指摘する。

解決策は、Redの状態そのものをCIがGreenと判定できる形にして下位のPRへ置くこと。2026年9月時点でGitHubのStacked pull requestsとgh stackはPublic Previewであり、仕様やCLIが変更される可能性があると注記されている。

記事は、ドメインモデル貧血症が怠慢ではなく構造的なトリレンマの結果として生じやすいと論じ、「判断するために何が要るか」を型で返す設計によって型の制約を保ったまま解けると結論づける。

前提として、戦術的パターンの目的をモデル駆動設計、不変条件の保護、テスタビリティ、交換可能性の4つに分け、扱うのはモデル駆動設計の一面だけだと限定する。ここでのビジネスロジックは業務上の規則そのものを表す条件分岐を指し、err != nil のようなインフラの失敗やリクエストの形式検査は含めない。

層の数は変えずに if の置き場所だけを変えることで、テストをDB無しで書け、仕様変更の反映先が1箇所に収まるとしている。戦術的パターンを2003年当時のJava/OOPの制約の産物とするX上の投稿を出発点にしている。

記事は、事前知識ゼロから学習させた専用LLM「CUBE ZERO」の制作記録。現在のキューブの状態とそれまでに選んだ手を受け取り、次の1手を自己回帰的に生成する構成で、学習後は初見の局面の99.83%を1回の生成で解いたとしている。

状態数は約4.3×10^19。完成状態からの最短手数をdepthとすると、depth 6までの累計が約824万局面なのに対しdepth 7だけで約1億局面あり、単純な丸暗記が難しくなる境目になると説明する。God's Numberは20。

出力候補は6面それぞれの90度・180度・逆90度回転の18種類。1手ごとに外部環境がキューブを回して更新した状態を次の推論へ渡す形を、World Action Modelとして位置づけている。

記事は、Claude Codeを1つだけ動かすと応答待ちの時間ができるため複数並列で動かしたい、という動機から始まる。同じ作業ディレクトリで2つ動かすと片方の git switch がもう片方の読むファイルまで入れ替えてしまうため、git worktreeでディレクトリを分けている。

ただしworktreeを作るたびに git worktree add とディレクトリ移動が必要で、ターミナルも増えて散らかるため一度は使わなくなったという経緯を書く。並列で動かすエージェントの状態を把握するためにHerdrを導入したところ、worktree管理とも相性がよいと気づき再挑戦した。

git worktreeとClaude Code自身のworktree機能の違いも整理している。後者は claude --worktree <名前> でデフォルトブランチから worktree-<名前> を切り、終了時に変更が残っていなければ自動で消える。記事が使うのは前者。

記事は、友人に送ったメモを清書したものとして、基本の考え方、キャッシュなど少し細かい話、Anthropic / OpenAI以外のモデルという3段構成でトークン効率化の要点を並べる。2026年9月時点の情報だと明記されている。

基本として、最新モデルなら低いeffortや廉価版でも一世代前の最上位と同等の性能が出ることがあり、モデルの更新が最も手早いコスト改善になるとする。最新モデルは過去のPrompt Engineeringのベストプラクティスを既に備えており、昔の工夫がかえって性能や効率を落とすこともあるため、公式のPrompting Guideに合わせた見直しが要るとしている。

一方で最上位モデルに固執する必要はなく、簡単なタスクではオーバースペックになる。逆に難しいタスクは最上位を投入したほうが廉価版より安く終わるとしている。

記事は、AIにコードとテストを書かせること自体は前提としたうえで、生成されたテストを確認せずにレビューへ回す運用を批判するもの。著者自身も日常的にAIへ実装とテスト生成を任せていると断っている。

具体例として、検証すべき挙動が内部で呼ぶ関数をすべてモックしてモックをテストしていた例と、内部属性を細かく固定する数百行を書きながら本来固定すべき仕様と全体の流れを検証していない例を挙げる。

こうした粗は、AIに「このテストは保証すべき挙動をテストしていますか」「実装の詳細を固定していませんか」と雑に尋ねるだけでも見つかるとし、テストがあることと信頼があることは別だと述べている。

記事は、インフラエンジニアである著者がNeovimに本格的にのめり込んだ経緯と、その楽しさが長続きしなかった経験を書いたもの。Tech Worldの動画をきっかけにカスタマイズされたNeovimとLSPを知り、実践Vim入門で操作を覚えたとしている。

没頭し始めたのが2025年12月で、2025年11月のopus4.5リリース以降はAI一色になり、Vibe Codingの流れで手でコーディングしない時代へ移った。プラグイン開発に興味を持った頃にはエコシステムは充実しきっており、むしろプラグインを外す流れさえあったという。

結論として、技術の流れは速いので興味のある領域には早く触れたほうがよいと述べ、自分に残っている領域としてAIのための環境整備とCLIツール開発を挙げている。

記事は、週末2日間でAstraにコードだけで3Dモデリングをさせる「コードファースト3Dモデリング」を試した記録。XではAstraにMCP経由でBlenderを操作させた高品質な3Dシーンが多く流れていたが、アプリ内で直接コードから作らせると品質が落ちがちだという問題意識から始まる。

著者はCodexやClaude CodeでSol、Terra、Fable、OpusにiOS向け3Dゲームを作らせており、RealityKitでは単純な立体の組み合わせになりがちだと感じていた。そこで、Blenderがモデリング用に提供しているのと同等の機能をAPIとして提供するライブラリを作る案に至った。

Solで設計・実装を始めた途中でAstraが公開されたため実装を中止し、Astraに再設計・実装させた。約3時間でライブラリが完成し、Realitizerと名付けられている。

記事は、WebフォントではなくOS標準フォントを使う場合に font-family をどう書くべきかを、sans-serif と system-ui の2つに絞って検証したもの。デザイナーの指定がある場合はそれを尊重する前提を置いている。

sans-serif では、WindowsのChromium系が Noto Sans JP、Firefoxがメイリオ、macOSがヒラギノ角ゴ ProN、AndroidがNoto Sans CJK JPとなる。OSの言語が英語の場合、欧文側は Arial や Helvetica に切り替わる。

system-ui では、Windowsの欧文が Segoe UI、macOSの欧文が San Francisco になる。言語判定は本文ではなくOSの設定と lang 属性の両方で行われ、OSの言語が英語なら lang="ja" でも英語として判定される場合があると注記されている。

記事は、株式会社PRUM代表の著者が「AIに仕事を取られないか」という質問への自分の考えを書いたもの。最後まで人間にしか担えないものとして「責任を取る」ことを挙げている。

取られる側の理屈として、日本のシステムエンジニアは約100万人で本来150万人必要とされ50万人不足している状況を示し、10人必要だった仕事が1人でできるようになれば残り9人分が消えるという単純計算を紹介する。

それでもなくならない理由の1つ目として、需要はそもそも無限にあると述べる。Yahoo在籍時に100以上のサービスを抱えながらエンジニア不足でプロジェクトが進まなかった経験を挙げ、現場は今の人数でやれる範囲をやっているだけだとしている。

記事は、PRUMで採用広報を担当する著者が、未経験からIT業界を目指す人の「入社後に活躍できるか」という不安に応えるもの。

面接と入社後の現場評価を見てきた立場から、入社直後に重宝されるために高度な仕事をこなしたり華やかな成果を出したりする必要は一切ないと述べている。

採用の現場でよく聞かれる「入社直後はどんな成果を出せばいいか」という質問に対し、求めている成果は難解なプログラムを書くことではないとして、実際に見ている共通点を挙げる構成になっている。

記事は、パスキーを推進してきた著者が、パスキー利用下でも成立するデバイスコードフロー悪用のフィッシング攻撃を知って調査した内容をまとめたもの。デバイスコードフロー自体のリスクは以前から指摘されており、MFAやパスキーの普及で従来のパスワード攻撃が難しくなった結果、攻撃者が別の経路を狙うようになったと整理している。

紹介される対策は、サインインログでデバイスコードフローの利用実態を確認すること、利用ユーザーと利用アプリを把握すること、条件付きアクセスでデバイスコードフローをブロックすること。

ブロック後もサインインログで影響を確認し、利用者にリスクを周知する手順まで含めている。パスキーだけでなく認証フロー全体を保護するという立て付けになっている。

記事は、AIによる実装速度の向上で確認の工数が増え、人間が重要な設計や制約を理解できているか不安になったという問題意識から始まる。

t-wada氏の資料「2026年のソフトウェア開発を考える」にある「理解を関門にする: Plan Modeの出口で理解をチェックする」という例をヒントに、問いで理解を確かめる発想をチームの開発プロセスへ取り入れようとした。

最初はPRを出す直前に自由文で答えるクイズをClaude Codeのコマンドで出したが、難易度が高く苦手意識が生まれて続かなかった。深く確認できることと続けられることは別だと考え、カジュアルに続く形へ作り直したのがRepoDojoだとしている。

記事は、政治学方法論と計量経済学を専門とする事業会社のデータサイエンティストが、因果推論を偏重する姿勢に異を唱えるもの。因果推論自体は好きで今も本を買っていると断っている。

大学院生の頃は、機械学習の専門家と差別化できる最大の武器が因果推論だと考えていたが、実際に働いてみるとそれだけではないと感じるようになったと述べる。

会社員になって論文を読む自由度が上がった結果、潜在的な構造の測定、異質性の発見、テキストからの情報抽出、データ生成過程に合わせた確率モデルの設計、仮説の生成、予測といった研究が大量にあり、ビジネス課題にかなり使えると気づいたとしている。

記事は、Hacker Newsで269ポイントを集めGitHubで30,233スター（2026-09-09時点）だった ayghri/i-have-adhd について、日本語の紹介記事に実測がないとして自分で測った結果をまとめたもの。文字数は1,884から1,066で43%減、出力トークンは1,603から1,056で34%減、同条件で短かった回数は9/9。ただし情報も減っていたと付記している。

実装はSKILL.md 1枚のみ（6,953バイト・140行、MIT）でフックも常駐プロセスもない。10のルールのうち要点は、最初の行を読者がすぐできること（コマンド、パス、コード）にすること、前置き・要約・締めの挨拶の禁止、リストは5個までで超えたら「今やる」と「あとで」に分けること。

disable-model-invocation: true が付いているため自動では起動せず、/i-have-adhd と打って初めて効き、「stop adhd mode」と言うまでセッション中続く。検証環境は Windows 10 / Claude Code 2.1.260 / claude-opus-5。

記事は、Oracle DatabaseのSelect AIが業務用語での問い合わせをSQLへ変換する仕組みを整理するもの。Databaseが質問にSchema Metadataなどを足した拡張プロンプトを組み立て、LLMへSQL生成を依頼する流れを説明する。

実行例では、「有効顧客は何人ですか？」に対し追加Metadataなしでは STAT_CD = '1' という条件が生成されて0件だったが、列COMMENTへコード値の意味を追加したところ STAT_CD = 'A' となり3件が返った。SHOWPROMPT でその差分を追える。

表名、列名、COMMENT、PK・FK、Viewといった従来のDB設計情報がAIへ業務の意味を伝える役割も持つと位置づけ、DomainやAnnotationsによる共通化、AI Ready Data、Semantic Layerへつなげている。2部構成の前編。