メンテナンス — 掲載・根拠・更新ルール¶
最終更新: 2026-09 · owner: Youngjin · volatility: 中
L0 TL;DR: 関連性・発売状態・根拠・用途・支援主体を分けます。自動化は欠落・不一致を確認し、事実確認と現場承認は人が担当します。
掲載基準 (THE FILTER)¶
以前の「4つのうち2つ」は関連性の参考信号に限定します。顧客需要、AWSとの対応、発売状態、現場事例が対象で、対応付けとロードマップだけでは検証を通過しません。
掲載には全て必要です：(1) 顧客課題またはR&Dの問い、(2) 正確な一次資料・日付・版、(3) 根拠・限界・許可用途、(4) ownerと実行可能な次の行動。数値には条件・標本・単位を付け、原文未確認はRadarに残します。
研究は仮説検証のR&D案内に使用できますが運用性能の保証には使いません。運用拡大にはカードと現場ゲートの根拠が必要です。
成熟度・出典・用途¶
| 次元 | 表示 | 解釈 |
|---|---|---|
| 発売 | GA / Preview / Research / 対象外 | 製品別。原理・規制・アルゴリズムにGAを付けません |
| 根拠 | メーカー発表 / 原文照合 / 再現実験 / 顧客現場検証 | 自動的に次段階と見なしません |
| 用途 | 学習・R&D / PoC検討 / 運用拡大検討 | 検証範囲と限界を記録 |
| 支援 | AWSサービス / モデル供給者 / パートナーSI / サンプル作者 | 契約と現場責任を分離 |
[1]公式資料・論文、[2]記録のある再現、[3]メーカー発表、[4]未確認は出典種別です。順位やAWS公式承認ではありません。[2]には実行者・版・環境・ログ・条件が必要で、旧記録にログがなければ再現根拠として引用しません。発表はGA、1回実行は本番検証を意味しません。
メタデータと鮮度¶
ページに_owner: 名前 · updated: YYYY-MM · volatility: 高/中/低_を保持します。日付はページ編集・確認範囲であり、部分修正で別主張の日付を更新しません。ページバッジは高1・中3・低6か月超過を通知します。
更新経路の宣言。 メタ行は責任者しか示しません。nav のすべてのページは、リポジトリ直下の refresh.yml に何が更新を引き起こし、誰が行うかを宣言します — mode（routine: スケジュール自動化 / owner: 人による定期確認 / event: 特定の変更時）、by、trigger。外部ソースを追うページ（例：新着情報 ← AWS Physical AI ブログ RSS）は source を宣言し、意図的に載せない記事は理由とともに exclude に残します。宣言漏れは配備を止め（check_refresh_paths.py）、GitHub Actions が毎日実際のソースと照合して、公開 3 日後も未反映の記事やルーチン停止を source-drift Issue で知らせます（check_source_drift.py）。バッジは日付を、監視はソースを見ます — 2026-10 の新着情報 3 週間漏れがこのルールのきっかけです。技術ピラーのように人が確認する owner ページは review_alert: true を宣言し、メタ updated が volatility の期限を超えるとバッジにとどめず同じ source-drift Issue に上げます。コミット日ではなく owner が書いた確認月を見るため、構成変更・翻訳コミットは確認とみなしません — 2026-11 のピラー 2 か月未確認がきっかけです。
判断に影響する主張を根拠記録へ追加します。checked_onは原文照合日、review_after_daysは主張別周期、pagesは影響する要約・ピラーです。未移行の既存主張は記録外と明示します。
標準テンプレート¶
項目 / 顧客課題:
発売 / 根拠 / 用途 / 支援主体:
L0: 何で、どの条件に適用するか:
代替 / AWS対応と前提:
根拠ID / 正確なURL / 版 / 確認日:
実験: 環境・標本・単位・ログ / 再現者:
限界 / 費用・成功・中止条件:
次の行動 / 実行資産 / 運用引継ぎ:
owner / 人による確認担当または未定:
L0を短くし詳細はリンク・折り畳みにします。難語の初出に[^term]、末尾<!-- 용어 각주 -->下に1～2文の定義を付けます。翻訳はID・URL・構造を保持します。経営層要約でも条件・限界を省きません。公開文書に顧客機密・営業戦略を記載しません。
Playbook 昇格パイプライン¶
- Radar・候補フォームに主題・出典・顧客課題を記載します。
- ownerが掲載条件と専門確認担当を定めます。自動走査だけでは昇格しません。
- 根拠・版・日付・条件を照合し、R&D・PoC・現場検証の範囲を明示します。
- 韓国語原文・影響要約・en/zh/jaを同時更新します。
- 根拠表示生成、ハッシュ同期、検査、レビューの順で反映します。
役割と未完了レビュー¶
| 役割 | 責任 |
|---|---|
| owner Youngjin | 確認割当・掲載判断・更新管理 |
| 専門の確認者 — 未割当 | ライセンス / AWSサービス・地域 / ロボット安全 / 再現 |
| 自動化・照合ツール | 候補収集、原文照合補助、メタ・リンク・同期確認 |
単独ownerの指定で確認のボトルネックは解消しません。担当は実際の受諾後に記録し、自動照合と人の承認を区別します。
検査と限界¶
python3 scripts/check_evidence.py
python3 scripts/check_translation_sync.py
python3 scripts/check_nav_index_sync.py
python3 scripts/check_refresh_paths.py
python3 scripts/check_staleness.py --check
mkdocs build --strict
根拠構造・表示不一致、nav不一致、更新経路の未宣言、メタ欠落、内部リンク・アンカーエラーは配備を止めます。期限超過・人の確認待ちは報告し、翻訳ずれは現在CIで警告のみです。コミット前に別途翻訳ずれゼロを確認します。ビルドは外部URL到達性、事実、翻訳の意味、ロボット実行を検証しません。
➡️ 次のアクション：根拠確認を専門別に割り当て、期限の近い資料と影響ページを一緒に確認します。
owner: Youngjin · updated: 2026-09 · volatility: 中