← Playground一覧に戻る

Cross Reference

One month of the links page read straight through and set out as a monthly bulletin — thirty-two sources sorted into seven departments, each under its own title and annotated in Japanese prose written for this page rather than quoted from the source, and indexed by the six arguments that kept recurring and the departments they run through.

Cross Reference

Nos. 01–32 August 2026 7 departments 27 read, 5 filed 22 in Japanese

One month of the links page, read and set out in order. Each entry is headed by its source’s own title as published — or, where the page linked is a translation, by the original’s. Everything under that heading was written for this page, and nothing in it is quoted.

Departments

seven headings, in reading order

Threads

what came up more than once, and where

The seven cells beside a thread are the seven departments, in the order at left; a filled cell means the thread turns up in that one. Choose a thread to light it through the whole bulletin, and every entry not carrying it folds down to a line.

Down in the entries, a heading is the source’s own title. Where that title could not be confirmed from here, a heading written for this page stands in its place and is set in square brackets — four of the 32.

32 entries all departments

Adoption

getting an organisation to work this way

Nos. 01–04

  1. No. 1. AI駆動開発を組織で促すために

    LY Corporation Tech speakerdeck.com slides Aug 2026 ja

    AI駆動開発を、七千人規模の組織にどう行き渡らせるか。上からの号令ではなく、拠点ごとに手を動かすワークショップを回し、小さな成功をギルド構造に乗せて伝播させ、その型を海外のグループ会社へも輸出する。

    see

  2. No. 2. AI駆動開発をチームに根付かせる - 「1行も書かない」チームがHarnessを育てた1年 -

    Kenichiro Kimura speakerdeck.com slides Aug 2026 ja

    コードベースではなくハーネスを育てた一年の記録。そこから出てくる主張は、生成がほぼ無料になった以上、希少なのは差分をきちんと読む力、設計案を見分ける力、返ってきたものを判断する力、そしてその選択を説明できることだ、というもの。

    see

  3. No. 3. AIで生産性が3倍になった私たちが、チームを置き去りにした話

    factory_dx_eng zenn.dev article 19 Aug 2026 ja

    製造業のDXチームが若手・中堅とAI活用を進めて生産性を三倍にし、その過程で上司とベテランを置き去りにした。レビューが上下どちらの向きにも壊れ、ベテランの暗黙知が回らなくなる。誰かが悪く振る舞ったわけではない。処方箋は技術ではなく社会的なもので、チーム全員を同じ道具に通し、いちばん経験の浅い人間に教える側を任せる。

    see

  4. No. 4. Claude Academy

    Anthropic academy.claude.com course 21 Aug 2026 en

    無料の学習基盤。自分のペースで進むコースと短いチュートリアルが三つの筋で並ぶ——この種のものに初めて触れる人向け、日々の仕事で使えるようにする人向け、そしてClaude Code・API・MCPの上に作る人向け。メールアドレスひとつで誰でも入れて、修了証も出る。

    see

Design

modelling and architecture when the machine types

