核心用法
Fund-Signal-Monitor 是一款专注于基金投资领域的被动监控型 Skill，其核心定位是与 fund-analyzer-pro 形成"监控-分析"闭环。用户首先配置监控列表，指定关注基金及所需监控的信号类型（季报/年报、基金经理变更、规模大幅变化、业绩异常波动、风格漂移）；Skill 通过定时任务或实时触发机制检测信号，生成简短的提醒报告推送给用户；用户可一键调用 fund-analyzer-pro 进行深度分析，形成从"发现信号"到"理解信号"的完整决策支持链路。
该 Skill 的监控频率设计精细：季报信号每日收盘后（15:30）检测，经理变更实时推送，规模变化每周一上午汇总，业绩波动盘中实时监控，风格漂移则在每次季报发布后评估。这种差异化调度既保证了关键信息的及时性，又避免了信息过载。
显著优点
架构设计清晰：采用"被动监控+主动分析"的分层架构，fund-signal-monitor 专注于轻量化的信号捕获与推送，fund-analyzer-pro 负责复杂的深度分析，两者通过标准接口联动，职责边界明确，便于独立迭代维护。
信号覆盖全面：五大信号维度覆盖了基金投资的核心风险点——信息披露（季报）、人力风险（经理变更）、流动性风险（规模异动）、市场风险（业绩波动）、策略风险（风格漂移），形成了相对完整的风控视角。
用户体验友好：信号报告采用结构化模板，包含"信号内容-影响评估-建议操作-一键分析"的标准流程，降低用户认知负荷；同时支持用户自定义监控列表和推送频率，避免过度打扰。
安全特性突出：作为纯文档型 Skill，本身无可执行代码、无外部网络调用、无敏感信息处理，安全风险极低；实际计算逻辑由 fund-analyzer-pro 承载，实现了安全敏感代码与配置文档的物理隔离。
潜在缺点与局限性
功能依赖性强：该 Skill 本质上是 fund-analyzer-pro 的文档层和入口层，所有信号检测逻辑已迁移至后者的 signal_checker.py，独立使用几乎无实际价值，必须配套安装 fund-analyzer-pro 才能实现完整功能。
数据源稳定性风险：监控功能依赖天天基金 API、新浪 API、且慢 MCP 等外部数据源，若任一接口发生变更、限速或停用，将直接影响信号捕获的及时性和准确性。文档中提到"规模数据可能存在1-2天延迟"，表明数据时效性存在固有局限。
信号阈值僵化：当前触发条件采用固定阈值（如规模环比±30%/50%、单日涨跌5%），未体现不同基金类型（货币基金vs股票基金）的风险特征差异，可能导致对小规模基金过度敏感或对大规模基金信号遗漏。
分析深度有限：信号报告仅为摘要式提醒，不包含归因分析或预测判断，用户若未触发"一键分析"，难以自主评估信号的实际影响程度。
适合的目标群体
- 基金投资者：持有多只基金、希望及时掌握持仓异动但无暇每日盯盘的个人投资者
- 基金研究员/FOF 管理人：需要批量监控基金池、快速筛选关注对象的机构从业者
- 理财顾问：为客户持仓提供主动监控服务，增强客户粘性的财富管理从业者
- 基金爱好者：希望通过系统化工具提升投资纪律性、减少情绪化决策的进阶散户
使用风险
关联 Skill 安全风险：由于实际功能由 fund-analyzer-pro 实现，后者的安全等级、数据来源可信度、API 密钥管理实践将直接影响整体安全态势，需同步审查。
投资决策误导风险：信号提醒基于规则阈值触发，不代表投资价值判断，用户若仅凭信号报告进行操作而忽略深度分析，可能产生误伤（如正常经理更迭被误判为风险事件）。
数据延迟与错漏风险：季报数据依赖公开披露存在法定滞后，实时行情依赖第三方接口存在技术延迟，极端行情下可能出现信号漏报或重报。
隐私与合规风险：用户监控列表可能暴露个人持仓偏好，若 fund-analyzer-pro 未妥善加密存储或支持数据删除，存在信息泄露隐患；此外，金融信号推送涉及投资顾问资质边界，需确保免责声明完整呈现。