Enterprise patterns
How services communicate across the organisation: protocols, messaging and entry points.
- REST
- gRPC
- Events
- Queues
- API gateway
- Backend for frontend
- Saga
- Service mesh
Product
Afara derives context from what each team ships and writes, then hands it to the coding agents of the teams that build on it.
Drawn from commits: the screens, steps and API calls each team shipped, in order, each tied to a file and line range.
Drawn from tickets in Jira, Linear or GitHub Issues: the story and acceptance criteria, each step tied to the sentence it came from.
Written once by your company: how services communicate, and how each service is built inside.
When a team builds on a feature, Afara gives their local coding agent the context it needs: what other teams built, the ticket, and the patterns that apply.
From other teams
payments-api, as built at 0113454
PAY-981, Card payment with 3-D Secure
Web clients call through a BFF
In your coding agent
Frontend engineer, checkout-webBuild against
Don't
Done when
Works with Claude Code, OpenAI Codex CLI and Gemini CLI.
From other teams
checkout-web, as built at 7d41b2e
payments-api, as built at 0113454
PAY-981 acceptance criteria
In your coding agent
QA engineer, checkoutPaths to test
Risk
Built from
Works with Claude Code, OpenAI Codex CLI and Gemini CLI.
From other teams
PAY-981, Card payment with 3-D Secure
Payment rules
payments-api is hexagonal
Order state changes are events
In your coding agent
Backend engineer, payments-apiBuild
Communicate
Done when
Works with Claude Code, OpenAI Codex CLI and Gemini CLI.
One team's output is the next team's input. Afara follows those lines automatically.
How services communicate across the organisation: protocols, messaging and entry points.
How each service is built inside: layers, boundaries and where business rules live.
Start from a preset or write your own rules, scope each pattern to the repositories it covers, and Afara injects it into the local coding agent every time a service or feature in scope is built.
Afara lines the ticket up with the code and flags where they disagree, so no team builds on a story that stopped being true.
Review cart
Cart review
Enter card details
Card form
Tokenise the card
Create payment method
POST /v1/payment-methods
Confirm the payment
Confirm payment intent
POST /v1/intents/confirm
Retry authorisation
3-D Secure challenge
3DS challenge
Show confirmation
Order confirmed
Email the receipt
Behaviour in the code that no ticket describes. Other teams would otherwise build on it blind.
A requirement the ticket asks for that the pushed commit does not implement yet.
Both sides have the step, at a different point in the flow.
Each finding can be accepted (intended, and now written down) or resolved (fixed, and reopened if it comes back), with a note.
See every feature's context, write your patterns, and watch drift across projects.
Every feature in a project, its last commit and how far behind head it is.
The code wireframe, laid out automatically. Screens and steps are distinct shapes.
Write enterprise and service patterns from a preset or from scratch, and scope them to repositories.
Which features have open findings, which are accepted, and which have moved on.
A 30-minute walkthrough with an engineer. Bring two repositories and a ticket, and see the context your agent would get.