Skip to main content
NEW · APP STORE Now on iOS · macOS · iPad Android & Windows soon GET IT
Prompts Rails 8 Inertia React Project Creator

agent coding skill risk: low

Rails 8 Inertia React Project Creator

Instructs the model to generate a new Rails project named $1 using Rails 8, PostgreSQL, Inertia.js, React, Vite, Tailwind, Sidekiq, and Redis, while following specific rules for da…

  • External action: low

SKILL 1 file

SKILL.md
---
name: antigravity-awesome-skills-new-rails-project
description: "Create a new Rails project"
---
Generate a new Rails project named $1 in the current directory. You may reference @CLAUDE.md for general guidance, though the guidance here takes precedence.

## When to Use
- You need to bootstrap a new Rails project with the opinionated stack defined in this skill.
- The project should start with Rails, PostgreSQL, Inertia.js, React, Vite, Tailwind, Sidekiq, and Redis already planned together.
- You want setup guidance that covers project creation, conventions, testing, and verification for a fresh Rails app.

# Tech Stack
Set up the following tech stack:
- **Rails ~8** with PostgreSQL - Server-side framework and database
- **Inertia.js ~2.3** - Bridges Rails and React for SPA-like experience without API
- **React ~19.2** - Frontend UI framework
- **Vite ~5** - JavaScript bundler with HMR
- **Tailwind CSS ~4** - Utility-first CSS framework
- **Sidekiq 8** - Background job processing with scheduled jobs via sidekiq-scheduler
- **Redis** - Sessions, caching, and job queue

# Rails guidance
- Do not use Kamal or Docker
- Do not use Rails "solid_*" components/systems
- Development should generally match production settings where possible
- Use Redis for caching

# Database
- All tables use UUID primary keys (pgcrypto extension)
- Timestamps use `timestamptz` for timezone awareness
- JSONB columns for flexible metadata storage
- Comprehensive indexing strategy for performance
- Encrypted fields for sensitive data (OAuth tokens, API keys)

# Background jobs
- Use Sidekiq 8 with Redis

# Testing
- Always use minitest
- Use `mocha` gem and VCR for external services (only in the providers layer)
- Prefer `OpenStruct` for mock instances
- Only mock what's necessary

# Code maintenace
- Run `bundle exec rubocop -a` after significant code changes
- Use `.rubocop.yml` for style configuration
- Security scanning with `bundle exec brakeman`

# Frontend
- All React components and views should be TSX

# General guidance
- Ask lots of clarifying questions when planning. The more the better. Make extensive use of AskUserQuestionTool to gather requirements and specifications. You can't ask too many questions.

# Verify
Verify the boilerplate is working by running `bin/rails server` and accessing the application at `http://localhost:3000` via playwright MCP.

## Limitations
- Use this skill only when the task clearly matches the scope described above.
- Do not treat the output as a substitute for environment-specific validation, testing, or expert review.
- Stop and ask for clarification if required inputs, permissions, safety boundaries, or success criteria are missing.

INPUTS

$1 REQUIRED

name of the new Rails project

e.g. myapp

REQUIRED CONTEXT

  • project name ($1)

OPTIONAL CONTEXT

  • CLAUDE.md general guidance

TOOLS REQUIRED

  • AskUserQuestionTool
  • playwright

ROLES & RULES

  1. Do not use Kamal or Docker
  2. Do not use Rails "solid_*" components/systems
  3. Development should generally match production settings where possible
  4. Use Redis for caching
  5. All tables use UUID primary keys (pgcrypto extension)
  6. Timestamps use `timestamptz` for timezone awareness
  7. JSONB columns for flexible metadata storage
  8. Comprehensive indexing strategy for performance
  9. Encrypted fields for sensitive data (OAuth tokens, API keys)
  10. Use Sidekiq 8 with Redis
  11. Always use minitest
  12. Use `mocha` gem and VCR for external services (only in the providers layer)
  13. Prefer `OpenStruct` for mock instances
  14. Only mock what's necessary
  15. Run `bundle exec rubocop -a` after significant code changes
  16. Use `.rubocop.yml` for style configuration
  17. Security scanning with `bundle exec brakeman`
  18. All React components and views should be TSX
  19. Ask lots of clarifying questions when planning
  20. Make extensive use of AskUserQuestionTool to gather requirements and specifications
  21. Use this skill only when the task clearly matches the scope described above
  22. Do not treat the output as a substitute for environment-specific validation, testing, or expert review
  23. Stop and ask for clarification if required inputs, permissions, safety boundaries, or success criteria are missing

EXPECTED OUTPUT

Format
plain_text
Constraints
  • ask many clarifying questions via AskUserQuestionTool before generating
  • follow all listed tech-stack and convention rules exactly
  • verify by running bin/rails server and playwright

SUCCESS CRITERIA

  • Verify the boilerplate is working by running `bin/rails server` and accessing the application at `http://localhost:3000` via playwright MCP

CAVEATS

Dependencies
  • @CLAUDE.md
Missing context
  • How $1 placeholder should be supplied in usage
  • Definition or link to CLAUDE.md content
Ambiguities
  • Reference to @CLAUDE.md is unclear without external context
  • 'AskUserQuestionTool' is a specific tool name that may not be portable
  • Verification step assumes playwright MCP availability

QUALITY

OVERALL
0.74
CLARITY
0.78
SPECIFICITY
0.88
REUSABILITY
0.62
COMPLETENESS
0.72

IMPROVEMENT SUGGESTIONS

  • Replace 'Make extensive use of AskUserQuestionTool' with a reusable instruction such as 'Ask clarifying questions for any unspecified requirements before generating commands'
  • Remove or parameterize the playwright MCP verification step to improve portability across environments

USAGE

Copy the prompt above and paste it into your AI of choice — Claude, ChatGPT, Gemini, or anywhere else you're working. Replace any placeholder sections with your own context, then ask for the output.

MORE FOR AGENT