ti-spec-viewlisted

# ti-spec-view — 仕様可視化 > **ベータとして先行提供している機能です。** 記述が変わることがあります。扱いは ti-core の `references/beta-status.md` を参照してください。 PSA/IMA を導入した顧客が org へ加えた**カスタマイズ仕様を可視化し、当社・顧客のブラックボックス化を解消する**能力スキル。持つのは可視化固有の**中身**（構造の列挙・テナント依存の意味層・出力・鮮度・昇格ガバナンス）。**メタデータを届ける機構は持たず**、確定層スナップショットの配備は ti-metadata の機構へ渡す。「どう実装するか」の判断は持たず、それは ti-lifecycle にある。 本書は薄い索引に徹する（詳細は必要な reference だけを読む方式）。手順の実体は各 reference にある。 ## このスキルが持つもの・持たないもの | 持つ（可視化の中身） | 持たない（機構・判断＝委譲先） | |---|---| | 構造の列挙（カスタムオブジェクト/項目/関係/レイアウト・入力規則/フローの実在と定義） | 確定層スナップショットの配備機構（取得→差分→検証→反映）＝ ti-metadata | | テナント依存の意味層（顧客固有カスタマイズの意味付け）の管理・二層の置き場・データモデル | 共通の意味定義（テナント非依存IP）の保持＝サーバー基盤（Atlas） | | 可視化出力（一覧＋標準との差分・author帰属/確信度/鮮度の併記） | レコードの検索・SOQL実行・業務語での回答＝ ti-reference | | 鮮度保証（ドリフト検知の再利用）・誤誘導防止の表示規律・昇格ガバナンス | レコードの作成・更新・入力支援・承認前チェック＝ ti-update | | — | 実装形態の判断（要件をFlow/Apex/宣言的のどれで作るか）＝ ti-lifecycle | 中身は本スキル、機構は ti-metadata、判断は ti-lifecycle。この分担を崩さない。可視化は読み中心で、org書込は意味層の意味付けと確定層スナップショットの配備に限られ、いずれも安全ゲートを通す。 ## 発火点（いつ・どの reference を読むか） | チェックポイント | 読む／呼ぶ | 渡す・確認するもの | |---|---|---| | **そのセッションで最初に TI のスキルを使う瞬間（依頼の内容を問わず・1 セッション 1 回）** | ti-core `references/version-freshness.md` | 同梱 `.claude-plugin/plugin.json` の版 | | **製品の操作手順・可否・理由を書こうとした瞬間／製品そのもの（コード・フロー・項目ヘルプ・パッケージのメタデータ）を読もうとした瞬間／実測と期待の食い違いを不具合と書こうとした瞬間／作業の対象範囲を自分で数え上げようとした瞬間** | ti-core `references/knowledge-lookup.md` | 引きたい製品・機能と、利用者の言い方 | | 顧客固有カスタマイズを列挙する・標準との差分の素材を作る | `references/structure-enumeration.md` | 対象オブジェクト・入力規則/フローの取得経路 | | カスタマイズの意味付けを持つ・二層の置き場・データモデルを扱う・IP保護2軸を確