Build & Evals

Build & promote

The path from an idea to something a whole department depends on: author, validate, evaluate, promote, and then keep watching. Every gate on that path is automated except the one that should not be โ€” a human reviewer's decision.

Ways to start

From a template

Install a governance-ready agent that already carries a starter evaluation set.

From the editor

Write Agent.md or SKILL.md with live validation as you type.

With the Architect

Describe what you want; the meta-agent drafts and validates a definition for you.

From a pack

Install a department pack โ€” agents, skills, and policies together, with lineage recorded.

The template pack

Sixteen first-party templates ship with the platform. Each bundles a starter evaluation set, so a template-born agent can clear the promotion floors with no evaluation authoring at all.

TemplateAreaTypical surface
Meeting Prep BrieferProductivityOn demand or scheduled
Weekly Status CompilerProductivityCron โ†’ channel DM
Email Triage & DigestProductivityEmail-in trigger
Team FAQ BotProductivityTeam ring, pinned channel
Canvas Document DrafterProductivityChat โ†’ canvas
Onboarding BuddyHRChat
Policy & HR Q&AHRChat or channel
RFP / Security-Questionnaire ResponderSalesChat with file upload
IT Helpdesk TriageITChat or Slack
Incident ScribeITWebhook from monitoring
Competitor & Market WatchMarketingWatch trigger
KPI Snapshot ReporterAnalyticsCron
Release-Notes WriterEngineeringWebhook from CI
Document Translator / LocalizerContentChat with file upload
Contract First-Pass ReviewerLegalChat with file upload
Eval Author AssistantBuilderChat

Twenty first-party skills ship alongside them โ€” document, spreadsheet, deck and PDF toolkits, charting, data profiling and forecasting, research and citation helpers, digest and diffing utilities, writing helpers, and formatting tools for channels, calendars, and diagrams. They install into the org ring on request and are already scan-passing.

Validate

Validation runs as you edit and again on save. It checks the schema, slug uniqueness, every skill and MCP reference (both that it exists and that you can see it), version pins, and the model allowlist, and it lints the body for instructions that would undermine the platform's guardrails. Errors come back with field paths, so the editor can point at the line.

Version

Versions are immutable; the agent or skill row holds a pointer to the current one. That single design choice is what makes rollback safe and promotion meaningful.

The agent page: two versions with scan badges, a Rollback button on the older one, and a unified diff between v1 and v2.
The agent page: v1 and v2 with their scan badges (Rollback on the one that is not current), and the diff between any two versions โ€” here the tone guidance v2 added.

Evaluate

An evaluation set is a list of cases, each with an input and one or more assertions. Cases run against the candidate version through the real execution path โ€” the same executor that serves production traffic, not a test harness that might diverge from it.

AssertionChecks
RegexThe answer matches (or must not match) a pattern.
JSON SchemaStructured output conforms to a schema.
RubricA cheap-tier model grades the answer against written criteria.

Cases carry a category, and categories are what the promotion floors key on:

CategoryCovers
correctnessIt does the job on representative inputs.
refusalIt declines what it should decline.
injectionIt does not obey instructions planted in retrieved content.
adversarialPackaged red-team probes.
simulationMulti-turn persona sessions scored against a rubric.

Evals live in the Playground, under the agent's Evals tab: add cases by hand or start from the starter set, run them against the current version, and read the verdict per case with its trace. The success rate, latency and cost per run are tracked per version, so a regression shows up as a step in the history.

The Playground Evals tab: success rate, average latency and cost per run, a table of five cases with their inputs and regex assertions all passing, and a per-version history.
The Evals tab: five correctness cases with regex assertions, all green on v2, with the success rate and latency tiles and the per-version history beside them.

Preflight: certify before you propose

