Change Requests
Pull Request Workflows for Architecture Changes

Propose architecture changes, get reviews, and merge when approved. Architecture change requests bring the rigor of code review to architecture documentation.

View pricing

Proposed model

Checkout API
Payments APINEW
Legacy adapter
ACR-42Open

Split payments out of Checkout

claude-code/adaopened from a work session · implementsADR-015
Changes to the model+2 · ~1 · −1
+

Payments API

Go · charges, refunds, idempotency keys

Container
+

Checkout API → Payments API

REST/JSON · authorise and capture

Relationship
~

Checkout API

Description: no longer talks to Stripe directly

Container
−

Legacy payment adapter

Replaced by Payments API

Component
Reviewers
ALMD
3Merge into model
The problem

Pain you know too well

These challenges compound over time. The longer they go unaddressed, the more they cost in engineering time and reliability.

Architecture changes happen without review

Anyone modifies architecture diagrams and the changes go live immediately. No review, no approval, no audit trail.

No process for cross-team architecture changes

When a change affects multiple teams, there is no formal process to propose, discuss, and approve it.

No audit trail of who changed what

Architecture documentation changes silently. Nobody knows who made a change or when.

How it works

Up and running in a few steps

1

Propose a change

Create a change request with your proposed C4 model modifications. Add a description explaining why the change is needed.

2

Review and discuss

Reviewers see a visual diff of the proposed changes. They can approve, request modifications, or comment.

3

Merge when approved

Once approved, merge the change request to apply it to the production architecture model.

4

Full audit trail

Every change request is logged: who proposed it, who reviewed it, when it was approved, and the complete diff.

Capabilities

Everything this feature does for you

Visual Change Diffs

See exactly what will change in the C4 model: added elements, removed elements, modified relationships.

Multi-Reviewer Workflows

Require one or more approvals before changes can be merged. Define review policies per project.

Complete Audit Trail

Every change request is permanently recorded with full context: who, what, when, and why.

Notifications

Get notified via webhooks when change requests are created, reviewed, or merged.

Use cases

Where teams use it

01

Governed Architecture Changes

Ensure every architecture modification goes through review before going live.

02

Cross-Team Coordination

Teams propose changes to shared components. Affected teams review and approve.

03

Compliance Audit

Demonstrate to auditors that architecture changes follow a controlled review process.

Free plan forever

Bring code review rigor to architecture

Propose, review, and merge architecture changes with full audit trail. Governance without bureaucracy.

  • No credit card
  • Set up in five minutes
  • Viewers are always free

Architecture Change Requests: Review Before Merge

Propose, review, and merge C4 model changes with pull-request-style workflows. Enforce architecture review before any change is applied.

Pull Request Workflows for Architecture Changes

Propose architecture changes, get reviews, and merge when approved. Architecture change requests bring the rigor of code review to architecture documentation.

Architecture Change Requests | Archyl

Pull-request-style workflows for C4 model changes. Propose, review, approve, and merge architecture changes with full audit trail.

architecture change requests, architecture pull requests, architecture review workflow, architecture governance tool

Architecture changes happen without review

Anyone modifies architecture diagrams and the changes go live immediately. No review, no approval, no audit trail.

No process for cross-team architecture changes

When a change affects multiple teams, there is no formal process to propose, discuss, and approve it.

No audit trail of who changed what

Architecture documentation changes silently. Nobody knows who made a change or when.

Create a change request with your proposed C4 model modifications. Add a description explaining why the change is needed.

Reviewers see a visual diff of the proposed changes. They can approve, request modifications, or comment.

Once approved, merge the change request to apply it to the production architecture model.

Every change request is logged: who proposed it, who reviewed it, when it was approved, and the complete diff.

See exactly what will change in the C4 model: added elements, removed elements, modified relationships.

Multi-Reviewer Workflows

Require one or more approvals before changes can be merged. Define review policies per project.

Every change request is permanently recorded with full context: who, what, when, and why.

Get notified via webhooks when change requests are created, reviewed, or merged.

Governed Architecture Changes

Ensure every architecture modification goes through review before going live.

Cross-Team Coordination

Teams propose changes to shared components. Affected teams review and approve.

Demonstrate to auditors that architecture changes follow a controlled review process.

Bring code review rigor to architecture

Propose, review, and merge architecture changes with full audit trail. Governance without bureaucracy.