smithery/neversight

agentic_architecture

Enforces high-level architectural thinking, separation of concerns, and scalability checks before coding.

Installation

$ npx skills add smithery/neversight --skill agentic-architecture

Similar popular skills

Related neighbors and high-traction skills in the same topics — useful to compare before installing.

Also in this package

Other skills from smithery/neversight · top by installs.

npx skills add smithery/neversight

Browse all from smithery/neversight

More details

Agent compatibility

Declared targets from SKILL.md / docs. Unmarked agents are not listed — the skill may still install via the CLI.

Claude Code Not declared
Cursor Not declared
Codex Not declared
GitHub Copilot Not declared
Windsurf Not declared
Gemini CLI Not declared
Cline Not declared
OpenCode Not declared

Skill metadata

Parsed from SKILL.md frontmatter.

Allowed toolsRead, Edit

Package contents

Files included with this skill beyond the listing page.

  • skill md SKILL.md 1,475 B
  • docs SUMMARY.md 133 B

History

  1. First recorded snapshot · 0 installs

SKILL.md

Agentic Architecture Protocol

1. Think Before You Code

Before implementing any feature that spans multiple files:

  1. Analyze Data Flow: Where does data come from? Where does it go?
  2. Define Interfaces: creating types/*.ts is often the best first step.
  3. Check Boundaries: Ensure API logic stays in api/, UI in components/, and business logic in services/ or 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, useCallback appropriately). - Is this component becoming a "God Component"? (Break it down).

3. The "Three-Tier" Rule

For any non-trivial feature, verify you have these three layers:

  1. Data Layer: Types + API/Service (e.g., user.types.ts, userService.ts)
  2. State Layer: Hook or Store (e.g., useUser.ts)
  3. 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)?