更新情報

バイリンガル統治の CURRENT_SYNCHRONIZED は機械可読メタデータと内部ガバナンス状態として維持しつつ、日本語正本ページでは同期済みバナーを表示しない方式へ変更。人手レビュー済みの英語対訳側では内部enumを前面に出さず、『ENGLISH TRANSLATION』として日本語が正本であること、認証・真実性保証・共同正本化を意味しないことを案内する。翻訳の承認状態、semantic hash、hreflang、検索・sitemap・言語切替の判定は変更していない。

トップページに顧客納品前・本番リリース前・監査/審査前・高い説明責任がある業務という利用タイミングを追加。Control Assurance詳細ページでは4つの利用場面、正式検査からVerify IDへつながる第三者確認導線、AIプロジェクトを『組織全体 / 案件判断 / AI品質 / 外部作用の制御検証』で分けるポジションマップを追加した。C³は外部作用の制御検証を主に扱うとし、他のガバナンス・責任設計・性能評価・監査等を置き換えないことを明示した。

トップページで、AI Agentや業務自動化が外部送信・データ更新・ツール実行・承認後実行を担う状況を先に示し、設計中ならAI Agent 制御設計レビュー、実装済みなら制御条件ギャップチェックを選べる構成へ変更した。同じ制御経路アニメーションを背景に使い、各サービスに視覚記号を追加。Control APIはその次の実装導線として4段階の制御経路を視覚化した。内部技術名はサービス導線より後ろへ下げ、Architecture 4層・詳細Dify/TG比較・基本概念8カードはトップから外し、技術デモは下段の入口へ集約。白背景上の薄い水色ラベルは濃色へ変更して可読性を改善した。Two-RailのWorking PaperはSSRN abstract 6994880への掲載を確認し、審査中表記を掲載済みへ更新した。SSRN掲載は査読・第三者認証を意味しない。

toC向けAI Agent 制御設計レビューについて、最初の相談は機密資料なしで進め、有償レビューへ進む場合の標準資料共有を『今回見る範囲だけのZIPを、顧客管理のGoogle Drive・OneDrive等から特定受領先へ閲覧のみで共有』と明示した。GitHub OrganizationはRead権限を選択可。レビュー・適合確認では会社・所属名と部署・役割を任意にし、正式検査では従来どおり会社名・部署を必須とする。API key・password・private key・production token・不要な個人情報・生の本番データは標準受領しない。レビュー補助のAI利用はOpenAI ChatGPTに限定し、非公開資料はChatモードで扱い、Work・外部connector・plugin・cloud browser・web actionへ渡さない。Claude / Claude Codeは使用しない。弊会controlled working copyは納品後30日以内を上限に削除し、R2相当資料はtoC標準受付対象外とした。

サービス詳細に、設計・QA条件を整理するレビューと、実挙動を観測する正式検査の入口を配置。説明用のレビュー成果物、サービス比較、費用と進め方、3つの相談リンクを追加した。トップページは既存の構成・見出し・地図を維持し、レビューの短い案内とリンクのみ追加。レビューは設計助言であり実行検査を含まない。受付フォーム本体は変更していない。

冒頭近くに制御の地図・制御検証記録・第三者の確認導線を紹介し、模式図と公開済みの実観測例を区別した。ページ内目次、検査手順・活用例の開閉表示、スマートフォン向け相談導線を追加。価格、無料診断の範囲、公開記録、主張境界は維持している。

サービス詳細ページにトップページと共通の説明用地図を追加。固定幅の画像だった検査手順・証拠の受け渡しを、スマートフォンでも順に読めるHTMLの図解へ変更した。無料診断と有償検査の区別、既存の公開記録、価格、主張境界は維持している。

宣言した制御を起点に条件を変えて観測し、支持領域・境界候補帯・反例の集中・未定義・未観測を分けて描く説明用の図を追加。制御上の運用可能領域は、今回の制御と証拠種別に対して支持された運用条件の範囲として示す。実案件の検査結果・安全保証・規格適合認証を意味しない。動きを止めた状態でも同じ意味を読める。

/control-assurance を v0.6.0 / active に更新し、主見出しを「AIにどこまで任せられるかを、第三者も確認できる形に。」へ統一した。metadata・JSON-LD・llms.txt・MIRPも同じ主張境界に合わせ、確認範囲・反例・UNDEFINED（判定不能）・未観測・Verify ID・BYOVを共通語彙として整理した。Verify IDは認証バッジではなく、BYOVは第三者認証を意味せず、固定した対象版・判断条件・確認ケースを超えて結果を一般化しない境界は維持している。

