Roadmap
次の一手
VMOST の設計図を、日々動かしていくための中間層。
ここに並ぶのは、Tactics（具体施策）を「期限付き・実行可能な TODO」へ落とし込み、上位の Objectives / Strategy / Vision と矛盾しないかを検算したものです。各 TODO は VMOST のどこに効くかを明示し、実施したら結果を Log に一次情報として残します——つまり VMOST → Roadmap → Log が一本の線でつながります。
VMOST から Log まで、一本の線で
上流の理念から日々の記録まで、どこが起点でどこに結果が残るかを揃えています。Log には、この線の上で Roadmap の TODO を実施した結果として生まれるものと、線の外で日々の気づきを残すものの両方があります。
優先度
- P1最優先。土台・KPI・発信の器に直結する
- P2次点。効果は大きいが P1 の後でよい
- P3余力で。あると回遊・体験が良くなる
状態
- 完了
- 進行中
- 未着手
いまの進捗
完了率 29%
この Roadmap 自身の状態（完了 / 進行中 / 未着手）を、各項目の実データから集計したもの。静的な計画で終わらせず、framework が説く Inspect & Adapt をサイト自身に適用して可視化する。
- 完了14
- 進行中2
- 未着手32
サイトを「発信の器」に仕上げる
Strategy「一次情報で語る」/ Mission
一次情報を届けるための最低限の器。公開・計測・フォロー導線が揃って初めて、発信が Objective（読者・フォロワー）につながる。
- P1未着手
アクセス解析・KPI 計測の導入（Google Analytics 4）
Objective の「読者・フォロワー数」「週の発信数」を測る土台。Google アナリティクス 4（GA4）で、公開後のサイト上の行動——流入元（検索 / SNS / 直接 / 参照）、ページ別の閲覧・滞在、コンバージョン（購読・フォロー導線）を計測する。手順は、(1) GA4 プロパティとウェブデータストリームを作成して測定 ID（G- から始まる ID）を取得、(2) 測定 ID を NEXT_PUBLIC_GA_MEASUREMENT_ID として環境変数に置き（既存の NEXT_PUBLIC_SITE_URL と同じ流儀）、(3) 計測タグ自体は素の gtag ではなくタグ管理（GTM）経由で配信する。実装は Next.js 公式の @next/third-parties を app/layout.tsx に 1 箇所組み込む形にする。App Router はクライアント遷移でフルリロードしないため、GA4 の拡張計測（履歴イベントでの page_view）か、next/navigation の usePathname でルート変更ごとに page_view を送る形にしてページ計測の取りこぼしを防ぐ。イベントは、SNS フォロー導線の外部クリック、ニュースレターの購読完了、実験ログ・解説トピックのスクロール深度 / 読了を GA4 イベント（重要なものはキーイベント＝旧コンバージョン）として定義し、Objective の指標（読者＝アクティブユーザー / エンゲージメント、フォロワー＝フォロー導線クリック）へ対応づける。検証は DebugView とリアルタイムで送信を確認する。GA4 は Cookie を使うため、公開前にプライバシーポリシーの用意、データ保持期間の設定、Google シグナル・IP の扱い、必要なら同意モード（Consent Mode）の整理をあわせて行う。取得データは検索計測（Search Console）と組み合わせ、GA4 Data API 経由で進捗ダッシュボードの入力にする。
効くところ: Objective 計測 / 行動原則「積み重ねて、強くする」
- P2未着手
タグ管理（Google Tag Manager）の導入
GA4 などの計測タグを、サイトのコードを毎回書き換えずに管理・配信する土台。手順は、(1) GTM アカウントとウェブ用コンテナを作成してコンテナ ID（GTM- から始まる ID）を取得、(2) NEXT_PUBLIC_GTM_ID として環境変数に置き、Next.js 公式の @next/third-parties の GoogleTagManager を app/layout.tsx に組み込む（<head> のスニペットと <body> 冒頭の noscript が入る）、(3) GTM 管理画面で GA4 設定タグを作り、GA4 の測定 ID を GTM 変数として渡す——これで GA4 の配信を GTM に寄せる。以降のイベント計測（外部リンククリック・スクロール深度・購読完了など）は、コードから dataLayer に push した値を GTM の変数・トリガーで拾って配信する設計にし、レイアウトに直接タグを足さずに済ませる。検証は GTM のプレビュー（Tag Assistant）で発火を確認してからバージョンを公開する。GA4 の Cookie 同意（Consent Mode）も GTM 側に集約すると、GA4 の同意まわりの管理が 1 箇所にまとまる。規模が小さいうちは GA4 直挿しでも動くが、イベントが増える前に GTM に寄せておくと後の付け替えが楽になる。
効くところ: Objective 計測 / Objective テクノロジー（発信の器）
- P2未着手
検索計測（Google Search Console）の導入
公開したので検索での見つかりやすさを土台化する。手順は、(1) Google Search Console にドメインプロパティ（suz-lab.co.jp）を登録し、DNS の TXT レコードで所有権を確認する（独自ドメイン接続で DNS を触っているので、そこに 1 レコード足すだけ）、(2) app/sitemap.ts が出力する /sitemap.xml を送信、(3) 検索パフォーマンス（検索クエリ別の表示回数・クリック・CTR・平均掲載順位）、インデックス作成（カバレッジ）、リッチリザルト、Core Web Vitals / ページエクスペリエンス、モバイルユーザビリティを継続的に点検する。GA4 が「サイトに来た後」の行動を測るのに対し、Search Console は「来る前」の検索での見え方を測る——Google のアクセス解析はこの 2 つを併用するのが基本で、GA4 管理画面で Search Console を連携させれば検索クエリを GA4 側でも突き合わせられる。構造化データ（JSON-LD）は全ページに実装済みなので、ここでは実験ログ＝BlogPosting・解説トピック＝TechArticle・ショーケース＝ImageGallery が正しくリッチリザルトとして検出されているかを確認し、URL 検査ツールで新規ページのインデックス登録を促す。ドメイン接続後に本番ドメインで検証するのが確実。
効くところ: Objective テクノロジー（読者・フォロワー）/ Objective 計測
- P3未着手
www → apex の 308 リダイレクト（必要時）
いまは正規 URL を apex（suz-lab.co.jp）一本に統一し、www は DNS も証明書も持たせていない（運用コストと利点を天秤にかけた、意図的な「やらない」判断）。将来 www 流入を拾う必要が出たら、DNS に www の CNAME を足し、Vercel 側で apex への 308 リダイレクトを張って正規 URL のブレ（sitemap / OGP / 被リンクの分散）を防ぐ。着手条件が来るまでは保留。
効くところ: Objective テクノロジー（発信の器）
- P3未着手
完了 (8)
- P1完了
- P1完了
本番デプロイ（Vercel）
Vercel へデプロイし、まず器を世に出す。https://suz-lab.vercel.app/ で公開済み。完璧を待たず出すことで、以降の改善を実データ（実 URL・実挙動）の上で回せる——自ら作ったものを自ら使って鍛えるドッグフーディングの実践だ。
効くところ: 行動原則「まず、やってみる」
- P1完了
独自ドメイン（suz-lab.co.jp）接続
Vercel の既定ドメインから suz-lab.co.jp へ切り替え、接続済み。DNS 設定と Vercel のドメイン追加を行い、SITE.url の既定を本番ドメインに固定（NEXT_PUBLIC_SITE_URL の上書きは不要）。sitemap / OGP / robots が正しい絶対 URL（カノニカル）で出力され、HTTP→HTTPS リダイレクトと Let's Encrypt 証明書も有効。
効くところ: 行動原則「まず、やってみる」/ Objective テクノロジー（発信の器）
- P1完了
SNS 実アカウントへの接続
フォロー導線（ヘッダー・フッター・SocialLinks）を実装し、YouTube・X の href を実チャンネル / アカウントに接続済み。ヘッダー・フッター・モバイルナビのフォロー導線が機能している。
効くところ: Objective テクノロジー（フォロワー）
- P2完了
構造化データ（JSON-LD）の実装
全ページに Schema.org の JSON-LD を出力する。Organization / WebSite を @id で 1 ノードに束ね（Site-wide）、各ページは実験ログ＝BlogPosting、解説トピック＝TechArticle、ショーケース＝ImageGallery として発行元を @id 参照する（Page-level）。値の出所は content/*（サイト共通は site-config.ts、研究員 Person は researchers.ts、各ページ固有は frontmatter）で、structured-data.ts は Schema.org 形へ写すだけ。Person（本人）の JSON-LD は、のちにプロフィール（ロールモデル）ページ＝研究員ページ（about-profile）で追加し、各研究員を /researchers/{slug}#person として出して実験ログ（BlogPosting）の author と連結した。
効くところ: Objective テクノロジー（読者・フォロワー）/ Strategy「一次情報で語る」
- P2完了
AI 向けの発見性（llms.txt・AI クローラ・機械可読フィード）
Mission「一次情報として発信する」の発信先に AI を含める。AI 向けの索引 /llms.txt と全文版 /llms-full.txt、記事ごとの生 Markdown（体裁を剥いだ本文＋引用用メタ）、主要 AI クローラを明示許可する robots.txt、パースが確実な JSON Feed 1.1、用語辞書を schema.org の DefinedTermSet で公開する構造化データを一式そろえた。値の出所は必ず content/* で、各レイヤーは体裁に写すだけ・文言も URL 規則も最終更新日の定義も二重に持たない。
効くところ: Mission / Strategy「一次情報で語る」/ Objective テクノロジー（読者・フォロワー）
- P2完了
公開 MCP サーバ（読み取り専用）で AI に開く
外部の AI エージェント（Claude / ChatGPT など）が SUZ-LAB の VMOST → Roadmap → Topics/Log を構造化された形で横断参照できる、読み取り専用の公開 MCP（Streamable HTTP、/api/mcp）。コンテンツの唯一の出所（content/*）を同一プロセスからそのまま配信しデータを二重管理しない。認証不要の公開エンドポイントゆえ、read_article の slug をパストラバーサルから守り、一覧と本文取得の整合を保ち、本番はプロセス内メモ化した。orient / advise_with_vmost の定型プロンプトも配る。開発と進捗管理をつなぐカスタム MCP（mcp-server）とは別の、発信側の一手。
効くところ: Mission「一次情報として発信する」/ 行動原則「AI を使い倒す」/ Strategy「一次情報で語る」
- P2完了
プロフィール（ロールモデル）ページ
Vision「その姿そのものを次に続く人へのロールモデルとして示す」の受け皿として、研究員ページ（/researchers）を実装した。SUZ-LAB を「一人の人間が自分の生き方そのものを実験台にする私設ラボ」と定義し、その実験を手を動かして進める人を『研究員』と呼ぶ見立てを置く。ハブと個人ページを設け、個人ページには本人の VMOST（サイト共通の抽象 VMOST を本人の数値・行動へ落とし込んだ具体版）と、その研究員に帰属する実験ログの一覧を載せた。実験ログは frontmatter の author（既定は Hiro）で研究員へ帰属し、構造化データ（JSON-LD）の実装で保留にした Person の JSON-LD もここで /researchers/{slug}#person として出し、各ログの BlogPosting の author と @id で連結した。
効くところ: Vision（ロールモデルを示す）/ Mission
テクノロジーの柱を web で形にする
Tactics テクノロジー / 行動原則「AI を使い倒す」
実質的CTO として、AI を使い倒し構想から実働プロトタイプ・公開サービスへ橋渡しする——その過程を一次情報として出し続ける。
- P1進行中
テクノロジーのログを継続発信
クラウド設計 / サーバーレス / 機械学習の実務知見と、生成AIを開発・意思決定の主軸に据えた実体験を積む。現状この柱のログはサイト構築の過程（VMOST 設計・導線・デプロイ・ショーケース）が中心で、クラウド設計・AI 開発フローや意思決定の実例はこれから書く。
効くところ: Objective 週 4 件の発信
- P2進行中
- P2未着手
YouTube ショートと web の相互導線
apps/video で作る動画を web に埋め込み・相互リンクする。ブランド（deep navy ＋ ブルーの発光）は動画と web で統一済みなので、あとは導線をつなぐだけ。
効くところ: Strategy「一次情報で語る」
- P2未着手
カスタム MCP サーバーで開発と進捗管理をつなぐ
Notion のロードマップ DB と Cursor / Claude Code を仲介するカスタム MCP（Model Context Protocol）サーバーを立て、コーディングと進捗追跡の往復を自動化する。AI に一貫したコンテキスト（設計境界・安全基準）を渡す土台であり、「AI を使い倒す」を場当たりでなく再現可能な仕組みにする一手。まず 1 本、慣れたら本番稼働を 2 本以上へ広げる。
効くところ: Tactics テクノロジー / 行動原則「AI を使い倒す」/ Objective テクノロジー（MCP 本番稼働）
- P2未着手
サイボーグ・ハーネス — AI 生成コードの安全監査を標準化
AI 任せの「Vibe Coding」はセキュリティ欠落やレート制限漏れを生みやすい。AI の生成物は「高度な下書き」と割り切り、設計境界と安全基準は人間が握って必ず手動レビュー（目安 10%）を通す運用を標準化する。連鎖する自動処理は成功率が掛け算で落ちる（各ステップ 95% でも 20 段で全体 ≈36%）ため、要所に Human-in-the-Loop の確認を挟み、タスクは短く疎結合に分割する。
効くところ: Strategy「AI を掛け合わせる」/ 行動原則「AI を使い倒す」/ Objective テクノロジー（安全性）
- P3未着手
タグ / 柱でのログ絞り込み
ログの frontmatter には tags があるが、一覧・タグページ・柱フィルタがまだない。/logs/tags/[tag] を作り、回遊性と SEO を上げる。
効くところ: Objective 読者数
- P3未着手
コミット署名の必須化と CI 自動修正の Verified コミット化
Ruleset に required_signatures（署名必須）を足し、CI の自動修正（Lint fix 等）は GitHub App のインストールトークンで GitHub API 経由に寄せて Verified 署名を得る（API 生成コミットは GitHub の鍵で自動 GPG 署名される）。あわせて .github/workflows/* など壊れると痛い経路に CODEOWNERS を張り、クリティカルな変更にだけ人間の承認を要求する。いずれも GitHub 側の設定変更が主なので、コード変更（開発ガードレール）とは別レイヤーの一手として分ける。
効くところ: Objective テクノロジー（安全性）/ Strategy「一次情報で語る」
- P3未着手
AI エージェントの自律決済（x402）
自律的に動くエージェントにスマートウォレット（Coinbase x402）を持たせ、API 使用料の支払いやドメイン更新、軽微な保守依頼などを人手を介さず処理する経済圏を実験する。完全自動化は狙わず、サイボーグ・ハーネスの Human-in-the-Loop を効かせた範囲で少額から試す。
効くところ: Tactics テクノロジー / 行動原則「AI を使い倒す」
- P3未着手
完了 (6)
- P1完了
開発ガードレールを多層で組む（ブランチ保護＋worktree 運用）
ソロ＋AI エージェント常用ならではの事故（main 直コミット・レビュースレッドの自主解決・worktree 生成時の hooksPath 上書き）を、仕組みと規約の 2 層で止める。強制（迂回不可）は GitHub Ruleset＝main 直 push 禁止・PR 必須・未解決スレッド解決必須に、手戻り防止はローカルフック（main コミットを事前に弾く。当初は .githooks/pre-commit、のちに Lefthook の pre-commit＝.githooks/guard-branch.sh へ移行＝別項目「Lefthook 移行」）に分離。worktree は兄弟ディレクトリ集約・命名規約・ヘルパスクリプト（wt:new / wt:rm）で規約化し、prepare で extensions.worktreeConfig を立てて worktree ごとの Git 設定事故を予防、新規 worktree の install は --prefer-offline で高速化した。ディープリサーチ報告を監査チェックリストに使い、この環境（Codespaces / pnpm ハードリンク共有）に効くものだけを適用した。
効くところ: Strategy「AI を掛け合わせる」/ 行動原則「AI を使い倒す」/ Objective テクノロジー（安全性）
- P2完了
解説トピック（Topics）を常設コンテンツ化
VMOST → Roadmap → Log を横断する読み物を置くハブ（/topics）と、Markdown 記事の描画基盤（frontmatter・MDXRemote＋GFM・cover-first・JSON-LD の TechArticle）を用意した。記事を 1 本足すだけで、一覧・sitemap・ショーケースのギャラリーへ自動で載る。現在「VMOST とは」「JSON-LD 入門」「ドッグフーディング」の 3 本を公開。器は完成しており、以降の記事追加は日々のコンテンツとして続ける。
効くところ: Strategy「一次情報で語る」/ Objective テクノロジー（読者）
- P3完了
AI 生成カバーのギャラリー
各ページのカバー（Gemini で生成したグラレコ）を 1 か所に集めた、ショーケース（/showcase）内のギャラリーセクション。ブランドのビジュアル言語と「AI を使い倒す」制作プロセスの見せ場。各カバーは使われているページへリンクし、生成プロンプトもその場で開ける。個々の生成物は content/assets.ts が唯一の出所。
効くところ: 行動原則「AI を使い倒す」/ Strategy「一次情報で語る」
- P3完了
カバー画像を AI で生成するパイプライン
各ページ・各記事のカバーを Gemini の画像モデル（Nano Banana Pro）で生成する。生成する全ビジュアルとプロンプトは content/assets.ts が唯一の出所、ブランドのビジュアル言語（deep navy ＋ electric-blue、DESIGN.md 実装）は asset-config.ts に集約。実験ログのカバーは NO_TEXT ルールをあえて破ってグラレコ（手書き文字）で記事を要約する例外にした。生成物はコミットしてビルドを再現可能にし、コンテンツハッシュ（?v=）でキャッシュを無効化する。「AI を使い倒す」を制作プロセス自体で体現する。
効くところ: 行動原則「AI を使い倒す」/ Strategy「一次情報で語る」
- P3完了
用語辞書とサイト横断の自動リンク
本文に出てくる概念語（VMOST・Mission・Roadmap・ドッグフーディング…）を、その用語の正規ページへ自動リンクする。用語の定義と正規 URL を content/glossary.ts 一本の唯一の出所にし、構造化コンテンツ用の照合（lib/link-terms）と Markdown 記事用の rehype プラグイン（依存ゼロで hast を自前走査）の 2 経路で取り込む。ASCII は語境界・非 ASCII は部分一致・長い語優先・描画単位ごと初出 1 回・自己リンク抑止で過剰リンクを避ける。同じ 1 エントリが人間向けの内部リンク・JSON-LD の DefinedTermSet・MCP の get_glossary を同時に賄う。
効くところ: Strategy「一次情報で語る」/ Objective テクノロジー（読者）
- P3完了
Git フックを Lefthook に移行（並列・モノレポ対応）
依存ゼロのシェル1本（main 直コミット拒否）で回していた Git フックを、並列でチェックを増やせるよう Go 製の Lefthook（lefthook.yml 一本・コミット毎の Node/Python 起動コストなし）へ移行した。既存ガードレールは温存：prepare は core.hooksPath を実 hooks ディレクトリの絶対パス（全 worktree 共通の .git/hooks）に貼り直し extensions.worktreeConfig true を立て直してから lefthook install する（旧 .githooks 指定を上書きしつつ、ローカル設定なので ~/.gitconfig の global な core.hooksPath にも負けない。毎 install で再計算＝clone・worktree に自動で効き repo 移動にも自己修復）、main ガードは .githooks/guard-branch.sh に切り出して Lefthook の pre-commit から呼ぶ。pre-commit は piped（直列）で guard → 整形（staged な apps/video の TS/TSX だけを Prettier で検査。root＋staged_files で対象を絞り全体は検査しない）を順に走らせ、guard が失敗したら整形は走らせない（main コミットを最速で弾く）。重い pnpm typecheck / lint は pre-push で並列に回す。lefthook の postinstall は prepare より先に走り旧 hooksPath を見て .githooks を汚すため ignoredBuiltDependencies で無効化し、設置は prepare に一本化。個人設定は lefthook-local.yml（gitignore 済み）で共存できる。
効くところ: 行動原則「AI を使い倒す」/ Objective テクノロジー（安全性）
グローバル教育の柱を web で形にする
Tactics グローバル教育 / 行動原則「境界を超えて学ぶ」
ハワイ中学留学に向けた家族ぐるみの国際教育を、システム化しながら一次情報として残す。
- P1未着手
教育の柱の最初のログを起こす
現状この柱の記事はゼロ。英語力の客観指標での追跡、ESL/ELL 修了計画、基礎学力の並行学習、ホノルルのノマドインフラ確立の実体験を、うまくいったことも難しさも率直に書く。
効くところ: Objective 合格・就学 / ESL 修了
- P2未着手
英語版ページ（i18n）
留学＝グローバルという柱と整合させ、海外の読者や受け入れ校にも届く英語版を用意する。境界を超えて学ぶ姿勢を web の言語対応でも示す。
効くところ: 行動原則「境界を超えて学ぶ」
- P2未着手
F-1 ビザでホノルル学習・開発拠点を確立
ESTA の 90 日を超える中長期滞在に向け、語学学校の I-20 をもとに F-1 ビザ（週 20 時間受講が条件）を取得してホノルルに拠点を置く。週 4 日制（金曜休み）の学校を選べば、平日午前は通学・AI 英語学習、金〜日は集中開発ブロックに充てられる——学習と開発を分断させない生活カレンダーを組む。ESL/ELL 修了計画とホノルルのノマドインフラ確立の起点。
効くところ: Tactics グローバル教育（ホノルルのノマドインフラ）/ Objective グローバル教育（就学・ESL 修了）
- P2未着手
AI 英語学習を CEFR で回す（ELSA / Loora）
学校の授業に、発音・イントネーションを解析する ELSA Speak や対話コーチ Loora などの AI ツールを重ね、フィラー比率まで含めた発話データを日々記録する。到達度は国際標準の CEFR（B2 → C1）を基盤 KPI に置き、TOEFL iBT スコアと対応づけて四半期ごとに推移を出す。英語スコアの可視化に流し込む一次データの取り方そのものを設計する。
効くところ: 行動原則「境界を超えて学ぶ」/ Objective グローバル教育（英語スコア）
- P3未着手
英語スコアの推移を公開
客観指標（英語力）の推移をダッシュボードのレーンとして可視化し、次女の合格・就学の進捗と接続する。測定可能な Objective を「見える」化する。
効くところ: Objective ESL 修了 / 計測
- P3未着手
ハワイ・ノマドインフラの定量マップを公開
回線（対称型光の有無・上り帯域）、コワーキング、コリビング、生活費といったホノルルのリモートワーク事情を、実測・一次情報で定量比較したマップとして公開する。ノマドインフラを AI で自律化する取り組みで組む収集の仕組みの成果物を、後続の留学・移住者が使える形にまとめる一手。
効くところ: Strategy「一次情報で語る」/ Tactics グローバル教育（ノマドインフラ）
心身・規律の柱を web で形にする
Tactics 心身・規律 / 行動原則「からだを鍛え、心を強くする」
強いフィジカルと規律が強いメンタルをつくり、すべての挑戦の土台になる——その継続そのものをコンテンツにする。
- P1未着手
心身・規律の最初のログを起こす
この柱も記事ゼロ。週5回パーソナルトレーニング（筋トレ・HIIT）、予備自衛官補の教育訓練招集への出頭、基本教練・射撃・体力検定の一次情報を、ありのまま書く。
効くところ: Objective 週5回トレ / 任用
- P2未着手
トレ継続（週5）の可視化
Objective「週5回トレ」の達成状況を淡々と記録・表示する。派手さより継続そのものが価値になる、行動原則「積み重ねて、強くする」の実演。朝食前の 5 分スプリント HIIT を軸に、週 5 回のパーソナルトレを積む。
効くところ: Objective 週5回トレ
- P2未着手
予備自衛官補（技能公募）へ志願・出願
保有資格（応用情報技術者ほか）を活かし、IT・サイバー分野の技能公募枠で予備自衛官補に志願・出願する。技能公募は訓練が 2 年以内に計 10 日間（技1・技2）と短く、多忙でも参加しやすい制度設計。出願から選考までの過程を、迷いや準備も含めて一次情報でログにする。
効くところ: Tactics 心身・規律（予備自衛官補）/ Objective 心身・規律（任用）
- P3未着手
技1・技2 を修了し予備自衛官に任用
予備自衛官補の教育訓練招集（技1・技2＝計 10 日間）に応招し、基本教練・体力検定・射撃検定を経て予備自衛官に任用される。滞在スケジュールとの競合は、語学学校の長期休暇・一時休学枠を訓練日程に合わせて回避する。国家水準の規律・危機対応力を身につける過程そのものをコンテンツにする。
効くところ: Tactics 心身・規律（予備自衛官への任用）/ Objective 心身・規律（教育訓練修了・任用）
- P3未着手
「規律と開発スピード」ドキュメンタリー
3 年分の心身データ（HRV・睡眠・週5トレ）と開発の記録を突き合わせ、「規律が個人の生産性にどう効いたか」をプロセス・ドキュメンタリーとしてまとめる。AI 生成の文字情報では模倣できない、実労力を伴う『人間の証明（Proof of Humanity）』を発信の核に据える締めの一手。
効くところ: Strategy「一次情報で語る」/ 行動原則「からだを鍛え、心を強くする」
柱を掛け合わせる — 交差点でしか書けないログ
Strategy「境界を超えて学ぶ」/ 行動原則「境界を超えて学ぶ」
3 本の柱を単独で書くと知見は断片化する。SUZ-LAB の強みは、2 つ以上の領域が交差し、一方が他方の課題を技術・科学で解く実証にある。ここは「その柱ひとつでは書けない」掛け合わせのログを起こす一手。Strategy「境界を超えて学ぶ」を、発信そのもので体現する。
- P2未着手
ノマドインフラを AI で自律化する（テクノロジー × グローバル教育）
ハワイ中学留学は家族ぐるみのグローバル移動そのもの。要件が頻繁に変わる就学・ビザ・現地生活の情報を LLM で収集・要約し、時差 12 時間のホノルルと日本をまたぐやり取りを非同期エージェントで捌く仕組みを組む。テクノロジーで教育の柱（ホノルルのノマドインフラ確立）を前へ進めた過程を、構成図とうまくいかなかった点も含めて一次情報で残す。
効くところ: Tactics 教育（ホノルルのノマドインフラ）/ 行動原則「AI を使い倒す」
- P3未着手
体調データで規律を回す（テクノロジー × 心身・規律）
「規律」は主観に流れやすい。Oura Ring / Apple Watch の睡眠・心拍変動（HRV）・ストレス値を毎朝 API で取り込み、Vercel Cron でその日のコンディションをスコア化して「いま脳が一番動くタスク」を選ぶ——感覚に頼らないデータ駆動のセルフコントロールを組む。連続 150 日以上の測定を目標に、週 5 トレとコーディング効率にどう効いたかを、グラフと生データで書く。
効くところ: Objective 週5回トレ / 行動原則「AI を使い倒す」「積み重ねて、強くする」
- P3未着手
Objectives を動かす — 計測とふりかえり
Objectives / 行動原則「積み重ねて、強くする」
静的な VMOST に、動的な実行サイクルを足す。framework が説く OKR / BSC / SCE（Signals→Change→Execution）を、この web サイト自身で体現する。
- P1未着手
進捗ダッシュボード
3 領域の KPI（週の発信数 / 週5トレ達成率 / 英語スコア）を 1 枚に集約する。計測対象は研究員の具体 VMOST（content/researchers.ts の Objectives）に置き、抽象 VMOST（/vmost）とは分ける。globals.css で「将来のデータ表示用」に予約したまま未使用の chart-1..5 トークンを、ここで初めて使う。VMOST の Signals→Execution ループを可視化する。
効くところ: Objectives 全 3 領域
- P1未着手
Objectives の数値を SMART に詰める
中長期の到達目標（MCP 2 本 / TOEFL 100・CEFR C1 / 任用）は 1〜3 年ロードマップから確定済みで、いまは研究員の具体 VMOST（content/researchers.ts の Objectives）が唯一の出所。サイト共通の VMOST は抽象（どんな生き方を設計するか）へ寄せ、数値・期限はこの研究員の具体側で詰める。残るはフォロワー・読者数の実数目標と、各 Objective の月次の期限を、アクセス解析（GA4）の計測が回り始めてから実データで置き換えること（暫定の指標をここで確定させる）。あわせて、framework が Objectives に推奨する「部門あたり複数指標」に倣い、3 領域の核は保ちつつ各領域を先行指標／遅行指標のバランスが取れた測定可能な指標へ分解し、SMART 基準（測定可能・期限付き）を満たす。
効くところ: Objectives（SMART 化）
- P2未着手
週次 KPT ふりかえりログ
行動原則「積み重ねて、強くする（Inspect & Adapt）」の実行。毎週 KPT（Keep／Problem／Try）で数値・学び・次の一手を定型フォーマットに残し、Try を次の一手として Roadmap をその都度更新する。
効くところ: 行動原則「積み重ねて、強くする」
- P2未着手
KPT ふりかえり専用ページ
週次 KPT を蓄積・一覧表示する専用ページ（/kpt）。Keep／Problem／Try の 3 レーンで積み上げ、Try は次の一手として Roadmap の TODO に橋渡しする。静的な VMOST に対して、振り返りループ（Inspect & Adapt）を web 上で可視化する器。
効くところ: 行動原則「積み重ねて、強くする」/ Objectives（ふりかえり）
- P2未着手
垂直アライメント監査（四半期）
週次 KPT より長い周期で、VMOST の縦の整合そのものを点検する。framework の「垂直的整合性の 4 診断領域」（定義・明確さ・伝達・コミットメント）で、日々の Tactics・Roadmap が上位方針と今もつながっているか、逆に「多忙だが上位に紐づかない」偽りの生産性に陥っていないかを四半期ごとに監査し、ズレていれば計画を正す。一人で作ると伝達・コミットを検証しにくいという最初の設計ログの宿題への答え。
効くところ: 行動原則「積み重ねて、強くする」/ Objectives（垂直アライメント）