d5sd5s
Engineering agents

Turn alerts and releases into reviewable engineering work.

Investigate incidents, prepare release communication, and keep every source, tool call, and proposed change available for review.

Where agents help

Engineering agents should reduce investigation time without becoming an unbounded production operator. d5s gives each run an isolated workspace, scoped connectors, and explicit approval boundaries, so evidence gathering can move quickly while changes remain under accountable human control.

Extend your engineering team

4 ready-made coworkers, each arriving with a persona, standing instructions, a wake-up schedule, and its connectors chosen.

One coworker, or several?

Both work. What changes is how much context a single coworker builds up, and how many separate approvals you give.

Start with one

One coworker takes on several jobs. Everything it has seen stays with it, so context from last week's work carries into this week's.

  • One set of standing instructions to write, and one place to correct it when it gets something wrong.
  • One approval boundary to agree, rather than a separate one per job.
  • Best when the jobs read the same systems and the same person signs them off.

Or split the work up

Each coworker keeps a narrow scope, its own wake-up schedule, and its own approval boundary. Changing how one works cannot affect the rest.

  • Different people can own different coworkers, and approve only their own.
  • Best when the jobs run on different rhythms. Incident triage wakes when a qualifying alert fires, Release notes when a release is marked complete.
  • A narrower scope is easier to check, because there is less it could have looked at.

You are not choosing once. Most engineering teams start with a single coworker and split it later. The usual sign is writing standing instructions that contradict each other, or wanting two different people to sign off on what is currently one coworker's work.

Works with what you already run

6 systems across this team's agents. Each one reads only the sources it was given.

Stays with your engineering team

  • Repository writes beyond the triage issue, deployments, and production changes require an engineer.
  • A product or marketing owner approves every public claim and publication action.
  • Upgrades, pull requests, and production changes require an engineer.
  • Rollbacks, configuration changes, and production remediation require an engineer.

Add a engineering coworker to your workspace.

Each one arrives with a persona, standing instructions, a wake-up schedule, and its connectors chosen. Nothing runs until you add it.

Browse the agents