3 Quoll roadmap and cargo parting

Date: 2025 11-November 18

Below is the clean, de-coupled milestone plan you asked for: each milestone is an independently useful library/crate, each solves a real problem, and none depends on a grand monolithic “framework vision” succeeding. This lets you build a WASM-compatible CLI-first admin ecosystem piece by piece, with maximum long-term societal impact and minimum lock-in.

This plan also naturally supports the “in-browser CLI like DevTools, not like xterm.js” model you want.


✅ High-Value Independent Milestones

(each crate stands alone AND integrates into the bigger vision)


  1. WASM-Native CLI Engine

Crate: quoll-cli-core
This is the heart.
Runs the same CLI commands:

locally in the developer terminal

in the browser through WASM

in-app inside your Rust server

This crate is pure Rust → no GUI assumptions.

What it provides:

Command registry

Argument parsing

Permissions model

Input/output formatting

Command composition (pipes? maybe)

WASM bindings (via wasm-bindgen)

Escape hatches for server RPC calls

Why it’s important independently:

Any Rust application could embed a WASM-CLI as its internal admin tool.

Works like “DevTools Command Palette” for web apps, not like xterm.js.

GUI can be built later on top of these commands, not instead of them.

Timeline: 3–6 weeks with AI help.


  1. Browser-Embedded “DevTools-Style” Shell

Crate: quoll-shell-wasm

Not a terminal emulator.
Think Chrome DevTools Console, but Rust-powered.

What it provides:

WASM app that mounts into any admin page

Console-like input field

Auto-completion from registered commands

Rich output (tables, JSON, errors)

History + searchable transcripts

Secure RPC bridge to server APIs

Why it’s important independently:

Any project can add a “browser CLI” to its admin pages with one

Connected Pages