AI-native SDLC w Cursorze
Ścieżka Cursora wdraża sześć wspólnych etapów przez tryby Ask, Plan i Agent, reguły projektu, worktree, Bugbota, Cloud Agents oraz Automations. Ta strona jest adapterem Cursora: wskazuje natywną funkcję dla każdej bramki i prowadzi do jednego kanonicznego opisu etapu.
Sam cykl pozostaje niezależny od edytora. Najpierw przeczytaj przegląd AI-native SDLC, a następnie używaj tej mapy do wyboru właściwej funkcji Cursora.
Mapa etapów
Dział zatytułowany „Mapa etapów”| Etap | Zaakceptowany artefakt | Funkcja Cursora | Kanoniczna procedura |
|---|---|---|---|
| Plan | intent.md | Ask mode do odkrywania; Agent mode do zapisania zaakceptowanego artefaktu | Uchwyć intencję |
| Design | spec.md | .cursor/rules/*.mdc, AGENTS.md, skille, obrazy i zatwierdzone MCP | Napisz specyfikację |
| Build | plan.md, diff, testy | Plan mode, Agent mode, worktree w Agents Window, /worktree, /best-of-n | Buduj z zaakceptowanego planu |
| Test | Dowody z testów | Terminal, narzędzia przeglądarki, checkpointy i pętla aktywnego Agenta | Zamknij pętlę informacji zwrotnej |
| Deploy | Zrecenzowany pull request | Bugbot, Cloud Agent Autofix, wymagane CI i ludzkie bramki | Warstwowe review i akceptacje |
| Maintain | Incydent i następny intent.md | Cloud Agents i Automations uruchamiane harmonogramem lub obsługiwanym zdarzeniem | Połącz produkcję z planowaniem |
Skonfiguruj ścieżkę budowy
Dział zatytułowany „Skonfiguruj ścieżkę budowy”Wymagania: repozytorium Git, uwierzytelniony Cursor, czysty working tree i prawdziwe komendy weryfikacyjne zapisane w regułach projektu.
-
Zbadaj zmianę bez edycji w Plan mode IDE albo przez CLI:
Okno terminala cursor-agent --plan \"Przeczytaj docs/intents/FUNKCJA.md i docs/specs/FUNKCJA.md. Zbadaj repo i zaproponuj plan z ryzykami, testami i rollbackiem." -
Przejrzyj plan i zapisz zaakceptowaną wersję jako
docs/plans/FUNKCJA.md. Szkice w.cursor/plans/traktuj jako stan roboczy, chyba że zespół jawnie wersjonuje ten katalog. -
Odizoluj implementację w Agents Window albo skillu IDE:
/worktree zrealizuj milestone 1 z docs/plans/FUNKCJA.md -
Zdefiniuj ograniczony dowód:
Wykonaj docs/plans/FUNKCJA.md i pasujące pliki .cursor/rules.Zrealizuj wyłącznie milestone 1. Uruchom typecheck, lint, testy jednostkowe,integracyjne i wizualne. Nie osłabiaj testów ani nie pomijaj bramek.Zakończ listą plików, wynikami komend, screenshotami i pozostałym ryzykiem. -
Pozwól Bugbotowi i CI ocenić PR, ale merge i produkcję pozostaw za imienną akceptacją człowieka.
Plik .cursor/worktrees.json może instalować zależności i kopiować lokalną konfigurację. Te polecenia wykonują kod, więc przeglądaj je jak inną automatyzację i domyślnie nie kopiuj poświadczeń produkcyjnych.
Umieść zasady we właściwej warstwie
Dział zatytułowany „Umieść zasady we właściwej warstwie”- Ograniczone, wersjonowane instrukcje zapisuj w
.cursor/rules/*.mdc. AGENTS.mdstosuj do przenośnych instrukcji współdzielonych z innymi agentami.- Powtarzalne procedury zapisuj jako skille.
- Ask lub Plan mode stosuj do odkrywania bez edycji; Agent mode dopiero po bramce artefaktu.
- Merge i produkcję kontroluj ochroną gałęzi oraz akceptacją środowiska wdrożeniowego.
Automatyzuj ograniczone kontrole
Dział zatytułowany „Automatyzuj ograniczone kontrole”Cursor Agent udostępnia tryb nieinteraktywny przez --print; --output-format przyjmuje text, json lub stream-json:
cursor-agent --print \ --sandbox enabled \ --output-format json \ "Porównaj bieżący diff z docs/specs/FUNKCJA.md. Zwróć tylko blokujące problemy."Opcja --force automatycznie dopuszcza komendy, o ile nie są jawnie zabronione. Rezerwuj ją dla niezależnie izolowanego runnera z ograniczonymi poświadczeniami.
Potwierdź działanie adaptera
Dział zatytułowany „Potwierdź działanie adaptera”cursor-agent --helppokazuje--plan,--mode,--print,--output-formati--sandbox.- Plan lub Ask mode bada repo bez zmiany źródeł.
/worktreetworzy osobny checkout widoczny wgit worktree list.- Sesja wykonawcza uruchamia prawdziwe checki i zachowuje intencję testów.
- Bugbot wnosi dowody, ale człowiek i polityka platformy nadal kontrolują merge oraz produkcję.
Typowe awarie
Dział zatytułowany „Typowe awarie”Nazwa modelu lub produktu szybko się starzeje. Proces pozostaw niezależny od modelu. Wybieraj model z aktualnego pickera i oceniaj na zadaniach repozytorium.
Worktree nie ma zależności lub konfiguracji. Dodaj sprawdzone polecenia do .cursor/worktrees.json, a potem zweryfikuj sekrety, porty i lokalne bazy.
Tryb headless ma większe uprawnienia niż oczekiwano. --print ma dostęp do narzędzi. Pozostaw sandbox, ogranicz workspace i pomiń --force, jeśli runner nie jest osobno izolowany.