ワンクリックで
finance-billing-ops
ECCの証拠優先の収益、価格設定、返金、チーム請求、請求モデルの実態確認ワークフロー。ユーザーが販売スナップショット、価格比較、重複請求の診断、または汎用的な支払いアドバイスではなくコードに裏付けられた請求の実態を必要とする場合に使用します。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
メニュー
ECCの証拠優先の収益、価格設定、返金、チーム請求、請求モデルの実態確認ワークフロー。ユーザーが販売スナップショット、価格比較、重複請求の診断、または汎用的な支払いアドバイスではなくコードに裏付けられた請求の実態を必要とする場合に使用します。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
Instinct-based learning system that observes sessions via hooks, creates atomic instincts with confidence scoring, and evolves them into skills/commands/agents. v2.1 adds project-scoped instincts to prevent cross-project contamination.
Suggests manual context compaction at logical intervals to preserve context through task phases rather than arbitrary auto-compaction.
Suggests manual context compaction at logical intervals to preserve context through task phases rather than arbitrary auto-compaction.
Best practices for Remotion - Video creation in React. 29 domain-specific rules covering 3D, animations, audio, captions, charts, transitions, and more.
Verification loop for Django projects: migrations, linting, tests with coverage, security scans, and deployment readiness checks before release or PR.
Project-specific skill template covering architecture, patterns, testing, and deployment guidance.
| name | finance-billing-ops |
| description | ECCの証拠優先の収益、価格設定、返金、チーム請求、請求モデルの実態確認ワークフロー。ユーザーが販売スナップショット、価格比較、重複請求の診断、または汎用的な支払いアドバイスではなくコードに裏付けられた請求の実態を必要とする場合に使用します。 |
| origin | ECC |
ユーザーが金銭、価格設定、返金、チームシート論理、またはウェブサイトや販売コピーが示唆する方法で製品が実際に動作しているかどうかを理解したい場合に使用します。
これはcustomer-billing-opsより広い範囲をカバーします。そのスキルは顧客の救済措置向けです。このスキルはオペレーターの実態向けです: 収益状態、価格決定、チーム請求、コードに裏付けられた請求動作。
関連する場合、次のECCネイティブスキルをワークフローに引き込みます:
customer-billing-ops 顧客固有の救済措置とフォローアップ用research-ops 競合他社の価格設定や現在の市場エビデンスが重要な場合market-research 答えが価格推奨で終わる場合github-ops 請求の実態がコード、バックログ、または関連リポジトリのリリース状態に依存する場合verification-loop 答えがチェックアウト、シート処理、エンタイトルメント動作の証明に依存する場合ライブ請求データを優先します。データがライブでない場合は、スナップショットのタイムスタンプを明示的に述べます。
全体像を正規化する:
質問が顧客固有の場合、まず分類します:
次に、より広い製品の質問から分離します:
答えが実装の実態に依存する場合、コードパスを検査します:
以下を報告します:
SNAPSHOT(スナップショット)
- タイムスタンプ
- 収益 / サブスクリプション / 異常
CUSTOMER IMPACT(顧客への影響)
- 誰が影響を受けているか
- 何が起きたか
PRODUCT TRUTH(製品の実態)
- コードが実際に何をするか
- ウェブサイトや販売コピーが何を主張しているか
DECISION(決定)
- 返金 / 保持 / 変換 / 無操作
PRODUCT GAP(製品ギャップ)
- 構築または修正すべき具体的なフォローアップ項目