Sequence/LABS

About Sequence Labs

Sequence Labs is where we prototype AI agents. These are prototypes and internal tools, published while we’re still building and refining them. Some of these will never see the light of day; some of them will shape the future of revenue automation.

How we build Labs

LLMs are useful at different levels:

  1. 01Slotted into specific product flows (a contract becomes structured data).
  2. 02Running guided automations with human oversight (multi-step workflows with tools, review, and audit).
  3. 03Operating autonomously, where guardrails are strong enough.

These principles apply across all three levels, and matter more the higher you climb:

  1. 01
    The quality of your tools matters.Tools, context, and constraints are the biggest differentiators.
  2. 02
    Keep humans in the loop.Someone has to see what the agent did, why, and have a path to override it.
  3. 03
    Smallest useful scope first.Every agent should do one specific job before we widen its remit.
  4. 04
    Measure everything.‘Vibes are good’ isn’t signal. Track quality, latency, and cost at every layer.
Customer Knowledge Base
[ Prototype ] // v0.01

Customer Knowledge Base

Most of what you know about a customer lives across shared docs and Slack channels. To make that knowledge more accessible to agents, this tool ingests those sources into a vector index and exposes the index via an MCP server, so any agent can search and cite the source material.

[ Read more ]
Contract intake agent
[ Live ] // v0.37

Contract intake agent

Customer contracts contain a variety of data, including customer details, billing contacts, pricing details, and billing terms. Instead of manually transcribing a contract into Sequence for every new customer, contract intake agent automatically extracts the key information and sets up the customer and billing schedule for review.

[ Read more ]

March 2026 // HACK DAY

One day.
Two questions.
Seven prototypes.

We wanted to form an opinion on how we’ll build our next generation of agentic capabilities into our tech stack.

Our two questions:

  1. 01
    How do we want to build our MCP server?This includes thinking through API key security and exploring whether we can implement an OAuth IDP layer based on Stytch so the MCP server can be scoped to RBAC rules per user. There are already a few approaches and frameworks for building MCP servers, so having multiple people try different ones is a feature, not a bug.
  2. 02
    What AI Agent Framework do we want to adopt?Pick a TypeScript or Python agent framework and build something with it. We want to see how these frameworks handle multi-turn orchestration, tool integration, and observability. A good target to aim at: get an agent to interact with our API via tool calls. This is a good way to get a feel for the developer experience of building agents on top of these frameworks, and to see how well they integrate with our existing infrastructure.

Join the lab

Labs gets sharper when the people who'd actually use these agents push back. Pick your way in.