Codex w Slacku i Linearze: delegowanie issue do zadań w chmurze

ChatGPT w Slacku i integracja Codex z Linearem uruchamiają zadanie Codex w chmurze po wzmiance @ChatGPT w wątku Slacka (przy włączonej Cloud delegation), delegowaniu issue z Lineara do Codex albo regule triażu, a wyniki publikują w tym wątku lub issue. Praca odbywa się w chmurowym środowisku Codex, więc wynik jest tyle wart, ile jego testy i bramki pull requesta.

Klient zgłasza na #support, że faktury PDF pokazują zły podatek dla adresów w Kanadzie. PM zakłada issue w Linearze, inżynier bierze je dwa dni później i przez pierwszą godzinę szuka właściwego pliku. Ta strona jest dla programisty, który chce, żeby taki błąd wracał jako przetestowany pull request, i dla tech leada, który decyduje, które issue wolno delegować i kto zatwierdza wynik.

Co daje podłączenie Codex do Slacka i Lineara

• Kolejność konfiguracji obu integracji, która omija najczęstszą cichą awarię: brak pasującego środowiska chmurowego.
• Pięć promptów do skopiowania: zawężona poprawka ze Slacka, wątek „najpierw zbadaj” w Slacku, szablon issue w Linearze, które Codex jest w stanie domknąć, para komentarzy „zbadaj, potem popraw” oraz prompt dla lokalnego MCP Lineara.
• Politykę reguł triażu: które issue Codex może przejmować i kto pozostaje odpowiedzialny.
• Ścieżkę weryfikacji, która dowodzi, że delegowana zmiana działa, bez czytania całego diffu.

Jak wiadomość na Slacku lub issue w Linearze staje się pull requestem

Obie integracje kończą w tym samym mechanizmie. Na Slacku ChatGPT przyjmuje prośbę i, przy włączonej Cloud delegation, przekazuje pracę nad repozytorium do osobnego zadania Codex Cloud, a wynik zwraca do wątku. W Linearze delegowanie lub wzmianka tworzy zadanie Codex w chmurze (dokumentacja OpenAI nazywa je „cloud chat”), a Codex odpowiada w issue, podając postęp i wyniki. Praca odbywa się w chmurowym środowisku Codex. Z zadania otwierasz pull request jak z każdego innego wyniku Codex w chmurze.

Punkt wejścia	Kto uruchamia	Jaki kontekst czyta Codex	Najlepszy do
@ChatGPT na kanale Slacka	Każdy, kto może wspomnieć ChatGPT na tym kanale	Prośba na Slacku; praca nad repozytorium trafia do zadania Codex Cloud przez Cloud delegation	Błędy zgłoszone w rozmowie, szybkie analizy
Delegowanie issue z Lineara do Codex	Każdy, kto może przypisywać w zespole	Tytuł, opis i komentarze issue	Dobrze opisane tickety z kryteriami akceptacji
@Codex w komentarzu w Linearze	Każdy przy issue, także gdy właścicielem jest człowiek	Issue i wątek komentarzy	Prośba o analizę lub drugie podejście
Reguła triażu w Linearze delegująca do Codex	Automatycznie, dla każdego pasującego issue	Jak przy delegowaniu	Liczne klasy błędów o niskim ryzyku
MCP Lineara w sesji lokalnej	Ty, w Codex CLI, rozszerzeniu IDE lub aplikacji desktopowej	Issue, które agent sam pobierze	Lokalna praca zaczynająca się od ticketu

Te szczegóły produktu pochodzą ze stron OpenAI „Use ChatGPT in Slack”, o Linearze i o chmurze w wersji z 2026-10-12; strona o Linearze jest niezmieniona od 2026-08-28. Nazwy menu potwierdź we własnym workspace.

Skonfiguruj środowisko chmurowe przed którąkolwiek integracją

Bez używalnego środowiska obie integracje zawodzą po cichu: zadanie albo nie startuje, albo pracuje w niewłaściwym środowisku. Najpierw zbuduj środowisko i upewnij się, że uruchamia ono twoje testy, bo to testy czynią delegowaną zmianę weryfikowalną. Skrypty setup, cache, sekrety i politykę dostępu agenta do internetu opisuje strona Środowiska chmurowe Codex.

