mirror of
https://github.com/catlog22/Claude-Code-Workflow.git
synced 2026-02-05 01:50:27 +08:00
feat: add animation extraction phase to imitate-auto workflow
This commit is contained in:
@@ -189,6 +189,7 @@ TodoWrite({todos: [
|
||||
{content: "Initialize and parse url-map", status: "completed", activeForm: "Initializing"},
|
||||
{content: capture_mode == "batch" ? f"Batch screenshot capture ({len(target_names)} targets)" : f"Deep exploration (depth {depth})", status: "pending", activeForm: "Capturing screenshots"},
|
||||
{content: "Extract style (complete design systems)", status: "pending", activeForm: "Extracting style"},
|
||||
{content: "Extract animation (CSS auto mode)", status: "pending", activeForm: "Extracting animation"},
|
||||
{content: "Extract layout (structure templates)", status: "pending", activeForm: "Extracting layout"},
|
||||
{content: f"Assemble UI for {len(target_names)} targets", status: "pending", activeForm: "Assembling UI"},
|
||||
{content: session_id ? "Integrate design system" : "Standalone completion", status: "pending", activeForm: "Completing"}
|
||||
@@ -306,6 +307,39 @@ IF NOT exists(design_tokens_path) OR NOT exists(style_guide_path):
|
||||
EXIT 1
|
||||
|
||||
TodoWrite(mark_completed: "Extract style (complete design systems)",
|
||||
mark_in_progress: "Extract animation (CSS auto mode)")
|
||||
```
|
||||
|
||||
### Phase 2.3: Animation Extraction (CSS Auto Mode)
|
||||
|
||||
```bash
|
||||
REPORT: "━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━"
|
||||
REPORT: "🚀 Phase 2.3: Animation Extraction"
|
||||
REPORT: "━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━"
|
||||
|
||||
# Build URL list for animation-extract (auto mode for CSS extraction)
|
||||
url_map_for_animation = ",".join([f"{target}:{url}" for target, url in url_map.items()])
|
||||
|
||||
# Call animation-extract command (auto mode for CSS animation extraction)
|
||||
# Pass --urls to auto-trigger CSS animation/transition extraction via Chrome DevTools
|
||||
animation_extract_command = f"/workflow:ui-design:animation-extract --base-path \"{base_path}\" --urls \"{url_map_for_animation}\" --mode auto"
|
||||
|
||||
TRY:
|
||||
SlashCommand(animation_extract_command)
|
||||
CATCH error:
|
||||
ERROR: "Animation extraction failed: {error}"
|
||||
ERROR: "Cannot proceed without animation tokens"
|
||||
EXIT 1
|
||||
|
||||
# Verify animation extraction results
|
||||
animation_tokens_path = "{base_path}/animation-extraction/animation-tokens.json"
|
||||
animation_guide_path = "{base_path}/animation-extraction/animation-guide.md"
|
||||
|
||||
IF NOT exists(animation_tokens_path) OR NOT exists(animation_guide_path):
|
||||
ERROR: "animation-extract did not generate required files"
|
||||
EXIT 1
|
||||
|
||||
TodoWrite(mark_completed: "Extract animation (CSS auto mode)",
|
||||
mark_in_progress: "Extract layout (structure templates)")
|
||||
```
|
||||
|
||||
@@ -406,6 +440,7 @@ TodoWrite({todos: [
|
||||
{content: "Initialize and parse url-map", status: "completed", activeForm: "Initializing"},
|
||||
{content: capture_mode == "batch" ? f"Batch screenshot capture ({len(target_names)} targets)" : f"Deep exploration (depth {depth})", status: "completed", activeForm: "Capturing"},
|
||||
{content: "Extract style (complete design systems)", status: "completed", activeForm: "Extracting"},
|
||||
{content: "Extract animation (CSS auto mode)", status: "completed", activeForm: "Extracting animation"},
|
||||
{content: "Extract layout (structure templates)", status: "completed", activeForm: "Extracting layout"},
|
||||
{content: f"Assemble UI for {len(target_names)} targets", status: "completed", activeForm: "Assembling"},
|
||||
{content: session_id ? "Integrate design system" : "Standalone completion", status: "completed", activeForm: "Completing"}
|
||||
@@ -433,6 +468,10 @@ Phase 2 - Style Extraction: ✅ Production-ready design systems
|
||||
Output: style-extraction/style-1/ (design-tokens.json + style-guide.md)
|
||||
Quality: WCAG AA compliant, OKLCH colors
|
||||
|
||||
Phase 2.3 - Animation Extraction: ✅ CSS animations and transitions
|
||||
Output: animation-extraction/ (animation-tokens.json + animation-guide.md)
|
||||
Method: Auto-extracted from live URLs via Chrome DevTools
|
||||
|
||||
Phase 2.5 - Layout Extraction: ✅ Structure templates
|
||||
Templates: {template_count} layout structures
|
||||
|
||||
@@ -463,6 +502,9 @@ ELSE:
|
||||
│ └── style-1/
|
||||
│ ├── design-tokens.json
|
||||
│ └── style-guide.md
|
||||
├── animation-extraction/ # CSS animations and transitions
|
||||
│ ├── animation-tokens.json
|
||||
│ └── animation-guide.md
|
||||
├── layout-extraction/ # Structure templates
|
||||
│ └── layout-templates.json
|
||||
└── prototypes/ # {generated_count} HTML/CSS files
|
||||
@@ -601,9 +643,10 @@ TodoWrite({todos: [
|
||||
- `--capture-mode batch`: `/workflow:ui-design:capture` (multi-URL batch)
|
||||
- `--capture-mode deep`: `/workflow:ui-design:explore-layers` (single-URL depth exploration)
|
||||
2. `/workflow:ui-design:style-extract` (Phase 2 - complete design systems)
|
||||
3. `/workflow:ui-design:layout-extract` (Phase 2.5 - structure templates)
|
||||
4. `/workflow:ui-design:generate` (Phase 3 - pure assembly)
|
||||
5. `/workflow:ui-design:update` (Phase 4, if --session)
|
||||
3. `/workflow:ui-design:animation-extract` (Phase 2.3 - CSS animations and transitions)
|
||||
4. `/workflow:ui-design:layout-extract` (Phase 2.5 - structure templates)
|
||||
5. `/workflow:ui-design:generate` (Phase 3 - pure assembly)
|
||||
6. `/workflow:ui-design:update` (Phase 4, if --session)
|
||||
|
||||
## Completion Output
|
||||
|
||||
|
||||
271
.claude/skills/gemini/SKILL.md
Normal file
271
.claude/skills/gemini/SKILL.md
Normal file
@@ -0,0 +1,271 @@
|
||||
---
|
||||
name: Gemini CLI Tool
|
||||
description: Code analysis and documentation tool (primary). Trigger keywords "use gemini", "gemini analysis", "analyze with gemini". Use for code exploration, architecture review, and documentation generation. Supports read-only analysis (default) and write operations (explicit permission).
|
||||
allowed-tools: Bash, Read, Glob, Grep
|
||||
---
|
||||
|
||||
# Gemini CLI Tool
|
||||
|
||||
## Core Execution
|
||||
|
||||
Gemini executes code analysis and documentation tasks using large context window capabilities.
|
||||
|
||||
**Trigger Keywords**: "use gemini", "gemini analysis", "gemini generate docs", "analyze with gemini"
|
||||
|
||||
**Execution Modes**:
|
||||
- `analysis` (default): Read-only analysis, auto-execute
|
||||
- `write`: Create/modify files, requires explicit permission
|
||||
|
||||
**Command Pattern**:
|
||||
```bash
|
||||
cd [directory] && ~/.claude/scripts/gemini-wrapper [--approval-mode yolo] -p "
|
||||
PURPOSE: [goal]
|
||||
TASK: [specific task]
|
||||
MODE: [analysis|write]
|
||||
CONTEXT: @{file/patterns}
|
||||
EXPECTED: [results]
|
||||
RULES: [constraints]
|
||||
"
|
||||
```
|
||||
|
||||
## Universal Template Structure
|
||||
|
||||
Every Gemini command should follow this detailed structure for best results:
|
||||
|
||||
```bash
|
||||
cd [directory] && ~/.claude/scripts/gemini-wrapper [--approval-mode yolo] -p "
|
||||
PURPOSE: [One clear sentence: what and why]
|
||||
TASK: [Specific actionable task with scope]
|
||||
MODE: [analysis|write]
|
||||
CONTEXT: @{file/patterns} [Previous session context, dependencies, constraints]
|
||||
EXPECTED: [Deliverable format, file names, coverage requirements]
|
||||
RULES: [Template reference] | [Specific constraints: standards, patterns, focus areas]
|
||||
"
|
||||
```
|
||||
|
||||
### Template Field Guidelines
|
||||
|
||||
**PURPOSE**:
|
||||
- One sentence combining goal + reason
|
||||
- Examples: "Analyze auth system to identify security risks", "Generate API docs for partner integration"
|
||||
|
||||
**TASK**:
|
||||
- Break down into numbered sub-tasks for complex operations
|
||||
- Include specific aspects: "Review JWT implementation, token management, session handling"
|
||||
- Specify scope boundaries
|
||||
|
||||
**CONTEXT**:
|
||||
- File patterns: `@{src/**/*.ts,!**/*.test.ts}` (use `!` to exclude)
|
||||
- Business context: "50k DAU, PostgreSQL 14, target <200ms p95"
|
||||
- Tech stack: Versions, frameworks, constraints
|
||||
- Session memory: "Previous analysis showed X"
|
||||
|
||||
**EXPECTED**:
|
||||
- Numbered deliverables: "1) File.md with sections, 2) Diagram in Mermaid format"
|
||||
- Specific file names: "API.md", "SECURITY.md", "analysis-report.json"
|
||||
- Coverage requirements: ">90% test coverage", "All endpoints documented"
|
||||
- Output format: "Markdown tables", "OpenAPI 3.1 spec", "Mermaid diagrams"
|
||||
|
||||
**RULES**:
|
||||
- Template reference: `$(cat ~/.claude/workflows/cli-templates/prompts/analysis/pattern.txt)`
|
||||
- Multiple constraints separated by `|`: "Follow OWASP Top 10 | Use TypeScript strict | Include metrics"
|
||||
- Specific standards: "OWASP ASVS v4.0", "SOC 2 CC6.1", "RFC 6749"
|
||||
- Thresholds: "Complexity >10 is high", ">80% cache hit rate"
|
||||
|
||||
## Command Structure
|
||||
|
||||
### Universal Template
|
||||
Every Gemini command follows this structure:
|
||||
|
||||
```bash
|
||||
cd [directory] && ~/.claude/scripts/gemini-wrapper [options] -p "
|
||||
PURPOSE: [clear goal and intent]
|
||||
TASK: [specific execution task]
|
||||
MODE: [analysis|write]
|
||||
CONTEXT: [file references and memory context]
|
||||
EXPECTED: [clear expected results]
|
||||
RULES: [template reference and constraints]
|
||||
"
|
||||
```
|
||||
|
||||
## Execution Modes
|
||||
|
||||
### Analysis Mode (Default - Read-Only)
|
||||
Safe for auto-execution without user confirmation:
|
||||
|
||||
```bash
|
||||
cd [directory] && ~/.claude/scripts/gemini-wrapper -p "
|
||||
PURPOSE: [analysis goal]
|
||||
TASK: [specific analysis task]
|
||||
MODE: analysis
|
||||
CONTEXT: @{file/patterns} [session memory]
|
||||
EXPECTED: [analysis output]
|
||||
RULES: [constraints]
|
||||
"
|
||||
```
|
||||
|
||||
**When to use**:
|
||||
- Code exploration and understanding
|
||||
- Architecture analysis
|
||||
- Pattern discovery
|
||||
- Security assessment
|
||||
- Performance analysis
|
||||
|
||||
### Write Mode (Requires Explicit Permission)
|
||||
⚠️ Only use when user explicitly requests file creation/modification:
|
||||
|
||||
```bash
|
||||
cd [directory] && ~/.claude/scripts/gemini-wrapper --approval-mode yolo -p "
|
||||
PURPOSE: [documentation goal]
|
||||
TASK: [specific write task]
|
||||
MODE: write
|
||||
CONTEXT: @{file/patterns}
|
||||
EXPECTED: [generated files]
|
||||
RULES: [constraints]
|
||||
"
|
||||
```
|
||||
|
||||
**Parameter Position**: `--approval-mode yolo` must be placed AFTER `gemini-wrapper`, BEFORE `-p`
|
||||
|
||||
**Write Triggers**:
|
||||
- User explicitly says "generate documentation"
|
||||
- User explicitly says "create/modify files"
|
||||
- User specifies `MODE=write` in prompt
|
||||
|
||||
## File Pattern Reference
|
||||
|
||||
Common patterns for CONTEXT field:
|
||||
|
||||
```bash
|
||||
@{**/*} # All files
|
||||
@{src/**/*} # Source files
|
||||
@{*.ts,*.tsx} # TypeScript files
|
||||
@{CLAUDE.md,**/*CLAUDE.md} # Documentation
|
||||
@{src/**/*.test.*} # Test files
|
||||
```
|
||||
|
||||
**Complex Pattern Discovery**:
|
||||
For complex requirements, discover files first:
|
||||
```bash
|
||||
# Step 1: Discover with ripgrep or MCP
|
||||
rg "export.*Component" --files-with-matches --type ts
|
||||
|
||||
# Step 2: Build precise CONTEXT
|
||||
CONTEXT: @{src/components/Auth.tsx,src/types/auth.d.ts}
|
||||
|
||||
# Step 3: Execute with precise references
|
||||
```
|
||||
|
||||
## Template System
|
||||
|
||||
Templates are located in `~/.claude/workflows/cli-templates/prompts/`
|
||||
|
||||
### Available Templates
|
||||
|
||||
**Analysis Templates**:
|
||||
- `analysis/pattern.txt` - Code pattern analysis
|
||||
- `analysis/architecture.txt` - System architecture review
|
||||
- `analysis/security.txt` - Security assessment
|
||||
- `analysis/quality.txt` - Code quality review
|
||||
|
||||
**Development Templates**:
|
||||
- `development/feature.txt` - Feature implementation
|
||||
- `development/refactor.txt` - Refactoring tasks
|
||||
- `development/testing.txt` - Test generation
|
||||
|
||||
**Memory Templates**:
|
||||
- `memory/claude-module-unified.txt` - Module documentation
|
||||
|
||||
### Using Templates in RULES Field
|
||||
|
||||
```bash
|
||||
# Single template
|
||||
RULES: $(cat ~/.claude/workflows/cli-templates/prompts/analysis/pattern.txt) | Focus on security
|
||||
|
||||
# Multiple templates
|
||||
RULES: $(cat template1.txt) $(cat template2.txt) | Enterprise standards
|
||||
|
||||
# No template
|
||||
RULES: Focus on security patterns, include dependency analysis
|
||||
```
|
||||
|
||||
⚠️ **CRITICAL**: Never use escape characters (`\$`, `\"`, `\'`) in CLI commands - breaks command substitution.
|
||||
|
||||
## Context Optimization
|
||||
|
||||
Use `cd [directory] &&` pattern to focus analysis and reduce irrelevant context:
|
||||
|
||||
```bash
|
||||
# Focused analysis
|
||||
cd src/auth && ~/.claude/scripts/gemini-wrapper -p "
|
||||
PURPOSE: Understand authentication patterns
|
||||
TASK: Analyze auth implementation
|
||||
MODE: analysis
|
||||
CONTEXT: @{**/*.ts}
|
||||
EXPECTED: Pattern documentation
|
||||
RULES: Focus on security best practices
|
||||
"
|
||||
```
|
||||
|
||||
**When to change directory**:
|
||||
- Specific directory mentioned → Use `cd directory &&`
|
||||
- Focused analysis needed → Target specific directory
|
||||
- Multi-directory scope → Stay in root, use explicit paths
|
||||
|
||||
## Execution Configuration
|
||||
|
||||
### Timeout Allocation (Dynamic)
|
||||
Based on task complexity:
|
||||
- **Simple** (analysis, search): 20-40min (1200000-2400000ms)
|
||||
- **Medium** (refactoring, docs): 40-60min (2400000-3600000ms)
|
||||
- **Complex** (implementation): 60-120min (3600000-7200000ms)
|
||||
|
||||
Auto-detect from PURPOSE and TASK fields.
|
||||
|
||||
### Permission Framework
|
||||
- ✅ **Analysis Mode (default)**: Auto-execute without confirmation
|
||||
- ⚠️ **Write Mode**: Requires explicit user confirmation or MODE=write specification
|
||||
- 🔒 **Write Protection**: Never modify codebase without explicit user instruction
|
||||
|
||||
## Examples
|
||||
|
||||
Production-ready examples organized by scenario type:
|
||||
|
||||
- **[Analysis Examples](analysis-examples.md)** - Read-only analysis with architecture review, pattern discovery, and multi-module tracing
|
||||
- **[Write Examples](write-examples.md)** - Documentation generation with OpenAPI specs and module documentation
|
||||
- **[Advanced Workflows](advanced-workflows.md)** - Multi-phase discovery → analysis → documentation pipelines
|
||||
- **[Template Examples](template-examples.md)** - Multiple template combinations for comprehensive audits
|
||||
- **[Context Optimization](context-optimization.md)** - Focused analysis strategies for large codebases
|
||||
|
||||
Each example follows the Universal Template Structure with detailed explanations.
|
||||
|
||||
## Best Practices
|
||||
|
||||
### Analysis Phase
|
||||
- Use analysis mode for all exploratory work
|
||||
- Focus on specific directories with `cd` pattern
|
||||
- Include relevant file patterns in CONTEXT
|
||||
- Reference session memory for continuity
|
||||
|
||||
### Documentation Phase
|
||||
- Always use write mode with `--approval-mode yolo`
|
||||
- Get explicit user confirmation first
|
||||
- Include source files in CONTEXT
|
||||
- Follow project documentation standards
|
||||
|
||||
## Error Handling
|
||||
|
||||
**If timeout occurs**:
|
||||
- Reduce CONTEXT scope
|
||||
- Use more specific file patterns
|
||||
- Split into smaller analysis tasks
|
||||
|
||||
**If context too large**:
|
||||
- Use `cd` to focus on specific directory
|
||||
- Narrow file patterns
|
||||
- Analyze in phases
|
||||
|
||||
**If output incomplete**:
|
||||
- Increase timeout allocation
|
||||
- Simplify EXPECTED results
|
||||
- Break into multiple commands
|
||||
Reference in New Issue
Block a user