同一ページのフッターに「品質保証・安全性保証・第三者認証・適合認証・法令準拠保証を意味するものではありません」と明記しながら、サービス名に「保証」を含む状態を解消した。表示名を「C³ 制御保証」「制御保証ギャップチェック」から「制御条件ギャップチェック」へ統一し、英語表記も Control Assurance から Control Gap Check へ改めた。サイト内ナビゲーション（フッター・/map・/start・/definition・納品ビューの戻りリンク）ではC³接頭辞を落とし、単独で読まれる title・meta description・JSON-LD・llms.txt・MIRPではC³を残している。URLパス /control-assurance、doc_id、Verify ID、制御検証記録の中身、既存の免責文は変更していない。あわせて、これまでメール本文で受けていた相談導線を申込フォームに置き換え、/control-assurance 内の mailto: リンクを /control-assurance/request へ差し替えた。フォームは会社名・部署・氏名・連絡先・対象システムの種類・確認したい制御条件・現在の状態を必須とし、対象版の特定可否・既存証拠・希望時期を任意で受ける。この時点でコードやログの提出は不要で、秘密保持契約は有償診断の開始前に締結する。無料診断の範囲で結果を約束するものではない。送信後は /control-assurance/request/thanks で、3営業日以内の連絡と初回30分程度のオンライン確認を案内する。スパム対策はハニーポットと簡易レート制限のみで、reCAPTCHAは導入していない（AI・検索クローラーの巡回を妨げないため）。データベースは使用していない。

固定された MIL-IEL v0.3 を対象とする外部再現記録 C3-EXR-2026-0001 を公開した。外部参加者による初回実行ではC³側の配布パッケージ欠陥が検出され、C³側で修正後に行った再実行では execution=COMPLETED、verifier=PASS、comparison=MATCH が観測され、固定対象の結果を REPRODUCED と記録した。公開前の記載確認に加え、本番公開後の実画面についても外部再現協力者から掲載内容に問題ない旨の確認を受領し、publication_gate は PUBLISHED_POST_PUBLICATION_REVIEW_CONFIRMED。これは外部参加者による再現観測の記録であり、第三者認証、独立監査、独立性の証明、環境証明、参加者による推薦、Claim Ladder ①B、Tier③の成立は主張しない。

C³ 制御保証の入口ページ（/control-assurance、DRAFT v0.1）と、制御検証記録サンプル C3-CAV-2026-0001（公開 2026-08-16）・C3-CAV-2026-0002（公開 2026-08-17）を、人間向けの主要導線と機械可読面の双方に接続した。C3-CAV-2026-0002 は 0001 と同一の検証証拠を参照する新規発行の検証IDであり（issuance_lineage.mode: NEW_VERIFY_ID_REISSUE_FROM_LEGACY_RECORD）、0001 を置き換えるものでも、旧IDにReceiptが存在したことを意味するものでもない。/map の「検証する」カテゴリに 0002 の項目を追加して 0001 からの系譜を明示し、/start の企業向け入口と /definition の「検証する」カード群に /control-assurance を追加した。llms.txt には 0001・0002 の納品ビュー（/verify/C3-CAV-2026-000x）と技術詳細（/verify/control-assurance/C3-CAV-2026-000x）を追記して版数を v21 に更新、sitemap には 0002 の2ページを追加、/mirp/intent/control_assurance.json に両IDの参照先と系譜情報を記載した。記録はいずれも対象版を固定したサンプルで、外部向け表示には90日の鮮度期限がある。新しいURLは作成しておらず、第三者認証・適合認証・システム全体の安全性は主張していない。

4つの層の全体像を1枚にまとめた入口ページを /control-api-pack に公開した（doc_id: C3-WEB-CAP-0.1、draft v0.1.0）。Review（出す前に判定する）・Diagnose（なぜ止まったかを説明）・Map（動ける範囲を地図に）・Verify（確かめられる形で受け渡す）の役割と、それぞれの権限の線引き（判定の権威はReview層のみ、Diagnoseはnon-authoritativeで判定を上書きしない、GOは実行許可ではない、Verifyは判定を作らない）を明示している。実行時にLLMを呼ばない決定論的ゲートとLLMガードレール型の構造差・再検証コストの試算、割印（native responseとverification sidecarの対応づけ）によるオフライン検証とREPRODUCED / NOT_REPRODUCED / INCONCLUSIVE の3結果、PoCの進め方と費用の目安を掲載した。総合スコア・ランキングは出さない設計で、電子署名は未実装（ハッシュは署名ではない）。/demos・/gate/trial・トップページから本ページへの導線を追加し、llms.txt・/map・sitemapに反映済み。

