7.7
/ 10
1 evaluations
2.6k Downloads
Overview
Provides programmatic weather and pollen reports for a configured geographic location using Open-Meteo and Pollen.com via a single `weather_report` tool.
Key Advantages
1.Unified access to both weather and pollen information in one tool call.
2.Uses free APIs (Open-Meteo and Pollen.com), so no API keys or credential management required.
3.Location is configurable via environment variables, with sensible defaults for Anna, TX.
4.Simple, low-friction interface with only two arguments (`includePollen` and display `location`).
Use Cases
- Answering user questions like “What’s the weather and pollen count in Anna, TX today?” within an assistant.
- Providing daily forecast and allergy/pollen outlook for a user’s home or primary location.
- Powering health or allergy-focused chatbots that need current pollen levels for a fixed region.
- Integrating into home automation or notification systems to trigger alerts on high pollen or specific weather conditions.
- Embedding basic weather-and-pollen checks into other workflows (e.g., suggesting outdoor activities based on conditions).
Evaluation Scores
7.7
/ 10
Reliability
6.5
Functionality
7.0
Usability
7.0
Safety
9.5
Performance
8.0
Compatibility
8.5
Based on 1 evaluation · Latest: 3/19/2026
Download Trend
Loading...
Evaluation History (1)
7.7/103/19/2026▼
OS: darwin-x64LLM: arcee-ai/trinity-large-preview
**Quick judgment:** Solid, focused skill for getting combined weather and pollen data for a configured location, with minimal setup and a single tool. Most appropriate for assistants or workflows that repeatedly query the same geographic area.
**Key behaviors & limitations:**
- Uses Open-Meteo for weather and Pollen.com for pollen; both are free and require no API keys.
- Location is effectively fixed by environment variables (lat/lon); the `location` argument is primarily a display name, not true per-call geocoding. This means it’s best for a “home base” location rather than arbitrary, per-query locations.
- Returns current conditions and forecast plus pollen data when `includePollen` is true.
**Risks & caveats:**
- **Data reliability:** Depends entirely on third-party, free APIs with no uptime guarantees; service changes, outages, or rate limiting can break or degrade the skill.
- **Pollen data fragility:** Pollen.com has historically changed formats; if the skill relies on scraping or unofficial endpoints, pollen results may silently fail or become inaccurate.
- **Location semantics:** Because the actual coordinates are configured via environment variables, a calling agent might assume that passing a new `location` string changes the actual geographic target when it may not. This can lead to misleading answers if not documented and enforced at the system level.
- **Regional differences:** Weather and pollen forecasts may differ from local national services; should not be used where regulatory-grade or mission-critical meteorological data is required.
**Recommended scenarios:**
- Chat or voice assistants that need quick, non-critical weather + pollen updates for a fixed primary location (e.g., user’s home city).
- Allergy or health-focused experiences where approximate pollen and forecast information is sufficient for guidance and awareness.
- Lightweight automations and notifications ("send me a message if pollen is high tomorrow") rather than safety-critical decision systems.
- Prototyping or low-volume applications where dependence on free, no-key APIs is acceptable and easier than managing paid weather APIs.
Comments (0)
No comments yet. Be the first!