ti-poclisted

# ti-poc — PoC・商談（トライアル体験） 契約前の PoC・商談・社内検証で、見込み客に「導入が簡単・速い」を実感させる**進行スキル**。4体験（理解・可視化 → サンプルデータでの多軸集計 → 自社マスタ取込 → 自社文書からの取引作成）を1本のナラティブで束ねる。**能力は再実装せず**、各体験で層2スキルを体験順に呼び、実装形態の判断は ti-lifecycle を参照する。契約が成立したら ti-onboarding へモードを遷移して引き継ぐ。 本書は薄い索引に徹する（詳細は必要な reference だけを読む方式）。体験の順序づけ・デモデータ／実演台本・モード設定の実体は各 reference にある。 ## このスキルが持つもの・持たないもの | 持つ（進行＝順序づけ・段取り） | 持たない（能力・判断＝委譲先） | |---|---| | 4体験（理解→集計→マスタ→文書）の順序づけと1本のナラティブ | 参照・集計の実行＝ ti-reference／可視化＝ ti-spec-view | | 驚きの源泉（AI 固有性）の演出規律・poc モードの挙動設定 | データ投入・移行・デモデータ生成の機構＝ ti-data-load／帳票資産＝ ti-report | | デモデータ作成のワークフロー設定（何を何件どの順で＝ ti-data-load を呼ぶ） | 文書→取引作成・入力支援＝ ti-update／メタデータ配備の機構＝ ti-metadata | | ti-onboarding への引き継ぎ渡し・ロール別の見せ方の出し分け | 実装形態の判断（宣言的/Apex/外部/製品機能化・Anonymous Apex 可否・運用移行）＝ ti-lifecycle | | — | 契約後の本番導入プロジェクトの工程進行＝ ti-onboarding | 進行はこのスキル、能力は層2、判断は ti-lifecycle。この主従を崩さない。単一の能力で完結する作業（集計を1本・マスタを1件・可視化を1枚・受注を1件）は層2へ直接落とし、本スキルを経由しない。 ## モードと未判定既定（発火時にまず確認） 本スキル（契約前寄り）と ti-onboarding（契約後寄り）は同じ層2能力を違う局面モードで束ねる**連続体**で、相互排他ではない。**契約状態が判明した時点で poc→onboarding へモードが遷移**する。契約状態・環境が読めないときは、**フェーズを確定せず、参照・可視化のみで応答し、書込・環境前提を要する段に入る前に契約状態と環境（トライアル／Sandbox／本番）を能動的に確認する**。poc モード（サンプル・破棄前提・少量）を本番顧客に誤適用すると本番 org への害につながるため、「疑わしきは poc」を既定にしない。 ## 発火点（いつ・どの reference を読むか） | チェックポイント | 読む／呼ぶ | 渡す・確認するもの | |---|---|---| | **そのセッションで最初に TI のスキルを使う瞬間（依頼の内容を問わず・1 セッション 1 回）** | ti-core `references/version-freshness.md` | 同梱 `.claude-plugin/plugin.json` の版 | | **製品の操作手順・可否・理由を書こうとした瞬間／製品そのもの（コード・フロー・項目ヘルプ・パッケージのメタデータ）を読もうとした瞬間