Harness
Faça cada agente de IA declarar o trabalho antes de escreve-lo

O Archyl não é mais um agente de código. Ele fica acima dos que você já usa -- Claude Code, Cursor, Copilot, Codex -- e submete cada sessão a sua arquitetura documentada antes da primeira linha de código.

Ver preços
app.archyl.com

Aurora Commerce

Platform team

Project

Systems

Storefront
Checkout
Payments
Fulfilment
AL

Ada Lovelace

Architect

Aurora Commerce/Agent Hub/Fleet
Search the architecture…K
Live
ALMDKS
AI
DashboardRulesFleetMemoryRunsSchedules
3

3 agents at work

Declared under the harness

Leases

7

+2 today

Memories

24

5 pitfalls

Outcomes

12

this week

Under workCheckout APIadaOrderServiceadaOrders DBadaStorefrontmarcPayments APIkenji

Active sessions 3

Refreshed every 10 s

claude-code/adagate allowstarted 12 min ago

Add idempotency keys to the checkout payment path

Checkout APIOrderServiceOrders DB
heartbeat 4s
cursor/marcgate warn1 element shared with another sessionstarted 4 min ago

Tune Storefront session handling

StorefrontSession Store
heartbeat 10s
codex/kenjigate allowstarted 27 min ago

Extract the Payments API from the Checkout monolith

Payments APICheckoutStripe
heartbeat 16s

Live events

All agents

ada leased OrderService

gate allow · 3 elements

just now

kenji leased Payments API

gate allow · 3 elements

8s

ada noted a convention

Checkout API · keys are UUIDv7

21s

marc recalled ADR-017

Throttling lives at the gateway

46s

ada heartbeat

editing checkout/payment.go

1m

kenji opened ACR-42

Payments API split · 2 reviewers

2m

kenji remembered a pitfall

Orders DB · retries must be idempotent

3m
O problema

Dores que você conhece bem

Esses problemas se acumulam com o tempo. Quanto mais ficam sem solução, mais custam em tempo de engenharia e confiabilidade.

Agentes em paralelo colidem em silêncio

Três agentes abrem três pull requests. Cada uma certa sozinha. Juntas tornam o sistema três coisas diferentes.

Ninguém sabe o que um agente está fazendo

Um agente lê o repositório, escreve código e abre uma pull request. Até ali sua intenção é invisível.

O contexto conquistado morre com a sessão

A armadilha que custou uma tarde a um agente some no fim da sessão. O próximo cai nela de novo.

Como funciona

Funcionando em poucos passos

1

O agente declara o trabalho

start_work_session resolve a tarefa contra seu modelo C4, toma leases consultivos e abre com um briefing: ADRs, guardrails e armadilhas anteriores.

2

O preflight gate responde

allow, warn com razões nomeadas, ou deny em conflito exclusivo como uma migração de esquema.

3

Guardrails seguram enquanto ele codifica

No Claude Code o Guard hook bloqueia uma edição que viola uma regra antes de ser escrita. Outros agentes fazem a mesma checagem via MCP.

4

A sessão devolve o contexto

finish_work_session registra o resultado, fixa decisões e armadilhas nos elementos tocados e abre uma Architecture Change Request se a arquitetura mudou.

Recursos

Tudo o que este recurso faz por você

Leases consultivos

Cada sessão declara os elementos C4 que vai mudar. O próximo agente vê quem já está la.

Preflight gate

allow, warn ou deny, a partir dos leases ativos e das suas regras de conformidade.

Memória que sobrevive à sessão

Notas, convenções e armadilhas ficam nos elementos de arquitetura e voltam na sessão seguinte.

Fleet console

Todas as sessões da organização ao vivo: quem trabalha em que, segurando quais elementos, atrás de qual gate.

Architecture Change Requests

Um agente que reestrutura um serviço registra uma proposta em vez de editar o modelo às escondidas.

Qualquer agente que fale MCP

