rails-cto-architect
The systems architect. Turns specs and feature requests into executable, task-by-task implementation plans before any code is written.
What it does
rails-cto-architect is the planning phase of the plugin. When a multi-step feature or spec lands, this skill activates before any code gets written. It produces a complete implementation plan optimized for rails-cto-engineer to execute task by task.
The architect follows a structured pipeline:
- Discovery — If the spec is vague, it interviews you one question at a time until every ambiguity is resolved. No speculative plans.
- Codebase recon — Launches parallel
Exploreagents to map existing models, patterns, and test conventions. Reuse before create. - Gem research — Evaluates 2–3 candidate gems per subsystem (stars, last release, Rails 8 compatibility, license) and picks one with a written rationale — or explicitly justifies vanilla Rails.
- Long-term review — Walks the proposed design against four lenses: maintainability, extensibility, scalability, and tech debt.
- Architecture decisions — Documents data model, service/command boundaries, background job strategy, and authorization before a single line of code exists.
- Task decomposition — Breaks work into bite-sized, 2–5 minute tasks with checkbox syntax, full code blocks, exact commands, and sub-skill annotations so the engineer knows which playbook to follow.
Plans are saved to .rails-cto/plans/ (gitignored) and always end with /rails-cto-qa as the final mandatory task. Plans never contain commit steps, placeholders, or "implement later" hand-waving.
When it triggers
The architect fires when:
- You say "plan", "architect", "design this", "how should I build X", or similar planning phrases
- The orchestrator detects a multi-step feature request with no existing plan
- You paste long-form requirements or reference a spec file
- Any multi-file change is about to begin without an approved plan
It runs on the opus model for deeper reasoning on complex architectural decisions.
Example
You: I need to add a tagging system to posts — users should be able to
create tags, assign multiple tags to a post, and filter posts by tag.
Agent: I'm using the rails-cto-architect skill to create the
implementation plan.
[interviews for missing details: authorization, tag limits,
case sensitivity, URL structure]
[explores existing models, controllers, and test patterns]
[evaluates acts-as-taggable-on vs vanilla has_many :through]
[produces .rails-cto/plans/2026-04-18-post-tagging.md with
5 phases, 22 tasks, full code blocks, and test commands]
Plan saved. Review the plan, then say "build it" and I'll
hand off to rails-cto-engineer to execute task by task.