Nos. 05–08

  1. No. 5. Domain-Driven Design matters more when AI writes your code

    Robert Laszczak, Three Dots Labs threedots.tech article 6 Aug 2026 en

    ドメイン駆動設計はもともとコードの話ではなかった。だからこそ、コードを書くのがエージェントになっても生き残る。事業を理解し、その概念に正確な名前を与え、その言葉をチーム全体で保つ仕事は、依然として誰かがやらねばならない。合意された語彙は、エージェントに手渡すこともエージェントに発明させることもできない、ただひとつのものだ。

    see

  2. No. 6. その問い、本当に正しいですか?AI時代のエンジニアに必要な哲学と認知科学

    MinoDriven speakerdeck.com slides ja

    何かをモデリングする前に、哲学と認知科学から借りてこようという主張。誰が行為しているのか、その人は何を得ようとしているのか、どんな状況に置かれているのか、どんな規則が働いているのか——そこを明示する。共通言語は受け継ぐものではなく問い直すものとして扱い、言葉を詰める作業には、モデルもひとりの参加者として加わる。

    see

  3. No. 7. [Whether the practice earned its keep]

    filed unread Suzu Ito speakerdeck.com slides ja

    未読。主題だけで採録した——エージェント以後の地点から改めてドメイン駆動設計を振り返り、その実践が結局のところ何をもたらしたのかを問う講演。資料そのものはここからは開けなかったので、上に書いたのは要約ではない。

    see

  4. No. 8. Velocity: Why the Best Software Architects Move the Slowest

    Atomic Object spin.atomicobject.com article en

    エージェントは出力量を上げる。そしてその出力に慣れることは、いつのまにかそれを信じることに変わる。だが、動くことと設計として健全であることは別の性質だ。前者だけを速く追い求めるチームは、以前よりずっと速く袋小路へ自分を追い込める。

    see

Quality

assurance when the machine also tests

Nos. 09–12

  1. No. 9. QA・ソフトウェアテスト研修【MIXI 26新卒技術研修】

    MIXI Engineers speakerdeck.com slides ja

    2026年度の新卒研修カリキュラムの公開。外から読んで面白いのはQAとソフトウェアテストの回で、これは「テスターに限らずすべてのエンジニアが、本番に触れる前に品質について知っているべきこと」の、その会社なりの定義になっている。

    see

  2. No. 10. エムスリー QAチームのこれから2026

    M3 Tech Blog m3tech.blog article 18 Aug 2026 ja

    QAグループがこの先の数年を描く。テストケースを書いて回す仕事から離れ、品質戦略を立て、組織の他の部分をコーチする側へ移る。理由は、自動化されない専門性とはプロダクトをユーザーの視点で見続けることであり、人を置くならそこだ、というもの。

    see

  3. No. 11. AIが実装し、AIがテストし、AIが「問題ありません」と言う時代の品質保証

    y0us91 qiita.com article 19 Aug 2026 ja

    エージェントがチケットを取り、自力でリポジトリを歩き、変更を書き、その変更のためのテストを書き、スイートが緑になるまで回し続ける。かつて緑が持っていた安心は、もうそこにはない。同じ系が仕事とその判定の両方を産むとき、品質保証とは何を指せるのか、という問い。

    see

  4. No. 12. 複雑なドメインの知識をテストケースとして資産化する

    SMS Engineering tech.bm-sms.co.jp article 20 Aug 2026 ja

    介護保険の請求ロジックを作り直す過程で、テストスイートを安全網ではなく資産として扱う。ややこしいドメインの規則をケースとして書き下しておけば、規則は作り直しを生き延び、次にそのコードを触る誰か——あるいは何か——にとって読めるものとして残る。

    see

Harnesses

agent platforms, models and the scaffolding around them

