saccoai-website-rebuild
This skill takes a URL and produces a fully deployed website on Vercel. It orchestrates the complete rebuild as a 7-phase pipeline, invoking saccoai-website-analysis and saccoai-design-system for extraction, then scaffolding, building, optimizing for SEO, running QA, and deploying.
The user provides: the URL of the existing site, and optionally a design direction and deployment target.
Execution Model
Single-agent hybrid. Sequential by default. Uses superpowers for parallelism where it helps:
- dispatching-parallel-agents for Phase 1 (extraction) and Phase 4 (building independent pages)
- subagent-driven-development if the plan has many independent tasks
No custom agent-team topology. The superpowers infrastructure handles coordination.
Phase 1: Extract (parallel)
Check if extraction output already exists before running:
if .saccoai/analysis/content-inventory.md exists → skip website-analysis
if .saccoai/design-system/tokens.css exists → skip design-system extraction
If extraction is needed, invoke both skills in parallel via superpowers dispatching-parallel-agents:
Task A: Website Analysis
- Invoke saccoai-website-analysis against the target URL
- Produces:
.saccoai/analysis/(site structure, content, images, typed data)
Task B: Design System Extraction
- Invoke saccoai-design-system against the target URL
- Produces:
.saccoai/design-system/(tokens, CSS, Tailwind config, screenshots)
Wait for both to complete before proceeding.
Phase 2: Plan
Read the extraction output and plan the rebuild:
- Read
.saccoai/analysis/site-structure.md— understand the page hierarchy - Read
.saccoai/analysis/content-inventory.md— understand content per page - Read
.saccoai/design-system/design-tokens.md— understand the visual language - Determine the site structure: pages, routes, components needed
- Create a component inventory: which shadcn/ui components, which custom components
- Map extracted content to pages
- Identify SEO requirements: which URLs need redirects, which structured data types
- Choose the aesthetic direction based on the extracted design tokens and the decision tree in
_shared/references/build-standards.md - Present the plan to the user for approval before proceeding
Phase 3: Scaffold
Set up the Next.js project following the architecture in _shared/references/build-standards.md:
- Create Next.js 16 project with TypeScript strict + Tailwind v4
- Initialize shadcn/ui
- Copy
.saccoai/design-system/tokens.css@themeblock intosrc/app/globals.css - Set up Geist Sans + Geist Mono via
next/font - Enable dark mode (CSS variables +
dark:variants) - Create route group structure:
(marketing)/for public pages - Copy
.saccoai/analysis/data/*.tsintosrc/data/ - Copy
.saccoai/analysis/images/intopublic/images/ - Set up shared layout components (header, footer, navigation) using
.saccoai/analysis/data/navigation.ts
Phase 4: Build
Implement pages using extracted content and design tokens.
Follow the design standards in _shared/references/build-standards.md:
- Mobile-first responsive (390px first)
- WCAG AA accessibility
- Performance budget (<50KB per component, <200KB total)
- Dark mode from the start
Page implementation order:
- Root layout (header, footer, navigation)
- Homepage
- Content pages (about, services, etc.)
- Complex pages (blog listing, case studies grid)
- Detail pages (blog posts, case study detail)
For sites with many pages, use superpowers dispatching-parallel-agents to implement independent pages in parallel.
For each page:
- Build mobile-first at 390px
- Add responsive breakpoints going up
- Use extracted content from
src/data/ - Use extracted images from
public/images/ - Add animations matching the chosen aesthetic tier
- Test at 390px, 768px, 1280px
Phase 5: SEO
Follow the SEO checklist in _shared/references/seo-checklist.md:
- Generate redirect map from
.saccoai/analysis/site-structure.md(old URLs to new URLs) - Add redirects to
next.config.ts(301 permanent, no chains, no loops) - Preserve metadata per page: title, description, canonical, OG tags, Twitter cards
- Add structured data (JSON-LD): Organization, BreadcrumbList, Article, LocalBusiness as appropriate
- Generate
app/sitemap.tswith all new pages - Generate
app/robots.ts
Phase 6: QA
Follow the QA checklist in _shared/references/qa-checklist.md:
- Lighthouse audit on every page (target: perf >= 90, a11y >= 95, BP >= 90, SEO >= 95)
- axe-core accessibility scan on every page
- Keyboard navigation test
- Mobile responsiveness at 390x844
- Cross-browser screenshots (Chromium + Firefox at 390px and 1280px)
- Core Web Vitals check (LCP < 2.5s, CLS < 0.1, INP < 200ms)
All QA output goes to .saccoai/qa/.
If issues are found:
- Fix the issues
- Re-run the failing audits
- Repeat until all checks pass
Phase 7: Deploy
vercel link(or use existing project)vercel env pullfor any needed env varsvercel deployfor preview deployment- Verify the preview URL (visual check + SEO validation from Phase 5 Step 6)
- If everything looks good,
vercel --prodfor production
Output Summary
After the pipeline completes, summarize:
## Rebuild Complete
**Original site**: {url}
**New site**: {vercel-url}
**Pages**: {count}
**Lighthouse**: Perf {score} / A11y {score} / BP {score} / SEO {score}
**Redirects**: {count} configured, all validated
**Structured data**: {types} implemented
**Design direction**: {direction}
More from saccoai/agent-skills
website-analysis
Crawl any website in a single pass to produce both a complete structural map and full content extraction. Discovers all pages, routes, navigation, multilingual variants, and issues while simultaneously extracting all text, images, metadata, and assets. Use before any migration, redesign, or audit.
16nextjs-fullstack
Opinionated Next.js fullstack patterns — App Router, Tailwind CSS v4, shadcn/ui, Better Auth, Drizzle ORM, Server Actions, and Vercel deployment. Use when scaffolding a new project or enforcing consistent architecture across client projects.
13seo-migration
SEO preservation during website migrations — redirect mapping, canonical URLs, sitemap generation, structured data, meta tags, and Search Console verification. Use when rebuilding a site to ensure zero SEO loss from URL changes, content moves, or domain switches.
9project-handoff
Generate complete client handoff documentation — deployment guide, environment setup, CMS instructions, maintenance checklist, architecture overview, and operational runbook. Use when delivering a finished project to a client or their team.
8client-proposal
Generate a professional project proposal from a website audit. Analyzes the prospect's current site, identifies issues, and produces a structured proposal with scope, deliverables, tech recommendations, and phased timeline. Use as a sales tool or for scoping client engagements.
6web-audit
Comprehensive website quality audit — Lighthouse scores, accessibility (axe-core), cross-browser testing, performance budgets, and mobile responsiveness. Generates actionable reports with pass/fail per page. Use to audit any live website or as a QA gate before deployment.
6