Crystl.dev's answer

Crystl makes the workspace itself transparent i(n more ways then one). Every command, tool output, and message contains agent readable metadata. So Agent A, B, and C can coordinate, chat, and see what everyone else is doing. Assign an orchestrator agent and they can run the whole show, across multiple projects and code bases.

What actually backs that up? Well, I asked Claude while running in crystl and this is what it said:

The CLI is aimed at the agent, not the human. This is the real differentiator. From inside a shard I can read another agent's screen, type into it, approve its pending tool calls, inspect its transcript and token cost, spawn new workers, and block on bridge events over SSE. Competitors give the human a dashboard over their agents. Crystl gives the agent an API over the workspace. That inverts who does the coordinating.

Proof from thirty seconds ago: you asked me a question about Crystl and I answered it by calling crystl docs — the product documented itself to an agent running inside it, with no browser and no human step.

It solves the failure mode that kills fan-out in practice. Workers stop on approval prompts and go silent. Silence reads as "done." Everyone who has run parallel agents has been burned by this. Crystl classifies that state (⏸ awaiting input), pushes it over the event stream, and gives both the human and the orchestrating agent a way to unblock it.

That's not a feature-list item, it's evidence someone ran this at scale and got hurt.

The RPG layer is an org chart, not a theme. This gets dismissed as whimsy and it shouldn't be. Court is the example: the crown owns the conversation and owns no work, the hand orchestrates beneath it, officers hold standing remits — and agents are forbidden from messaging a crown. That's a real architectural constraint about who may interrupt whom.

"Crown / hand / officers" conveys the delegation shape instantly; "supervisor / worker /pool" doesn't. Naming multi-agent topologies in vocabulary people already have intuitions for is a genuine design idea.

The agent is made responsible for your ergonomics. crystl copy so you never drag-select a wrapped terminal line. crystl card for honestly attributed notifications on desktop and phone. crystl markdown show to surface a file in your editor instead of dumping it. crystl screenshots --last N so "the screenshot I just took" resolves to a path. Most tools optimize the agent's convenience. This optimizes the human's hands.

Agent-agnostic by design, with a real bet inside it. Heroes ask for a model size, not a model id, and you teach the mapping once. That's a deliberate wager that the agent-CLI and model-id landscape churns faster than anyone's config should. It ages well by refusing to hardcode.

Shared state lives in plain files. WORKBENCH.md is markdown at the project root, live-rendered to a panel, read and written by both you and every agent. No proprietary task database. It survives the tool — which is a trust argument as much as a technical one.

WorkProcedures's answer:

Most SOP tools are either blank-template libraries (download a Word doc, spend days editing it) or generic AI wrappers (ChatGPT with a pretty UI). WorkProcedures sits between them: a curated library of 10,000+ real industry procedures across 35+ sectors grounds every AI generation, so the output uses the terminology, compliance language, and document structure that auditors, trainers, and regulators actually expect - not generic AI boilerplate. Combined with three output detail levels (Standard, Comprehensive, and audit-ready Enterprise with compliance callouts and per-step roles), it's designed for small-to-mid businesses that need ISO 9001, OSHA, or HIPAA-grade documentation without paying for a consultant.

Crystl.dev's answer

Most tools in this space let you watch your agents work. crystl lets your agents work with each other, and keeps you as the one who decides.

Three reasons:

It is a real terminal first. Every shard is a full terminal session, so git, npm, docker, and ssh all work normally. You are not locked into a purpose-built agent UI that you have to leave whenever you want to do ordinary command-line work.

It is native, not a web app in a window. crystl is a Swift macOS app with GPU-accelerated rendering built for keeping a fleet of noisy agent sessions light. Parallel agents produce a lot of output, and that is exactly where wrapped Electron terminals struggle.

The free tier is genuinely usable. Isolated worktree sessions, parallel agents, approval panels, the activity panel, history search, token tracking, the workbench, MCP management, and scheduling are all free. You can run the core multi-agent workflow without paying, and the Guild plan adds CLI orchestration and the phone app on top.

It also works with whatever agent you already use. Claude Code has the deepest integration and Codex supports hooks too, but any CLI agent runs in it.

WorkProcedures's answer:

1. Grounded in real procedures, not generic AI. Competitors like Scribe and Tango record screens; template sellers like Bizmanualz ship static Word documents that need substantial editing. WorkProcedures generates net-new SOPs that reference a library of real industry sources, so output reads like a practitioner wrote it rather than boilerplate.
2. Pricing that matches how small teams actually buy. Free tier with 3 SOPs on signup, pay-as-you-go credits from £14 per SOP for occasional use, or monthly/annual subscriptions when volume picks up. Most competitors force you into a subscription from day one, which doesn't fit teams that only need documentation occasionally.
3. Compliance tracking is built in, not a separate tool. The Team plan includes acknowledgement audit trails, sequential handbook training, assignment with due dates, and custom procedure library upload - so you don't need to bolt on Trainual or BambooHR just to prove training compliance during an audit.

