WebAssembly/WASI

WebAssembly System Interface

View on GitHub ↗Jump to charts ↓Open shareable report

Summary Information

Updated 1 minute ago
Added to GitGenius on September 11th, 2026
Created on April 2nd, 2019
Open Issues & Pull Requests: 248 (+0)
GitHub issues: Enabled
Number of forks: 332
Total Stargazers: 5,794 (+0)
Total Subscribers: 183 (+0)

Repository Insights (GitGenius)

Median issue/PR response: 12.2 hours
Mean response time: 33.4 days
90th percentile: 32.8 days
Tracked items: 251

How this project is maintained

Around half of the issues opened in the past year never receive a reply. 77% of open issues come from outside the core team, so the backlog reflects real-world use rather than internal planning. 58% of tracked open issues have had no activity in three months. Only 2% of issues opened in the past year have been closed. Three people close 74% of everything that gets resolved.

Charts & Analytics

Fetching additional details & charts...

Issue Activity (beta)

Open issues: 242
New in 7 days: 2
Closed in 7 days: 2
Avg open age: 1,092 days
Stale 30+ days: 58
Stale 90+ days: 45

Recent activity

Opened in 7 days: 2
Closed in 7 days: 2
Comments in 7 days: 0
Events in 7 days: 0

Top labels

  • S-inactive (177)
  • P-http (60)
  • P-filesystem (46)
  • feature-request (30)
  • P-sockets (28)
  • P-clocks (18)
  • discussion (12)
  • P-cli (11)

Detailed Description

WASI is a standardization effort that defines a set of system interface APIs for WebAssembly applications.

WASI addresses the need for WebAssembly programs to interact with operating system functionality in a portable, standardized way. Rather than each WebAssembly runtime implementing its own system interface, WASI provides a common set of APIs inspired by POSIX and CloudABI. The project has evolved through multiple preview versions, moving from the witx IDL format used in Preview 1 to the more modular Wit IDL in Preview 2, and most recently to Preview 3, which leverages the component model's native async functionality through future and stream types. Individual API proposals are developed in separate repositories, with this main repository serving as a coordination point for general discussion, documentation of working practices, and high-level goals.

Developers considering WASI adoption should understand that it is a standards effort rather than a single implementation. Preview 1 is widely deployed and stable, making it suitable for production use cases that can accept its design constraints. Preview 2 and Preview 3 offer improved modularity and expressiveness for new projects, though they represent evolving standards. The project provides a proposal template and contributing guide for those wishing to extend WASI with new APIs. The work is organized around individual API repositories rather than centralized in this location, so adopters should expect to engage with multiple repositories depending on which APIs they need.

The project maintains active engagement with its user base, with nearly all open issues originating from external users rather than the core team, demonstrating substantial real-world adoption. Maintainers respond to new issues and pull requests within a day. The issue tracker shows concentrated activity around three areas: inactive proposals, HTTP APIs, and filesystem APIs, indicating where the community is focusing standardization efforts.