英語利用者向けの入口ページ /en を公開した（SOURCE_ONLY・en_primary、Registry ID 未発行）。C³の概要・このサイトが提供するもの・現行の日本語文書への案内・「英語ページは順次追加中」の明示・Verify IDと翻訳状態の違いの説明・日本語トップへのリンクを掲載。ヘッダーには日英切替ボタン（EN / 日本語）とサイト内検索（Ctrl+K / ⌘K対応、Escで閉じる、フォーカス管理・スクリーンリーダー対応）を追加。言語切替は対訳ページの有無をmanifestで確認し、実効状態（fail-closed導出）がCURRENT_SYNCHRONIZEDの場合のみ対訳URLへ、それ以外は各言語のフロントドアへ遷移する（同一slugの推測は行わない）。検索は静的インデックスのみで外部送信は行わず、下書き・レビュー待ち・保留・置換済み・失効状態のページは通常結果から除外する。既存の日本語ページ・URL・ヘッダーの既存導線は変更していない。

新しい考察記事を /blog/2026-07-03-ai-agent-permission-stages に公開した。AIエージェントの運用を「使うか止めるか」の二択ではなく、観測・助言・下書き・承認後実行・限定範囲自動実行・継続運用という権限の段階として設計する考え方と、HOLD/ESCALATE/FREEZE/SHRINKによる実行手前の停止の仕組みを整理している。4本構成シリーズ「AIエージェントは『使うか、止めるか』で語れなくなっている」の第1回。llms.txt・sitemapに反映済み。

/logos-protocol の冒頭を「権限集中＝安全余裕が消える」を背骨に再構成した。私たちがAIを安全に保てているのは権限を絞っているから（＝安全余裕）であり、防御AIは緊急性を理由に監視未解決のまま最深の権限に座ってその余裕を消す、だからGateが実行の直前で余裕を入れ直す、という順番で書き直した。事例は CrowdStrike（攻撃者なしで世界中の Windows を止めた被害半径）に一本化し、アサヒ事例は本線から除外（必要時のみ年=2025で再添付）。「$50 脆弱性探索コスト」の出典を Anthropic Frontier Red Team blog に整え、後知恵にならないよう千回規模で総額2万ドル弱の注記を併記し、「発表」表記と重複していた数値カードを撤去。hero と「守れるもの」の過大表現（物理的に阻止／リスクを排除／安全を証明／実証済み）を、ページ下半分の非主張境界（認証・安全保証・本番運用保証を意味しない）に合わせて、HOLD / ESCALATE で止めることを狙う・被害半径を狭める・後から検証できる・観測、へ調整した。新しい主張・認証は足していない。

トップページの Two-Rail セクションを濃紺から白背景版に差し替え（位置は ECHO-VERIFY 直後のまま）。白基調の背景画像（two-rail-bg.webp）に白スクリム（PC＝横グラデ／スマホ＝縦グラデ）を重ねて本文を可読に。PC はテキスト左・ロゴ右、スマホはロゴ上・テキスト下。ロゴは two-rail-logo.png を流用し他セクションと同等サイズ（PC 約168px／スマホ 約132px）。文字・チップ・ボタン・状態行・免責は白背景用の濃色とし、状態（Kernel 公開／検証 公開／RF誓約 ドラフト・未発効／SSRN 審査中）と免責文は据え置き。あわせて Safe Referral Gate セクションで、スマホ時に画像をテキストの上へ並べ替え（PC 並びは不変）。/spec/echo-verify 下部のカードは対象外。新しい主張・認証は足していない。

トップページ（/）の ECHO-VERIFY セクション直下に Two-Rail セクションを追加。ロゴ（明るいタイル上）と見出し「公開できる証跡だけで、外部が主張を確かめられる。」、本文2段落で、ECHO-VERIFY の再現性が Two-Rail の公開／非公開レール分離に一般化されることを示す。小タグ（公開レール／非公開レール／検証可能な公開面／説明責任の窓口）、入口・Kernel・SSRN論文へのボタン、状態行（Kernel 公開／検証 公開／RF誓約 ドラフト・未発効／SSRN 審査中）を掲載。状態は実状態に一致させ、/spec/echo-verify 下部の関連カードは残置。新しい主張・認証は足していない。

