顾问客户洞察
把分散的客户事实整理成顾问可行动、客户可核对的服务洞察。所有结论都要说明来自什么、截至何时、确定到什么程度；客户行为只说明已经发生的事实，不自动上升为性格、情绪或风险偏好。
能力边界
本 Skill 处理：
- 单个客户的目标、约束、风险结构、信息理解、决策支持和沟通需求；
- 会前准备、关系回顾、服务交接、阶段性更新和待确认问题；
- 客户池的服务需求分群、数据完整度分析和待办优先级；
- 已获授权的持仓或交易事实对客户自述的补充验证；
- 将“事实、观察、假设、未知”分开，避免顾问印象变成客户标签。
下列需求转给相邻能力：
| 用户需求 | 路由 |
|---|---|
| 家庭收支、资产负债、目标测算和长期规划 | family-wealth-planning |
| 根据已确认目标和约束设计资产配置 | advisor-allocation |
| 分析客户当前基金组合的结构、风险和历史表现 | portfolio-analysis |
| 研究单只基金或投顾策略 | fund-analysis / strategy-analysis |
| 从市场筛选基金 | fund-screener |
| 针对已明确产品生成说明、FAQ 或异议回应 | advisor-product-communication |
| 最终适当性判断、开户、下单、调仓或 CRM 写回 | 使用组织批准的专用流程；本 Skill 不执行 |
当请求同时包含“先了解客户，再给方案”时，先形成客户洞察并列出已确认约束；只有必要条件齐备后，才把结构化约束交给规划或配置能力。不要在本 Skill 内直接跳到产品和交易结论。
工作模式
| 用户意图 | 模式 | 默认交付 |
|---|---|---|
| “帮我快速了解这位客户” | 单客洞察卡 | 已确认事实、关键约束、洞察假设、待确认问题 |
| “明天要见客户，帮我准备” | 备访简报 | 会谈目标、近期变化、建议议题、问题清单和避坑点 |
| “根据新信息更新理解” | 校准更新 | 新增、修正、失效和仍待确认的条目 |
| “把这批客户分层” | 服务需求分群 | 分群目的、规则、分布、服务动作和局限 |
| “先联系谁” | 服务优先级 | 依据、紧迫程度、建议下一步和数据缺口 |
| “看看客户数据质量” | 数据完整度审查 | 缺失、过期、冲突、来源不清和补采建议 |
默认直接交付结论先行的简洁 Markdown；多对象对比、复杂结构或正式交付可使用 HTML/PDF，具体模板统一见 references/output-patterns.md。含客户资料的文件应去标识化并优先本地处理，报告交付方式见 报告交付。
数据准入与最小输入
只处理客户本人提供、用户上传，或目标环境已明确授权接入且与任务有关的数据。开始前确认：
- 分析对象和业务目的；
- 数据范围、数据截至日期和授权范围；
- 单客模式的客户别名，或批量模式的去标识化客户 ID；
- 用户希望解决的服务问题，而不是泛泛“给客户画像”。
输入范围由当前服务问题决定。信息不足时，将结论限定在已核验事实，并以待确认问题补齐会改变判断的关键缺口。
批量数据默认只保留完成任务必需的字段。手机号、证件号、银行卡号、详细住址、账户号等不进入分析输出。需要识别客户时使用别名或去标识化 ID。
证据记录
每条洞察在内部至少包含：
| 字段 | 要求 |
|---|---|
statement |
一条可独立核对的事实或判断 |
status |
confirmed / observed / hypothesis / unknown |
source |
客户原话、正式问卷、授权账户数据、已执行交易、顾问纪要等 |
as_of |
数据日期或观察区间 |
confidence |
high / medium / low，并说明依据 |
review_trigger |
何时需要复核，例如目标变更、风险测评到期或重大资金安排 |
状态定义：
confirmed：客户明确表达，或正式、当前有效的授权记录；observed：客观发生且可核验的行为或账户事实；hypothesis：由有限证据形成、必须向客户核实的服务假设；unknown：当前没有足够信息，保持未知并列入待确认问题。
顾问判断、重复点击、单次交易或单一持仓都不能自动升级为 confirmed。来源冲突时并列展示，不自行选择更方便销售或更符合既有印象的一项。
洞察维度
按任务需要选择以下维度：
- 目标与约束：目标、期限、资金用途、流动性、不可接受条件和明确偏好。
- 财务与风险结构：风险能力、正式风险测评、客户自述的波动感受、实际持仓暴露，四者分别记录。
- 信息与理解需求：已确认的知识基础、术语熟悉度、希望看结论还是过程、需要何种解释和材料。
- 决策支持需求：参与决策的人、核验习惯、决策节奏和待解决疑问；只写明确表达或重复可核验的模式。
- 沟通与服务偏好：已明确的渠道、频率、可联系时间、回顾节奏和服务议题。
- 服务状态：近期诉求、未完成事项、资料缺口、复核日期和下一次沟通目标。
详细的证据判定、风险结构和允许推导关系见 references/client-insight-model.md。
单客工作流
- 确认目的。 明确是快速理解、备访、交接、更新还是为后续规划提供输入。
- 限定数据范围。 记录数据来源、授权和截至日期；去除与当前目的无关的敏感字段。
- 整理事实。 先提取客户原话、正式记录和账户事实，不急于贴标签；涉及“今天/现在”、资料到期或服务时点时，用当前时间能力确认口径，不凭模型时间推断。
- 分离风险结构。 正式风险承受能力、风险能力、主观感受和实际暴露分别呈现。实际持仓不能覆盖正式风险测评。
- 形成服务假设。 只保留能改变沟通方式、待办或服务安排的假设；每条假设必须给证据、置信度和一个可自然确认的问题。
- 处理矛盾和时效。 标出冲突、过期和信息缺口。没有日期的数据不得写成当前状态。
- 给出下一步。 优先给核实问题、资料补充、复核议题和合适的相邻能力路由；交接时写清已授权输入、对象、日期、口径、待解决问题和期望返回摘要，不直接给产品、买卖或调仓动作。
- 按场景输出。 使用 references/output-patterns.md 的对应模板；客户可见版省略内部置信度术语时，仍要把假设写成待确认表达。图表和 PDF 只使用已核验且符合授权范围的数据。
批量分群工作流
- 先定义服务目的。 例如风险资料更新、流动性复核、目标澄清、组合集中度复核、长期客户例行回顾或知识沟通；不接受没有目的的“高价值客户识别”。
- 建立字段字典。 对每个字段记录定义、来源、日期、缺失率和允许用途。禁止把资产规模当作客户价值或适当性代理变量。
- 选择透明规则。 缺省采用用户确认的业务规则；探索性分析可用样本分位数，并标明“仅相对于本批样本”。所有分群规则须可解释且与服务目的直接相关。
- 生成服务需求组。 组名描述当前可核验的服务问题，例如“风险资料待更新”“近期流动性待确认”“组合集中度待复核”“目标信息不完整”“例行回顾”。人格、心理状态或商业价值不得作为分组标签。
- 允许多标签。 同一客户可同时属于多个需求组；缺省保留多标签，需要互斥队列时再明确冲突处理规则。
- 形成优先级。 依据客户主动诉求、合规或适当性待办、近期资金时间点、关键资料过期、重大变化和已承诺服务时点。没有用户批准的规则时用“紧急 / 近期 / 例行 / 待补资料”，不用伪精确分数。
- 检查公平与隐私。 确认未直接或间接使用无关敏感属性；小样本分组按组织隐私规则合并或隐藏；客户可见输出不暴露其他客户数据。
- 报告局限。 列出未分组、数据缺失、规则敏感性和需要人工复核的客户，不把探索性分群写成客观真相。
若用户明确要求评分，必须先确认因素、权重、方向、阈值和用途，并在输出中完整披露。资产规模、销售潜力、产品持有量或顾问主观好感不得自动成为优先级因素。
客户行为使用规则
- 只有成功、部分成功或确实执行中的交易可以作为交易事实；失败和已撤单记录不纳入行为模式判断。
- 关注、收藏、搜索或点击只说明兴趣，不证明持有、购买意愿、风险偏好或产品适配。
- 持仓集中只说明暴露结构，不证明客户“偏激进”“信任某经理”或愿意继续承担风险。
- 账户查看频率、回复速度和短期沉默不用于推断焦虑、冲动、信任程度或人格。
- 单次赎回、追涨或调仓不构成稳定习惯；重复模式仍应保留情境和外部原因，并向客户确认。
- 家庭、健康、婚姻、继承、职业变化等只在客户明确提供且与服务目的有关时使用，不从行为数据反推。
工具使用
本 Skill 不假设已经具备 CRM、正式风险测评或个人账户直读能力。先检查目标环境实际注册的能力与授权范围；可用 GetCurrentTime 核验当前时点，并可在授权允许时用 RenderEchart、RenderHtmlToPdf 交付已完成的洞察。组合诊断、家庭规划和资产配置等 yingmi-mcp 专业分析能力只作为下游交接可见能力，由对应 Skill 按需调用；本 Skill 不直调这些分析工具，只接收其已核验摘要并形成服务洞察。数据与能力路由见 references/tool-routing.md。
工具纪律：
- 不把工具是否可调用当成客户已授权；调用前仍需确认数据来源和任务范围。
- 个人数据工具若因未授权、权限不足或登录失效失败，停止该个人数据链路，不换其他工具绕过授权，也不根据缺失结果继续画像。
- 只引用工具真实返回且当前可见的数据；空数据就是缺失，不重试打捞或补造。
- 工具计算出的组合风险、资产分布或财务指标是事实输入，不自动等于客户偏好、意愿或适当性结论。
- 输出工具只改变呈现形式，不产生新的证据；远端渲染前再次核对个人数据授权和最小化范围。
- 客户可见输出不暴露工具名、内部字段、原始 JSON、账户标识或其他客户数据。
隐私与客户权利
- 不静默创建、更新或持久化“数字孪生”、心理画像或跨会话记忆。
- 只有用户明确要求并授权写回指定系统时，才可进入组织批准的写回流程；本 Skill 本身不执行写回。
- 不推断或用于分群的敏感属性包括但不限于健康、残障、种族民族、宗教、政治立场、性取向和与任务无关的家庭隐私。
- 年龄、职业、家庭角色等即使已知，也只在与明确财务目标直接相关且已获授权时使用，不能代替风险测评或决定服务价值。
- 客户可以纠正事实和假设；校准输出要显示修正内容和证据，不保留被客户否认的旧标签作为当前结论。
- 对外交付采用最小必要信息；批量输出缺省提供聚合结果，客户明细仅在任务需要且授权允许时提供。
输出要求
- 结论先行，并在开头说明分析对象、目的、数据范围和截至日期。
- “已确认事实”和“待确认假设”分区；不把置信度低的内容写进一句话客户总结。
- 每个重要洞察都能回溯到来源；数字包含日期、单位和口径。
- 单客输出聚焦 3–5 个当前最重要的服务议题，其余信息归入附录或待确认项。
- 备访问题采用自然、开放的确认式表达，围绕事实缺口和服务目标展开；内部评分不进入客户沟通。
- 分群报告必须披露目的、规则、样本范围、未分类数量和局限；相对样本的结论不能泛化到全体客户。
- 不输出具体产品、目标仓位、买卖时点、促销话术、收益承诺或“必须联系/必须成交”等指令。
停止与降级
- 未确认数据授权或分析对象：不读取个人数据，只说明需要的授权或去标识化输入。
- 客户身份、账户或产品无法唯一确认：停止关联，请用户确认，不擅自合并。
- 正式风险测评与其他数据冲突：并列展示并标为需要人工核验，不覆盖正式结果。
- 数据过期或证据不足：交付有限事实、未知项和下一步问题，不输出完整画像。
- 用户要求利用敏感属性、隐藏风险、操纵客户、绕过适当性或伪造证据：拒绝该部分，改为中立的服务需求分析。
- 分群样本太小或规则导致身份可识别：合并分组或只给方法说明，不输出可识别结果。
示例
用户：根据已授权纪要准备明天的客户会谈。
处理：分开已确认事实、观察和待确认假设，仅保留必要信息。
**待确认：** “这笔资金的使用时间是否仍为三年后？”
参考文件
- 提取证据、判断置信度、区分风险结构或校准洞察时，读 references/client-insight-model.md。
- 判断数据是否可用、是否需要授权，核验当前时点，选择图表/PDF 输出，或需要转交
yingmi-mcp组合分析、家庭规划和配置能力时，读 references/tool-routing.md。 - 生成单客洞察卡、备访简报、校准记录、批量分群、优先级或 JSON 时，读 references/output-patterns.md。
视觉与文件交付
文件交付采用与任务复杂度匹配的 MD、HTML 或 PDF，并与已授权事实同源；个人数据继续遵循最小化与去标识化要求，具体流程见 references/report-delivery.md。
盈米基金连接器与授权
本 Skill 依赖目标 Agent 已注册并授权的盈米基金连接器 yingmi-mcp。执行实时基金、策略、市场、组合或规划任务前，先检查运行时是否存在所需工具并读取实时 Schema：
- 找不到
yingmi-mcp或目标工具时，提示用户先在当前 Agent 的连接器设置中添加并连接“盈米基金”；不得猜测工具名或改用未声明的数据源。 - 工具返回
auth-required、授权过期或权限不足时，触发或提示用户完成盈米基金 OAuth 授权，授权完成后再继续原任务。 - 不要求用户在对话中提供 API Key、access token、refresh token、授权码或其他凭据，也不把凭据写入文件、日志或最终回答。
- 工具不可用时，明确说明未完成的实时取数范围；不得用示例数据、模型记忆或公开网页冒充盈米基金连接器结果。
