Skip to content

An AI-first venture studio

We build with AI, deliberately.

We’re an AI-first lab, and we want people experimenting and building with AI to make our work meaningfully better. That ambition is the point. The care we take is narrow and specific: what’s in a prompt, and where it goes.

Internal referenceFour pillarsFirst draft for discussion
01The principles

What we believe about building with AI

Six positions that bound how we adopt AI. Pro-AI without hype; careful in exactly one place — the data.

01

AI-first, on purpose.

We're a lab — building with AI is the work, not a side experiment. We want everyone reaching for it, testing what's possible, and moving fast. The early adoption is deliberate: we lean in because it makes the work better, not because it's new.

02

Know where the data goes.

What matters most is the data — what's inside a prompt, and where it travels once it leaves us. Before sending anything to a third-party model, it's worth a beat to ask what's in it and who can see it.

03

Using and wiring-in are different.

Reaching for an AI tool in your own work is one thing. Handing an autonomous agent standing access to shared systems — email, calendars, deals, money — is another. Both are welcome; the second just deserves a closer look before it's switched on.

04

Access is its own decision.

We trust each other — that part isn't in question. Trusting a colleague is simply separate from the access their tools are given. We grant standing access deliberately, one integration at a time, because the tricky parts often sit outside any single person's expertise.

05

Give agents their own identity.

When a tool starts acting on its own, we set it up the way we'd onboard a teammate — its own account, its own scoped permissions, its own trail — rather than running it on someone's personal access. An automated worker gets the access its job needs, and no more.

06

We set our own pace.

The lab moves quickly — adopting and automating early is part of the job. That pace is a choice we make here, and it doesn't automatically carry to every context we work in. Each one gets to decide how fast is right for it.

The line we draw

Using AI, vs. wiring AI in

Both columns start the same way: a person and an AI assistant. The difference is what happens next.

On the left, you use AI in your own work — drafting, research, code. Nothing new gains standing access to our systems, so it’s a clear go.

On the right, an autonomous agent is given a key to email, calendars, deals, or money. That key is what we look at — and we set the agent up with its own identity before it turns.

Use · in your own work
A teammateAny of us
AI assistantIn your own instance
DraftResearchSummarizeCodeAnalyze

No new standing access. Use freely.

Wire-in · a closer look
Autonomous agentHermes, co-work, a VA
Technical review
EmailCalendarDealsMoney

Standing access to systems. Review required.

Using AI in your own work is open. Granting an agent standing access to systems is where we take a closer look — at the integration, before it's switched on.
One source of truth

This is the reference we own and grow — a curated handbook, not a wiki everyone edits.

Structure and editorial control are features, not bugs. It replaces the scattered docs with one place that stays current.