1. Połącz GitHuba z Codex. Dla Slacka utwórz środowisko chmurowe dla każdego repozytorium, do którego chcesz delegować, pozwól Codex je przygotować i przetestować, opublikuj je i udostępnij opublikowane środowisko workspace’owi. Dla Lineara skonfiguruj środowisko po staremu: OpenAI pisze, że Codex Cloud (Legacy) „continues to support environments for Code Review and the Linear and GitHub integrations” (strona OpenAI o środowiskach chmurowych, sprawdzone 2026-10-12), a konfigurację opisuje strona Środowiska chmurowe Codex. Sprawdź, że jedno zadanie uruchomione z interfejsu webowego Codex przechodzi testy na zielono.
2. Wpisz polecenia testów, lintera i sprawdzania typów do pliku AGENTS.md w repozytorium, żeby każde zadanie w chmurze uruchamiało je bez przypominania. Zobacz AGENTS.md dla Codex.
3. Według strony OpenAI „Use ChatGPT in Slack” dodaj ChatGPT do swojego workspace Slacka i włącz Cloud delegation.
4. Zdecyduj, na których kanałach można wspominać @ChatGPT w sprawie pracy nad repozytorium, i powiedz ludziom, żeby w pierwszej wiadomości podawali owner/repo.
5. W ustawieniach Codex otwórz Connectors i zainstaluj Codex for Linear.
6. Połącz konto Lineara, wspominając @Codex w komentarzu pod dowolnym issue.

Notatka

Każda integracja dziedziczy uprawnienia konta Codex, które za nią stoi. Dokumentacja OpenAI o Linearze (stan z 2026-08-28) mówi, że zadania uruchomione regułą triażu działają na koncie autora issue. Sprawdź, czy każda osoba zakładająca issue w delegowanym zespole ma w Codex dostęp do właściwych repozytoriów, bo inaczej jej zgłoszenia utkną na etapie wyboru środowiska.

Deleguj poprawkę z wątku na Slacku

Wspomnij @ChatGPT z prośbą na kanale Slacka. Przy włączonej Cloud delegation ChatGPT przekazuje pracę nad repozytorium do osobnego zadania Codex Cloud i zwraca wynik do wątku.

Nie licz na to, że ChatGPT sam odgadnie repozytorium, plik i definicję ukończenia. Podaj wszystkie trzy w wiadomości, w której go wspominasz, nawet jeśli traceback jest już w wątku.

Prompt do skopiowania: zawężona poprawka z wątku na Slacku

@ChatGPT fix the TypeError from the traceback above in acme/api. It comes from the Express error handler in src/middleware/errors.ts, which calls res.json() after the response has already been sent. Make the handler return early when res.headersSent is true. Add a Vitest case in tests/middleware/errors.test.ts that sends a response, then triggers the handler, and asserts no second write happens. Run the full test suite and report the result in the task summary.

Przy zgłoszeniu z kanału supportu poproś najpierw o ustalenia, a dopiero potem o poprawkę. Wątek zawiera wtedy analizę, którą zespół może sprawdzić, zanim powstanie jakikolwiek kod, a poprawkę zatwierdzasz w tej samej rozmowie.

Prompt do skopiowania: najpierw analiza, potem poprawka w tym samym wątku

@ChatGPT A customer reports that invoice PDFs show the wrong tax rate when the billing address is in Canada. In acme/billing-api, trace where the PDF generator gets its tax rate, check how Canadian provinces are handled, and list the likely cause with file and line references. Do not change any code yet.

Gdy sprawdzisz analizę, odpowiedz w tym samym wątku:

@ChatGPT Your analysis is right. Implement the fix you proposed. Add unit tests for a US, a Canadian (Ontario), and an EU billing address, keep the existing tests passing, and open the change as a pull request.

Jakiego środowiska używa Cloud delegation

