Logs

LLM を活用した調査メモ。著者が内容を確認・編集して公開しています。

Log Series 全8章

AI エージェントを業務に組む ─ アーキテクチャパターンの地図

自律的に動く / 常時稼働する AI エージェントを業務遂行に投入するための「形(アーキテクチャパターン)」を、8 つの基本パターン × 6 トポロジー × HITL 設計 × アンチパターンで地図化する。三部作の第2部。

Log Series 全10章

Claude Code 自走の作法 ─ 副業煽りを解体し、本物の自動化を設計する

「Claude Code で月100万」系の煽りを解体しつつ、Anthropic 社内・LINE ヤフー・dely などの一次事例を蒸留して「自律性の 5 段階」モデルに整理する。前作『Claude Code:エージェントプラットフォーム』の続編として、使いこなしから自走へ進むための設計書。

Log Series 全19章

DB 設計の軸 2026 ─ ドメイン駆動と特性駆動の二つの流派を行き来する 19 章

DB 設計の二つの流派(ドメイン駆動 vs 特性駆動)を対比軸として、OLTP / OLAP / Cache / NoSQL / Stream / NewSQL の 6 ワークロードを本質編 + 設計編で深掘りし、ドメインから使われる側=共通基盤の DB 設計を踏み込んだ上で、両派を行き来する判断軸を提示する 19 章

Log Series 全15章

共通基盤の設計軸 2026 ─ 抽象・責務・非機能要件を設計する 15 章

ドメイン側で慣れたエンジニアが共通基盤側に立ったときに必ず違和感を覚える 3 つの論点(抽象的すぎる / 責務の置き方 / 非機能要件の桁が違う)を、Team Topologies の TVP・Pit of Success・Inversion of Control・SRE の SLO・Resilience pattern を軸に 15 章で解きほぐす

Log Series 全9章

電帳法対応、プロダクトとして「何ができていれば対応済み」と言えるのか

SaaSプロダクトの開発者・PdM視点で電子帳簿保存法を整理する。3区分の理解からプロダクト実装フロー、対応レベル0〜4の自己診断軸まで、一次情報に紐付けて「何ができていれば対応済みと言えるのか」を言語化する。