Prześlij opinię

Twoja opinia i wkład pomagają kształtować przyszłość programowania wspomaganego AI. Dowiedz się, jak zgłaszać problemy, sugerować funkcje, wnosić wkład w kod i pomagać w ulepszaniu dokumentacji.

Wskazówka

Każda opinia ma znaczenie. Czy to zgłoszenie błędu, propozycja funkcji, czy ulepszenie dokumentacji - Twój wkład pomaga tysiącom programistów na całym świecie.

Szybkie opcje opinii

Zgłoś błąd Znalazłeś problem? Zgłoś go, abyśmy mogli go naprawić

Poproś o funkcję Masz pomysł? Podziel się nim ze społecznością

Ulepsz dokumentację Pomóż uczynić nasze przewodniki jaśniejszymi i bardziej pomocnymi

Podziel się swoim doświadczeniem Powiedz nam, co działa, a co nie

Zgłaszanie błędów

Przed zgłoszeniem

1. Przeszukaj istniejące problemy aby uniknąć duplikatów

   • Cursor: przeszukaj zgłoszenia błędów na forum (Cursor ma zamknięty kod, więc forum jest aktywnym trackerem)
   • Problemy Claude Code
   • Problemy Codex

2. Zweryfikuj problem czy jest powtarzalny

   • Spróbuj w czystym środowisku
   • Wyłącz rozszerzenia/wtyczki
   • Zaktualizuj do najnowszej wersji

3. Zbierz diagnostykę, o którą opiekunowie naprawdę proszą

   • Cursor: pobierz Request ID (Command Palette > “Report AI Action” lub wykonaj kroki z Getting a Request ID) plus build z Help > About
   • Claude Code: uruchom /debug, aby odczytać dziennik debugowania sesji, potem /status dla wersji/modelu/konta; dołącz wynik /doctor, jeśli coś sygnalizuje
   • Codex: wklej codex --version i odpowiedni blok ~/.codex/config.toml (model, approval_policy, sandbox_mode); wpisz /status w TUI, aby potwierdzić aktywny model i zapisywalne katalogi

Szablon zgłoszenia błędu

## Bug Description
[Clear, concise description of the issue]

## Steps to Reproduce
1. [First step]
2. [Second step]
3. [See error]

## Expected Behavior
[What should happen]

## Actual Behavior
[What actually happens]

## Environment
- Tool: [Cursor / Claude Code / Codex]
- Version: [e.g., Cursor 1.7, claude-code 2.x, @openai/codex 0.137]
- Model: [e.g., Opus 4.8, Sonnet 4.6, GPT-5.5]
- OS: [e.g., macOS 15.5]
- Diagnostics: [Cursor Request ID / Claude Code /debug log / codex --version + config]

## Additional Context
[Screenshots, logs, related issues]

Gdzie zgłaszać

Błędy Cursor

• Forum (główny tracker): Zgłoszenia błędów
• W aplikacji: Help → Report Issue (dołącza Twój Request ID)
• Pilne: support@cursor.com

Błędy Claude Code

• W narzędziu (główne): /bug wysyła rozmowę do Anthropic i może otworzyć publiczny issue na GitHub
• GitHub: anthropics/claude-code
• Discord: kanał #bug-reports

Błędy Codex

• GitHub (główne): openai/codex/issues — otwórz nowy błąd z szablonem zgłoszenia
• W aplikacji: wpisz / w kompozytorze, aby wysłać opinię (opcjonalnie dołącz sesję)
• Dokumentacja: Rozwiązywanie problemów Codex

Prośby o funkcje

Skuteczne prośby o funkcje

RÓB:

• Wyjaśnij problem, który próbujesz rozwiązać
• Podaj konkretne przypadki użycia
• Zasugeruj podejścia implementacji
• Linkuj do podobnych funkcji w innych narzędziach
• Najpierw sprawdź zainteresowanie społeczności

NIE RÓB:

• Żądaj natychmiastowej implementacji
• Duplikuj istniejące prośby
• Łącz wiele funkcji w jedną prośbę
• Zakładaj, że Twój przepływ pracy jest uniwersalny

Szablon prośby o funkcję

## Feature Description
[What you want to add/change]

## Problem Statement
[What problem does this solve?]

## Use Cases
1. [Specific scenario 1]
2. [Specific scenario 2]

## Proposed Solution
[How might this work?]

## Alternatives Considered
[Other ways to solve this]

## Additional Context
[Mockups, examples, references]

Kanały próśb o funkcje

1. Oficjalne kanały

   • Cursor: Forum próśb o funkcje
   • Claude Code: Dyskusje GitHub
   • Codex: Dyskusje GitHub

2. Głosowanie społeczności

   • Głosuj na istniejące prośby
   • Komentuj z dodatkowymi przypadkami użycia
   • Dziel się w mediach społecznościowych dla wsparcia

Wkład w dokumentację

Sposoby wnoszenia wkładu

Napraw błędy i literówki

• Popraw pisownię/gramatykę
• Napraw zepsute linki
• Zaktualizuj nieaktualne informacje
• Wyjaśnij mylące sekcje

