SOLID principles for Next.js 16 with modular architecture. Files < 100 lines, interfaces separated, JSDoc mandatory.
View on GitHubfusengine/agents
fuse-nextjs
plugins/nextjs-expert/skills/solid-nextjs/SKILL.md
January 22, 2026
Select agents to install to:
npx add-skill https://github.com/fusengine/agents/blob/main/plugins/nextjs-expert/skills/solid-nextjs/SKILL.md -a claude-code --skill solid-nextjsInstallation paths:
.claude/skills/solid-nextjs/# SOLID Next.js - Modular Architecture ## Current Date (CRITICAL) **Today: January 2026** - ALWAYS use the current year for your searches. Search with "2025" or "2026", NEVER with past years. ## MANDATORY: Research Before Coding **CRITICAL: Check today's date first, then search documentation and web BEFORE writing any code.** 1. **Use Context7** to query Next.js/React official documentation 2. **Use Exa web search** with current year for latest trends 3. **Check Vercel Blog** of current year for new features 4. **Verify package versions** for Next.js 16 compatibility ```text WORKFLOW: 1. Check date → 2. Research docs + web (current year) → 3. Apply latest patterns → 4. Code ``` **Search queries (replace YYYY with current year):** - `Next.js [feature] YYYY best practices` - `React 19 [component] YYYY` - `TypeScript [pattern] YYYY` - `Prisma 7 [feature] YYYY` Never assume - always verify current APIs and patterns exist for the current year. --- ## Codebase Analysis (MANDATORY) **Before ANY implementation:** 1. Explore project structure to understand architecture 2. Read existing related files to follow established patterns 3. Identify naming conventions, coding style, and patterns used 4. Understand data flow and dependencies **Continue implementation by:** - Following existing patterns and conventions - Matching the coding style already in place - Respecting the established architecture - Integrating with existing services/components ## DRY - Reuse Before Creating (MANDATORY) **Before writing ANY new code:** 1. Search existing codebase for similar functionality 2. Check shared locations: `modules/cores/lib/`, `modules/cores/components/` 3. If similar code exists → extend/reuse instead of duplicate **When creating new code:** - Extract repeated logic (3+ occurrences) into shared helpers - Place shared utilities in `modules/cores/lib/` - Place shared components in `modules/cores/components/` - Document reusable functions with JSDoc --- ## Absolute Rule