/spec/echo-verify の本文末尾に、Two-Rail 入口（/two-rail）へ送る関連カードを追加。ロゴ画像と「『確かめられる』を、記録の分離規律として。」の見出しで、ECHO-VERIFY の「自分の手で確かめられる」という考え方が、公開レールと非公開レールの分離（Two-Rail）に一般化されることを示す。状態チップは実状態（Kernel 公開／Verify 公開／RF誓約 ドラフト／SSRN 審査中）に一致。カードはロゴ中央の濃紺が沈まないよう意図的に明るいミスト面とし、ページ地・ラベルは通常の濃紺。新しい主張・認証・発効は足していない。

Two-Rail の正典定義を Two-Rail Kernel（/spec/two-rail-kernel）に一本化。旧 /spec/two-rail（実装仕様 v1.0）を Kernel に統合し、後方互換のためのスタブに置き換え（canonical を Kernel に向ける）。/definition/two-rail（官民アセットシェアの財政版）を「定義」から「応用例」に再フレーム（冒頭バナーで Rail-P／Rail-K と公開／非公開レールの関係を明示。財政の中身は据え置き）。用語を「公開レール／非公開レール」に統一（旧「保護レール」を整理。財政版 Rail-K は固有名として維持）。/spec 索引・/definition 索引・map・llms.txt・各 Two-Rail ページのリンクを、新しい関係（定義＝Kernel、財政＝応用、旧 spec＝統合）に整合。新しい主張・認証・発効は足していない。

Two-Rail の入口ページ /two-rail を新設。「公開できる証跡だけで外部が主張を確かめられるようにする」という公開検証を中心に据え、五つの公開面を一本の順路で接続：01 Impact（公開）／02 Kernel（公開）／03 Verify（公開）／04 RF Pledge（ドラフト・未発効）／05 SSRN（審査中・abstract 6994880）。各カードのバッジはリンク先の実状態と一致させ、発効済み・公開済みと誤認させない。nav とフッターに Two-Rail セクション（先頭に入口）を追加し、impact・kernel・verify・legal の各ページから入口への戻りリンクを追加。

Two-Rail Kernel 準拠実装に対する、ロイヤリティ無償・防御的な特許不行使誓約のドラフト（v0.1 Draft）を /legal/two-rail-rf-pledge に追加。本ページは発効済みの法的誓約ではなく、専門家確認・署名・発効日・安定URLでの公開が揃った時点で効力を生じる予定（発効日は空欄）。第1〜8条（定義／不行使の誓約／適用範囲／防御条項／表示／商標／無保証・責任制限／雑則）を掲載。母屋の C³ Public Charter Patent License は置換せず併存。kernel の Status は「準備中（未発効）」のまま据え置き。

Two-Rail Verify を新設。公開アーティファクト public/verify/two-rail-payload.json の実バイト列の SHA-256 を content_hash として単一ソース化し、表示・ブラウザ再計算（fetch + crypto.subtle のクライアントコンポーネント）・offline コマンド（curl | shasum -a 256）の3経路が同じ値になるよう実装。decision_hash・JWS は載せず content_hash のみ。self-replay と第三者署名・第三者監査を構造的に分け、Status は signature_coverage=planned / certification=none / third_party_audit=none。/impact/two-rail・/spec/two-rail-kernel と相互リンク。第三者検証・本番運用・完全な署名適用は主張しない。

Two-Rail Kernel（公開カーネル草案 v0.1）を新設。/spec/echo-verify と同じ仕様ページ規約（JSON-LD TechArticle・summary100/250・MachineReadableMeta・TimeLayerBanner）で実装。二本レール図、定義三点＋国際引用核文、四つの核（TR-1 レール間転記の禁止／TR-2 検収済みの公開主張／TR-3 検証可能な公開面／TR-4 説明責任の窓口）、Non-Claims、Status、RF Pledge Notice を掲載。最小公開面 JSON は content_hash のみ（decision_hash・JWS は載せない）。第三者認証・第三者監査はなし、署名適用は部分的・予定、RF誓約は準備中（未発効）であり、Kernel 公開は RF Pledge の発効を意味しない。/impact/two-rail と相互リンク。

Two-Rail のインパクト・シナリオ（公開ドラフト v0.2）を新設。ガラス張りの比喩と簿記 before/after の視覚、3フェーズ・ロードマップ（現在地 Phase 1 / SPEC_DEFINED）、四つの面（公開検証・非公開保護・レール間の非漏洩・説明責任の窓口）、ユースケース表、外部参考文献（比較軸・精査中、確定URLのみ表示）を掲載。第三者認証・本番運用・外部標準準拠・完全検証は主張しない。

代表理事プロフィールページを全面再構築。バナーヒーロー、trust-chain、研究プレプリント（非査読）、キャリアタイムラインを追加。

LLMO計測の解説ページ（what-is-llmo-measures）を /answers に追加し、関連ブログ（llmo-official-reference-design）を公開。/spec/verified-web にスターターキットへのリンクを追加。

