feishu-am-workbench

飛天經營工作平台に基づく個人AM顧客管理Codexスキル

feishu-am-workbench とは?

このスキルは、飛書(Feishu)のベース、ドキュメント、Todoを活用した個人向けAM(アカウントマネジメント)ワークフローを提供します。混在した入力から構造化されたアカウントビューを生成し、ワークベンチ全体にわたる更新を提案しますが、実際の書き込みはユーザーの明示的な確認後にのみ実行します。ワークベンチは「顧客マスタデータ」(インデックス)、詳細テーブル(契約/アクションプラン/キーパーソン/コンタクト記録/競合)、「顧客アーカイブ」(ナラティブアーカイブ)、そして飛書Todo(実行リマインダー)の4層で構成されています。主なユースケースとしては、ミーティング後の統合、顧客ステータス照会、アーカイブ更新、Todo管理、コーホート分析、ミーティング準備、提案書作成の7つのシナリオをサポートします。

対応~Claude Code✓Codex CLI~Cursor
npx skills add fishskylky-tech/feishu-am-workbench

Installed? Explore more 生産性&コラボレーション skills: steipete/gemini, steipete/gh-issues, steipete/skill-creator · View all 6 →

お気に入りのAIに質問する

このエージェントスキルを事前に読み込んだ状態で新しいチャットを開きます。

ドキュメント

Feishu AM Workbench

概要

このスキルは、飛書(Feishu)のベース、ドキュメント、Todoを中心とした個人AMワークフロー向けです。混在した入力から構造化されたアカウントビューを生成し、ワークベンチ全体にわたる更新を提案し、ユーザーの明示的な確認後にのみ書き込みを実行します。ワークベンチは4つの層で構成されています:顧客マスタデータ(インデックス)、詳細テーブル(契約/アクションプラン/キーパーソン/コンタクト記録/競合)、顧客アーカイブ(ナラティブアーカイブ)、そして飛書Todo(実行リマインダー)。

利用可能なシナリオ(7つ)

シナリオ目的エキスパートカード
post-meeting-synthesisミーティング → 構造化されたアカウント判断入力 + 出力
customer-recent-status4つの視点からの顧客ステータス照会入力
archive-refresh標準アーカイブの更新入力 + 出力
todo-capture-and-updateTodo後続キャプチャ出力
cohort-scan顧客コーホート分析入力
meeting-prep7次元ミーティング概要入力 + 出力
proposal5次元提案書/レポート入力 + 出力

コアワークフロー(10ステップ)

  1. 顧客の意図と候補となる顧客名を識別する
  2. 書き込みを計画する前に、顧客マスタデータから1つの顧客IDを解決する
  3. ライブデータアクセスには飛書ワークベンチゲートウェイを使用する
  4. ミーティングノート/トランスクリプトにはライブファーストゲートを実行する
  5. 書き込み範囲を決定する前にミーティングタイプを分類する
  6. ルーティング前にすべての関連エンティティを抽出する
  7. 必要な最小限の追加コンテキストのみを読み込む
  8. 書き込み計画の前にライブスキーマ事前確認を実行する
  9. 事実と判断を分離する
  10. アカウント分析 + 構造化された変更計画を作成し、確認を待つ

ハードルール

  • 顧客マスタデータを顧客IDの事実上の情報源として常に使用する
  • 顧客マッチングがあいまいな場合は、停止して明確化を求める
  • 顧客マスタテーブルは保護対象として扱い、許可されたフィールドのみを更新する
  • 実際のベーススキーマを使用し、推測されたフィールド名は使用しない
  • ベース書き込み前には、テーブル/フィールドが存在し、タイプが一致することを確認する
  • 日付は絶対値として扱い、相対表現は使用しない
  • 生のトランスクリプトを正式なミーティングノートドキュメントとして保存しない
  • 推測されたビジネス判断を客観的事実として提示しない
  • 各顧客は1つの標準アーカイブドキュメントのみを持つ必要がある
  • 顧客マスタデータの戦略フィールドはゆっくりと変更する

出力パターン

  1. ミーティングのフレーミングとコンテキストの復元
  2. 確認された事実と判断
  3. 構造化されたサマリー
  4. 推奨モードの更新
  5. 未解決の質問またはブロックされた項目
  6. ユーザー確認後:書き込み結果と変更サマリー

書き込み順序

  1. 最初に構造化された飛書テーブルを更新する
  2. テーブルの状態が正しくなった後で、サポートドキュメント(アーカイブ、ミーティングノート)を作成/更新する
  3. 最後にTodoアイテムを作成/更新する
  4. 後のステップが失敗した場合、完了した書き込みと残りの失敗を報告する

クローズドループ

  1. ユーザー入力が詳細レコードを作成/更新する
  2. 詳細レコードと公開入力が顧客アーカイブに抽出される
  3. 顧客アーカイブが顧客マスタデータの戦略変更の判断基準となる
  4. Todoアイテムは実行を支援するが、構造化された詳細レコードを置き換えるものではない

範囲

このスキルはユーザーの個人アカウント帳のためのものであり、汎用CRMではありません。精度、慎重な書き戻し、およびクロステーブル整合性の維持を優先します。

必要に応じてこれらのリファレンスを参照

クイック概要については:references/INDEX.md を参照

エキスパートカード

各シナリオには、scenes/{scene_name}/expert-cards.yaml にエキスパートカードの設定があります。これらは、主要なシナリオノードで入出力監査を提供します。

関連スキル