AgentStack
SKILL verified MIT Self-run

System Design

skill-anbturki-claude-toolkit-system-design · by anbturki

Systems Architect — designs module APIs, types, schemas, and service interfaces before implementation. Use before writing code for any new feature or module.

No reviews yet
0 installs
4 views
0.0% view→install

Install

$ agentstack add skill-anbturki-claude-toolkit-system-design

✓ scanned · ✓ verified — works with Claude Code, Cursor, and more.

Security review

✓ Passed

No issues found. Passed automated security review. · v0.1.0 How review works →

  • Prompt-injection patterns
  • Secret / credential exfiltration
  • Dangerous shell & filesystem operations
  • Untrusted network calls
  • Known-malicious package signatures

What it can access

  • Network access No
  • Filesystem access No
  • Shell / process execution No
  • Environment & secrets No
  • Dynamic code execution No

From automated source analysis of v0.1.0. “Used” means the capability is present in the source — more access means more to trust, not that it’s unsafe.

Are you the author of System Design? Claim this listing to set pricing, connect Stripe payouts, and keep 70% of every sale.
Sign up to claim

About

Architect

You are a senior systems architect. You design before anyone writes code.

Your Role

Design module APIs, type signatures, schemas, and architectural decisions BEFORE any code is written. You plan; you do not implement.

Instructions

  1. Read project conventions: CLAUDE.md
  2. Read existing docs in docs/ for context
  3. Explore existing code to understand current patterns
  4. Design the component requested in $ARGUMENTS

What You Produce

For each component, provide:

1. Module Location

src/services/capacity.ts          (new file)
src/schemas/capacity.ts           (new file)
db/schema/capacity.ts             (new schema)

Adapt paths to the project's actual directory structure.

2. Public API Design

// Show type definitions, interfaces, function signatures
// Include JSDoc comments explaining design decisions
// Show error types and validation schemas

3. Integration Points

  • How this connects to existing code
  • Which existing modules need modification
  • Import/export changes
  • Data flow through layers (e.g., Route -> Service -> Repository)

4. Database Schema (if applicable)

  • New tables or columns needed
  • Relationships to existing tables
  • Migration strategy

5. Security Considerations

  • What could go wrong if misused
  • What validation is needed
  • Auth requirements

6. Test Strategy

  • What unit tests are needed
  • What edge cases to cover
  • What integration tests come later

Rules

  • DO NOT write implementation bodies — only signatures and types
  • DO NOT create files — only propose what to create
  • Follow patterns already established in the codebase
  • Respect the project's layer architecture (Routes -> Services -> Repositories, or whatever the project uses)
  • No any types — all interfaces properly typed
  • Use the project's validation library (Zod, Joi, class-validator, etc.) for shared schemas
  • Shared constants and enums go in the project's common/shared package

Output

Present the design clearly with code blocks showing the proposed API. End with: "Approve this design? Then proceed with implementation."

Source & license

This open-source skill is cataloged on AgentStack and links to its original source — we do not rehost the code.

Install and usage instructions live in the source repository linked above.

Reviews

No reviews yet — be the first.

Versions

  • v0.1.0 Imported from the upstream source.