Cloud delegation wymaga opublikowanego środowiska Codex, które jest udostępnione workspace’owi (strona OpenAI o Slacku, sprawdzone 2026-10-12). Bez niego praca nad repozytorium nie może trafić do zadania Codex Cloud. Strona OpenAI o Slacku nie opisuje, jak przekierować zadanie oddelegowane z nieprawidłowym repozytorium lub środowiskiem (sprawdzone 2026-10-12), więc nie licz na to, że odpowiedź w wątku je skoryguje: odrzuć zadanie i zacznij nową prośbę z podanym owner/repo.

Najtańszy nawyk to zawsze podawać owner/repo w pierwszej wiadomości, żeby prośba nigdy nie zależała od zgadywania.

Deleguj issue z Lineara do Codex

Deleguj issue do Codex tak, jak przypisujesz je koledze z zespołu, a Codex będzie publikował w nim postęp i wyniki. Pomaga tu model samego Lineara: „issues can only be assigned to humans, and only delegated to agents”, więc issue zachowuje ludzkiego assignee, który odpowiada za wynik, a pracę wykonuje Codex (Linear, „Our approach to building the Agent Interaction SDK”, 2025-08-01). Trzymaj się tego wzorca. To ludzki assignee zatwierdza wynik.

Issue, które Codex jest w stanie domknąć, ma ten sam kształt co issue dla nowej osoby w zespole: oczekiwane i faktyczne zachowanie, miejsce w kodzie i testowalną definicję ukończenia.

Prompt do skopiowania: opis issue w Linearze, które Codex domknie

Title: Canadian tax rate not applied to invoice PDFs

Repository: acme/billing-api

Expected: an invoice PDF for a customer with an Ontario billing address shows 13% HST.
Actual: the PDF shows 0% tax, the US default.

Where to look: src/services/pdf/invoice-generator.ts and src/services/tax/calculator.ts.

Done when:
- A customer in Ontario gets 13% HST on the PDF.
- Unit tests cover one US, one Canadian, and one EU address.
- The existing test suite, lint, and type check pass.
- The pull request description lists the files changed and the test commands run.

Wspomnij @Codex w komentarzu, gdy issue ma już właściciela albo gdy chcesz analizy przed kodem. Kolejne komentarze kontynuują to samo zadanie.

Prompt do skopiowania: analiza, potem poprawka w komentarzach w Linearze

@Codex Investigate the root cause of this issue in acme/payment-service. Start with the webhook handler in src/routes/webhooks.ts and the retry logic in src/services/retry.ts. Report what you find and propose up to two fixes with their trade-offs. Do not make changes yet.

Gdy propozycja zostanie przyjęta:

@Codex Implement option 2 (exponential backoff with jitter). Add tests for the retry schedule and for giving up after the maximum attempts, and open a pull request against main.

Kieruj nowe issue do Codex regułami triażu w Linearze

Reguła triażu zamienia delegowanie z decyzji w ustawienie domyślne, więc jest polityką, a nie wygodą. Zacznij wąsko i rozszerzaj regułę dopiero wtedy, gdy delegowane pull requesty konsekwentnie przechodzą review.

1. W Linearze otwórz ustawienia zespołu i włącz Triage.
2. W sekcji Triage rules dodaj regułę, której akcja deleguje do Codex.
3. Dodaj filtry, żeby reguła łapała tylko klasę pracy, którą powierzasz Codex, np. etykietę bug i priorytet Low lub Medium.
4. Załóż testowe issue pasujące do reguły i sprawdź, że Codex je podejmuje i publikuje w nim wpis.

Kieruj do Codex regułą	Zostaw człowiekowi
Powtarzalne błędy w jednej usłudze, dla których opiszesz padający test	Funkcje wymagające decyzji produktowej
Podbicia zależności i małe refaktoryzacje w pełni pokryte testami	Zmiany przekraczające granice usług lub schematu
Poprawki tekstów, konfiguracji i ostrzeżeń lintera	Wszystko, co dotyka uwierzytelniania, logiki rozliczeń lub usuwania danych
Issue z wypisaną listą „Done when”	Issue z jednolinijkowym opisem