Dodaj przykłady

• Rzeczywiste przypadki użycia
• Fragmenty kodu
• Zrzuty ekranu/GIF-y
• Samouczki wideo

Przetłumacz treść

• Tłumacz na nowe języki
• Przejrzyj istniejące tłumaczenia
• Lokalizuj przykłady
• Adaptacje kulturowe

Twórz samouczki

• Przewodniki krok po kroku
• Najlepsze praktyki
• Przykłady przepływów pracy
• Wskazówki i triki

Proces dokumentacji

1. Zrób fork repozytorium, potem sklonuj swój fork

   git clone https://github.com/<your-username>/cursor-and-claude-code-developer-toolkit
   cd cursor-and-claude-code-developer-toolkit

2. Utwórz gałąź

   git checkout -b docs/improve-setup-guide

3. Wprowadź zmiany

   • Przestrzegaj przewodnika stylu
   • Przetestuj wszystkie przykłady
   • Podgląd lokalnie

4. Prześlij pull request

   • Jasny opis
   • Referencje do problemów
   • Zrzuty ekranu jeśli zmiany UI

Wytyczne stylu

Styl pisania:

• Jasny i zwięzły
• Strona czynna
• Czas teraźniejszy
• Druga osoba (“ty”)

Styl techniczny:

• Używaj bloków kodu z podświetlaniem składni
• Dołącz ścieżki plików i numery linii
• Testuj wszystkie przykłady kodu
• Podaj przykłady proste i zaawansowane

Wkład w kod

Rozpoczęcie

Notatka

Większość projektów wymaga podpisania umowy licencyjnej współautora (CLA) przed przyjęciem wkładu w kod.

1. Przeczytaj wytyczne współtworzenia

   • Sprawdź CONTRIBUTING.md
   • Przejrzyj przewodnik stylu kodu
   • Zrozum strukturę projektu

2. Zacznij od małego

   • Napraw błąd
   • Ulepsz testy
   • Ulepsz dokumentację
   • Potem zajmij się funkcjami

3. Najpierw komunikuj się

   • Omów duże zmiany
   • Uzyskaj opinię na temat podejścia
   • Koordynuj z opiekunami

Najlepsze praktyki pull request

Lista kontrolna dobrego PR:

• Opisowy tytuł
• Jasne wyjaśnienie problemu/rozwiązania
• Dołączone testy
• Zaktualizowana dokumentacja
• Zgodność ze stylem kodu
• Przejście kontroli CI/CD
• Adresowanie opinii z przeglądu

Przykład szablonu PR:

## Description
[What does this PR do?]

## Type of Change
- [ ] Bug fix
- [ ] New feature
- [ ] Breaking change
- [ ] Documentation

## Testing
[How has this been tested?]

## Checklist
- [ ] Tests pass
- [ ] Documentation updated
- [ ] Code follows style guide

Dziel się tym, co działa

Zgłoszenia błędów naprawiają narzędzia; udostępnione przepływy pracy przyspieszają całą społeczność. Gdy prompt, plik reguł lub konfiguracja MCP oszczędza Ci realny czas, opisz to.

