alex

Route technical decisions into design paths with Socratic Inquiry and Gate 4 acceptance.

3|Updated Sep 27, 2025
One-click install
npx skills add https://github.com/Sheldon-92/TAD --skill alex
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: alex
Source: https://github.com/Sheldon-92/TAD/tree/main/.agents/skills/alex
Command: npx skills add https://github.com/Sheldon-92/TAD --skill alex

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

This self-contained Skill acts as a TAD Solution Lead, orchestrating requirement clarification, architecture planning, and multi-module handoffs with gate-keeping at critical points to ensure human-in-the-loop decisions and artifact traceability.

Core Features & Use Cases

  • Socratic Inquiry orchestration with 3-5 rounds to clarify requirements.
  • Capability Pack loading and frontmatter validation to tailor design rules.
  • Handoff creation & Gate 4 acceptance with Epic/Phase tracking and knowledge alignment.
  • Cross-project governance to keep NEXT.md, PROJECT_CONTEXT.md, and Epics in sync.

Quick Start

Describe a complex feature and enter *analyze to begin a Socratic Inquiry-driven design and handoff workflow.

Frequently Asked Questions about alex

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

FAQPage Schema
How do I orchestrate complex design handoffs with requirement clarification?

Complex design handoffs require orchestrating requirement clarification through Socratic Inquiry rounds and capability pack loading. This ensures technical decisions are routed into appropriate design paths while maintaining artifact traceability and updating Epic and Phase flows.

What is Socratic Inquiry in architecture planning and when is it needed?

Socratic Inquiry in architecture planning is a multi-round questioning process to clarify complex requirements before design execution. It is needed when identifying technical decisions and routing tasks into appropriate design paths for multi-module handoffs.

How do I manage Gate 4 business acceptance for cross-project governance?

Gate 4 business acceptance is managed by ensuring deliverables are documented and Epic and Phase flows are updated. Cross-project governance keeps NEXT.md, PROJECT_CONTEXT.md, and Epics in sync during handoff creation and capability pack validation.

Can I use a Solution Lead workflow for multi-module architecture planning?

A Solution Lead workflow supports multi-module architecture planning by performing grounding passes, frontmatter validation, and capability pack loading. It tailors design rules and ensures human-in-the-loop decisions during critical gate-keeping points.

What's the best way to start a design orchestration workflow?

To start a design orchestration workflow, describe a complex feature and trigger the analysis phase. This initiates a Socratic Inquiry-driven design and handoff workflow that identifies technical decisions and performs grounding passes.

Why does cross-project governance require keeping NEXT.md and PROJECT_CONTEXT.md in sync?

Cross-project governance requires keeping NEXT.md and PROJECT_CONTEXT.md in sync to maintain knowledge alignment across modules. This ensures artifact traceability and proper Epic and Phase tracking during Gate 4 business acceptance and handoff creation.