Weryfikuj delegowaną pracę bez czytania każdej linii

Pull request ze Slacka lub Lineara przechodzi te same bramki co każda inna zmiana i to one, a nie lektura linia po linii, są dowodem. Skonfiguruj je raz, a review stanie się sprawdzeniem dowodów.

1. Kryteria akceptacji w prośbie. Lista „Done when” w issue lub wiadomości na Slacku to kontrakt. Recenzent porównuje każdy punkt z podsumowaniem zadania i testami, a nie z diffem.
2. Testy uruchomione w zadaniu w chmurze. Ponieważ AGENTS.md wskazuje polecenia testów, agent je uruchamia, a podsumowanie zadania powinno mówić, czy testy się wykonały i przeszły. Podsumowanie bez przebiegu testów oznacza nieudane zadanie, niezależnie od wyglądu diffu.
3. CI na pull requeście. Te same wymagane checki co przy pull requeście od człowieka: testy, linter, sprawdzanie typów i skan bezpieczeństwa. Delegowane pull requesty nie mają wyjątków.
4. Automatyczne review. Skomentuj pull request @codex review albo włącz automatyczne review, żeby drugi agent sprawdził zmianę pod kątem twoich reguł review. Zobacz Code review z Codex.
5. Ludzkie zatwierdzenie na podstawie dowodów. Assignee w Linearze albo osoba, która prosiła na Slacku, zatwierdza pull request po przeczytaniu podsumowania, wyniku testów i uwag z review. Kod czyta tylko tam, gdzie review zgłasza wątpliwość albo zmiana dotyka ryzykownej ścieżki.

Żeby odtworzyć wynik lokalnie przed zatwierdzeniem, pobierz diff zadania przez Codex CLI (codex cloud jest w wersji 0.157.1 oznaczone jako eksperymentalne):

codex cloud list --limit 5          # find the task ID
codex cloud diff TASK_ID            # show the unified diff
codex cloud apply TASK_ID           # apply it to your working tree, then run the tests

Zastąp TASK_ID identyfikatorem z codex cloud list albo z linku do zadania w Slacku lub Linearze.

Daj lokalnym sesjom Codex kontekst z Lineara i Slacka przez MCP

Opisane wyżej integracje działają w chmurze. Gdy pracujesz lokalnie w Codex CLI, rozszerzeniu IDE lub aplikacji desktopowej, podłącz oficjalny zdalny serwer MCP Lineara, żeby agent sam czytał issue i komentarze, zamiast żebyś je wklejał. Uruchom w terminalu:

codex mcp add linear --url https://mcp.linear.app/mcp
codex mcp login linear

Albo dodaj serwer do ~/.codex/config.toml, a potem uruchom codex mcp login linear:

[mcp_servers.linear]
url = "https://mcp.linear.app/mcp"

