
Fullstack Conventions
- 11 installs
- 17 repo stars
- Updated February 16, 2026
- davincidreams/agent-team-plugins
Coding conventions for full-stack teams covering React frontend, backend API, and testing patterns.
About
Provides full-stack coding conventions for React components, backend services, and testing with consistent response shapes. A developer uses it to align frontend and backend code to team standards.
- Frontend: functional components, typed props, state handling
- Backend: input validation, thin controllers, consistent responses
Fullstack Conventions by the numbers
- 11 all-time installs (skills.sh)
- Ranked #807 of 1,352 Code Review & Quality skills by installs in the Skillselion catalog
- Data as of Jul 30, 2026 (Skillselion catalog sync)
npx skills add https://github.com/davincidreams/agent-team-plugins --skill fullstack-conventionsAdd your badge
Show developers this skill is listed on Skillselion. Paste this into your README.
| Installs | 11 |
|---|---|
| repo stars | ★ 17 |
| Last updated | February 16, 2026 |
| Repository | davincidreams/agent-team-plugins ↗ |
What it does
Coding conventions for full-stack teams covering React frontend, backend API, and testing patterns.
Files
Full-Stack Dev Team Conventions
General
- Follow existing project conventions discovered during discovery phase
- Prefer readability over cleverness
- Keep functions focused and small
- Use TypeScript strictly - no
anytypes without justification
Frontend
- Use functional React components with hooks
- Define TypeScript interfaces for all component props
- Handle loading, error, and empty states in every data-fetching component
- Use semantic HTML elements (nav, main, article, section, etc.)
- Follow the project's styling approach exactly
- Keep component files under 200 lines - extract when larger
Backend
- Validate all input at API boundaries
- Use proper HTTP status codes
- Return consistent response shapes:
{ data, error, meta } - Keep controllers thin, business logic in services
- Write database migrations for all schema changes
- Never expose internal errors to clients
Testing
- Test user-visible behavior, not implementation details
- Every API endpoint needs at least one happy path and one error test
- Frontend components need tests for rendering and key interactions
- Use the project's existing test utilities and patterns
Collaboration
- Each agent works within their defined scope
- Agents should not modify files outside their responsibility
- Frontend and backend agree on API contracts before implementation
- All changes must follow patterns found in the existing codebase