/start・/spec・/definition・/conformance・/map を先行ページと視覚言語で統一。/start をヒーロー＋6セクションで刷新し導線を整理。

/ai-governance・/logos-protocol・/spec/llm-safecontrol-profile・/spec・/spec/topological-gatekeeper に SafeControl Profile の記述を拡充し、サイト内導線を追加。

/echo-verify・/logos-protocol・ホーム・/safe-referral-gate に IP Portfolio へのリンクを追加。

SRG コンセプトページ /safe-referral-gate と /architecture を新設。White Paper PDF・SSRN URL を掲載し、トップに「第2の柱」セクションと紹介ブログ（srg-ai-kindness）を公開。ライブAI比較デモ（「SRGなし」側のみ実API、「SRGあり」側は固定の制度案内）を実装し、対話式の段階開示・自由文ゲーティング・Profile照合・レート制限を追加。発行者登録モック /safe-referral-gate/studio（AI不使用・永続化なし・モック注記常時表示・noindex）を新設。

/echo-verify・/glossary・/spec/echo-verify を新設し、ホームに ECHO-VERIFY セクションを追加。long-form 化し、BYOV verifier 節（実 SHA-256 ハッシュ付き kit サンプル）、VRG 式、「なぜ検証は遅いのか」節を追加。論文リンクを SSRN に更新。

SGP対応の「質問起点」ページ群 /answers を新設（FAQPage + SemanticGovernanceProfile の JSON-LD 付き）。20件超の Q&A ページと SGP スキーマスタブ /schemas/sgp/v0.1 を公開。

Signal Report を Claude／Gemini／ChatGPT／合算のマルチモデルタブに拡張。answers クエリのプローブを追加。

Impact ハブ /impact と配下9ページ（verified-web・release-gate・self-verification・zone-intelligence・conformance-registry・support-proof・public-charter-license・trust-dividend・japanese-universal-credit）を新設。各ページに「なぜ今か」ブロック・フェーズロードマップ・関連 C3 コンポーネントリンクを追加（v0.2）。spec・definition 系 約20ページから対応 Impact ページへの導線を一括追加。

LOGOS Protocol ページを impact 志向のレイアウトに全面再設計。攻撃認知・既存AI防御との比較・HOLD理由コードの業務マップ（Sea Chart）・Phase 0/0.5/1 の三層構造と業務ユースケース・3軸の TG 比較を追加。星座ヒーロー背景と Mythos 迎撃アニメーション、タグライン「AIの出口に、秩序の星座を置く。」を実装。

/ai/answer・/spec/verified-response-layer・/verify/verified-response-layer を日本語化し可読性を整理。AI Answer ページに VRL API 説明を追加し、地図ページにリンクを追加。

/for/sponsors を全面改修（法人番号・SSRN・Founding Credit・特許ライセンス非主張を追加、技術開発支援としてのフレーミングに改稿）。/support を全面改訂し、3ページ間の cross-link と AI Release Gate PoC の CTA を整備。

支援者向け Verify ID 申込フォーム /registry/supporter/intake を新設（発行情報・受付状況・dry-run 説明）。主要ページに Verify ID 参照を追加。

two-clocks（05-19）、ai-hr-tacit-knowledge（05-20）を公開。

/its-api に検証エビデンス節を追加し、/logos-gate を日本語化。

法人番号 4010005041695 として登記完了を確認。 Gビズインフォ

「AIが下した判断を1年後に監査で問われたとき答えられるか」という導入段落を冒頭に追加。「Verify IDがある場合とない場合」のビフォーアフターブロックを「なぜ必要か」直後に追加。「従来のバージョン管理との違い」テーブルを追加。MicrosoftのAgent Governance Toolkitとの時間軸の違いを企業向けセクションに追記。

ページ改修時のlast_updated更新ルール・バージョニングルール・管理対象ページ一覧をCLAUDE.mdに追記。Claude Codeが毎回読み込むルールとして固定。

今回の改修対象ページ（/definition/byov・/examples/verify・/kit/C3-WEB-ITS-API-0.1・/for/agent-ai-introduction・/about・/its-api・/ai-governance・/definition/verify-id・/start・/trust-dividend・/for/sponsors）のlast_updatedを実作業日付に一括修正。

五来潤（ごらい じゅん）のプロフィールページを新設。AI制御層アーキテクト・BYOV立場・設計スタック・特許先行出願7件・経歴・連絡先を掲載。LinkedInリンクを公開。

