01
The gallery is our production line
Every template and solution pack in the public gallery starts life in one of our own workspaces. We build the system, run it, and only then export and publish it. When you install a pack, you are installing a system that already worked for somebody: us.
02
Integrations are tested where you will run them
New integrations are exercised inside a dedicated testing organization on the platform itself, through the same credential flow, the same policy engine and the same audit trail a customer workspace gets. A function ships after it has survived our own workspace, not a mock.
03
Our release QA answers to the audit trail
When we test a release, every claimed pass is cross-checked against the platform's own audit trail. A test marked passed with no matching run behind it gets flagged and re-run. We hold our QA to product evidence, the same evidence your reviewers would ask for.
04
This website reads from the product
The pack and template pages on this site render from the platform's live API, and the numbers we quote (1,095 functions across 50 integrations, five verdicts, four autonomy scopes) sync from the platform's own catalog. If the product changes, the site's facts change with it, because they come from the same place.
05
We set up workspaces by talking to Claude
The MCP connector we ship is the one we use ourselves. Our demo workspaces and the template library are assembled by asking an AI assistant to install packs, wire tools and seed tables through the same connector any customer can use.