Every gate the promotion runs, you can run yourself first โ€” against your draft โ€” in the Playground. The Certify panel reads the same checks the reviewer's queue will enforce: the definition validates, the security scan verdict, the eval coverage floors, and the eval run for this exact version. Because it reads those gates rather than inventing its own score, a green preflight and a passing promotion cannot disagree โ€” you find out it is shippable before anyone is asked to review it.

The Playground Certify panel showing each promotion gate.
The Playground Certify panel โ€” the promotion gates, read as a preflight.
Test the exact edit, not the published version A Playground draft is an unpublished version, so the preflight runs the change you are about to propose โ€” not the version currently live. See Playground.

Promote

Moving an agent from your personal ring to a team or the whole organization is a reviewed promotion. The gates run in order, and each one reports to the reviewer.

The Promote dialog: a target ring choice and a pre-flight list โ€” published version, you are the builder, target ring, security scan, eval coverage, autonomy within policy floor, workspace process stage, eval run โ€” before Submit for review.
The Promote dialog runs the pre-flight before you submit: every gate is listed with its state, so a proposal that would be blocked never leaves your page.
  1. Propose

    The owner proposes their personal agent for a target ring.
  2. Scan gate

    The version's security scan must have passed. A flagged scan blocks with the findings attached.
  3. Floor gate

    The evaluation set must meet the floors: a minimum number of cases, and โ€” for a write-capable agent โ€” refusal, injection, and red-team coverage. Declared autonomy above the organization's floor is rejected here too.
  4. Evaluation gate

    The eval run against the candidate version must be green, case by case.
  5. Human review

    A reviewer reads the gate reports and the candidate definition, then approves, requests changes, or rejects. Requesting changes loops back to the owner without losing the thread.
  6. Approve

    Approval copies the agent and version into the target ring and freezes its skill references to exact versions. The shared copy cannot drift while the author keeps editing their original โ€” which stays on floating references.
  7. Staged rollout

    Optionally approve to a pilot group first. The agent stays invisible to everyone else until it is rolled out.
The Promotion review queue: the proposal selected, the automated gates listed as passed, the candidate definition, and Reject, Request changes and Approve & promote actions.
The reviewer's side: the queue on the left, and for the selected proposal the automated gates, the candidate definition, and the decision โ€” reject, request changes, or approve (optionally to a pilot group first).
The lower half of a proposal: the Gates panel with scan, floors and eval run passed, the per-case eval verdicts, and the review timeline.
Below the candidate: each automated gate with its report โ€” the scan verdict, the floors, and the eval run case by case โ€” and the review timeline.
Reviewers do not gain visibility A reviewer has no ring visibility into someone's personal workspace. The promotion row itself is the authorization to read that one candidate โ€” nothing more.

Watch

Promotion is not the end of the story. Production runs are sampled continuously and graded on the cheap tier. If the rolling pass rate falls below threshold:

The builder dashboard plots the evaluation trend alongside success rate, latency, and cost, so a slow degradation is visible before it becomes an incident.

Share

SurfaceWhat it does
CatalogSemantic search across the agents, skills, and connectors you can see. Ring visibility is enforced in the query, so results never hint at things you cannot access.
ReviewsRatings and written reviews on a shared agent, one per person per version, with an average surfaced on the detail page.
Department packsA bundle of agents, skills, and policies. Installing materializes each member into the target ring at a pinned version and records the install lineage.
Opportunity minerRanks "worth automating" and "worth hardening" suggestions from usage metadata alone โ€” no run content is read.

The Skill Workshop

Agents notice repetition. When one does, it can call propose_skill to draft a playbook into the workshop. Proposals can be revised conversationally and then applied โ€” which validates the draft and creates a real skill in the proposer's personal ring, triggering a scan โ€” or rejected with a reason. A proposal is never a live skill, and there is no other path from one to the other.

The Agent Architect

A built-in meta-agent for authoring. It can read an existing definition, search the catalog for prior art, write a draft into a conversation-scoped buffer, and validate it through the same pipeline the editor uses. It deliberately cannot save โ€” drafts become agents only when a human accepts them.