実装ロードマップ（S-0〜S-3）を追加。S-0を現在地として強調。財務透明性の記述を「法人設立・税務登録の手続き中。登録完了後に収支カテゴリー別公開を整備」に正直に修正。

「信認↑ ⇒ φ↓」の数式直下に「この接続経路は仮説段階・現在検証設計中」のインラインボックスを追加。研究協力者ページへの導線を同列の視覚的重みで配置。

ITS PoCのVerification Kit（C3-WEB-ITS-API-0.1）を/kit/C3-WEB-ITS-API-0.1に公開。ECHO-VERIFY 1.0準拠の6ファイル構成。BYOV定義ページ（/definition/byov）を新設。検証例まとめページ（/examples/verify）を新設。BYOV自動検証ボタン（Anthropic API接続・2クリックSLA・日本語判定）を実装。

PR85〜PR95 master統合によりEAG L3達成。Handoff Pack（README/QUICKSTART/acceptance/smoke/closeout）整備。its-api・examples/verify・for/agent-ai-introduction・for/sponsors・poc-proposalの5ページに反映。

ヒーローをH1「AIエージェントが稟議に入れない理由を、構造で解く。」に反転。「なぜ止められる回廊が必要か」と「Zero Trustとは何か」を「なぜAIエージェントは企業の実務に入りにくいのか」に統合し、企業語彙（通す/保留する/人へ戻す）で再編。Zero Trust説明を「技術背景」として下段に移動。デモセクション直後にBYOV導線（Verification Kit / BYOVとは）を追加。業務シーンテーブルに与信・法令変更・公開文書審査・インシデント追跡の4行を追加。

五来潤（ごらい じゅん）のプロフィールページ（/about）を新設。AI制御層アーキテクト・BYOV立場・設計スタック（ITS/EAG・TG・Two-Rail・Verify ID）・知的財産先行出願（特許7件）・経歴・連絡先を掲載。sitemap.ts・llms.txt・フッター・全体地図に追加。trust-dividend の数式ブロック直下に仮説段階注釈と研究協力ページへの導線を追加。

「現在の支援で進むもの」セクション直後に実装ロードマップ（S-0 PoC基盤整備 / S-1 先行クライアント限定本番 / S-2 広域展開・標準化 / S-3 標準化完了・国際接続）を追加。S-0を強調表示（border-foreground）し、未到達段階を opacity で段階的に表現。財務透明性の記述を「法人設立・税務登録の手続き中。登録完了後、収支カテゴリー別の公開を整備」に正直に修正。整備実績ボックスに代表理事プロフィール公開を追加。

PR85〜PR95 master統合により EAG L3（Deliverable/Handoffable）到達。判定ログ・仕様・検証手順を受け手が口頭補足なしで辿れる Handoff Pack を整備。conformance_result.json に eag_l3_status / eag_l3_basis / pr_references を追加、tlog.json の generated 日付と eag_l3_note を更新。its-api の BLUF を PR95 closeout 反映版に差し替え。examples/verify・for/agent-ai-introduction・for/sponsors・poc-proposal の4ページに EAG L3 Handoffable 到達事実と Handoff Pack を反映。Verification Kit ページの last_updated・BLUF・JSON-LD dateModified を 2026-04-22 に更新。

ITS PoC の判定ログ・仕様・署名構造を公開した Verification Kit（C3-WEB-ITS-API-0.1）を /kit/C3-WEB-ITS-API-0.1 に公開。ECHO-VERIFY 1.0 準拠の6ファイル構成（spec.json / run_manifest.json / signature.json / conformance_result.json / tlog.json / verify_prompt.txt）。BYOV（Bring Your Own Verify）の定義ページ（/definition/byov）を新設し、検証者主権の考え方を解説。検証例まとめページ（/examples/verify）を新設し、BYOV自動検証ボタン（Anthropic API接続・2クリックSLA・日本語判定）を実装。

LLM SafeControl Profile v0.1 を Living Draft / Public Original として新設。/spec/llm-safecontrol-profile を技術本体として公開し、/verify/llm-safecontrol-profile と /history/llm-safecontrol-profile を接続。AIガバナンス入口（/ai-governance）の関連ページに技術本体への導線を追加。PASS / HOLD / ESCALATE / FREEZE / SHRINK の5アクション定義、Two-Rail boundary 記述、Verify / History / Updates 導線を整備。llms.txt・sitemap.xml・JSON-LD（TechArticle + WebPage）を同期。本番運用、正確性保証、真実保証、完全な抽出防止、モデル内部の安全保証を意味しません。外付けの安全制御層を記述する公開仕様です。

