/[name-of-workflow]
Cum funcționează

/[workflow-name]
.
Poți apela alte Workflows din interiorul unui Workflow!
De exemplu, /workflow-1 poate include instrucțiuni precum „Call /workflow-2” și „Call /workflow-3”.
De exemplu, /workflow-1 poate include instrucțiuni precum „Call /workflow-2” și „Call /workflow-3”.
Cum să creezi un Workflow
Customizations
din meniul glisant din dreapta sus din Cascade, apoi navighează la panoul Workflows
. Aici poți face clic pe butonul + Workflow
pentru a crea un nou Workflow.
Workflows sunt salvate ca fișiere Markdown în directoarele .windsurf/workflows/
și conțin un titlu, o descriere și o serie de pași cu instrucțiuni specifice pe care Cascade să le urmeze.
Descoperirea fluxurilor de lucru
- Workspace-ul curent și subdirectoarele: Toate directoarele
.windsurf/workflows/
din workspace-ul tău curent și din subdirectoarele acestuia - Structura repository-ului Git: Pentru repository-urile Git, Windsurf caută, de asemenea, până la directorul rădăcină al repository-ului pentru a găsi fluxuri de lucru în directoarele părinte
- Suport pentru multiple workspace-uri: Când sunt deschise mai multe foldere în același workspace, fluxurile de lucru sunt deduplicate și afișate cu cea mai scurtă cale relativă
Locații de stocare pentru fluxuri de lucru
.windsurf/workflows/
în directorul workspace-ului curent.windsurf/workflows/
în orice subdirector al workspace-ului.windsurf/workflows/
în directoarele părinte până la rădăcina repo‑ului Git (pentru depozitele Git)
.windsurf/workflows/
din workspace-ul curent, nu neapărat la rădăcina repo‑ului Git.
Fiecare fișier de flux de lucru este limitat la 12.000 de caractere.
Generează un workflow cu Cascade
Exemple de fluxuri de lucru
/address-pr-comments
Acesta este un Workflow pe care echipa noastră îl folosește intern pentru a aborda comentariile dintr-un PR:
/git-workflows
Fă commit folosind formate predefinite și creează pull request-uri cu titluri și descrieri standardizate, utilizând comenzile CLI potrivite.
/dependency-management
Automatizează instalarea sau actualizarea dependențelor proiectului pe baza unui fișier de configurare (de ex.: requirements.txt, package.json).
/code-formatting
Rulează automat formatare de cod (precum Prettier, Black) și lintere (precum ESLint, Flake8) la salvarea fișierelor sau înainte de commit, pentru a menține stilul de cod și a prinde erorile din timp.
/run-tests-and-fix
Rulează sau adaugă teste unitare ori end-to-end și corectează automat erorile pentru a asigura calitatea codului înainte de commit, merge sau deploy.
/deployment
Automatizează pașii pentru a-ți livra (deploy) aplicația în diverse medii (development, staging, production), inclusiv verificările necesare pre-deploy și verificările ulterioare.
/security-scan
Integrează și declanșează scanări de vulnerabilități de securitate pe baza de cod ca parte a pipeline-ului CI/CD sau la cerere.