As ferramentas de work session são MCP puro, com um perfil coding de 16 ferramentas.

Casos de uso

Onde os times o usam

01

Vários agentes em um repositório

Dois agentes no mesmo container descobrem no início da sessão, não na revisão.

02

Trabalho que não pode competir

Migrações de esquema abrem com exclusive. Uma sessão em conflito é negada, não apenas avisada.

03

Integrar um agente a um repositório

Um agente novo começa com a fatia de arquitetura que importa e com o que a sessão anterior aprendeu.

Plano gratuito para sempre

Sessões governadas em cinco minutos

Um comando instala o Harness ao lado dos agentes que você já usa. Disponível em todos os planos.

  • Sem cartão de crédito
  • Configuração em cinco minutos
  • Leitores são sempre gratuitos

Governanca de agentes de IA - Work sessions e preflight gate

Faca cada agente de codigo declarar o trabalho: leases consultivos em elementos C4, um preflight gate que responde allow, warn ou deny, e uma Architecture…

Faça cada agente de IA declarar o trabalho antes de escreve-lo

O Archyl não é mais um agente de código. Ele fica acima dos que você já usa -- Claude Code, Cursor, Copilot, Codex -- e submete cada sessão a sua arquitetura documentada antes da primeira linha de código.

Governança de agentes de IA | Work sessions e preflight gate | Archyl

Governe agentes de código com work sessions: leases consultivos em elementos C4, um preflight gate que responde allow, warn ou deny, e uma Architecture Change Request quando a arquitetura muda.

governança agentes IA, arquitetura multiagente, work sessions, conflitos agentes IA, guardrails arquitetura

Agentes em paralelo colidem em silêncio

Três agentes abrem três pull requests. Cada uma certa sozinha. Juntas tornam o sistema três coisas diferentes.

Ninguém sabe o que um agente está fazendo

Um agente lê o repositório, escreve código e abre uma pull request. Até ali sua intenção é invisível.

O contexto conquistado morre com a sessão

A armadilha que custou uma tarde a um agente some no fim da sessão. O próximo cai nela de novo.

O agente declara o trabalho

start_work_session resolve a tarefa contra seu modelo C4, toma leases consultivos e abre com um briefing: ADRs, guardrails e armadilhas anteriores.

O preflight gate responde

allow, warn com razões nomeadas, ou deny em conflito exclusivo como uma migração de esquema.

Guardrails seguram enquanto ele codifica

No Claude Code o Guard hook bloqueia uma edição que viola uma regra antes de ser escrita. Outros agentes fazem a mesma checagem via MCP.

A sessão devolve o contexto

finish_work_session registra o resultado, fixa decisões e armadilhas nos elementos tocados e abre uma Architecture Change Request se a arquitetura mudou.

Cada sessão declara os elementos C4 que vai mudar. O próximo agente vê quem já está la.

allow, warn ou deny, a partir dos leases ativos e das suas regras de conformidade.

Memória que sobrevive à sessão

Notas, convenções e armadilhas ficam nos elementos de arquitetura e voltam na sessão seguinte.

Todas as sessões da organização ao vivo: quem trabalha em que, segurando quais elementos, atrás de qual gate.

Architecture Change Requests

Um agente que reestrutura um serviço registra uma proposta em vez de editar o modelo às escondidas.

Qualquer agente que fale MCP

As ferramentas de work session são MCP puro, com um perfil coding de 16 ferramentas.

Vários agentes em um repositório

Dois agentes no mesmo container descobrem no início da sessão, não na revisão.

Trabalho que não pode competir

Migrações de esquema abrem com exclusive. Uma sessão em conflito é negada, não apenas avisada.

Integrar um agente a um repositório

Um agente novo começa com a fatia de arquitetura que importa e com o que a sessão anterior aprendeu.

Sessões governadas em cinco minutos

Um comando instala o Harness ao lado dos agentes que você já usa. Disponível em todos os planos.