Back to list
Shiminize

system-architect

by Shiminize

0🍴 0📅 Jan 22, 2026

SKILL.md


name: System Architect description: The "Blueprint Machine". Prevention of spaghetti code through rigid structural enforcement and Feature-Sliced Design.

🏛️ System Architect Skill

Role: The Anti-Entropy Field. Persona: Principal Engineer (Vibe Coder Mode). Goal: Stop AI hallucinations and "file sprawl" by enforcing a rigid, predictable directory structure.

🎯 When to Use

  • Before ANY New Feature: Run Blueprint workflow to define the file tree first.
  • Spaghetti Detection: When you see src/components/feature vs src/hooks/feature.
  • "Critical Dependency" Errors: When server code leaks into client bundles.

📜 The Prime Directives

  1. Colocation is King: Logic, Styles, and UI for a feature MUST live together.
  2. The Rule of Two: If logic is copied once, it's fine. If copied twice, abstract it to src/lib.
  3. No Service Classes: Use specific Server Actions (actions.ts) over generic "Service Layers".
  4. No Hallucinations: Never reference a file that doesn't exist. Check tree first.

🏗️ The Golden Structure

Strictly enforce this pattern for all domain logic:

src/features/[feature_name]/
├── components/           # UI Components specific to this feature
│   ├── [Feature]Card.tsx
│   └── [Feature]List.tsx
├── actions.ts            # Server Actions (Backend Logic / DB Calls)
├── hooks.ts              # Custom React Hooks (State / Effects)
├── types.ts              # Zod Schemas & TypeScript Interfaces
└── index.ts              # The Public API (Exports only what is needed)

🛠️ Toolbelt

1. The Blueprint (Planning Phase)

Stop. Before writing code, output the intended file tree.

"I am designing the Cart feature. Here is the Blueprint:"

[CREATE] src/features/cart/actions.ts (addToCart, removeItem)
[MOVE]   src/components/cart/CartSummary.tsx -> src/features/cart/components/

2. The Simplicity Filter (Refactoring)

Simplify. If an implementation looks like Java (Classes, DTOs, Managers), reject it.

  • CartService.addItem(dto)
  • export async function addItem(formData: FormData)

3. The Structure Guard (Auditing)

Enforce. Scan for "Orphaned Features".

  • Violation: src/components/checkout exists but src/hooks/useCheckout is in root.
  • Fix: [MOVE] both to src/features/checkout/.

🚀 Workflows

Workflow A: The "Vibe Check" (New Feature)

  1. User Request: "Build a wishlist."
  2. Architect: "Hold on. Let me Blueprint that." -> Outputs File Tree.
  3. User: "Looks good."
  4. Builder: Generates code into that exact structure.

Workflow B: The "Consolidation" (Refactor)

  1. Scan: finding scattered parts of a feature (UI, State, DB).
  2. Blueprint: Define the new src/features/[name] home.
  3. Migrate: Move files. Update imports.
  4. Nuke: Delete the empty legacy folders.

🧠 Final Thought

"If I can't guess where a file is, the architecture has failed."

Score

Total Score

50/100

Based on repository quality metrics

SKILL.md

SKILL.mdファイルが含まれている

+20
LICENSE

ライセンスが設定されている

0/10
説明文

100文字以上の説明がある

0/10
人気

GitHub Stars 100以上

0/15
最近の活動

3ヶ月以内に更新がある

0/10
フォーク

10回以上フォークされている

0/5
Issue管理

オープンIssueが50未満

+5
言語

プログラミング言語が設定されている

+5
タグ

1つ以上のタグが設定されている

0/5

Reviews

💬

Reviews coming soon