Alternatives
Products that do what ObsidianBox does
Root-toolkit file manager with shell integration
- 1
- 2OF
2021 · obsidian.md
- 3DE
Devbox is a command-line tool that lets you easily create isolated shells and containers. You start by defining the list of packages required by your development environment, and devbox uses that definition to create an isolated environment just for your application. In practice, Devbox works similar to a package manager like yarn – except the packages it manages are at the operating-system level (the sort of thing you would normally install with brew or apt-get). See it in action: https://youtu.be/WMBaXQZmDoA
2022 · github.com
- 4
- 5
- 6BC
2023 · github.com
- 7AH
A few months ago I noticed that I was quickly approaching my 10GB sync limit for my daily driver vault. I considered deprecating some of the heavier files and images, but I was worried how it would affect the integrity of my vault. Instead, I took the opportunity to think to myself -- what would the perfect vault look like? I began to write down some of the key philosophies and strategies I use in my driver vault which led to indispensable plugins, which led to more indispensable philosophies and on and on it went. I've chronicled these results into a fully working vault template that…
2022 · github.com
- 8AK
I'm a software engineer who keeps getting pulled into DevOps no matter how hard I try to escape it. I recently moved into a Lead DevOps Engineer role writing tooling to automate a lot of the pain away. On my own time outside of work, I built Artifact Keeper — a self-hosted artifact registry that supports 45+ package formats. Security scanning, SSO, replication, WASM plugins — it's all in the MIT-licensed release. No enterprise tier. No feature gates. No surprise invoices. Your package managers — pip, npm, docker, cargo, helm, go, all of them — talk directly to it using their native…
Feb 2026 · github.com
- 9GB
I built this because I was always creating machines on GH actions to test builds on different OS, and I wanted a tight CLI that could do it. I always saw Actions as this great resources and ephemeral machines you could do dev work in just were a natural way for me to work, so this grew out of that workflow. I didn't expect it to blow up, so it wasn't 100% finished when I posted it. But it should stabilize pretty quickly. Happy to know what you think and talk about it.
May 2026 · ghost.charity
- 10MS
2018 · magicsandbox.com
- 11
- 12
- 13LM
Example repo: https://github.com/valdanylchuk/breezydemo The underlying ESP-IDF component: https://github.com/valdanylchuk/breezybox It is something like Raspberry Pi, but without the overhead of a full server-grade OS. It captures a lot of the old school DOS era coding experience. I created a custom fast text mode driver, plan to add VGA-like graphics next. ANSI text demos run smooth, as you can see in the demo video featured in the Readme. App installs also work smoothly. The first time it installed 6 apps from my git repo with one command, felt…
Feb 2026 · github.com
- 14ZS
I'm excited to introduce Zerobox, a cross-platform, single binary process sandboxing CLI written in Rust. It uses the sandboxing crates from the OpenAI Codex repo and adds additional functionalities like secret injection, SDK, etc. Watch the demo: https://www.youtube.com/watch?v=wZiPm9BOPCg Zerobox follows the same sandboxing policy as Deno which is deny by default. The only operation that the command can run is reading files, all writes and network I/O are blocked by default. No VMs, no Docker, no remote servers. Want to block reads to /etc? zerobox…
Mar 2026 · github.com
- 15
- 16NS
Hello! This is Edgar and Robbie and we built nix-snapshotter. nix-snapshotter brings native understanding of Nix packages to containerd. We built this because Nix is a great fit for making efficient containers. They don't need an OS because Nix captures all dependencies exactly. However, the current process of creating Nix images is subpar because one needs to transform Nix packages into a format that container runtimes understand. Using nix-snapshotter, instead of downloading image layers, packages come directly from the Nix store. Packages can be fetched from a binary cache or built on the…
2023 · github.com
- 17OW
Jan 2026 · gist.github.com
- 18
- 19
- 20
- 21DC
I've been frustrated with dependency hell and clutter on my VPS from dev, so I built Devbox: a lightweight, open-source CLI tool that spins up isolated development environments using Docker. Each project runs in its own container, but your code stays in simple flat folders on the host machine—no messing with volumes or sync issues. Environments are disposable, so you can nuke and recreate them without losing your work. Key features: - Instant setup: `devbox init my-project` and you're in a fresh env with `devbox shell`. - Configurable via JSON: Define packages, services, and more in a…
Sep 2025 · devbox.ar0.eu
- 22CC
Chunk co-founder here. We spent the last 2 weeks building this to scratch our own itch: As developers, we often have problems that could be solved just by running a few lines of code. Sometimes, running this code on your local machine is fine. But other time, the code need to run automatically reacting to external events or to run continuously, which means, it needs to run on a server somewhere. So now, you have to find a cloud provider, to package or build the code and finally to deploy it. All of that for what could be literally be 4 lines of code. We couldn’t find an easier way to do…
2022 · chunk.run
- 23
- 24VA
Hi HN, We have open-sourced Voiden. Most API tools are built like platforms. They are heavy because they optimize for accounts, sync, and abstraction - not for simple, local API work. Voiden treats API tooling as files. It’s an offline-first, Git-native API tool built on Markdown, where specs, tests, and docs live together as executable Markdown in your repo. Git is the source of truth. No cloud. No syncing. No accounts. No telemetry.Just Markdown, Git, hotkeys, and your damn specs. Voiden is extensible via plugins (including gRPC and WSS). Repo:…
Feb 2026 · github.com
Ranked by how close each launch is in meaning, then by votes. Refine with a description →