Top AI Repos — open-source AI, indexed and scored
Top AI Repos tracks AI repositories on GitHub and answers two different questions about each one: is it moving right now, and would you bet a product on it.
Top AI Repos tracks AI repositories on GitHub and answers two different questions about each one: is it moving right now, and would you bet a product on it.
A local-first microVM sandbox for running AI agents safely on macOS & Linux
| Date | Stars |
|---|---|
| 2026-07-31 | 824 |
| 2026-08-06 | 824 |
| 2026-08-11 | 838 |
| 2026-08-18 | 843 |
| 2026-08-19 | 844 |
| 2026-08-20 | 843 |
| 2026-08-21 | 844 |
| 2026-08-22 | 845 |
| 2026-08-23 | 846 |
| 2026-08-25 | 847 |
| 2026-08-28 | 848 |
| 2026-09-02 | 849 |
| 2026-09-03 | 850 |
| 2026-09-04 | 849 |
| 2026-09-10 | 848 |
| 2026-09-12 | 850 |
| 2026-09-14 | 851 |
| 2026-09-16 | 852 |
| 2026-09-17 | 854 |
| 2026-09-22 | 855 |
| 2026-09-23 | 856 |
| 2026-09-24 | 857 |
| 2026-09-28 | 858 |
| 2026-09-29 | 859 |
| 2026-10-01 | 860 |
| 2026-10-04 | 861 |
| 2026-10-06 | 862 |
| 2026-10-08 | 862 |
| 2026-10-10 | 863 |
| 2026-10-11 | 864 |
| 2026-10-12 | 865 |
| 2026-10-14 | 866 |
| 2026-10-15 | 867 |
| 2026-10-16 | 868 |
| 2026-10-17 | 870 |
| 2026-10-18 | 871 |
| 2026-10-19 | 873 |
| 2026-10-21 | 874 |
| 2026-10-22 | 875 |
| 2026-10-25 | 875 |
| 2026-10-26 | 876 |
| 2026-10-27 | 875 |
| 2026-10-28 | 877 |
| 2026-10-29 | 878 |
| 2026-10-30 | 881 |
| 2026-10-31 | 883 |
| 2026-11-01 | 884 |
| 2026-11-02 | 885 |
| 2026-11-03 | 886 |
| 2026-11-04 | 887 |
Today
+1 stars today
This week
+10 stars this week
This month
+26 stars this month
Momentum
49.0
growth rate 1.14%/day
# shuru Local-first microVM sandbox for AI agents on macOS, with experimental Linux support. <a href="https://nanite.run"><img src=".github/assets/nanite-banner.png" alt="Nanite: Shuru sandboxes in the cloud, ready in under a second" width="100%"></a> Shuru boots lightweight Linux VMs for AI agents. On macOS it uses Apple's Virtualization.framework. On Linux it uses a KVM backend that is now available as an experimental release build for ARM64 hosts. Every sandbox is ephemeral: the rootfs resets on every run, giving agents a disposable environment to execute code, install packages, and run tools without touching your host. > [!WARNING] > **Experimental Linux support.** Linux builds are available for testing, but they are not ready for production use yet. Expect rough edges, missing polish, and compatibility gaps. ## Requirements - macOS 14 (Sonoma) or later on Apple Silicon - Linux ARM64 with KVM access (`/dev/kvm`) for experimental testing only On Linux, keep the data directory (`~/.local/share/shuru` or `SHURU_DATA_DIR`) on a filesystem with reflinks, XFS with `reflink=1` or btrfs. Every boot and every checkpoint is then a copy-on-write clone that costs no disk and no time, as on APFS. On ext4 shuru falls back to copying the disk image, which turns a one second boot into ten and makes each checkpoint a full copy. ## Install ```sh brew tap superhq-ai/tap && brew install shuru ``` Or via the install script: ```sh curl -fsSL https://raw.githubusercontent.com/superhq-ai/shuru/main/install.sh | sh ``` The install script supports macOS on Apple Silicon and experimental Linux ARM64. Linux users can also download the `linux-aarch64` release tarball manually from GitHub Releases if they prefer. > [!NOTE] > Homebrew remains macOS-only. Linux installs via the script are still experimental and not ready for production use. ## Usage ```sh # Interactive shell shuru run # Run a command shuru run -- echo hello # With network access shuru run --allow-net # Restrict to specific hosts shuru run --allow-net --allow-host api.openai.com --allow-host registry.npmjs.org # Use a specific DNS resolver shuru run --allow-net --dns-resolver 1.1.1.1 -- curl https://example.com # Custom resources shuru run --cpus 4 --memory 4096 --disk-size 8192 -- make -j4 ``` Disks default to 4096 MB, which is also the minimum. Larger disks grow in the guest at boot and cannot shrink below their source image. Sparse files and reflinks keep unused capacity from becoming an allocation. Checkpoints freeze ext4 before copying and replace the saved disk only after the seal is confirmed. ### Directory mounts Share host directories into the VM using VirtioFS. By default the host directory is read-only; guest writes go to a tmpfs overlay layer (discarded when the VM exits). Append `:rw` to make the mount read-write — guest writes go directly to the host filesystem. ```sh # Mount a directory (guest can read, writes go to overlay — host is untouched) shuru run --mount ./src:/workspace -- touch /workspace/test.txt ls ./src/test.txt # not found — write stayed in the overlay # Read-write mount (guest writes land on host, requires --allow-host-writes) shuru run --allow-host-writes --mount ./src:/workspace:rw -- touch /workspace/test.txt ls ./src/test.txt # found — write went to host # Multiple mounts shuru run --mount ./src:/workspace --mount ./data:/data -- sh ``` Mounts can also be set in `shuru.json` (see [Config file](#config-file)). > [!NOTE] > Directory mounts require checkpoints created on v0.1.11+. Existing checkpoints work normally for all other features. Run `shuru upgrade` to get the latest version. ### Port forwarding Forward host ports to guest ports over vsock. Works without `--allow-net` — the guest needs no network device. ```sh # Install python3 into a checkpoint, then serve with port forwarding shuru checkpoint create py --allow-net -- apt-get install -y python3 shuru run --from py -p 8080:8000 -- python3 -m http.server 8000 # Fro
Excerpt of 13,320 characters
Read on GitHub
144
6
Ismail Pelaseyed · Superagent · Sweden
4
1
1
1
1
Would you bet a product on this? Bounded 0–100 and slow moving.
matched fp:1a3ed367d6fcacdb, desc:ai agents