Jesús Pérez b6a4d77421
Some checks are pending
Documentation Lint & Validation / Markdown Linting (push) Waiting to run
Documentation Lint & Validation / Validate mdBook Configuration (push) Waiting to run
Documentation Lint & Validation / Content & Structure Validation (push) Waiting to run
Documentation Lint & Validation / Lint & Validation Summary (push) Blocked by required conditions
mdBook Build & Deploy / Build mdBook (push) Waiting to run
mdBook Build & Deploy / Documentation Quality Check (push) Blocked by required conditions
mdBook Build & Deploy / Deploy to GitHub Pages (push) Blocked by required conditions
mdBook Build & Deploy / Notification (push) Blocked by required conditions
Rust CI / Security Audit (push) Waiting to run
Rust CI / Check + Test + Lint (nightly) (push) Waiting to run
Rust CI / Check + Test + Lint (stable) (push) Waiting to run
feat: add Leptos UI library and modularize MCP server
2026-02-14 20:10:55 +00:00

40 lines
1.7 KiB
Markdown

# Architecture Decision Records (ADRs)
This directory documents significant architectural decisions made during VAPORA development. Each ADR captures the context, decision, rationale, and consequences of important design choices.
## ADR Index
| # | Title | Status | Date |
|---|-------|--------|------|
| [0001](0001-a2a-protocol-implementation.md) | A2A Protocol Implementation | Accepted | 2026-02-07 |
| [0002](0002-kubernetes-deployment-strategy.md) | Kubernetes Deployment Strategy for kagent Integration | Accepted | 2026-02-07 |
| [0003](0003-error-handling-and-json-rpc-compliance.md) | Error Handling and JSON-RPC 2.0 Compliance | Accepted | 2026-02-07 |
## How to Use ADRs
1. **Reading an ADR:** Start with the "Decision" section, then read "Rationale" to understand why
2. **Proposing Changes:** Create a new ADR if changing a key architectural decision
3. **Context:** ADRs capture decisions at a point in time; understand the phase (MVP, phase 1, etc.)
4. **Related Decisions:** Check links to understand dependencies between decisions
## ADR Format
Each ADR follows this structure:
- **Status:** Accepted, Proposed, Deprecated, Superseded
- **Date:** When the decision was made
- **Authors:** Team or individuals making the decision
- **Context:** Problem we were trying to solve
- **Decision:** What we decided to do
- **Rationale:** Why we made this decision
- **Consequences:** Positive and negative impacts
- **Alternatives Considered:** Options we rejected and why
- **Migration Path:** How to evolve the decision
- **References:** External documentation
## Related Documentation
- [Architecture Overview](../README.md)
- [Components](../components/)
- [API Documentation](../../api/)