Claude-skill-registry agentic_architecture
Enforces high-level architectural thinking, separation of concerns, and scalability checks before coding.
install
source · Clone the upstream repo
git clone https://github.com/majiayu000/claude-skill-registry
Claude Code · Install into ~/.claude/skills/
T=$(mktemp -d) && git clone --depth=1 https://github.com/majiayu000/claude-skill-registry "$T" && mkdir -p ~/.claude/skills && cp -r "$T/skills/data/agentic-architecture" ~/.claude/skills/majiayu000-claude-skill-registry-agentic-architecture-f02254 && rm -rf "$T"
manifest:
skills/data/agentic-architecture/SKILL.mdsource content
Agentic Architecture Protocol
1. Think Before You Code
Before implementing any feature that spans multiple files:
- Analyze Data Flow: Where does data come from? Where does it go?
- Define Interfaces: creating
is often the best first step.types/*.ts - Check Boundaries: Ensure API logic stays in
, UI inapi/
, and business logic incomponents/
orservices/
.hooks/
2. Scalability & Performance Checks
- Database:
- Are we fetching 1000 items to filter 10? (Use DB filters instead).
- Is RLS (Row Level Security) compatible with this query?
- Frontend:
- Are we causing unnecessary re-renders? (Use
,React.memo
appropriately).useCallback - Is this component becoming a "God Component"? (Break it down).
- Are we causing unnecessary re-renders? (Use
3. The "Three-Tier" Rule
For any non-trivial feature, verify you have these three layers:
- Data Layer: Types + API/Service (e.g.,
,user.types.ts
)userService.ts - State Layer: Hook or Store (e.g.,
)useUser.ts - View Layer: Components (e.g.,
)UserProfile.tsx
4. Architecture Checklist
- Have I defined the types first?
- Is the business logic separated from the UI?
- Did I consider how this scales to 10,000 users/items?
- Is the database schema validated (if changing DB)?