skills/setup-architect/SKILL.md
Sets up and installs the AI Software Architect framework in a NEW project for the FIRST time. Use when the user requests "Setup .architecture", "Setup ai-software-architect", "Initialize architecture framework", "Install software architect", or similar setup/installation phrases. Do NOT use for checking status (use architecture-status), creating documents (use create-adr or reviews), or when framework is already set up.
npx skillsauth add codenamev/ai-software-architect setup-architectInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Sets up and customizes the AI Software Architect framework for a project.
This skill performs a complete framework installation:
.architecture/ in the target project from framework templatesDetailed procedures: references/installation-procedures.md Customization guide: references/customization-guide.md
Setup ai-software-architectThe skill creates a .architecture/ directory in your target project (not in this plugin's repo) and populates it with templates customized for your tech stack. After it finishes you'll have:
.architecture/decisions/adrs/ — empty, ready for create-adr.architecture/reviews/initial-system-analysis.md — your team's first pass at the codebase.architecture/members.yml — team customized for your detected stack.architecture/principles.md — principles tailored to your frameworks.architecture/config.yml — operational config (pragmatic mode, etc.).architecture/templates/ — ADR + review templates ready to useThe skill writes only into your target project's .architecture/. It does not modify code outside that directory.
The framework templates can live in two places: inside the installed Claude Code plugin (canonical, 1.4.0+) or under a legacy .architecture/.architecture/ clone in the target project. Discovery is deterministic — run the framework's own CLI:
# Locate the plugin install on disk first; tools/cli.js lives inside it.
TOOLS_CLI=""
if [ -n "${CLAUDE_PLUGIN_ROOT:-}" ] && [ -f "$CLAUDE_PLUGIN_ROOT/tools/cli.js" ]; then
TOOLS_CLI="$CLAUDE_PLUGIN_ROOT/tools/cli.js"
else
TOOLS_CLI=$(find ~/.claude/plugins -type f -name cli.js -path '*ai-software-architect/tools/*' 2>/dev/null | head -1)
fi
if [ -z "$TOOLS_CLI" ] && [ -f ".architecture/.architecture/tools/cli.js" ]; then
# Legacy clone path: the cli ships in the cloned repo.
TOOLS_CLI=".architecture/.architecture/tools/cli.js"
fi
if [ -z "$TOOLS_CLI" ]; then
echo "Framework not found. Install the plugin or clone manually — see error message below."
exit 1
fi
# Resolve the framework source via the canonical discovery logic.
FRAMEWORK_ROOT=$(node "$TOOLS_CLI" find-source)
Discovery order (encoded in tools/lib/setup-source-discovery.js and tested via tools/test/setup-source-discovery.test.js):
${CLAUDE_PLUGIN_ROOT} env var (if set and contains .architecture/templates/adr-template.md).~/.claude/plugins/ for any ai-software-architect/ directory containing the sentinel..architecture/.architecture/ in the target project (legacy clone path).If find-source exits non-zero, surface its error message verbatim — it tells the user exactly which install option to take.
Identify project characteristics:
Use Glob and Grep to detect technologies, Read to examine configs.
Execute installation steps (see references/installation-procedures.md):
# $FRAMEWORK_ROOT is from step 1.
cp -r "$FRAMEWORK_ROOT/.architecture/templates" .architecture/templates
cp "$FRAMEWORK_ROOT/.architecture/principles.md" .architecture/principles.md
cp "$FRAMEWORK_ROOT/.architecture/members.yml" .architecture/members.yml
cp "$FRAMEWORK_ROOT/.architecture/config.yml" .architecture/config.yml
mkdir -p .architecture/decisions/adrs
mkdir -p .architecture/reviews
mkdir -p .architecture/recalibration
mkdir -p .architecture/comparisons
mkdir -p .architecture/agent_docs
.architecture/config.yml from the source location's templates.architecture/.architecture/ and (with safeguards) the cloned .git/ directory. Plugin path: no clone removal needed — the plugin's install dir stays where it is under ~/.claude/plugins/.Critical (legacy clone path only): Follow safety procedures when removing .git/ directory. See references/installation-procedures.md § Cleanup Procedures.
Add technology-specific members to .architecture/members.yml:
Use template from assets/member-template.yml.
Keep core members: Systems Architect, Domain Expert, Security, Performance, Maintainability, AI Engineer, Pragmatic Enforcer.
Customization details: references/customization-guide.md § Customize Team Members
Add framework-specific principles to .architecture/principles.md:
Principle examples: references/customization-guide.md § Customize Principles
If CLAUDE.md exists in project root, append framework usage section:
Template: references/customization-guide.md § Update CLAUDE.md
Remove framework development files:
.git/ directory (with critical safety checks)⚠️ IMPORTANT: Follow all safeguards in references/installation-procedures.md § Cleanup.
Generate comprehensive initial analysis document:
Save to .architecture/reviews/initial-system-analysis.md.
Template: assets/initial-analysis-template.md
Provide a setup summary using the template below, then the success checklist so the user can verify the install end-to-end.
Provide setup summary:
AI Software Architect Framework Setup Complete
Customizations:
- Added [N] technology specialists: [list]
- Customized principles for: [frameworks]
- Configuration: Pragmatic mode [enabled/disabled]
Initial Analysis Highlights:
- Overall assessment: [assessment]
- Top strength: [strength]
- Top concern: [concern]
- Critical recommendation: [recommendation]
Location: .architecture/reviews/initial-system-analysis.md
Next Steps:
- Review initial analysis findings
- "List architecture members" to see customized team
- "Create ADR for [first decision]" to start documenting
- "What's our architecture status?" to verify setup
A first-time user can verify the install by checking that all of these are true:
.architecture/decisions/adrs/ exists and is empty.architecture/reviews/initial-system-analysis.md exists and is non-empty.architecture/members.yml lists at least the seven core members plus any technology specialists added in step 4.architecture/principles.md exists and includes any framework-specific principles added in step 5.architecture/config.yml exists (pragmatic mode flag visible).architecture/templates/ contains adr-template.md and review-template.md.architecture/.architecture/ directory (legacy clone path only)What's our architecture status? returns a coherent summaryList architecture members shows the customized teamIf any of these fail, see the recovery section below.
If setup fails partway through (e.g., framework files copied but customization didn't run):
.architecture/ to see what landed.rm -rf .architecture/ and re-run Setup ai-software-architect (no project code is touched outside .architecture/).members.yml or principles.md weren't customized, you can re-run setup; the skill will detect the partial install and offer to complete the customization step rather than restart.Generate initial system analysis at .architecture/reviews/initial-system-analysis.md — the orchestrator will dispatch the team without redoing the file install.If setup ran but the team isn't right for your project, you don't need to re-run setup. Edit .architecture/members.yml directly (set CLAUDE_ALLOW_PROTECTED=1 to satisfy the PreToolUse hook) and run node tools/cli.js generate-subagents to refresh the corresponding agents/<id>.md files.
Framework source not found:
I can't find the framework templates. Two installation options:
Recommended (plugin):
/plugin marketplace add codenamev/ai-software-architect
/plugin install ai-software-architect@ai-software-architect
Legacy (clone):
git clone https://github.com/codenamev/ai-software-architect .architecture/.architecture
After installing, run "Setup ai-software-architect" again.
Already set up:
Framework appears to be already set up.
To verify: "What's our architecture status?"
To reconfigure: Manually edit .architecture/members.yml and .architecture/principles.md
Unclear project structure:
Could not clearly identify project type. Please describe:
- Primary programming language(s)
- Framework(s) used
- Project purpose
I'll customize the framework accordingly.
After Setup:
list-members - View customized teamarchitecture-status - Verify setup completioncreate-adr - Document first decisionInitial Work:
initial-system-analysis.md findingsspecialist-review - Deep-dive on specific concernscreate-adr - Document existing key decisionsWorkflow Example: Setup → Review initial analysis → Create ADRs → Status check → Regular reviews
development
Conducts a focused review from ONE specific specialist's perspective (e.g., Security Specialist, Performance Expert). Use when the user requests "Ask [specialist role] to review [target]", "Get [specialist]'s opinion on [topic]", "Have [role] review [code/component]", or when they want deep expertise in ONE specific domain. Do NOT use for comprehensive multi-perspective reviews (use architecture-review instead) or for listing available specialists (use list-members instead).
testing
Enables and configures Pragmatic Guard Mode (YAGNI Enforcement) to prevent over-engineering. Use when the user requests "Enable pragmatic mode", "Turn on YAGNI enforcement", "Activate simplicity guard", "Challenge complexity", or similar phrases.
testing
Displays the roster of architecture team members with their specialties and expertise areas. Use when the user asks "Who's on the architecture team?", "List architecture members", "Show me the architects", "What specialists are available?", "Who can I ask for reviews?", or wants to discover available experts. Do NOT use for requesting reviews (use specialist-review or architecture-review) or checking documentation status (use architecture-status).
testing
Creates a NEW Architectural Decision Record (ADR) documenting a specific architectural decision. Use when the user requests "Create ADR for [topic]", "Document decision about [topic]", "Write ADR for [choice]", or when documenting technology choices, patterns, or architectural approaches. Do NOT use for reviews (use architecture-review or specialist-review), checking existing ADRs (use architecture-status), or general documentation.