盈米投顾策略分析

概述

盈米策略分析

围绕用户已指明或能够明确识别的公开投顾策略，选择最小充分工具集，区分事实、派生计算和分析判断。

能力边界

本 Skill 处理：

• 策略名称/代码识别与公开资料核对；
• 单策略快速了解、完整分析或业绩、风险、资产、持仓专项；
• 多个已知策略的同口径比较；
• 在用户给定候选策略后，仅在风险测评、资金期限、流动性、投资目标和损失承受能力齐备时比较个体匹配差异；否则只比较一般适用场景；
• 查询包含某只基金的公开策略，再对明确候选做分析；
• 基于可验证公开内容说明策略的调仓、再平衡或信号机制；
• 用户要求时，基于完整大类穿透和明确期限做条件模拟，详见工具路由末节；不将模型情景称为策略收益预测。

下列需求应转给相邻能力：

资产配置方案编号或配置结果不是公开策略代码，不得当作投顾策略继续分析。

模式识别

直接根据问题选择分析模式；交付格式按用户指定和信息复杂度选择：

核心工作流

1. 确认分析对象
   • 策略名称先用 StrategySearchByKeyword 查找；名称对应多个结果时列出候选，请用户确认，不凭热度或名称猜测。
   • 策略代码也要用 GetStrategyDetails 核对名称和状态。详情接口的当前入参是策略代码列表，不要把名称直接填入代码字段。
   • 用户只给出基金时，先用 GuessFundCode 匹配并以 BatchGetFundsDetail 核对；无唯一结果时用 SearchFunds 列候选，请用户确认后再次以 BatchGetFundsDetail 核对，最后用确认的 fundCode 调用 GetFundRelatedStrategies。不得把模糊名称直接当成唯一基金。
2. 确认意图和范围
   • 判断是快速、完整、专项、比较还是已知候选适配，并按模式选择最小充分工具集。
   • 个性化操作问题先区分“公开策略本身”与“用户个人账户”。前者可分析，后者转到持仓/账户能力。
3. 选择最小充分工具集
   • 基础事实通常使用详情和风险工具；资产、净值、基准、持仓、交易组成、未来情景和公开内容按问题选调。
   • 策略持仓中的基金只在用户明确询问或少数高权重基金是结论关键证据时下钻：基础身份用 BatchGetFundsDetail，阶段表现用 GetBatchFundPerformance，风险用 AnalyzeFundRisk，单只综合诊断用 GetFundDiagnosis(fundCode)；流动性/到账规则仅在用户问及交易可达性时增加。
   • 工具用途、入参和容易混淆的口径见 [references/tool-routing.md](references/tool-routing.md)。
4. 统一数据截面
   • 记录策略状态、净值日期、业绩区间、风险截面、资产分析日期和持仓日期。
   • 多策略比较必须尽量使用相同起止日期；历史不足时改用共同可比区间并说明。
   • 净值走势默认取近一年、按接口返回的最高可用频率（通常为日频）。GetPortfolioNavHistory.poCode 必须来自本次已核验响应中语义明确的组合净值代码；不得把 strategyCode、名称或配置方案编号直接代入，也不得猜测映射。取得 poCode 后，起止日覆盖近一年，不要自行抽成月末点再画图。回撤路径与净值走势用同一份序列。没有已核验 poCode 时删除净值/回撤曲线及派生指标，保留详情、风险、资产、持仓与基准分析。
5. 形成分析
   • 按“事实数据 → 含义 → 取舍/风险 → 数据局限”组织。
   • 从实际资产、持仓和管理机制判断定位，不依赖固定策略名称或静态产品清单。
   • 未来情景只在用户明确要求且期限清楚时进行：用完整六大类穿透调用 MonteCarloSimulate，说明这是基于当前结构、未模拟未来主动调仓的统计情景，不是策略收益预测。
   • 分析规则与派生指标见 [references/analysis-methodology.md](references/analysis-methodology.md)。
6. 按需交付
   • 聚焦提问输出相关章节；详细/深度模式增强解释和证据链。
   • 章节、篇幅、指标数量、来源样式和图表选择统一见 [references/output-patterns.md](references/output-patterns.md)。
7. 交付前检查
   • 策略名称、代码和状态一致；日期、单位、区间和基准口径可见。
   • 明确区分接口直接返回值、计算所得指标和分析判断。
     • 没有把公开策略业绩写成用户收益，也没有把历史表现写成承诺或操作指令。
     • 文件报告已检查真实图表显示、图表口径、长段落和重复内容；报告生成日与各项数据截至日分开标注；详细来源版的引用跳转有效。
   • 若有净值或回撤曲线：默认近一年日频（或接口最高频率）；两张图起止日与点数一致；若改用更粗频率，图注必须写明。
     • 若有未来情景：六类权重完整且合计为 1，期限来自用户，模拟分位与概率只使用接口实际返回；不得把未知暴露填 0。
     • 风险字段、适用性表达和客户版映射按 [references/analysis-methodology.md](references/analysis-methodology.md) 执行。
     • 因果解释必须有直接证据；公开内容只能证明其发布过的理念或动作。不得自行发明适配所需的目标收益率、回撤阈值或持有年限。

