Konfiguracja RooCode VS Code dla agentowego programowania

Optymalizacja RooCode w VS Code: Kompletna konfiguracja rozwoju agentowego

RooCode rozszerza VS Code o możliwości rozwoju wieloagentowego. Po instalacji i autoryzacji otwiera się interfejs czatu z kolejką wiadomości, wyborem modów, modeli AI i autoryzacjami. Indeksowanie projektu łączy bazę danych wektorowej Qdrant do analizy plików, zwiększając precyzję poprawek LLM.

Konfiguracja przebiega w logicznej kolejności: od indeksowania do uprawnień, marketplace'u, powiadomień i promptów. Minimalizuje to iteracje i przyspiesza workflow.

Indeksowanie i przetwarzanie wektorowe

Podłącz dostawcę do wektoryzacji i grafów. Wskaż endpoint Qdrant — wyniki indeksowania są tam przechowywane. LLM otrzymuje kontekst projektu, generując trafne zmiany bez halucynacji.

W głównym oknie aktywuj Indexing. Skanowanie katalogów pozwala modelom opierać się na codebase podczas edycji.

Auto-Approve: Kontrola operacji LLM

Zezwól LLM na wykonywanie funkcji z limitami zapytań lub kosztów. Dla poleceń konsolowych (Execute) skonfiguruj whitelist/blacklist.

• Dozwolone polecenia: Dodawaj w trakcie procesu, RooCode prosi o potwierdzenie nowych.
• Limity: Zapobiegają nadmiernemu zużyciu tokenów w trybie automatycznym.
• Niebezpieczne działania: Ręczne potwierdzenie dla sudo lub wywołań systemowych.

To równoważy autonomię i bezpieczeństwo.

Marketplace serwerów MCP i modów

Instaluj gotowe serwery MCP (Model Control Protocol) dla git, filesystem, qdrant. Globalne — z marketplace'u, projektowe — lokalnie w .roo.

Przykłady MCP:

• mcp-git: Operacje na repozytorium bez CLI.
• mcp-filesystem: Odczyt/zapis plików.
• mcp-qdrant: Wyszukiwanie wektorowe.

Mody — prekonfigurowani agenci do zadań. Pobieraj i dostosowuj.

Powiadomienia i ustawienia UI

Włącz powiadomienia dla potwierdzeń, przerwań cykli i zakończeń. Dostosuj głośność.

Opcje UI:

• Rozwijaj rozważania modeli do debugowania logiki.
• Ctrl+Enter do wysyłania (unikaj przypadkowego Shift+Enter).
• Background editing — poprawki bez migotania okien.

Prompty i funkcje eksperymentalne

Edytuj wbudowane prompty. Enhance przeformułowuje zapytania, wymuszając Documentation-First i TDD.

Wygeneruj ulepszoną wersję następującego promptu (odpowiedz tylko ulepszonym promptem — bez rozmowy, wyjaśnień, tekstu wprowadzającego, punktów, placeholderów lub otaczających cudzysłowów).

Twoje ulepszenie musi:
- Zachować pierwotny zamiar i ograniczenia użytkownika; nie dodawaj nowych wymagań zmieniających znaczenie.
- Poprawić klarowność, strukturę, specyficzność i testowalność; usuń niejednoznaczność i słabe sformułowania.
- Wyraźnie wymuszać **Documentation-First** i **TDD** jako domyślny workflow wykonania:
  1) Zacznij od przeczytania i oparcia się na dokumentacji projektu i `memory-bank/` jako jedynym źródle prawdy (np. productContext, activeContext, systemPatterns).
  2) Jeśli żądanie implikuje zmiany w logice/architekturze/zachowaniu, zaktualizuj odpowiednią dokumentację/specyfikacje (lub przygotuj RFC) PRZED napisaniem kodu produkcyjnego.
  3) Postępuj zgodnie ze ścisłym TDD (Red → Green → Refactor): najpierw napisz nieudane testy, zaimplementuj minimalny kod do przejścia, a następnie refaktoryzuj do SOLID/DRY.
- Wymagać aktualizacji `memory-bank/` (przynajmniej activeContext/progress i wszelkich dotkniętych dokumentów kontekstowych) w celu odzwierciedlenia nowego zachowania i decyzji.
- Zawierać jasną Definicję Ukończenia zgodną z żądaniem (testy przechodzą, dokumentacja zaktualizowana, zachowanie zweryfikowane), bez dodawania niepotrzebnego zakresu.

Oto prompt do ulepszenia:

${userInput}

Eksperymentalnie: komendy ukośnikowe dla modów/skills.

Skills: Struktura i kategorie

Skills — instrukcje dla agentów w formacie Markdown. Umieszczaj globalnie (~/.roo/skills) lub w projekcie (.roo/skills).

Struktura skilla:

---
name: mcp-time
description:
context:
compatibility:
---

# <Tytuł>

## Narzędzia
| Narzędzie | Użycie dla |
|------|---------|
| | |

## Kiedy używać

## Skuteczność użycia i najlepsze praktyki

#### ❌ Zła praktyka (Halucynacje czasu)

#### ✅ Dobra praktyka (Weryfikacja czasu)

### Strategia debugowania

## Dlaczego używać tego

## Alternatywa CLI
| Akcja MCP | Odpowiednik CLI |
|------------|----------------|
| | |
| | |
| | |
| | |

Kategorie:

• mcp-*: Serwery MCP (git, filesystem, qdrant, redis).
• cli-*: Polecenia konsolowe (docker, systemd, sudo).
• usr-*: Użytkowskie do zadań.

Zestaw przykładów:

• cli-database, cli-docker, mcp-git, mcp-memory, mcp-playwright.

Co jest ważne

• Indeksowanie z Qdrant zapewnia poprawki świadome kontekstu bez ręcznego kopiowania.
• Auto-Approve + limity zapobiegają nadużyciom LLM w trybie autonomicznym.
• Skills zwiększają success-rate, minimalizując wywołania CLI.
• TDD w promptach gwarantuje testowalne zmiany.
• Background editing zachowuje skupienie podczas poprawek agentów.

— Editorial Team