• Opublikuj konkretny artefakt, nie wniosek. “Dodałem plik .cursor/rules/, który przypina nasze konwencje Drizzle” bije “Cursor jest świetny do baz danych” — wklej regułę, blok CLAUDE.md lub fragment ~/.codex/config.toml.
• Kanały: forum Cursor, Dyskusje Claude Code, Dyskusje Codex oraz media społecznościowe (#CursorIDE, #ClaudeCode, #OpenAICodex).
• Sygnały jakości w narzędziu też się liczą: ocena “How is Claude doing this session?” w Claude Code i opinia przez / w Codex trafiają bezpośrednio do zespołów rozwijających te narzędzia.

Testy beta

Dołącz do programów beta

Beta Cursor

Settings > Beta > ustaw częstotliwość aktualizacji na Early Access.

• Najpierw dostaje buildy przedpremierowe
• Połącz z Help > About, aby zgłosić dokładny build

Beta Claude Code

npm install -g @anthropic-ai/claude-code@latest

• claude update utrzymuje Cię na najnowszym wydaniu
• Zgłaszaj regresje przez /bug, aby dołączyć transkrypcję

Beta Codex

npm install -g @openai/codex@latest

• Uruchom codex --version po aktualizacji
• Wypróbuj przedpremierowe powierzchnie w ustawieniach aplikacji

Zgłaszanie regresji przedpremierowych

Buildy przedpremierowe psują się w sposób, w jaki buildy stabilne nie — taki jest ich cel, a czyste zgłoszenie regresji to najcenniejsza rzecz, jaką możesz zgłosić:

1. Wskaż wersję, która się zepsuła, i ostatnią, która działała (cursor --version, claude --version, codex --version). Różnica wersji pozwala opiekunom natychmiast wykonać bisekcję.
2. Zbierz diagnostykę przed ponownym uruchomieniem — Cursor Request ID, dziennik /debug w Claude Code lub /status w Codex — ponieważ świeża sesja często traci stan awarii.
3. Uruchamiaj buildy przedpremierowe w sandboxie lub na jednorazowej gałęzi, nigdy z --dangerously-skip-permissions na kodzie produkcyjnym, żeby eksperymentalny agent nie zniszczył prawdziwej pracy.

Wkład w ten przewodnik

Ulepsz tę dokumentację

Ten przewodnik sam jest otwarty na wkład:

1. Zrób fork repozytorium

   git clone https://github.com/<your-username>/cursor-and-claude-code-developer-toolkit

2. Wprowadź ulepszenia

   • Napraw błędy
   • Dodaj przykłady
   • Ulepsz wyjaśnienia
   • Zaktualizuj dla nowych funkcji

3. Prześlij zmiany

   • Utwórz pull request
   • Wyjaśnij ulepszenia
   • Linkuj do źródeł

Obszary wymagające pomocy

Obecne priorytety:

• Więcej przykładów z prawdziwego świata
• Skrypty samouczków wideo
• Tłumaczenia
• Zaawansowane przypadki użycia
• Scenariusze rozwiązywania problemów

Uznanie i nagrody

Uznanie społeczności

Aktywni współtwórcy otrzymują:

• Odznaki współtwórcy na forach
• Uznanie w notatkach wydania
• Wczesny dostęp do funkcji
• Bezpośrednią komunikację z zespołami
• Bilety konferencyjne (najlepsi współtwórcy)

Uznanie open source

Twój wkład jest na stałe zapisany:

• Historia Git
• Strona współtwórców
• Notatki wydania
• Raporty roczne

Co czyni zgłoszenie wykonalnym

Różnica między zgłoszeniem, które zostaje naprawione, a tym, które zostaje zamknięte jako “nie można odtworzyć”, to prawie zawsze ładunek diagnostyczny, a nie ton. Zacznij od artefaktu, którego potrzebuje opiekun:

• Cursor: Request ID wiąże Twoje zgłoszenie z dokładnym wywołaniem modelu po stronie Cursor. Bez niego “agent zmyślił plik” jest niewykonalne; z nim support może prześledzić żądanie. Pobierz je przez Command Palette > “Report AI Action”.
• Claude Code: uruchom /bug, gdy złe zachowanie wciąż jest na ekranie, aby transkrypcja dołączyła się automatycznie, lub wklej końcowe linie wyniku /debug. Zaznacz, czy byłeś na --dangerously-skip-permissions lub czy zadziałał hook, bo oba zmieniają zachowanie.
• Codex: podaj powierzchnię (App / CLI / IDE / Cloud), model z /status oraz swoje approval_policy / sandbox_mode. Sandbox workspace-write kontra read-only często wyjaśnia “odmówił edycji mojego pliku”.

Uwaga

Usuń sekrety przed dołączeniem logów. /bug i reporter Cursor wysyłają Twoją rozmowę (w tym kod) do dostawcy; najpierw zredaguj klucze API, tokeny i dane klientów. Aby całkowicie wyłączyć /bug w Claude Code, ustaw DISABLE_BUG_COMMAND=1.

Informacje kontaktowe

Bezpośrednie kanały opinii

Cursor:

• Ogólne: forum.cursor.com lub hi@cursor.com
• Enterprise: enterprise@cursor.com
• Bezpieczeństwo: security@cursor.com

Claude Code:

• Ogólne: /bug w narzędziu lub issues na GitHub
• Enterprise: sales@anthropic.com
• Bezpieczeństwo: Bezpieczeństwo Anthropic (lub /bug dla podejrzanego zachowania)

Codex:

• Ogólne: github.com/openai/codex/issues lub opinia przez / w aplikacji
• Dyskusje: github.com/openai/codex/discussions
• Bezpieczeństwo: Skoordynowane ujawnianie OpenAI

Czasy odpowiedzi

• Krytyczne błędy: 24-48 godzin
• Prośby o funkcje: Przegląd miesięczny
• Dokumentacja: 1-2 tygodnie
• Ogólna opinia: Najlepsze starania

Wskazówka

Pamiętaj: Twoja opinia kształtuje te narzędzia. Nawet małe wkłady robią różnicę. Zacznij od czegoś prostego i rozwijaj się od tego!

Szybkie przyciski akcji

Zgłoś błąd Cursor Opublikuj na forum Cursor (aktywny tracker błędów)

Zgłoś błąd Claude Code Otwórz nowy problem dla Claude Code

Zgłoś błąd Codex Otwórz nowy problem dla Codex

Wnieś wkład w dokumentację Zrób fork publicznego repozytorium toolkitu i otwórz PR

Dziękujemy za pomoc w uczynieniu programowania wspomaganego AI lepszym dla wszystkich. Najbardziej przydatne, co możesz zrobić, to zgłosić jeden dobrze zdiagnozowany błąd z dołączonym Request ID, transkrypcją /bug lub codex --version — to właśnie zamienia frustrującą sesję w naprawę.