windsurf-core-workflow-bClaude Skill

Execute Windsurf secondary workflow: Core Workflow B.

1.9k Stars
259 Forks
2025/10/10

Install & Download

Linux / macOS:

请登录后查看安装命令

Windows (PowerShell):

请登录后查看安装命令

Download and extract to ~/.claude/skills/

namewindsurf-core-workflow-b
descriptionExecute Windsurf's secondary workflow: Workflows, Memories, and reusable automation. Use when creating reusable Cascade workflows, managing persistent memories, or automating repetitive development tasks. Trigger with phrases like "windsurf workflow", "windsurf automation", "windsurf memories", "cascade workflow", "windsurf slash command".
allowed-toolsRead, Write, Edit, Bash(npm:*), Grep
version1.0.0
licenseMIT
authorJeremy Longshore <jeremy@intentsolutions.io>
compatible-withclaude-code, codex, openclaw
tags["saas","windsurf","workflows","memories","automation"]

Windsurf Core Workflow B — Workflows & Memories

Overview

Windsurf Workflows are reusable, multi-step automation sequences saved as markdown files and invoked via slash commands in Cascade. Memories are persistent facts that survive across sessions. Together they eliminate repetitive prompting and maintain project context.

Prerequisites

  • Windsurf with Cascade enabled
  • Understanding of windsurf-core-workflow-a (Write mode)
  • .windsurfrules configured

Instructions

Step 1: Create a Workflow File

Workflows live in .windsurf/workflows/ as markdown files. Each becomes a slash command.

<!-- .windsurf/workflows/new-feature.md -->
---
name: new-feature
description: Scaffold a new feature with service, route, and tests
---

## Steps

1. Ask the user for: feature name, description, and which database tables are involved
2. Create `src/services/${feature-name}.ts` with:
   - CRUD methods using Result<T,E> pattern
   - Input validation with zod schemas
   - JSDoc comments on all public methods
3. Create `src/routes/${feature-name}.ts` with:
   - GET, POST, PUT, DELETE route handlers
   - Request validation middleware
   - Consistent error response format
4. Create `tests/services/${feature-name}.test.ts` with:
   - Unit tests for all service methods
   - Both success and error paths
5. Run `npx vitest run tests/services/${feature-name}.test.ts`
6. If tests pass, report success. If not, fix and re-run.

Invoke in Cascade: /new-feature

Step 2: Build a Deployment Workflow

<!-- .windsurf/workflows/deploy.md -->
---
name: deploy
description: Deploy to staging with pre-flight checks
---

## Pre-Flight Checks
1. Run `npm run typecheck` — stop if errors
2. Run `npm test` — stop if failures
3. Run `npm run lint` — stop if errors
4. Check `git status` — stop if uncommitted changes

## Deploy
5. Run `git push origin HEAD`
6. Run `npm run build`
7. Run `npm run deploy:staging`

## Post-Deploy
8. Run `curl -sf https://staging.example.com/health | jq .`
9. Report deploy status with health check result

Step 3: Enable Turbo Annotations in Workflows

Add turbo annotations to auto-execute specific commands:

<!-- In any workflow step -->
Run the following command:
```bash
// turbo
npm run typecheck

Or auto-run all commands in the workflow:

// turbo-all

Turbo annotations respect allow/deny lists configured in settings.

Step 4: Manage Cascade Memories

Memories persist facts across sessions. They are auto-generated or manually created.

Create a memory manually:

Cascade prompt: "Remember that our API uses snake_case for JSON
field names but camelCase for TypeScript interfaces. We transform
with a middleware layer in src/middleware/transform.ts."

View and manage memories:

  • Click Customizations icon (top-right of Cascade panel)
  • Navigate to Memories tab
  • Delete outdated memories
  • Memories are stored at ~/.codeium/windsurf/memories/

Key difference: Rules vs Memories:

AspectRulesMemories
Created byDeveloperCascade (auto) or developer
Stored in.windsurfrules or .windsurf/rules/~/.codeium/windsurf/memories/
ScopeWorkspace or globalWorkspace-specific
Version controlledYes (committed to git)No (local only)
ReliabilityHigh (always applied)Medium (model decides relevance)
Best forStandards, patternsDecisions, discoveries

Step 5: Chain Workflows Together

Reference other workflows within a workflow:

<!-- .windsurf/workflows/release.md -->
---
name: release
description: Full release workflow
---

1. Run /deploy workflow first
2. After staging deploy succeeds, ask user to confirm production deploy
3. Run `npm run deploy:production`
4. Create GitHub release: `gh release create v$(node -p "require('./package.json').version")`
5. Post to #releases channel via webhook

Error Handling

IssueCauseSolution
Slash command not foundFile not in .windsurf/workflows/Check file location and name
Workflow skips stepsAmbiguous instructionsUse numbered steps with clear conditions
Memory not recalledLow relevance scoreConvert important memories to Rules
Turbo runs dangerous commandNot in deny listAdd to cascadeCommandsDenyList
Workflow too longOver context limitSplit into smaller, composable workflows

Examples

PR Review Workflow

<!-- .windsurf/workflows/review-pr.md -->
---
name: review-pr
description: Review current PR changes
---
1. Run `git diff main...HEAD --stat` to see changed files
2. For each changed file, analyze the diff for:
   - Missing error handling
   - Missing tests for new code
   - Security issues (hardcoded secrets, SQL injection)
   - Performance concerns (N+1 queries, missing indexes)
3. Summarize findings as a bulleted list

Code Quality Workflow

<!-- .windsurf/workflows/quality-check.md -->
---
name: quality-check
description: Run full code quality suite
---
// turbo-all
1. Run `npm run typecheck`
2. Run `npm run lint`
3. Run `npm test -- --coverage`
4. Report: types, lint issues, test results, coverage percentage

Resources

Next Steps

For common errors, see windsurf-common-errors.

Similar Claude Skills & Agent Workflows