This is the canonical cross-agent instructions document for this repository.
This project uses the following skills from .agents/skills/ and .agents/skill/:
A focused design skill for optimizing crowded mobile toggle UI and making Auto mode clearly visible.
Usage: Read .agents/skill/mobile-toggle-ux/SKILL.md
A complete software development workflow with composable skills.
Available Skills:
brainstorming- Socratic design refinementwriting-plans- Detailed implementation plansexecuting-plans- Batch execution with checkpointstest-driven-development- RED-GREEN-REFACTOR cyclesystematic-debugging- 4-phase root cause processverification-before-completion- Ensure fixes are completesubagent-driven-development- Fast iteration with two-stage reviewdispatching-parallel-agents- Concurrent subagent workflowsrequesting-code-review- Pre-review checklistreceiving-code-review- Responding to feedbackusing-git-worktrees- Parallel development branchesfinishing-a-development-branch- Merge/PR decision workflowwriting-skills- Create new skills
Usage: Read skill files from .agents/skills/superpowers/skills/<skill-name>/SKILL.md
Coding standards and best practices for Golang development.
Triggers:
- Database schema design
- Architecture decisions
- High-availability implementation
- Code review
- Bug fixing
- Performance optimization
- Command execution
- Goroutine management
Key Points:
- This project follows TDD (Test-Driven Development)
- Always write tests first
- No production code without a failing test
Usage: Read .agents/skills/golang-best-practices/SKILL.md
Manus-style file-based planning for complex tasks. Creates persistent markdown files as "working memory on disk."
Core Files:
task_plan.md— Track phases and progressfindings.md— Store research and discoveriesprogress.md— Session log and test results
Critical Rules:
- Create plan file FIRST before any complex task
- The 2-Action Rule: After every 2 view/browser/search operations, save key findings to files
- Read plan before major decisions
- Update status after completing each phase
- Log ALL errors to prevent repetition
- 3-Strike Error Protocol: Diagnose → Alternative Approach → Broader Rethink → Escalate
When to Use:
- Multi-step tasks (3+ steps)
- Research tasks
- Building/creating projects
- Tasks spanning many tool calls
Usage: Read .agents/skills/planning-with-files/skills/planning-with-files/SKILL.md
Comprehensive UI/UX design intelligence with 50+ styles, 97 color palettes, 57 font pairings, and 9 technology stacks.
Supported Stacks: React, Next.js, Vue, Svelte, SwiftUI, React Native, Flutter, Tailwind, shadcn/ui
Priority Categories:
- Accessibility (CRITICAL) - Color contrast, focus states, ARIA labels
- Touch & Interaction (CRITICAL) - Touch targets, loading states, error feedback
- Performance (HIGH) - Image optimization, reduced motion
- Layout & Responsive (HIGH) - Viewport, font sizes, z-index
- Typography & Color (MEDIUM) - Line height, font pairing
- Animation (MEDIUM) - Duration timing, transform performance
- Style Selection (MEDIUM) - Style matching, consistency
- Charts & Data (LOW) - Chart types, color guidance
Workflow:
- Analyze user requirements (product type, style, industry, stack)
- Generate design system with
--design-systemflag (REQUIRED) - Supplement with detailed domain searches as needed
- Get stack-specific guidelines (default: html-tailwind)
Usage: Read .agents/skills/ui-ux-pro-max-skill/.claude/skills/ui-ux-pro-max/SKILL.md
Built-in skills shipped with the product. Located in assets/skills/<name>/SKILL.md.
When working on tasks, reference the appropriate skill:
- For brainstorming/design: Read
.agents/skills/superpowers/skills/brainstorming/SKILL.md - For planning: Read
.agents/skills/superpowers/skills/writing-plans/SKILL.md - For TDD: Read
.agents/skills/superpowers/skills/test-driven-development/SKILL.md - For debugging: Read
.agents/skills/superpowers/skills/systematic-debugging/SKILL.md - For Golang best practices: Read
.agents/skills/golang-best-practices/SKILL.md - For file-based planning: Read
.agents/skills/planning-with-files/skills/planning-with-files/SKILL.md - For UI/UX design: Read
.agents/skills/ui-ux-pro-max-skill/.claude/skills/ui-ux-pro-max/SKILL.md - For product skills: Read
assets/skills/<name>/SKILL.md
IMPORTANT: Complete tasks ONE BY ONE
When working on multiple tasks or a complex task with multiple steps:
- Sequential Execution - Complete one task fully before starting the next
- No Parallel Task Switching - Do not jump between incomplete tasks
- Mark Progress - Update task status immediately after completion
- Verify Before Moving On - Ensure current task is truly complete before proceeding
- Large Document Chunking - When writing large documents (>200 lines or >5KB), MUST split into multiple write operations to prevent failures. Write section by section, verify each write succeeds before continuing
- Route Registration Checkpoint - When implementing frontend and backend code together, add a checkpoint to verify all backend routes are properly registered before proceeding. Never skip this checkpoint - unregistered routes cause 404 errors
- Internationalization (i18n) - When adding i18n content, English & Chinese locale is sufficient. Do not add other languages unless explicitly requested
- Model Source of Truth - Never trust upstream
response.model/resp.Modelas routing truth. Use request model + locally routed/known model list (resolved model, provider model inventory) as the authoritative source for persistence, metrics, retries, and follow-up rounds. - Execution Framework Changes - If a task modifies the execution framework, use Blue Harness to add or update the relevant datasets first, then validate the candidate through the gate-first cutover workflow. Prefer selector/execution/budget gates and cutover-readiness evidence over ad hoc checks, and do not open a PR until the data shows quality is not regressing and the candidate is confirmed ready to cut over.
- GitHub Information Retrieval High Availability - For GitHub-hosted repository file/document/content retrieval, use the project-standard 4-source chain in this exact order:
raw.githubusercontent.com->raw.gitmirror.com->cdn.jsdelivr.net/gh->ghproxy.com(proxyingraw.githubusercontent.com). Do not merge a GitHub retrieval path that relies on fewer than these 4 sources unless the task explicitly documents why the content type cannot use the standard chain and defines an equally explicit fallback list. - HF/MS Model Retrieval High Availability - For model retrieval from Hugging Face (
hf) or ModelScope (ms), use the project-standard 3-source chain in this exact order:modelscope.cn/models/...->huggingface.co/...->hf-mirror.com/.... The same model identity, filename, and revision/path must be mapped across all 3 sources, and the downloader must verify integrity before treating any source as a successful replacement.
This ensures:
- Higher quality output
- Better tracking of progress
- Easier debugging if issues arise
- Clear accountability for each step