The agent keeps its native CLI surface, with Sash coordinating the shared workspace around it.
The shell, the harness, the workspace.
Sash is being built as FIWORK's reference implementation of Harness OS: a CLI-native runtime for agents, skills, visual workspace primitives, domain modules, and multiplayer rooms.
> OPEN NODE_AGENT > CHANNEL: DEVELOPMENT > STATUS: ADAPTER TARGET - Claude Code, Codex CLI, Gemini CLI, OpenCode, Manus. - Sash stays above the per-agent harness and dispatches work at the task boundary.
A real workspace around whatever CLI agent you already use.
These are product primitives under development, not finished claims. The current posture is spec stability before feature breadth.
A real browser surface the runtime can expose, drive, and hand back to the human.
Structured charts, tables, forms, leaderboards, and domain-specific surfaces authored by modules.
Persistent context for notes, memory, strategy, and session state beside the terminal.
Sash-aware review flows for diffs, approvals, and file operations.
Human decision points and long-running alerts when the agent needs attention.
Builders
Power-user developers already running CLI agents daily. The message is artifact quality: a runtime they recognize as the thing they were about to build.
Module Authors
Domain experts packaging conductor agents for legal, science, devops, design, finance, content, and the long tail.
Runtime Implementers
Teams that may implement Harness OS in their own product. They need a stable spec and proof that modules can travel.
Enterprise Buyers
CTOs, platform, and security leaders who need to see, govern, and operate agent work across mixed vendor stacks.
Development site, Harness OS v0.1 work, runtime prototype framing.
Single-player runtime credibility, room substrate, and multiplayer access model.
First-party dogfooding across Canon, Viberfy, Rank; markdown import bridge.
Community modules, registry, ship primitive, hosted Sash, enterprise controls.