Puter is an experimental High-Level Distributed Operating System (HLDOS). Unlike traditional OSs that manage local hardware, Puter focuses on coordinating access to networked services — like APIs, cloud tools, and third-party platforms.
It introduces a novel driver system where integrations (called drivers) represent services (e.g., chat, weather, TTS). These drivers follow common interfaces, making it easy to plug in various providers under a unified API.
🧩 My Contribution: Weather Driver #
Puter works with various online services through a driver system, allowing developers to integrate APIs seamlessly. My goal was to create a Weather Driver that provides a standardized way to access weather data across different providers.
I contributed to the Puter repository by adding a Weather Driver:
🔗 Pull Request: #1313 – feat(weather_service): add weather service to puter #
🔗 Related Issue: #1143 – Weather Driver
📌 Status: Closed (The issue was closed without notice)
🔧 What I Implemented #
- Created a driver interface for fetching weather data.
- Supported multiple backend integrations under the same weather interface.
- Placed the driver inside a new utility module, as per Puter’s architectural guidelines.
This driver followed the system used by other drivers in the project (like OCR, LLMs, and TTS), helping standardize access to weather services.
💡 Why It Matters #
- 🧱 It lays the foundation for weather applications in Puter (dashboards, assistants, automations, etc.).
- 🔌 Makes it easy to plug in services like OpenWeatherMap or WeatherAPI without changing the client-side logic.
- 🛠️ Contributes to Puter’s goal of modular, pluggable access to third-party platforms.
Even though the PR was closed without merging, it was a great learning opportunity in designing modular interfaces and contributing to an OS project.
📂 See my other contributions: github.com/Assstra