wiki-adr

Create standardized architecture decision records within a structured wiki-zone hierarchy.

3|Updated Apr 27, 2026
One-click install
npx skills add https://github.com/zoraxl/team-brain --skill wiki-adr
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: wiki-adr
Source: https://github.com/zoraxl/team-brain/tree/main/.cursor/skills/wiki-adr
Command: npx skills add https://github.com/zoraxl/team-brain --skill wiki-adr

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This skill solves the problem of fragmented or undocumented technical decisions by providing a structured, consistent way to capture architecture choices that emerge during implementation or review.

Core Features & Use Cases

  • ADR Generation: Automatically creates standardized Architecture Decision Records (ADRs) with required fields like Context, Decision, and Consequences.
  • Zone-Based Organization: Enforces the wiki-zone model to ensure decisions are filed under the correct namespace or platform category.
  • Workflow Integration: Links new decisions to the existing wiki index and logs, ensuring that ad-hoc choices are discoverable and durable.

Quick Start

Use the wiki-adr skill to create a new decision record for the recent choice to migrate the authentication service to the platform namespace.

Frequently Asked Questions about wiki-adr

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I document ad-hoc architecture decisions outside of planned development cycles?

You can document ad-hoc architecture decisions by generating standardized Architecture Decision Records that capture the Context, Decision, and Consequences of implementation choices, infrastructure shifts, or dependency updates.

What is the best way to maintain a centralized index for architecture decision records?

The best way to maintain a centralized index for architecture decision records is to enforce a wiki-zone boundary model that links new decisions to an existing wiki index, ensuring ad-hoc technical choices remain discoverable and durable.

How does wiki-zone organization work for technical governance documentation?

Wiki-zone organization for technical governance documentation works by enforcing namespace boundary rules, ensuring that each architecture decision record is filed under the correct platform category or namespace.

Can I use this to record infrastructure shifts and dependency updates?

Yes, you can use this to record infrastructure shifts and dependency updates, as it standardizes the creation of architecture decision records specifically for ad-hoc implementation choices that emerge during technical review.

What fields are required when creating an architecture decision record?

Creating an architecture decision record requires standardized fields including Context, Decision, and Consequences to ensure that technical choices are captured consistently and linked to the wiki logs.

When do I need a standardized format for capturing architecture decisions?

You need a standardized format for capturing architecture decisions when fragmented or undocumented technical choices emerge during implementation, requiring structured documentation to maintain governance and discoverability.