核心用法
beijing-pollen-monitor 是面向北京地区的花粉监测查询技能，对接北京市16个固定监测站点（每区1个），支持实时浓度查询、24小时历史趋势、总量与分类预报等多维度数据获取。命令行接口设计清晰，提供6种工作模式：daily（每日晨报）、report（即时简报）、overview（全市概览）、stations（全站数据）、history（单站24h趋势）、forecast（未来预报）。支持 --district 区名模糊匹配（如"海淀"或"海淀区"），并可选 json 或 text 输出格式。
显著优点
数据权威性高：直接对接北京公共花粉监测网络，16个固定站点覆盖全市行政区，数据来源稳定可靠。
场景覆盖完整：从即时查询、历史趋势到未来预报，从单区详情到全市概览，满足个人防护、科研分析、自动化推送等多场景需求。
输出友好：text 模式生成可直接展示的自然语言晨报，包含当前浓度、24小时变化、预报等级及健康建议；json 模式提供结构化数据便于下游处理。
工程化设计：统一的 JSON 输出契约（ok 状态码、value_family 语义标记）、超时控制、错误时列出可用区名等细节，体现生产级工具的健壮性。
潜在缺点与局限性
地域限制严格：仅支持北京市16区，无法查询北京以外地区的花粉数据，跨城用户需寻找替代方案。
无主动推送能力：技能仅负责数据查询，定时通知需依赖外部调度系统（如 cron），增加了集成复杂度。
数据颗粒度有限：历史查询固定为24小时，不支持自定义时间范围；分类预报仅覆盖主要花粉类型，细分种类可能缺失。
依赖外部工具：运行环境需预装 curl 和 jq，在精简容器或受限环境中可能需额外配置。
适合人群
- 过敏防护用户：需每日查看花粉浓度以规划出行和防护措施的鼻炎、哮喘患者。
- 健康管理开发者：构建花粉预警机器人、智能穿戴设备联动或家庭自动化系统的工程师。
- 气象与公共卫生研究者：需要结构化花粉监测数据进行趋势分析或模型训练的科研人员。
常规风险
- 数据时效性风险：监测数据存在采集到发布的延迟，极端天气下更新频率可能降低，不宜作为紧急医疗决策的唯一依据。
- 区名匹配歧义：虽支持模糊匹配，但"亦庄"等非标准名称可能无法识别，建议优先使用官方区名。
- 服务可用性依赖：数据源为北京市公共服务，存在因维护、网络故障导致查询失败的可能，生产环境需配置降级策略。