Skip to content
Back to skills

Ae Sdd Discovery

ASecurity

Discover high-level architectural requirements for change-set specs

  • 42 stars
  • 0 votes
  • 0 copies
  • 2 views
  • Added May 31, 2026
business

Security analysis

A100/100

Scanned May 31, 2026

npx -y skills add diegosouzapw/awesome-omni-skill --skill ae-sdd-discovery --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Ae Sdd Discovery?

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

Security grade badge for Ae Sdd Discovery
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/diegosouzapw-ae-sdd-discovery/badge)](https://www.skillsdirectory.com/skills/diegosouzapw-ae-sdd-discovery)

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
---
name: ae-sdd-discovery
description: Discover high-level architectural requirements for change-set specs
---

# SDD Discovery

Analyze high-level architectural requirements for implementing change-set specs to ensure proper alignment and identify potential concerns.

## Required Skills

- `spec-driven-development` (state management, phase gates)
- `research`
- `architecture-fit-check`
- `architecture-workshop`

## Inputs

> [!IMPORTANT]
> Resolve the change set by running `ls changes/ | grep -v archive/`. If exactly one directory exists, use it. Only prompt the user when multiple change sets are present.

## Instructions

1. Load `spec-driven-development` skill and read current state from `changes/<name>/state.toml`. Apply state entry check per skill guidelines. If lane is not `full` or phase doesn't permit discovery, redirect the user.

2. Read `proposal.md` and any existing specs in `changes/<name>/specs/`.

3. Discovery answers how a change fits into or extends the existing architecture:
   - Use `research` skill to understand current architectural patterns
   - Use `architecture-fit-check` to assess alignment
   - If concerns exist (technical debt, messy workarounds), enter Daedalus Mode:
     - Explain concerns clearly
     - Explore solutions (light-touch vs. architectural)
     - Reach consensus with the user on approach

4. Document findings: Capture explorations, tradeoffs, and decisions in `changes/<name>/thoughts/`

5. Do not update phase status in this command. After documenting discovery artifacts, suggest `ae-sdd-next <name>` when the user wants to proceed.

## Success Criteria

- Architecture fit assessed and documented
- Any concerns captured in thoughts/ directory
- Discovery artifacts complete and ready for `ae-sdd-next`
- User ready to proceed to tasks phase

## Usage Examples

### Do

- "This change slots cleanly into the existing Notification pattern."
- "Implementing this directly would create circular dependencies. Should we introduce an event bus instead?"

### Don't

- Start planning implementation tasks or file-level changes.
- Guess at architectural alignment without researching the codebase.

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…