生成AIのリリース前審査・監査ログ・第三者検証・版管理を扱う公開正本ページ（/ai-governance）を新設。MIL広告仕様書 v0.1 準拠の二層構造（WebPage + FAQPage + Hidden RuleSet）を実装。Verify導線（/verify/ai-governance）・版履歴（/history/ai-governance）・Reason Code Dictionary（/spec/reason-codes）との接続を確立。Satoshi構成robots.txt（Google-Extended / Applebot-Extended ブロック、OAI-SearchBot / PerplexityBot / Claude-SearchBot Allow）を同時適用。

対外公開フロー1本を対象に6〜8週・closed/shadow/read-onlyで実施する公開前審査PoCの提案ページ（/poc-proposal）を新設。成果物4点（Gate MVP / reason_codes監査ログ / Verification Kit / Verifyページ）を明示。Verify導線（/verify/poc-proposal）・版履歴（/history/poc-proposal）との接続を確立。Non-goal（真実保証ではない・本番自動実行ではない・投資収益なし）を明示。

Supporter Registry exemplar precision を上げる。Impact Certificate を支援/関与の証跡として sharpen し、適合バッジから明確に分離。/support・/trust-dividend・/for/sponsors の意味差を更に visible に。support / conformance / market を strict に分離。6段階支援事実記録フロー（意向確認 → 事実記録 → 公開方針選択 → Verify ID付与 → Registry登録 → Impact Certificate発行）を reinforced。各ページで Draft / Concept / Sample / Current の表示を明示。すべてのページ 8要素完全（100字・250字・what it is・what it is not・provenance・time layer・evidence links・JSON-LD）。visible HTML first、calm professional tone、no investment-like promises、no exclusivity tone を維持。

Wave 11 の measurement design を operational pack に落とす。probe catalog（6個の probe: Version Tracking / History Reachability / Lifecycle State Clarity / Reference Chain Completeness / Verdict Reference Accuracy / Update Adoption Lag）を /llms.txt に固定。proxy KPI dictionary（8個の KPI）を measurement window ごとに定義。observation window rules（4個: Version & History / Proof & Verdict / Update Adoption / Stale Quote）を確立。monthly review template を公開形式で standardize。activation ではなく operations pack として実装。visible HTML first・no invasive tracking・no PII・no guaranteed discovery 原則を厳格に守る。

current / history / revoke / supersedes を公開面で一貫させ、Draft / Concept / Sample / Current の表示ルールを統一。wave naming を cleanup（Wave 1-13 consistency）。robots / llms / corpus / map の naming と current state を揃える。support / conformance / badge / certificate / registry の責務分界を drift しない形で固定。lifecycle状態: current（現在版）/ superseded（置換済み）/ revoked（失効）で統一・confirm。proof アグリゲーション・verify chain 可視化・support fact recording flow（6段階）・external-response measurement probe windows を確認・lock。homepage hydration mismatch（Unicode encoding issue in Verified Web card text）を fix。

Wave 9 で sharpen した支援面を operation samples へ一段上げる。支援事実記録フロー（6段階：意向確認 → 事実記録 → 公開方針選択 → Verify ID付与 → Registry登録 → Impact Certificate発行）を /registry/supporter に追加。Supporter Registry を「支援事実の公開台帳」として、Impact Certificate を「支援/関与の証跡」としてさらに明確化。support/conformance/market を混ぜない原則を維持し、Registry/Certificate/Badge の役割差を visible に。/support・/trust-dividend・/for/sponsors の意味差を保ったまま、実在感ある運用見本へ寄せる。

Wave 8 で整えた verification surface を verification operation の見本へ寄せる。Verify ID → Release → Kit → Evidence → Verdict → History の可視導線を tighten し、chain traversal を explicit に。/verify/current/example に evidence chain 構造化（6段階：Verify ID → Registry → Kit → GVD Bridge → Verdict → History）。適合Registry と release Registry の役割差を更に visible に（どちらも公開台帳だが扱う情報が異なる）。proof を verify chain aggregation point として強化し、badge と certificate の意味差を明確に。

外部AI システムからの参照品質を観測する設計を実装。probe question set（version tracking / history reachability / lifecycle state clarity）を /verify/history/example に定義。proof reference window（chain completeness / Verdict staleness / update adoption lag）を /proof/example に定義。Proxy KPI: stale-quote-rate / update-adoption-lag-hours / reference-half-life 。版差分観測と probe 実施ルールを /llms.txt に記録。visible HTML first・no invasive tracking・no PII・no guaranteed discovery 原則を守る。measurement 設計開始。