Nos. 13–18

  1. No. 13. Codex as a platform: build on the open agent harness

    OpenAI Developers developers.openai.com article 19 Aug 2026 en

    多くの人はコーディングエージェントを、アプリやコマンドラインやエディタの拡張として知る。ここでの主張は、その下にあるハーネス——文脈を集め、課題を辿り、道具に手を伸ばし、与えられた境界の内側に留まり、必要なら止まって尋ねる部分——がオープンソースであり、仕事が実際にある場所、つまりレビュー用のダッシュボードや、サポート窓口の画面や、一チームのために作られた社内ツールの中にこそ置かれるべきだ、というもの。

    see

  2. No. 14. Claude Managed Agents overview

    Claude Platform Docs platform.claude.com docs en

    ホスティングされたエージェント実行環境のリファレンス。ここでのエージェントはバージョン管理された構成——モデル、常設の指示、道具、MCPサーバ、スキル——であり、それを数分から数時間動かすものはすべてサービス側が用意する。永続するファイルシステム、セッションを越えて残る履歴、流れてくるイベント、そして自前で保守するエージェントループは要らない。まだベータ。

    see

  3. No. 15. Claude Code effort level and model selection

    Anthropic claude.com article 7 Jul 2026 en

    モデルとeffortは混同されやすいが、別の仕事をしている。モデルは答えを返す重みそのもの。effortは一往復にどれだけの仕事をさせるか——答える前にどこまで読むか、自分の仕事をどれだけ検証するか、報告に戻るまでどれだけ課題に留まるか。結果が物足りないとき、効く問いは、二つのうちどちらが足りなかったのか、になる。

    see

  4. No. 16. How Warp builds self-improving agents on Claude

    Anthropic, on Warp claude.com article Aug 2026 en

    エンジニアからの手直しをエージェント自身が読み、自分のスキルファイルを書き換えていくチームの話。面白いのはプロンプトではなく配管のほうで、評価用のハーネスと短いフィードバックの輪があるおかげで、一回一回の実行が——役に立たないレビューコメントを出した回も含めて——何かを教えてくれる。だからリリース初日で頭打ちにならない。

    see

  5. No. 17. Claude Code に「同じ指摘を二度させない」仕組みを hook で作った

    nozomi720 zenn.dev article ja

    同じ指摘を繰り返すたびにプロンプトを太らせるのではなく、規則をhookに移し、実際に破られたときだけ口を開かせる。文脈が安く済むのと、そして本題として、その指摘をしたセッションが終わったあとも効力が残る。

    see

  6. No. 18. AIエージェントとシステムをつなぐMCP入門(認証/認可編)

    Mamezou Developer Site developer.mamezou-tech.com article 28 Aug 2026 ja

    MCPサーバに認可を付ける回。仕様のうえで認可は任意だが、本番で動かすなら実質必須になる——という前提から、Streamable HTTPでの認証・認可の流れを追う。この連載が以前に押さえていたとおり、仕様はふつうのOAuth 2.0とOIDCの作法へ、そしてステートレスの方向へ引き寄せられており、企業は他のHTTPサービスと同じように扱える。

Working Parts

the rest of the stack, still doing its job

Nos. 19–22

  1. No. 19. Cloudflare Introduces Workflows V2 with Deterministic Execution and 50K Concurrent Workflows

    InfoQ Japan infoq.com news Aug 2026 ja

    ワークフロー実行基盤の二代目。決定的で再生可能な実行——失敗した回を推測ではなく辿って考えられる——と、観測性の改善、そして大きく上がった上限(同時数万インスタンス、待機は数百万)。初代は持続実行というプリミティブを証明した。二代目が扱うのは、失敗したときと負荷がかかったときに何が起きるかだ。

  2. No. 20. FastAPI の並行処理モデルを完全に理解する

    hoto17296 speakerdeck.com slides ja

    そのフレームワークを生んだ歴史を遡る——asyncio、async/await、ASGIの仕様、その上に立つサーバとツールキット——ことで、FastAPIが受け継いだ並行処理モデルを説明する。アプリケーションはHTTPを話さない。話すのはサーバのほうだ。どのハンドラなら止まってよく、どれが駄目なのかは、その一点から導かれる。

  3. No. 21. AI時代のPR管理画面 gh pr-graph を激推ししている

    paper2 paper2.hatenablog.com article 22 Aug 2026 ja

    仕事がエージェントの開いたプルリクエストの列として流れてくるようになると、詰まる場所は「全部を一度に見ること」へ移る。その待ち行列をグラフとして見る画面を、一日じゅう開けておく価値のある唯一の窓として推している。

    see

  4. No. 22. [An August note from a payments engineering team]

    filed unread Kanmu Tech Blog tech.kanmu.co.jp article 7 Aug 2026 ja

    未読。出自だけで採録した——2026年を通じて、社内の分析エージェント(アナリストの問いをSQLにし、実行し、返してくるもの)を作る過程を連載してきたブログの一本。その連載には、エージェントの振る舞いがどれだけ一つのモデルに固定されていたか、という居心地の悪い発見も含まれる。この記事そのものは要約していない。

    see