关键语义

• 公开策略表现不等于用户实际收益：用户的申购时间、交易确认、资金进出和费用都会造成差异。
• 当前持仓不等于交易成分：BatchGetStrategiesComposition 用于当前持仓截面；BatchGetPoTradeComposition 仅按工具实际返回解释交易成分明细，不能冒充当前持仓或预设为某一种申购口径。
• 公开内容不等于实时指令：文章或策略内容必须标明日期和来源，只能用于解释管理逻辑或历史动作。
• 策略比较不等于基金同类排名：没有可靠的策略同类分组时，只做同区间绝对指标、基准对照或候选间比较。
• 适配比较不等于替用户下单：五项个体条件齐备时，可以说明哪个候选更贴近已核验约束；条件不齐时只谈一般场景，不给“推荐”“适合您”或买卖、加减仓指令。

数据与异常规则

• 工具返回是事实来源；方法论只负责组织分析，不能覆盖实时数据或当前 Schema。
• 缺失数据时删除对应结论或明确说明暂不可判断，不补造数值、产品状态、持仓、日期、费用或调仓记录。
• GetFundDiagnosis 的唯一入参是已确认的 fundCode；不能传基金名称或模糊关键词。
• 没有已核验 poCode 时不调用 GetPortfolioNavHistory，也不建立静态或形似代码映射。
• 识别对象的关键工具失败时停止猜测；非关键工具失败时用已取得的数据完成有限分析并说明缺失维度。
• 遇到额度、权限或授权失败，不循环重试，不用静态清单冒充实时查询结果。
• 同一对象和时间范围复用已有工具返回；接口字段与预期不一致时，以本次实际返回为准并收窄结论。
• 公开策略样本期较短时，应说明观察不足；不得为了给结论设定任意的固定成立年限或风险阈值。

表达与合规

• 使用自然语言描述风险和适用场景，不向用户暴露内部客群或风险映射代号。
• 客户版开篇、风险字段和来源样式统一按 [references/output-patterns.md](references/output-patterns.md) 与 [references/analysis-methodology.md](references/analysis-methodology.md) 执行。
• 可以基于证据说明策略的弱点、失效场景和历史不足，同时保持事实中立，不做营销式回避或贬损式评价。
• 用户焦虑或亏损时，先简短确认其关注点，再明确公开策略数据不能代替个人账户诊断。
• 客户可见输出的固定声明不在本 Skill 内改写；按用途选择 disclaimer_id="research"，由共享 [交付流程](shared/reporting/references/delivery.md) 注入版本化声明。

示例

用户：比较 A、B 两个策略的风险和管理机制。
处理：统一日期与区间，比较一般适用场景，不推导个体适配。

## 策略简介
该策略的定位、主要风险和建议持有期均以已核验公开资料为准。

参考资料路由

• 选择 MCP、确认入参或处理工具失败时，读 [references/tool-routing.md](references/tool-routing.md)。
• 做完整、业绩风险、资产持仓、机制或适配分析时，读 [references/analysis-methodology.md](references/analysis-methodology.md)。
• 决定回答结构和篇幅时，读 [references/output-patterns.md](references/output-patterns.md)。

视觉与文件交付

文件格式选择与生成流程统一遵循共享 [交付流程](shared/reporting/references/delivery.md)；报告指标、图表与来源结构遵循 [报告数据契约](shared/reporting/references/report-data.md)。业务结构见 [references/output-patterns.md](references/output-patterns.md)。

盈米基金连接器与授权

本 Skill 依赖目标 Agent 已注册并授权的盈米基金连接器 yingmi-mcp。执行实时基金、策略、市场、组合或规划任务前，先检查运行时是否存在所需工具并读取实时 Schema：

• 找不到 yingmi-mcp 或目标工具时，提示用户先在当前 Agent 的连接器设置中添加并连接“盈米基金”；不得猜测工具名或改用未声明的数据源。
• 工具返回 auth-required、授权过期或权限不足时，触发或提示用户完成盈米基金 OAuth 授权，授权完成后再继续原任务。
• 不要求用户在对话中提供 API Key、access token、refresh token、授权码或其他凭据，也不把凭据写入文件、日志或最终回答。
• 工具不可用时，明确说明未完成的实时取数范围；不得用示例数据、模型记忆或公开网页冒充盈米基金连接器结果。