ti-lifecyclelisted

# ti-lifecycle — 開発運用ライフサイクル判断 顧客orgのカスタマイズを「設計 → アジャイル構築 → 運用移行」へ導く**判断スキル**。**どう作るかの機構は持たず**、「どの実装形態で・いつ・どのフェーズで作るか」の判断に専念する。配備・投入・参照といった機構は能力スキルに委ね、決まった発火点でそれらを呼ぶ。 本書は薄い索引に徹する（詳細は必要な reference だけを読む方式）。判断の実体は各 reference にある。 ## このスキルが持つもの・持たないもの | 持つ（判断） | 持たない（機構＝委譲先） | |---|---| | 要件をどの実装形態で作るかの選択 | メタデータ配備の実行（取得→差分→検証→反映）＝ ti-metadata | | Anonymous Apex の可否・運用移行の可否 | データ投入・移行の実行（関係保持・複製・前提準備）＝ ti-data-load | | 着手前ゲートの適用・実務ノウハウをいつ呼ぶかの判断 | 参照先の有効条件チェックや作れない工程の検出ゲート＝ ti-reference | | — | 個別レコードの申請前・承認前チェック＝ ti-update | 判断は本スキル、機構は能力スキル。この主従を崩さない。 ## 発火点（いつ・どの reference を読むか） | チェックポイント | 読む／呼ぶ | 渡す・確認するもの | |---|---|---| | **そのセッションで最初に TI のスキルを使う瞬間（依頼の内容を問わず・1 セッション 1 回）** | ti-core `references/version-freshness.md` | 同梱 `.claude-plugin/plugin.json` の版 | | **製品の操作手順・可否・理由を書こうとした瞬間／製品そのもの（コード・フロー・項目ヘルプ・パッケージのメタデータ）を読もうとした瞬間／実測と期待の食い違いを不具合と書こうとした瞬間／作業の対象範囲を自分で数え上げようとした瞬間** | ti-core `references/knowledge-lookup.md` | 引きたい製品・機能と、利用者の言い方 | | 要件をどの実装形態で作るか判断する瞬間（宣言的／Apex／外部／製品機能化） | `references/implementation-form.md` | 要件の性質・継続保守の主体 | | Anonymous Apex で作ってよいか・運用へ移してよいか判断する瞬間 | `references/anonymous-apex-policy.md` | 現在のフェーズ・書込先org の種別 | | アジャイル構築の着手前（フェーズ判定・実装形態の確定） | `references/dev-phase-playbook.md` | 現在のフェーズ・要件の性質 | | 構築中に投入・複製・参照などの機構が要る瞬間 | 能力スキルの該当 reference（`dev-phase-playbook.md` が案内） | 適用対象・暫定/恒久の別 | | org へ書き込む直前 | ti-core `references/safety-gate.md` | 対象・承認ドラフト（判断層からの記録を残す場合は、この時点で記録ペイロードを下書き＝2段トリガの第1段） | | 現状仕様を往復で詰める瞬間 | ti-core `references/spec-roundtrip