skills/buildcheck-dev/SKILL.md
Build and runtime verification steps for Vendix development. Trigger: Verifying Build, checking Docker watch-mode logs, or confirming development changes do not introduce compile/runtime errors.
npx skillsauth add rzyfront/vendix buildcheck-devInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
CRITICAL: A task is not complete while affected development containers show compilation, runtime, type, dependency, or template errors.
Shared component tip: If frontend logs show errors in shared components, check
apps/frontend/src/app/shared/components/{component}/README.mdbefore changing the component usage.
Development verification always uses Docker watch-mode logs. Do not run production build commands unless the human explicitly asks for a production build, deployment check, or production compilation check.
docker logs --tail 40.docker ps.Use the commands that match the files changed:
| Change Area | Required Check |
| --- | --- |
| Backend | docker logs --tail 40 vendix_backend |
| Frontend | docker logs --tail 40 vendix_frontend |
| Database/Prisma | docker logs --tail 40 vendix_postgres |
| Multiple areas | Check each affected container |
| Container status | docker ps |
Expected healthy signals include messages such as Compiled successfully, Successfully compiled, Nest application successfully started, or database system is ready to accept connections.
Blocking signals include ERROR, ERROR in, TypeError, ReferenceError, TypeScript errors, template parsing errors, missing dependency errors, database syntax errors, or connection failures.
Run npm run build only when the human explicitly requests one of these:
| Explicit Request | Allowed Command |
| --- | --- |
| Backend production build | npm run build --workspace apps/backend or the repo-approved backend build command |
| Frontend production build | npm run build --workspace apps/frontend or the repo-approved frontend build command |
| Deployment/production compilation check | The repo-approved production build command for the requested target |
If the human does not explicitly request production verification, do not run production build commands. Development logs are the required verification source.
If Docker is unavailable, Docker Desktop is stopped, or the expected containers do not exist:
If a relevant container exists but is stopped unexpectedly, inspect docker ps -a and only restart it when it clearly belongs to the affected Vendix service.
Use restart or recreate only for cache, dependency, Dockerfile, compose, or stuck-container issues.
Prefer the compose command used by the repository (docker compose or docker-compose). Examples below use docker compose.
# Restart a service
docker compose restart <service>
# Rebuild one service after dependency or Dockerfile changes
docker compose build --no-cache <service>
docker compose up -d <service>
# Recreate one service safely
docker compose stop <service>
docker compose rm -f <service>
docker compose up -d <service>
# Force recreate all services only when needed
docker compose up -d --force-recreate
After any restart or recreate, re-run the development log checks and docker ps.
docker logs --tail 40.docker ps.Development means Docker logs/watch mode. Production build means npm run build, and only when explicitly requested by the human.
vendix-development-rules - General development rulesvendix-naming-conventions - Naming conventionsvendix-backend-domain - Backend verification patternsvendix-frontend-component - Frontend verification patternsdevelopment
Mobile app development rules for Vendix Expo/React Native project. Trigger: When editing, creating, or modifying any file under apps/mobile, or when developing mobile-specific features.
development
Feature gating by store subscription state: global store write guard, AI feature gate, Redis feature resolution, quota consumption, frontend paywall interceptor, banner, and subscription UI states. Trigger: When adding feature gates, paywalls, subscription-based access control, protecting store write operations, AI feature gates, or rollout flags.
testing
SaaS subscription billing for Vendix stores: plan pricing, invoices, Wompi platform payments, manual payments, partner commissions, payouts, proration, and dunning. Trigger: When creating SaaS invoices, working with partner rev-share, margin/surcharge pricing, invoice sequence allocation, partner payout batches, subscription payments, manual payments, or dunning flows.
development
Periodic quota counters with Redis, UTC period keys, Lua-based idempotent AI quota consumption, request-id deduplication, and post-success consumption. Trigger: When building quota counters, enforcing monthly/daily feature caps, or reusing AI quota patterns for uploads, emails, exports, or rate-limited features.