Stripeなどの接続された請求ツールを使用して、サブスクリプション、返金、チャーントリアージ、請求ポータルの回復、プラン分析などの顧客請求ワークフローを操作します。顧客を助けたい、サブスクリプション状態を検査したい、または収益に影響する請求操作を管理したい場合に使用します。
复制下面这句话，粘贴给 Claude Code、Codex、Cursor 等 AI 编程工具，它会读取安装说明并在你确认后完成安装。
请阅读 https://ai.atlankj.com/install/asset/gh-customer-billing-ops-e32be29c989a ，按照其中的说明把「customer-billing-ops」安装到你（当前 AI 工具）中。执行前先告诉我将运行的命令和写入的位置，等我确认。
查看 AI 将读取的安装说明正在读取 GitHub 原文…
内容来自 GitHub 原始文件，由原作者维护。在 GitHub 查看
このスキルは、汎用的な支払いAPI設計ではなく、実際の顧客業務のために使用します。
目標は、オペレーターが以下に答えるのを助けることです：この顧客は誰か、何が起きたか、最も安全な修正は何か、どのようなフォローアップを送るべきか？
利用可能な最強の識別子から始めます：
簡潔なアイデンティティサマリーを返します：
アクションを取る前に、ケースを1つのバケットに入れます：
| ケース | 典型的なアクション |
|---|---|
| 重複する個人サブスクリプション | 余分をキャンセル、返金を検討 |
| 実際のマルチシート/チームの意図 | シートを保持、請求モデルを明確にする |
| 支払い失敗/不完全なチェックアウト | ポータルまたは支払い方法の更新で回復 |
| セルフサーブコントロールの欠如 | ポータル、キャンセルパス、または請求書アクセスを提供 |
| 製品の失敗または信頼の喪失 | 返金、謝罪、製品の問題を記録 |
優先順位：
修正が製品作業を必要とする場合、以下を分離します：
顧客の痛みが欠けているオペレーターサーフェスから来ている場合、明示的にそれを指摘します。一般的な例：
これらをサポートインシデントではなく、ECCまたはウェブサイトのフォローアップアイテムとして扱います。
以下で終わります：
この構造を使用します：
CUSTOMER
- name / email
- relevant account identifiers
BILLING STATE
- active subscriptions
- invoice or renewal state
- anomalies
DECISION
- issue classification
- why this action is correct
ACTION TAKEN
- refund / cancel / portal / no-op
FOLLOW-UP
- short customer message
PRODUCT GAP
- what should be fixed in the product or website