current / history / revoke / supersedes を公開面で一貫させ、Draft / Concept / Sample / Current の表示ルールを統一。wave naming を cleanup（Wave 1-9 consistency）。robots / llms / corpus / map の naming を揃える。support / conformance / badge / certificate / registry の責務分界を固定。lifecycle状態: current（現在版）/ superseded（置換済み）/ revoked（失効） で統一。

支援事実・適合標章・公開台帳・証跡を混ぜずに social proof を actualize。Supporter Registry を「支援事実の公開台帳」（Who / What / When）として sharpen、Impact Certificate を「支援/関与の証跡」として適合バッジから分離、support/trust-dividend/sponsors の意味差を visible に強化。/map に「支援・Public Ledger・Records」セクション追加し support/registry/certificate/conformance の関係を可視化。support/conformance/market を混ぜない原則を明示。

適合Registry・proof・バッジ・Certificateの役割差を visible に強化。verify chain（Verify ID → Release → Kit → Evidence → Verdict → History）への導線を締める。適合状態・失効理由・検証コード・公開ログ参照の台帳構造化、proof を verify chain 集約点として位置づけ、バッジに DoC・第三者検証・公開ログの三点一致要件を明記、Certificate を適合バッジから分離し支援影響の独立記録として定義。/map に proof・badge・certificate セクション追加し verify chain 接続関係を可視化。

NDF（Neutral Dividend Flywheel）・AAX（AI Asset Exchange）仕様公開。NDFはCAP→国内BIファンド→自治体BI PoC→S-1→S-3の接続構造束、AAXはAI参照可能資産取引基盤。support/conformance/marketの意味を隔離した経済層・市場層を整理。投資商品推奨や排他的取引ではなく、制度的中立性を保った流通基盤として定義。sitemap 52URL、JSON-LD 28/31。

Stage Bridge S-5・S-7 National Standard仕様公開。S-4→S-5→S-6→S-7への段階的移行構造とNational Profile隔離を整理。S-5をoptional/candidate stageとして位置付け、S-7を手続・証拠・配管・registry・attestationの5層国家標準として定義。sitemap 50URL、JSON-LD 26/31。

miniMIL仕様・AMS仕様・AI参照可能資産ページ公開。制度OSの protocol substrate 層を公開知識面に追加。miniMIL記述 + AMS検証 + Verified Web 参照で、AIが信頼を持って参照できる制度知識面を整理。sitemap 48URL、JSON-LD 24/31。

7ページ完成・検証・sitemap/map/updates統合。RFD・社会実装ロードマップ・UC・Adoption Pack・Persona Architecture・C³-IX・Public Charter Patent License 計45URL達成。全28ページJSON-LD 21/31（68%）カバー。

2ページ（/verify/history/example、/registry/conformance）に JSON-LD 実装を追加。ホームページ v58 hydration fix 後の fresh preview で 200 status 確認。robots.txt / sitemap.xml / llms.txt の整合を最終確認。全15ページ に JSON-LD CollectionPage / TechArticle / DefinedTerm / FAQPage / SoftwareApplication 型が配置された。

11ページ（定義・仕様・API・検証・Registry）に schema.org JSON-LD を実装。DefinedTerm / TechArticle / FAQPage / SoftwareApplication / CollectionPage の各型を機械可読面に注入。robots.txt → sitemap.xml の参照確認。MIRP intent ファイルとの evidence links 整合を完了。

llms.txt をWave 1-4全体カバーの corpus map に再構成。sitemap.xml を31ページ対応に拡張。mirp/index.json の更新日を同期。public/corpus/index.json を新規作成（全public_units の機械可読インデックス）。

for/sponsors、for/agent-ai-introduction、its-api と対応MIRP json ファイルの最終整合。sponsor_recommend.json の supportEnables を同期。

trust-dividend、support、for/sponsors の本文を positive-first に再構成。冒頭に canonical fixed copy を配置し、「何を意味するか」セクションを「何を意味しないか」より先に配置。

faq、definition/two-rail、spec/two-rail、for/agent-ai-introduction、for/sponsors を整備。robots.txt、sitemap.xml、llms.txt、mirp/ を修正・追加。

C³ docs の公開知識面として、定義・仕様・支援・Trust Dividend・Supporter Registry・全体地図・更新情報の各ページを整理。

Two-Rail構造の定義ページ。

よくある質問のページ。

Two-Rail仕様の技術ページ。

AIエージェント向け正本URL。

支援を検討される方向けの情報ページ。

支援の意味と位置づけを整理したページ。

Trust Dividend構想の位置づけページ。

支援者の公開記録ページ。

全体地図ページの構成と記載内容を整理。