Shuichiro Ogawa

Architecture

このサイトを支える27体のエージェント。

本サイトは LLM Wiki パターンで構成され、収集、討議、批評、公開のパイプラインを Claude Code のサブエージェント群が支えています。その構成と、各エージェントの役割・使用モデル・選定理由をここで公開します。

Model Tiers

3段のモデル階層。

役割の性質でモデルを使い分け、論証の深さとトークンコストのバランスを取っています。

  1. claude-opus-4-6 [1m]

    討議の中核。学術批評の出典管理、討議リードの主張と相互反論、共有前提への攻撃など、深い論証と 1M コンテキストでの長文読解が必要な役割に割り当てる。

    11 agents

  2. claude-sonnet-5

    収集・限定監査・ユーティリティ。read-only の構造化抽出やスコープの明確な検査は最新の Sonnet で十分な品質が出るため、コストを最適化する。

    16 agents

  3. claude-fable-5

    トークン消費が激しいため常設の割り当てはしない。SO 理論の裁定など特に深い理論ラウンドが必要な場面に限り、起動時のオーバーライドで都度指定する。

    0 agents（常設割当なし）

Agents

27体のサブエージェント。

6つのグループに分かれ、収集から批評までを分担します。バッジは各エージェントの使用モデルです。

学術 critic

3 agents
  • design-theory-critic Opus デザイン理論のカノンに照らし、概念精度と論証を出典つきで批判する
  • design-education-critic Opus 教育学・学習科学のカノンに照らし、学習・再参入・評価設計を分析する
  • design-industry-critic Opus 専門職論・DesignOps に照らし、実務導入・職能変化・キャリアを検討する

討議リード

3 agents
  • design-firm-lead Opus フルサービス・デザインファームの立場から事業性と請求可能性を論じる
  • strategy-consulting-design-lead Opus 戦略コンサルのデザインリードとして ROI とスケールを論じる
  • independent-design-office-lead Opus 独立系デザインオフィスの立場から作家性のプレミアムを論じる

外乱

4 agents
  • historical-disruption-analyst Opus 過去の技術的破壊の歴史的証拠で「今回も生き残る」という前提を攻撃する
  • global-arbitrage-provocateur Opus グローバル価格競争の観点から「品質で差別化できる」という前提を攻撃する
  • platform-power-analyst Opus プラットフォームの支配力の観点から「役割を選べる」という前提を攻撃する
  • end-user-indifference-advocate Opus 消費者行動の現実から「良いデザインに価値がある」という前提を攻撃する

監査役

5 agents
  • revenue-viability-auditor Sonnet 役割の主張が売上・粗利・単価で成り立つかを3視点横断で検査する
  • differentiator-reality-auditor Sonnet 差別化要因が本物か売り文句かを案件単価と支払いで検査する
  • evidence-methodology-auditor Opus 議論で引用される全数値の方法論・標本・利害・因果を検査する
  • liability-provenance-auditor Sonnet AI 生成物の出所・著作権・責任を商売と法務リスクの観点で検査する
  • demand-side-auditor Sonnet 買い手が実際に何に金を払うかを供給側の主張と突き合わせる

収集系

9 agents
  • scholarly-search-agent Sonnet 複数の学術ソースから査読文献を書誌メタデータつきで収集する
  • paper-screening-agent Sonnet 収集した文献候補を包含基準で選別し、重複を除去する
  • official-source-agent Sonnet 政府統計・規制当局・標準化団体の一次情報だけを収集する
  • analyst-research-agent Sonnet 調査会社・コンサルから方法論の明示された定量データだけを抽出する
  • developer-voice-agent Sonnet 製品開発者の一次証言（設計意図・制約・失敗）を収集する
  • vendor-primary-source-agent Sonnet AI ベンダーの公式一次資料から機能・制約・価格を抽出する
  • expert-commentary-agent Sonnet 技術的権威が確認できる個人の見解を、私見と明示して収集する
  • labor-market-researcher Sonnet デザイン職の労働市場データを公的統計と求人情報から収集する
  • docs-researcher Sonnet フレームワークの現行 API・設定を公式ドキュメントで確認する

ユーティリティ

3 agents
  • doc-writer Sonnet 検証済みの事実から、コピペで実行できる手順書・運用ガイドを書く
  • design-system-reviewer Sonnet デザインシステムの健全性を定性・定量の両面でレビューする
  • ui-design-specialist Sonnet ページの UI をベストプラクティスに基づき分析し、実装指示を返す

Pipeline

収集から公開までの4段。

  1. 01 — Sources

    一次ソース層（read-only）

    source/review/ の収集コーパスと出典台帳が一次ソース層を担う。raw/ は不変資料の予約領域（hook が書込をブロック）。

  2. 02 — Collect

    収集とコーパス化

    収集系エージェントが一次情報優先・出典追跡・ポジショントーク除去のプロトコルに従い、出典台帳つきのコーパスを作る。

  3. 03 — Debate

    討議と批評（R1–R5）

    討議リード・監査役・外乱・学術 critic が多ラウンドで主張と反論を交わす。結論を丸めず、出典つきの対立表を主成果物とする。

  4. 04 — Publish

    wiki/note として公開

    統合結果を参照文献つきの note に書き戻し、index と log を更新してこのサイトで公開する。

Guardrails

  • raw/ の不変性（PreToolUse hook が書込をブロック）
  • 未公開研究の統制（draft / so_theory フラグのない下書きは公開されない）
  • README とアセット一覧の同期（PostToolUse hook が更新を促す）
  • 討議の再現性（討議リードは Web に出ず、事前に固定した根拠のみで論じる）
  • 討議コストの記録（討議は一巡で終了し、エージェント別の消費を討議録に残す）
  • CI ゲート（push / PR ごとに wiki の健全性検査・型検査・ビルドを実行）

← ホームへ