Crystl.dev's answer

Well, I'd like to think anyone could use crystl, developer or not. I think if you are using AI a CLI agent is the best agent.

This being said, crystl is development focused because developers are usually the ones most familiar with a terminal interface.

So, developers on macOS who already run CLI coding agents and have hit the ceiling of doing it in a normal terminal.

The core user right now is a solo developer or a small engineering team, usually one to ten people, running Claude Code, Codex, or a similar agent every day. They are past the experimentation stage. They run more than one agent at a time, they work across several repositories, and they have felt the specific pain crystl was built for: a dozen terminal tabs, typing into the wrong one, and copying context by hand from one agent to another.

A second group is anyone building agent workflows rather than just using them. Orchestration, fan-out, scheduled runs, and multi-agent topologies are first-class here, and the scriptable CLI means an agent can drive the workspace itself.

WorkProcedures's answer:

Operations managers, quality leads, HR teams, franchise operators, and consultants at small-to-mid businesses (roughly 10-200 employees) who need professional, audit-ready SOPs but don't have the time or budget for a consultant. Common verticals include medical and veterinary practices, hospitality operators, food safety, cleaning and janitorial services, manufacturing, engineering consultancies, and IT managed service providers. The through-line: they're typically documenting for an audit (ISO 9001, OSHA, HIPAA, state licensing) or standardising procedures across multiple locations and shifts.

Crystl.dev's answer

I loved running CLI agents in a terminal, but I hated that was so difficult to manage more than one. I kept ending up with a dozen terminal sessions, constantly typing into the wrong one, or playing messenger by copying and pasting info from one agent to another. I started by building the crystl rail, an agent notification system that allowed me to keep on top of approval requests, questions, and idle agents. Once I had a basic version of the app, I started using crystl to build crystl.

And now when users submit bugs they get delivered directly to agents in my cryst app in a git worktree. They start investigating and fixing the bugs when I'm not even there.

Who knows, maybe someday, cryst won't need me at all. :)

WorkProcedures's answer:

WorkProcedures started from watching small-business owners spend entire weekends trying to write SOPs from scratch for basic processes - forklift inspections, new-hire onboarding, patient intake - because the free templates they found online were too generic to use without hours of rewriting. At the same time, AI tools like ChatGPT produced text that sounded plausible but didn't match what a real auditor would expect to see. The idea was to combine the speed of AI with the grounding of a real procedure library, so a small business could get a first draft that's 80% there in under two minutes, then edit the last 20% to fit their specifics, instead of starting from a blank page or a generic template. The platform launched in early 2026 after several months spent curating a library of 10,000+ real industry procedures across 35+ sectors.

Crystl.dev's answer

Well, most of my customers so far are solo developers and small teams. I have had some corporate interest, I just don't have the time/money to pursue that unless they want to front the bill. I may build out some more scalable solutions for larger teams as things progress. We'll see.

WorkProcedures's answer:

WorkProcedures launched in early 2026 and we don't publicly disclose individual customer names at this stage. The current user base spans small-to-mid businesses across these industries:

• Medical and healthcare practices
• Veterinary clinics
• Engineering consultancies
• Hospitality operators (hotels, coworking spaces)
• Cleaning and janitorial services
• Manufacturing and quality assurance teams
• IT managed service providers and MSPs

Crystl.dev's answer

crystl is a native macOS application written in Swift. It is not a web app in a wrapper.

The terminal engine, Cavrn, is built specifically for multi-agent workflows and renders on the GPU with Metal, which keeps a fleet of busy agent sessions responsive. API keys are stored in the macOS Keychain.

Parallel agent sessions are backed by Git worktrees and branches, so several agents can work the same repository without colliding. Remote development runs over SSH. Agents connect to tooling through MCP (the Model Context Protocol), and the scriptable CLI talks to a local bridge that streams events over SSE.

The website runs on Cloudflare Pages.

WorkProcedures's answer:

• Next.js (App Router) with TypeScript for the full-stack application
• MongoDB with vector search for semantic retrieval across our procedure corpus
• Frontier large language models with retrieval-augmented generation (RAG) for SOP generation
• Stripe for subscriptions, pay-as-you-go credits, and billing
• NextAuth (Auth.js) for authentication including OAuth and optional 2FA
• Tailwind CSS for the UI
• Resend for transactional email
• Vercel for deployment