Kuratorowana wtyczka instaluje ten sam serwer jednym poleceniem: codex plugin add linear@openai-api-curated. Nazwę marketplace openai-api-curated wypisuje codex plugin list w wersji 0.157.1. Siostrzana wtyczka slack@openai-api-curated podłącza zdalny serwer MCP Slacka (https://mcp.slack.com/mcp), dzięki czemu lokalna sesja może czytać i streszczać kanał. Konfigurację MCP w ogóle opisuje Konfiguracja MCP w Codex, a Integracja MCP z Jira i Linear porównuje serwery trackerów zadań w różnych narzędziach.

Prompt do skopiowania: praca nad issue z Lineara w sesji lokalnej

Use the Linear MCP server to read issue ENG-1234, including all comments. Restate the acceptance criteria as a checklist and wait for my confirmation. Then implement the change on a new branch, run the test suite, and post a comment on ENG-1234 with the branch name, the tests you ran, and their result. Do not change the issue's status.

Co się psuje, gdy Codex działa ze Slacka i Lineara?

Praca nad repozytorium nie rusza po wzmiance. Na Slacku Cloud delegation jest wyłączona dla workspace’u albo nie udostępniono mu żadnego opublikowanego środowiska, więc ChatGPT nie może przekazać pracy nad repozytorium do zadania Codex Cloud. W Linearze konto może nie być połączone lub potwierdzone. Naprawa: na Slacku sprawdź oba warunki w konfiguracji „Use ChatGPT in Slack” od OpenAI i ponownie wspomnij @ChatGPT; w Linearze wspomnij @Codex raz w dowolnym komentarzu, żeby połączyć konto, i sprawdź Connectors w ustawieniach Codex.

Zadanie pracuje w złym środowisku. Prawdopodobna przyczyna to prośba bez wskazanego repozytorium. Strona OpenAI o Slacku nie mówi, jak ChatGPT wybiera repozytorium ani jak przekierować oddelegowane zadanie (sprawdzone 2026-10-12). Naprawa: odrzuć zadanie i zacznij nową prośbę z właściwym owner/repo, z @ChatGPT na Slacku albo @Codex w komentarzu w Linearze.

Poprawka trafia na zły branch. Zadanie w chmurze może wystartować z innego brancha, niż zamierzałeś, a to, którego brancha użyje, zależy od środowiska. Naprawa: podaj branch w prośbie („apply this on release/2026-10”) i przed zatwierdzeniem sprawdź branch bazowy pull requesta.

Pull request przechodzi CI, ale mija się z celem. Issue nie miało testowalnej definicji ukończenia, więc Codex spełnił dosłowne brzmienie. Naprawa: zamknij pull request, przepisz issue z listą „Done when” i deleguj ponownie. Powtarzające się przypadki traktuj jako problem szablonu issue, a nie modelu.

Kontekst ginie w długim wątku. Kluczowy szczegół może być 50 wiadomości wyżej. Naprawa: powtórz repozytorium, objaw i kryteria akceptacji w wiadomości, w której wspominasz @ChatGPT.

Reguła triażu zasypuje Codex issue, których nie domknie. Reguła łapie zbyt szeroko. Naprawa: wyłącz regułę, zawęź ją etykietą i priorytetem, włącz ponownie. Przed kolejnym rozszerzeniem przejrzyj ostatnią partię delegowanych pull requestów.

Zadanie z reguły triażu pada dla części zgłaszających. Zadania uruchomione regułą działają na koncie autora issue, które może nie mieć dostępu do repozytorium. Naprawa: nadaj tej osobie w Codex dostęp do środowiska albo zakładaj takie issue z konta, które go ma.

Tekst klienta na kanale supportu próbuje sterować agentem. Wszystko w wątku jest wejściem zadania, łącznie z wklejoną wiadomością „ignore previous instructions”. Naprawa: nie włączaj agentowi dostępu do internetu w środowisku, jeśli zadanie go nie wymaga, trzymaj sekrety poza fazą agenta i pozwól decydować o merge’u wyłącznie CI i bramkom review.

Fragmenty kodu pojawiają się na kanale, na którym nie powinny. ChatGPT zwraca wynik do wątku, w którym go wspomniano. Naprawa: ogranicz delegowanie do kanałów z właściwymi odbiorcami, zapytaj administratora workspace, jakie kontrole wyjścia ma twoja konfiguracja, a resztę kontroli danych znajdziesz w Zarządzanie Codex w firmie.

Dokąd dalej po delegowaniu ze Slacka i Lineara

• Środowiska chmurowe Codex: każde delegowane zadanie instaluje zależności, testuje i domyślnie działa bez internetu.
• Automatyzacje Codex: cykliczna praca według harmonogramu lub obsługiwanych zdarzeń aplikacji.
• Automatyzacja PR w Codex: cykl życia pull requesta po zadaniu w chmurze.
• Zarządzanie kosztami Codex: każde delegowane zadanie zużywa limit, więc zaplanuj budżet, zanim rozszerzysz reguły triażu.
• Inne narzędzia: Claude Tag w Slacku dla Claude Code oraz Workflow automatyzacji w Cursor dla wyzwalaczy Slacka i Lineara w Cursorze.
• Od zgłoszenia do pull requesta bez rąk na klawiaturze: ten sam przepływ w Claude Code, Codex i Cursorze, z pakietem dowodów.