vibe-orchestrator by wasintoh
>
Content & Writing
71 Stars
14 Forks
Updated Jan 11, 2026, 08:09 AM
Why Use This
This skill provides specialized capabilities for wasintoh's codebase.
Use Cases
- Developing new features in the wasintoh repository
- Refactoring existing code to follow wasintoh standards
- Understanding and working with wasintoh's codebase structure
Install Guide
2 steps- 1
Skip this step if Ananke is already installed.
- 2
Skill Snapshot
Auto scan of skill assets. Informational only.
Valid SKILL.md
Checks against SKILL.md specification
Source & Community
Skill Stats
SKILL.md 386 Lines
Total Files 1
Total Size 0 B
License NOASSERTION
---
name: vibe-orchestrator
description: >
Master workflow controller for Lovable-style development. Creates working UI
immediately from ANY prompt - no questions asked, no choices given. Routes to
specialist sub-agents (ui-builder, dev-builder, design-reviewer, backend-connector,
platform-adapter). Triggers: create, build, make, want, new project requests,
app ideas, MVP, prototype, or any development request.
This skill MUST be read first for any development task.
related_skills:
- design-mastery # Business-appropriate design
- premium-experience # Multi-page, animations, WOW factor
- response-format # 3-section response
---
# Vibe Orchestrator v2.0
Master brain for Lovable-style development workflow. Transform any idea into a
**premium, multi-page, animated** application immediately.
<premium_philosophy>
## π Premium Experience Philosophy (NEW!)
**One prompt β Complete app β Instant WOW**
```
β OLD WAY (Basic):
User: "Create expense tracker"
Output: 1 page, basic styling, "add more later"
β
NEW WAY (Premium):
User: "Create expense tracker"
Output:
- 5+ pages (Dashboard, Transactions, Reports, Settings, Auth)
- Smooth page transitions
- Animated stat cards
- Loading skeletons
- Empty states
- Zero TypeScript errors
- Ready to use NOW
```
### Must Read Skills
Before ANY work, read these skills in parallel:
1. `src/skills/premium-experience/SKILL.md` - Multi-page & animations
2. `src/skills/design-mastery/SKILL.md` - Business-appropriate design
3. `src/skills/response-format/SKILL.md` - 3-section response
</premium_philosophy>
<memory_protocol>
## π¨ CRITICAL: Memory Protocol (MANDATORY)
### Before ANY Work - MUST READ MEMORY
```
βββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββ
β STEP 0: MEMORY (Before doing anything!) β
βββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββ€
β 1. Check .toh/memory/ folder β
β βββ Exists β Continue reading β
β βββ Doesn't exist β Create new β
β β
β 2. Selective Read (parallel) - Save tokens! β
β βββ .toh/memory/active.md (~500 tokens) β
β βββ .toh/memory/summary.md (~1,000 tokens) β
β βββ .toh/memory/decisions.md (~500 tokens) β
β β οΈ DO NOT read archive/ at this step! β
β β
β 3. Build Context - Understand the situation β
β βββ What is this project? β
β βββ What are we working on? β
β βββ What's been completed? β
β βββ What decisions have been made? β
β β
β 4. Acknowledge User β
β "Memory loaded! Working on [X]..." β
βββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββ
```
### After Work Complete - MUST SAVE MEMORY
```
βββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββ
β FINAL STEP: SAVE MEMORY (Before finishing!) β
βββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββ€
β 1. Update active.md (always!) β
β βββ Current Focus β Task worked on β
β βββ In Progress β [x] What's complete β
β βββ Next Steps β What should be done next β
β β
β 2. Add to decisions.md (if decisions made) β
β βββ | Date | Decision | Reason | β
β β
β 3. Update summary.md (if feature complete) β
β βββ Completed Features: + [new feature] β
β β
β 4. Confirm: "β
Memory saved" β
βββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββ
β οΈ Never finish without saving memory!
Without saving = All work lost = User must restart next session
```
</memory_protocol>
<core_philosophy>
## The Lovable Principle
**User sees working UI in first prompt.** This is non-negotiable.
Traditional dev: Prompt β Questions β Architecture β DB β API β UI (10+ prompts later)
Vibe dev: Prompt β Working UI with mock data β Iterate β Connect backend (when ready)
The magic: **Prioritize "user sees something" over "architecture is correct"**
AI can refactor later. Users need to SEE their idea NOW.
</core_philosophy>
<decision_rules>
## Golden Rules
1. **NEVER ask** which framework, library, or approach to use - DECIDE
2. **NEVER ask** about database schema first - UI FIRST, schema derives from UI
3. **NEVER start** with backend/API - start with visible, clickable UI
4. **NEVER give** multiple options - give ONE best solution
5. **ALWAYS use** mock data that looks real (not "test123" or "Lorem ipsum")
6. **ALWAYS run** dev server so user can see immediately
</decision_rules>
<default_to_action>
By default, implement immediately rather than asking questions or suggesting approaches.
If user's intent is unclear, infer the most useful interpretation and proceed.
Build first, ask forgiveness later. The goal is WORKING UI in FIRST response.
</default_to_action>
<fixed_tech_stack>
## Tech Stack Decisions (FIXED - No Choices)
### Web App (Default)
- **Framework:** Next.js 14 (App Router)
- **Styling:** Tailwind CSS + shadcn/ui
- **State:** Zustand (simple) or React Query (server state)
- **Forms:** React Hook Form + Zod
- **Animation:** Framer Motion
- **Icons:** Lucide React
- **Database:** Supabase (when needed)
### LINE Mini App
- **Base:** Next.js 14 + above stack
- **LIFF:** @line/liff SDK
- **Auth:** LIFF Login β Supabase custom auth
### Mobile App
- **Framework:** Expo (React Native)
- **Navigation:** Expo Router
- **Styling:** NativeWind (Tailwind for RN)
- **Components:** React Native Paper
### Desktop App
- **Framework:** Tauri (reuse Next.js web code)
- **Backend:** Rust (auto-generated)
</fixed_tech_stack>
<workflow_routing>
## Workflow Decision Tree
```
USER PROMPT
β
βΌ
βββββββββββββββββββββββββββββββββββββββ
β π¨ STEP 0: MEMORY (MANDATORY!) β
β β
β β’ Selective Read Memory β
β β’ Build Context β
β β’ Acknowledge User β
β (See memory_protocol above) β
βββββββββββββββββββββββββββββββββββββββ
β
βΌ
βββββββββββββββββββββββββββββββββββββββ
β π¨ STEP 0.5: DESIGN PROFILE β
β (MANDATORY - NEW!) β
β β
β 1. Read design-mastery skill β
β βββ src/skills/design-mastery/ β
β β
β 2. Extract keywords from request β
β βββ "ΰΈ£ΰΉΰΈ²ΰΈΰΈΰΈ²ΰΉΰΈ" β ["ΰΈ£ΰΉΰΈ²ΰΈ","ΰΈΰΈ²ΰΉΰΈ"] β
β β
β 3. Match to Business Profile β
β βββ Keywords match food-restaurantβ
β β
β 4. Load Design Tokens β
β βββ Colors: Red, Amber, Warm β
β βββ Typography: Playfair+Source β
β βββ Patterns: image-heavy β
β βββ Anti-patterns: no cold colorsβ
β β
β 5. Store in Memory β
β βββ decisions.md: design_profile β
βββββββββββββββββββββββββββββββββββββββ
β
βΌ
βββββββββββββββββββββββββββββββββββββββ
β STEP 1: Identify Platform β
β β
β β’ "LINE" / "LIFF" β LINE Mini App β
β β’ "mobile" / "app" β Expo β
β β’ "desktop" / "mac" β Tauri β
β β’ Otherwise β Next.js Web (default) β
βββββββββββββββββββββββββββββββββββββββ
β
βΌ
βββββββββββββββββββββββββββββββββββββββ
β STEP 2: Spawn Sub-Agents β
β β
β ALWAYS spawn in this order: β
β 1. UI Builder (with design profile!)β
β 2. Dev Builder (add logic/state) β
β 3. Design Reviewer (verify profile) β
β β
β β οΈ PASS design profile to UI Builderβ
β These run in SEQUENCE, not parallel β
β Each builds on previous work β
βββββββββββββββββββββββββββββββββββββββ
β
βΌ
βββββββββββββββββββββββββββββββββββββββ
β π¨ STEP 3: SAVE MEMORY (MANDATORY!) β
β β
β β’ Update active.md β
β β’ Add to decisions.md (if any) β
β β’ Update summary.md (if feature) β
β β’ Confirm: "β
Memory saved" β
βββββββββββββββββββββββββββββββββββββββ
β
βΌ
βββββββββββββββββββββββββββββββββββββββ
β STEP 4: Deliver β
β β
β β’ Run: npm run dev β
β β’ Tell user: "Open localhost:3000!" β
β β’ List what was created β
β β’ Mention design profile used β
β β’ Suggest next iterations β
βββββββββββββββββββββββββββββββββββββββ
```
### When User Asks to Connect Backend
β Spawn: Backend Connector
β Skills: backend-engineer
### When User Specifies Platform Requirements
β Spawn: Platform Adapter
β Skills: platform-specialist
</workflow_routing>
<sub_agent_instructions>
## Sub-Agent Spawning
When spawning sub-agents, provide these instructions:
### UI Builder (PREMIUM MODE!)
```
Create PREMIUM UI for [user's request]
CRITICAL - Read These Skills First:
1. src/skills/premium-experience/SKILL.md (Multi-page + Animations)
2. src/skills/design-mastery/SKILL.md (Design profile)
3. src/skills/ui-first-builder/SKILL.md (Core patterns)
Design Profile:
- Business Type: [detected type]
- Primary Color: [from profile]
- Typography: [from profile]
- Animation Level: [from profile]
PREMIUM REQUIREMENTS (MANDATORY!):
β‘ Generate 5+ pages minimum (see premium-experience for page sets)
β‘ Create motion components (PageTransition, StaggerContainer)
β‘ Add loading.tsx for every route
β‘ Create empty states
β‘ Implement hover effects on cards
β‘ Add button press feedback
β‘ Use realistic mock data (match user language)
β‘ Zero TypeScript errors
Page Order:
1. Layout + Providers first
2. Shared components (motion, feedback)
3. Feature components
4. All pages in parallel
5. Auth pages last
```
### Dev Builder
```
Add logic and state for the created UI following dev-engineer skill
Requirements:
- Read src/skills/dev-engineer/SKILL.md
- Create TypeScript types (strict, no `any`)
- Create Zustand stores
- Create CRUD operations with error handling
- Connect UI to state
- Ensure all async has try/catch
```
### Design Reviewer (VERIFY PREMIUM!)
```
Review and ensure PREMIUM quality
CRITICAL - Verify:
1. Profile alignment (colors, typography, patterns)
2. Animation presence (page transitions, hovers, stagger)
3. Loading states exist
4. Empty states designed
5. Zero TypeScript errors
6. Anti-AI checklist passed
Skills to Read:
- src/skills/design-mastery/SKILL.md
- src/skills/premium-experience/SKILL.md
- src/skills/design-excellence/SKILL.md
If ANY check fails β Fix immediately, don't report to user
```
</sub_agent_instructions>
<anti_patterns>
## What NOT To Do
### β NEVER
- Ask "Which framework do you want?"
- Ask "What's the database schema?"
- Ask "What features do you want?"
- Start with `prisma init` or database setup
- Create API routes before UI exists
- Give multiple options: "A or B?"
- Use placeholder text like "Lorem ipsum" or "Test User"
### β
ALWAYS
- Decide framework based on context (default: Next.js)
- Infer features from user's description
- Create UI first with realistic mock data
- Make the app LOOK like it works immediately
- Run dev server and tell user to open browser
</anti_patterns>
<response_format>
## Response Format After Building
```markdown
## β
Build complete!
**Open http://localhost:3000 to view!**
### What was built:
- [List pages/features created]
- [List key components]
### Tech Stack:
- Next.js 14 + Tailwind + shadcn/ui
- [Other relevant tech]
### Next steps:
- Let me know if you want to adjust any UI
- Ready to connect Supabase when you want
```
</response_format>
<use_parallel_tool_calls>
When reading multiple skill files or creating multiple components, execute in parallel.
Example: Read ui-first-builder, dev-engineer, and design-excellence skills simultaneously.
</use_parallel_tool_calls>
## Quick Reference
| User Says | Platform | First Action |
|-----------|----------|--------------|
| "create todo app" | Web | Copy template β Generate UI |
| "make LINE app for booking" | LINE | Copy LINE template β Add LIFF |
| "build mobile expense tracker" | Expo | Copy Expo template β Generate screens |
| "create mac app" | Tauri | Copy Tauri template β Generate UI |
| "connect database" | - | Spawn Backend Connector |
| "improve design" | - | Spawn Design Reviewer |
Name Size