Single-commit clean baseline after security scrub of niche-tells, project codenames, internal jargon, and contributor-email leaks. Contents: - 100 Rust crates (_primitives/_rust/) - 37 agent manifests (_manifests/) + generated specs (_generated/) - 67 user-invocable skills (skills/) - 33 hooks (hooks/) - Composition blocks (_blocks/) - Documentation (docs/, README.md) - TS adapter packages (_ts_packages/) - Assembler (_assembler/) - Roles (_roles/) - Templates (_templates/) - Forgejo CI (.forgejo/) Author: Denis Parfionovich <info@greendragon.info> License: see LICENSE.
3.5 KiB
3.5 KiB
| name | description | argument-hint |
|---|---|---|
| architecture | Multi-agent architectural analysis following the Holographic Development Chain. Use when user asks to design architecture, plan implementation, analyze system structure, or says "архитектура", "план", "спроектируй", "как лучше сделать". | <system or feature description> |
Holographic Architecture Analysis
Task: $ARGUMENTS
Phase 0: Load Architecture Rules
BEFORE any analysis, read the rules database:
~/.claude/skills/architecture-rules/references/checklist.md— pre-implementation checklist~/.claude/skills/architecture-rules/references/patterns.md— pattern selection guide~/.claude/skills/architecture-rules/references/antipatterns.md— what to detect and avoid~/.claude/skills/architecture-rules/references/stack-compat.md— technology compatibility~/.claude/skills/architecture-rules/references/duplication.md— duplication thresholds
Apply these rules throughout ALL subsequent phases.
Phase 1: Base Agents (Parallel)
Launch 3 agents simultaneously:
Agent 1: Architect
Analyze structure, dependencies, patterns. If codebase exists — use Explore agent to map:
- Directory structure and module boundaries
- Data flow and control flow
- Existing patterns and conventions
- Integration points and APIs
- Return list of 5-10 key files to read
Agent 2: Critic
Search for problems, vulnerabilities, anti-patterns:
- OWASP top 10 relevant issues
- Performance bottlenecks
- Scalability concerns
- Technical debt indicators
- Over-engineering or missing abstractions
- Return specific file:line references
Agent 3: Validator
Verify facts and check for hallucinations:
- Do the proposed technologies actually work together?
- Are version compatibilities correct?
- Do the APIs referenced actually exist?
- Cross-check with official documentation
- Return verified facts vs unverified assumptions
Phase 2: Arbitration
After all 3 agents return:
- Read all key files identified by Architect
- Compare findings — where do agents agree/disagree?
- Resolve conflicts — pick best path with reasoning
- Rate confidence: X% for the chosen approach
Present as:
## Arbitration Result
### Agents Agree On:
- [Point] — all 3 confirm
### Disagreements:
- [Point] — Architect says X, Critic says Y
- Resolution: [chosen path + why]
### Confidence: X%
Phase 3: Design Options (2-3 Parallel Agents)
Launch architecture design agents with different philosophies:
Option A: Minimal Changes
Smallest possible change, maximum reuse of existing code
Option B: Clean Architecture
Optimal maintainability, elegant abstractions, proper separation
Option C: Pragmatic Balance
Speed + quality trade-off, ship fast but don't accumulate debt
Phase 4: Present & Recommend
For each option show:
- Component diagram (text-based)
- Files to create/modify
- Data flow
- Implementation phases (ordered steps)
- Estimated complexity
- Trade-offs
Your recommendation with reasoning and confidence %.
Phase 5: Implementation Blueprint
After user picks an option:
- Detailed file-by-file changes
- Build sequence (what first, what depends on what)
- Test strategy
- Checkpoint plan (when to verify)
Rules
- Architecture FIRST, code SECOND
- Find root cause, not symptoms
- Simple > clever
- 3 repeating lines > premature abstraction
- Dead code = delete, don't comment
- Each logic in separate file — defragmentation
- Checkpoints after each phase