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

/[workflow-name]
.
Puteți apela alte fluxuri de lucru dintr-un flux de lucru!
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 creezi un Workflow
Customizations
din meniul glisant din dreapta sus din Cascade, apoi accesează 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 includ 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 curent și subdirectoarele acestuia - Structura repository-ului Git: Pentru repository-urile Git, Windsurf caută și în sus, 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 workflow-uri
.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 Git (pentru repository-urile Git)
.windsurf/workflows/
al workspace-ului curent, nu neapărat la rădăcina Git.
Fișierele workflow sunt limitate la 12.000 de caractere fiecare.
Generează un workflow cu Cascade
Exemple de fluxuri de lucru
/address-pr-comments
Acesta este un flux de lucru pe care echipa noastră îl folosește intern pentru a rezolva comentariile din PR:
/git-workflows
Fă commit folosind formate predefinite și creează pull request‑uri cu titluri și descrieri standardizate, utilizând comenzile CLI adecvate.
/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 formatarea codului (de exemplu, Prettier, Black) și lintere (de exemplu, ESLint, Flake8) la salvarea fișierelor sau înainte de commit, pentru a menține stilul codului și a depista erorile din timp.
/run-tests-and-fix
Rulează sau adaugă teste unitare ori end‑to‑end și remediază automat erorile pentru a asigura calitatea codului înainte de commit, merge sau deploy.
/deployment
Automatizează pașii pentru a‑ți livra aplicația în diverse medii (dezvoltare, staging, producție), incluzând verificările necesare înainte de deploy sau verificările de după deploy.
/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.