Judgement

essays on thinking, writing and what stays human

Nos. 23–26

  1. No. 23. How to keep thinking

    Sean Goedecke seangoedecke.com essay en

    モデルを通して仕事をしていると、拾い読みして値踏みする癖がつき、考えが実際に形になるあの長くゆっくりした状態から遠ざかっていく——という懸念。処方は二つ、どちらも意図的に道具を使わない。自分の言葉で書くこと(何を考えているかは、書く前ではなく文を組み立てながら分かる)。そして、密度のある本をゆっくり読むこと。

    see

  2. No. 24. AI is removing the middle class of software engineering

    Florian Herrengt blog.florianherrengt.com essay 11 Aug 2026 en

    エージェントは誰にでも大量のコードを速く産ませる。作っているものを理解している側にとってはてこであり、それ以外の全員にとっては誤った判断の加速装置になる。効いているのは非対称性のほうだ——出すのに一分、飲み込むのに午後いっぱい、そして動いたのは前の数字だけ。まずいマイグレーションを戻す時間は、少しも短くなっていない。

    see

  3. No. 25. AIが全部やってくれる時代、人は何を残すのか SF作家・樋口恭介が考える「幸せ」の条件

    LY Corporation lycorp.co.jp interview 13 Aug 2026 ja

    SF作家・樋口恭介へのインタビュー。仕事が自分抜きで回るようになったあと、人の手には何が残るのか。そしてその先で、幸福の条件はどこに置かれるのか。

    see

  4. No. 26. 人間に向けて文書を書こう

    Bengo4.com Creators creators.bengo4.com article 19 Aug 2026 ja

    文書が機械に向けて、そして機械によって書かれるようになった時期に、まっすぐ向けられた確認。読み手は一緒に働く誰かであり、それを承認する誰かであり、半年後の自分だ。少なくとも今のところ、書く相手はその読み手のほうだ。

    see

Elsewhere

a month's reading outside the trade

Nos. 27–32

  1. No. 27. Town Vs. Country with Rem Koolhaas

    SSENSE Editorial ssense.com interview 13 Jun 2018 ja

    ミラノのFondazione Pradaにある事務所での、レム・コールハースへのインタビュー。載せているのはファッション小売の編集部。建築家は長々と応じながら、赤いボールペンで迷路と数字と、他の誰にも意味の分からない文字の並びを描き続けている。技術の読書リストに置く価値があるのは、まさにそれがその対極にあるからだ。

    see

  2. No. 28. 現在薬用植物紀行 展

    ATELIER MUJI GINZA atelier.muji.com exhibition 28 Aug 2026 ja

    八月末から十一月まで開かれる展示。日本の全都道府県から集めた薬用植物を、いまもそれを育て、使っている人たちへの取材とともに並べる。世代をまたいだ観察が積み上げてきた知識を、遺産としてではなく、現に使われているものとして見せる。

    see

  3. No. 29. Planet Her あるいは最古のフィメールラッパー

    Shinchosha shinchosha.co.jp fiction ja

    九段理江の掌編。日本語と、ジェシー・カークウッドによる英訳が無料で公開されている。ジムの更衣室、かかっているのはドージャ・キャット。小説家がずっと年上の女性と話し込み、二千字が終わるころには、ある戦争のことが語り尽くされている。

  4. No. 30. Restless Hips

    filed unread Miranda July mirandajuly.substack.com newsletter en

    未読。ミランダ・ジュライのニュースレターの一号。定位置にある主題は身体と、何かを欲すること、そして解決しないままでいる生の部分。上に書いたのは、この号の要約ではない。

    see

  5. No. 31. [A shop that sells philosophy by the chapter]

    filed unread Philoshopy philoshopy.shop shop ja

    未読。出自だけで採録した——福尾匠がひとりでやっている「哲学の店」の一ページ。ドゥルーズやフーコーの一章を六回の講義に開くといった、意図的に妙な単位で哲学を売る。哲学に値段と数をどう与えられるのか、という実験でもある。ページ自体は要約していない。

    see

  6. No. 32. [An August letter on Europe and the war]

    filed unread Atsuko Higashino higashinoatsuko.theletter.jp newsletter ja

    未読。国際政治学者・東野篤子のニュースレターの一号。ウクライナ侵攻を通して、ヨーロッパ国際政治を週ごとに読み解いていく。

