Skip to content
Back to skills

Angular Docs Angular Adr For Architecture Decisions

ASecurity

Capture Angular architecture decisions as short ADRs with context, decision, consequences, and validation criteria before implementation.

  • 4 stars
  • 0 votes
  • 0 copies
  • 0 views
  • Added October 2, 2026
code-qualitygoangular

Security analysis

A100/100

Scanned October 2, 2026

npx -y skills add janpereira-dev/ngAutoPilot --skill angular--docs--angular-adr-for-architecture-decisions --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Angular Docs Angular Adr For Architecture Decisions?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Angular  Docs  Angular Adr For Architecture Decisions
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/janpereira-dev-angular-docs-angular-adr-for-architecture-decision/badge)](https://www.skillsdirectory.com/skills/janpereira-dev-angular-docs-angular-adr-for-architecture-decision)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
id: angular.docs.angular-adr-for-architecture-decisions
name: Angular ADR for Architecture Decisions
description: Capture Angular architecture decisions as short ADRs with context, decision, consequences, and validation criteria before implementation.
stack:
  - Angular
category: docs
status: stable
version: 0.10.0
owner: NgAutoPilot
triggers:
  - adr
  - architecture decision
  - decision record
---

# Angular ADR for Architecture Decisions

Use this skill when a decision needs to be recorded before code changes land.

## Core Rule

```txt
If the decision changes architecture, write an ADR first.
```

## ADR Minimum

- context
- decision
- alternatives considered
- consequences
- validation criteria

## Purpose

Record important Angular architecture decisions before code changes land.

## When to Use

Use this skill when a change affects architecture or boundaries.

## Do

- write the ADR before implementation
- keep it short and decision-focused

## Do Not

- hide architecture changes in unrelated PRs
- write a long essay instead of a decision record

## Review Checklist

- [ ] Context is clear.
- [ ] Decision is explicit.
- [ ] Alternatives were considered.
- [ ] Validation criteria are named.

## Output

Return:

1. The architectural decision.
2. Why it was taken.
3. Alternatives rejected.
4. Validation criteria.

## Expected Output

Return:

1. A concise diagnosis.
2. The minimal safe change or decision.
3. Validation steps.
4. Risks or rollback notes.

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…