(no description)
見込み客が持ってきた書類一式を使いやすい形に整理する。見込み客が読める分かりやすい要約、アナリスト(分析担当)チームが詳しい提案書を作成するための引き継ぎ資料、そして見込み客とのやり取りを進める間も関係を保ち続けるための案内メールの3つを作成します。
このスキルは、初期対応のステップです。詳細な投資提案書(推奨される資産配分、期待される運用成果、手数料、移行計画)は、このスキルが作成する引き継ぎ資料をもとに、営業会社のアナリストチームが別途作成します。ここでは生成しません。
必須:見込み客の氏名。書類も必要です。接続済みのツールから取得するか、アップロードしてください。ただし書類がない状態で始まるのは普通です。後述の「ステップ1:書類を探す」がその方法です。決して資産情報を作り上げてはいけません。
最初に顧問に1つ質問します。「見込み客の書類を接続済みのツールから探しましょうか、それともここにアップロードしていただきたいですか?」 いずれの方法でも見込み客の氏名を確認してください。
A. 接続済みのツールから探す
実際に接続されているシステムを確認します。ListConnectors(まだ利用できなければToolSearchで読み込み)を使って、CRM(Redtail、Salesforce、Wealthboxなど)、Google Drive、Gmail、Microsoft 365をチェックしてください。ツール名の接頭辞は推測しません。接続されているシステムについては、システム名でToolSearchを実行して実際のツールを見つけ、それを使用します。
接続状況を信じる前にツールを確認してください。 システム名でToolSearchを実行することが確認方法です。ツールが見つかれば、そのシステムは接続済みで呼び出し可能です。一方、ListConnectorsは複数の稼働中コネクタがある場合でも「インストール済みコネクタが見つかりません」と返したり、クライアントによってはデータではなくユーザー向けのカード表示を返すこともあります。つまり、不足の理由を説明することはできますが、接続されていないことを示すことはできません。空の結果は「不明」であり、「何も接続されていない」ではありません。結果が返ってきたときは、connectedではなくenabledInChatを確認してください。connected: trueでenabledInChat: falseの場合は認証済みですがこのチャットでは無効になっているので、顧問に対して「ここで有効にできます」と伝えてください。connectedがない、またはnullの場合は不明です。未接続ではありません。
接続済みの全システムを並列で検索してください。1つのシステムが空の結果を返しても、他のシステムの検索をブロックしません。複数のシステムが接続されている場合は時間がかかる可能性があるので、あらかじめ伝えてください。これは確認の質問ではなく、単なる進捗の告知です。上述の「アップロード対検索」の質問が、進める前の唯一の必須入力です。
マッチした内容(ファイル名、メール件名、CRM記録)を顧問に示してから、実際に内容を読んでください。どのアイテムが実際に見込み客のファイルかを確認した上で、内容を取得してください。最初に曖昧さを解消してください。 CRM検索で複数のマッチング連絡先または商談が見つかった場合、顧問が正しいものを確認するまで、それらから情報を取得したり添付したりしないでください。これは他のスキルの世帯判定と同じプライバシー基準です。氏名だけで進めてはいけません。
Zocksも接続されている場合は、この見込み客との過去の会話を確認し、既に取得した事実(目標、個人情報、口座に関する言及)を取得してください。後のステップ2で顧問や見込み客に改めて質問する代わりにそれを再利用し、その会話から得た情報として引用してください。
CRM、Drive、Gmail、M365のいずれも接続されていない場合は、その旨を明確に伝え、アップロードに切り替えてください。
B. ここにアップロード
顧問がファイル(PDF、CSV、スクリーンショット、またはテキスト貼り付け)を提供するまで待機してください。ファイルが来ると約束された時点では進みません。実際に到着するまで待機してください。資産情報の穴を埋めるために、待機中にデータを作り上げてはいけません。
ファイルごとに1つのclaude-for-financial-advisors:statement-extractサブエージェント(補助的な処理を行うAI)を実行し、1つのメッセージにまとめて全て並列処理してください。 1つのファイルにつき1つのAgent(claude-for-financial-advisors:statement-extract)呼び出しを、同じ応答内で実行します。各サブエージェントは1つのファイルパスと見込み客の氏名を受け取り、そのファイルの口座を正規化されたレコードとして返します。データ品質フラグと、推定値対実績値のマーキングも既に付与されています。複数の書類を1つずつ読むのは、このスキルの最も時間がかかる部分です。書類が多いほど処理時間が長くなり、まさにそのとき顧問は待たされることになります。
統合は自分で行います。各サブエージェントは1つのファイルしか見ないため、ファイル3の口座がファイル7の口座と同じかどうかは判断できません。セット全体の重複検出と、単一の統合ビューは、あなたが彼らのレコードから組み立てます。
各サブエージェントが対応する抽出スキーマ。サブエージェントが利用できない場合の手作業の方法でもあります。口座ごとに以下を抽出します。
全ファイル・全口座の情報を1つの統合ビューに正規化してください。データ品質の問題を見つけたら、その都度フラグを立ててください。黙って対処しないでください。
読みやすくない、または存在しない数字を作り上げてはいけません。「— 提供ファイルに記載なし」とマークしてください。ただし、ステップ1で過去の会話からZocksが既に取得している事実の場合は例外で、その場合は「記載なし」とマークする代わりにそれを使用します。
このスキルのtemplates/フォルダのテンプレートを骨組みとして使用します。全てのフィールドを入力してください。提供されたファイルに記載がない場合は、空白のままにせず「— 提供ファイルに記載なし」とマークしてください。
推定値対実績値は、下記の分析官向け資料だけでなく、3つの成果物全てのあらゆる数字に適用されます。 見込み客向け要約や案内メモに記載される計算値または仮定値は、ファイルから直接読み取った数字と同じマークを付ける必要があります。
テンプレート:templates/prospect-summary-template.md。平易な日本語。見込み客向け。セクション:
資産構成・配分についてのコメント、手数料、運用成果またはリターン実績の記載なし。 これは「こちらが受け取り、理解した内容の確認」に過ぎません。
テンプレート:templates/analyst-handoff-template.md。営業会社のアナリストチーム向けの内部資料です。このドキュメントは内部に留まります(後述のステップ4参照)。セクション:
テンプレート:templates/what-to-expect-template.md。簡潔で親しみやすい。見込み客向け。セクション:
成果物A(見込み客向け要約)とC(案内メモ)に対して/complianceを実行してください。両方とも見込み客向けで、顧客向けコミュニケーションと同じ広告・詐欺防止ルールが適用されます。
レビューが完了してから何も返してはいけません。 /complianceはレビューするドキュメントごとに2つのファイルを作成します。<slug>-compliance-analysis.mdと<slug>-compliance-redraft.mdです。AとCの両方について両方のファイルが存在するまで、レビューは完了していないので、初期対応は終わっていません。クリーンなレビューでもリドラフトが作成されるので、「変更不要」はファイルが欠落する理由ではありません。ここで実行されるものはバックグラウンドではありません。スキャンを待っている場合は、既に返ってきており、残りのマークアップはあなたが書くものです。
ここからはAとCは、修正版を指します。 ドキュメントを顧問に返却する際は、ファイルリストに<slug>-compliance-redraft.mdの名前を付けて、添付対象または送信対象として示してください。修正前のドラフトは決して使用しないでください。顧問にファイルリストを示す場合は、どのファイルが見込み客に渡るかを明記してください。修正前と修正後が並んだリストは、修正前のドラフトが誤って送信される原因になります。
成果物B(分析官向け資料)は内部資料のままで、/complianceを通しません。 見込み客向けではないからです。
3つの成果物が準備できたら、顧問に対して自分が何をしようとしているかの概要を1つ示します。A、B、Cを、ステップ1で確認した既存の連絡先・商談に添付するか、新しい連絡先を作成して添付します。ドキュメントごとの個別承認ではなく、このバッチ全体で単一の確認を得てください。顧問が「はい」と言ってからのみ実行してください。事前に何も添付または作成しないでください。
Gmailが接続されている場合は、修正版C を見込み客に送信する提案をし
Turn the pile of statements a prospect hands over into something usable — a clean summary they can read, a clean handoff the analyst team can build a full proposal from, and a warm note that keeps the prospect engaged while that happens.
This skill is the intake step, not the proposal itself. The full investment proposal (proposed allocation, expected outcomes, fees, transition plan) is built by the firm's analysts from the detailed handoff this skill produces — it is not generated here.
Required: the prospect's name. Their files are needed too — either found in a connected tool or uploaded — but a request that arrives without them is a normal starting point, not a reason to hold off: Step 1: Find the Files below is how they get found, and it is where this skill begins. Never invent holdings.
Ask the advisor a single question up front: do you want me to look for [prospect]'s files in your connected tools, or would you rather upload them here? Get the prospect's name either way — it's needed for both paths.
A. Look in connected tools
Check which systems are actually connected — call ListConnectors (load via ToolSearch if it isn't already available) — for a CRM (Redtail, Salesforce, Wealthbox), Google Drive, Gmail, and Microsoft 365. Don't guess at a tool-name prefix; for any system whose tools are loaded, use ToolSearch with that system's name to find its actual tools.
Look for the tools before you trust the registry. ToolSearch by the system's own name is the check that decides: if its tools come back, that system is connected and callable — use them. ListConnectors can answer "No installed connectors found" even in a session with several live, working connectors, and in some clients it renders a user-facing card rather than returning data at all. So it explains a gap, it never establishes one, and an empty result means unknown, never "nothing is connected". When it does return entries, read enabledInChat, not connected: connected: true with enabledInChat: false is authenticated but switched off for this chat, so tell the advisor they can enable it here rather than reporting it as unconnected; a missing or null connected is unknown, not disconnected.
Search all connected systems in parallel — one system coming back empty doesn't block reading the others. If this pull is likely to take a moment (several systems connected), say so up front; that's a heads-up, not another "should I start?" gate — the upload-vs-search question above is the only required input before proceeding.
Show the advisor what matched (file names, email subjects, CRM record) before reading any of it — confirm which items are actually the prospect's files before pulling content from them. Disambiguate first: if a CRM search turns up more than one matching contact or opportunity, don't pull from or attach to any of them until the advisor confirms which one is correct — same privacy bar as a household match in other skills: never proceed on a name match alone.
If Zocks is also connected, check it for a prior conversation with this prospect and pull whatever facts it already captured (goals, life details, account mentions). Reuse those instead of re-asking the advisor or the prospect for them, and cite them as coming from that conversation rather than treating them as missing in Step 2.
If none of CRM/Drive/Gmail/M365 are connected, say so plainly and fall back to upload.
B. Upload here
Wait for the advisor to provide files — PDF/CSV/screenshot, or pasted text. Don't proceed on a promise of files to come; wait for them to actually arrive. Never invent holdings to fill a gap while waiting.
Dispatch one claude-for-financial-advisors:statement-extract subagent per file, all in a single message so the pile is read concurrently — one Agent(claude-for-financial-advisors:statement-extract) call per file, in the same response. Each gets one file path and the prospect's name, and returns that file's accounts as a normalized record with data-quality flags and its inferred-vs-read marking already done. Reading a stack of statements one after another is the slowest part of this skill, and it gets slower the bigger the pile — which is exactly when the advisor is waiting longest.
Consolidation stays with you: the subagents each see one file and cannot tell that an account in file 3 is the same account as one in file 7. Duplicate detection across the set, and the single consolidated view, are yours to assemble from their records.
The extraction schema each subagent works to, which is also what to do by hand if the subagent is unavailable — per account:
Normalize everything into one consolidated view across all files/accounts. Flag data-quality problems as you go rather than silently working around them:
Never fabricate a figure that isn't legible or present — mark it "— not shown on file provided," unless it's a fact Zocks already captured in a prior conversation (Step 1), in which case use that instead of flagging it missing.
Use the templates in this skill's templates/ folder as the skeleton for each. Fill every field; where data wasn't shown on any file provided, mark it "— not shown on file provided" rather than leaving it blank silently.
Inferred vs. Read applies to every figure in all three outputs, not just the Analyst Handoff below — any number in the Prospect Summary or What-to-Expect memo that was computed or assumed rather than read directly off a file needs the same flag.
Template: templates/prospect-summary-template.md. Plain-English, prospect-facing. Sections:
No asset mix/allocation commentary, no fees, no performance or return claims — this confirms "here's what we received and understood," nothing more.
Template: templates/analyst-handoff-template.md. Internal, for the firm's analyst team — this one stays internal (see Step 4). Sections:
Template: templates/what-to-expect-template.md. Brief, friendly, prospect-facing. Sections:
Run /compliance on outputs A (Prospect Summary) and C (What-to-Expect Memo) — both are prospect-facing and fall under the same marketing/antifraud rules as client communications.
Finish the review before you hand anything back. /compliance writes two files per document it reviews — <slug>-compliance-analysis.md and <slug>-compliance-redraft.md. Until both exist for both A and C, the review has not happened yet and the intake is not done. A clean review still writes a redraft, so "nothing needed changing" is not a reason for the file to be missing. Nothing here runs in the background: if you are waiting on a scan, it has already come back and the remaining markup is yours to write.
From here on, A and C mean the redrafts. When you hand the documents back, list them for attaching, or offer to send them, name <slug>-compliance-redraft.md — never the original draft. If you show the advisor a list of files, say which one goes to the prospect; an undifferentiated list with the original and the redraft side by side is how the pre-compliance draft gets sent by mistake.
Output B (Analyst Handoff) stays internal and does not go through /compliance — it's not prospect-facing.
After the three outputs are ready, show the advisor one summary of what you're about to do — attach A, B, and C to the existing contact/opportunity confirmed in Step 1, or create a new contact and attach them there — and get a single confirmation on that whole batch, not a separate approval per document. Only write after they say yes; never attach or create anything before that.
If Gmail is connected, offer to send the compliance-reviewed version of C to the prospect: draft the message (subject and body) and show the advisor the full draft before anything goes out. Only send after they explicitly approve it — never send automatically, and never send the pre-compliance draft.
If Gmail isn't connected, or the advisor would rather send it themselves, hand back the markdown file from Output instead — this step is optional, not required.
Write all three as markdown files first, clearly labeled: the prospect summary (A), the analyst handoff (B), and the what-to-expect memo (C). Remind the advisor that A and C need compliance review before going out (Step 4), that B stays internal, and that the full proposal itself is a separate next step the analyst team builds from B.
Then ask the advisor whether they'd like the prospect-facing pieces (A and C) converted to .docx or .pdf — don't create either format unless they ask. B stays internal and markdown is fine for it either way.
原文・著作権は Anthropic および各プラグイン作者に帰属します。日本語訳は Claude API による自動翻訳です。