32 links, seven departments, six threads. 27 entries were read far enough to be worth a précis; five are filed on the strength of their source alone, and say so where they stand. four carry a heading supplied by this page, in square brackets, because the source’s own title could not be confirmed.

Cross Reference

The links page collects what I read in a month and does nothing else with it: a list, newest first, ninety-odd lines long by the end. A list is an honest form but a poor one for looking back, because it holds no opinion about what any of it said, and no record of the fact that four different people spent August arguing about the same thing without ever citing each other.

This is the same month set as a bulletin: thirty-two of those links sorted into seven departments, each entry given a running number and a précis, and behind all of it a subject index of the arguments that turned up more than once.

Cited, then written

Each entry is headed by the source’s own title, verbatim and in the language it was published in — which is what a bibliography does, and the only way the headings work as identification rather than as commentary. Two of the links go to a Japanese translation of an English article, and those are headed by the original’s title. Four of the thirty-two could not have their titles confirmed from here at all; those carry a heading written for this page instead, set in square brackets under the old cataloguing rule that a supplied title goes in brackets.

Everything below the heading is written for this page. The précis are composed from what each source was found to say, not translated or paraphrased from its prose, and nothing in them is quoted. The source’s own words stay where they have always been, at the other end of the link.

That constraint has a second consequence worth printing rather than hiding. Five of the thirty-two could not be read closely enough to be worth a précis, so they are marked filed unread and get only what can be said honestly about the source itself. A bulletin that annotated all thirty-two equally would be a better-looking page and a worse one.

The sheet is therefore set in two languages, which is not an oversight. Twenty-two of the thirty-two sources are Japanese, so their titles are Japanese and the précis are written in Japanese too, that being the part actually read rather than scanned. The departments, the threads and the running apparatus stay in English, where they frame the annotations instead of competing with them.

The three bands

BandWhat it holds
DepartmentsThe seven headings, in reading order, with the count of entries filed under each
ThreadsThe six arguments that recur, each with the number of entries carrying it and seven cells showing which departments it runs through
The entriesAll thirty-two in order, numbered, each under its own title, with source, form, date, language, and the précis

Choosing a department turns the bulletin to that heading. Choosing a thread is the more interesting move: it lights that argument through the whole sheet, folding every entry not carrying it down to a single line, so a claim made in one department can be read directly against the same claim made in another. The two axes are printed in the two inks — a department fills solid black, a thread fills fluorescent — and they combine, so a thread can be followed inside one department alone.

The threads are also reachable from the bottom of any entry, under see. Inside either index list, ↑ ↓ step through the options and Home / End jump to the ends; Esc clears both filters from anywhere on the sheet. Every entry is rendered at build time, so with scripting off the page is still the complete bulletin, all thirty-two annotated and in order.

What August turned out to be about

Read in one sitting rather than one link at a time, the month has an argument in it. Generation got cheap and comprehension did not, so the pressure moved downstream onto reading, reviewing and deciding — which is the same observation whether it arrives as an essay about the profession’s disappearing middle, a report from a team that got three times faster and lost its own review loop, a case for domain modelling as the thing an agent cannot supply, or a question about what a green build proves when the same system wrote the code and the test. The bulletin does not argue that; it just puts the four next to each other and makes them easy to read in sequence.