Stan sprintu w Twoim agencie: co się zmienia, gdy MCP umożliwi dostęp do tablicy z edytora

Większość agentów kodujących AI w 2026 r. wysyła kod w porządku. Piszą zgłoszenia, naprawiają błędy, otwierają PR, a nawet kłócą się, gdy się mylisz. Rzeczą, w której są stale źli, jest to wiedząc, w jakim sprincie uczestniczysz.

Agent nie wie, który sprint jest aktywny. Nie wie, jaki jest cel. Nie wie, które zadania są objęte zakresem, które są rozciągnięte, a które zablokowane. Nie wie, czyj zadanie właśnie został zamknięty. Więc kiedy człowiek pyta „Nad czym powinienem dalej popracować?” agent odpowiada z bieżącej gałęzi, otwartych plików i wszystkiego, co może grep; nigdy od rzeczywistego planu.

To jest luka MCP poprawki. I dlatego wznowiliśmy działalność mcp.sprintflint.com jako publiczny punkt końcowy. Ten post jest wersją dla praktyka: czym właściwie jest MCP, co się zmienia, gdy stan sprintu jest dostępny z poziomu edytora, oraz cztery sposoby, w jakie zespoły niewłaściwie wykorzystują integrację w ciągu pierwszych dwóch tygodni.

Co to jest MCP, w jednym akapicie

Model Context Protocol to standard umożliwiający komunikację asystentów AI korzystających z narzędzi z systemami zewnętrznymi. Agent łączy się z serwerem MCP, serwer ogłasza listę narzędzi (funkcji, które agent może wywołać) i zasobów (danych, które agent może odczytać), a agent używa ich w ramach normalnego przepływu pracy. To brakująca warstwa pomiędzy „agent ma dostęp do powłoki” i „agent ma dostęp do Twojej bazy danych planowania sprintu.” MCP jest dla asystentów AI tym, czym LSP jest dla redaktorów; jeden protokół, każda implementacja.

Co się zmienia, gdy stan sprintu znajduje się w edytorze

Przed MCP: inżynier wkleja opis zadania do Claude. Agent czyta to, generuje plan, pisze kod i oddaje. Inżynier kopiuje wynik do komentarza do zgłoszenia. Dwa ręczne mostki kontekstowe, oba przeciekają.

Po MCP: agent bezpośrednio odczytuje zadanie. Wie kryteria akceptacji. Zna powiązane PR. Wie, o czym dyskutowano wczoraj w komentarzach. Po zakończeniu publikuje komentarz do zgłoszenia z aktualizacją statusu. Kiedy inżynier pyta „co blokuje sprint?”, agent odpytuje rzeczywistą płytkę, a nie pamięć inżyniera stójka.

Konkretnie, po tygodniu użytkowania, zaobserwowane przez nas wzorce ustabilizowały się:

1. Planowanie w trybie pull. Inżynier rozpoczyna sesję z „Co dalej na moim talerzu?” Agent dzwoni my-issues, wybiera niezablokowany element o najwyższym priorytecie, prosi człowieka o potwierdzenie i rozpoczyna pracę. Żadnego przełączania zakładek na tablicę.
2. Automatyczny komentarz na PR otwarty. Kiedy agent otwiera PR, publikuje komentarz do zgłoszenia SprintFlint łączący PR. Zamyka pętlę bez wysiłku inżyniera.
3. Przegląd kodu uwzględniający sprint. Kiedy agent przegląda PR, pobiera powiązany zadanie, czyta kryteria akceptacji i zaznacza PR, które ich nie spełniają; zamiast tylko komentować styl.
4. Standup przed zapisem. Przed wstaniem człowieka agent ciągnie „Jakie zgłoszenia zamknąłem wczoraj, nad czym dzisiaj pracuję, co jest zablokowane?” i pisze wiadomość stand-up. Człowiek edytuje dwa słowa i posty.

Żadne z nich nie wymaga zmian w kodzie. Wymagają, aby agent mógł zobaczyć stan sprintu.

Dlaczego to jest wznowienie?

Mieliśmy MCP w wersji 1.1, usunęliśmy go w wersji 1.2 na rzecz podejścia opartego na umiejętnościach agenta typu open source i obserwowaliśmy, jak specyfikacja MCP stabilizuje się wokół 2025-06-18 rewizja protokołu. Obecnie jest to de facto standard. Cursor, Claude Code, Zed i Claude Desktop nim posługują się. Wracamy więc z cieńszą implementacją: pojedynczym punktem końcowym HTTP obsługującym transmisję strumieniową mcp.sprintflint.com, uwierzytelnianie tokena na okaziciela (ten sam token co REST API) i katalog narzędzi mapowany 1:1 na model zasobów.

Konfiguracja w 30 sekund

Konfiguracja Claude Desktop:

{
  "mcpServers": {
    "sprintflint": {
      "url": "https://mcp.sprintflint.com",
      "headers": { "Authorization": "Bearer YOUR_TOKEN" }
    }
  }
}

Wpadnij do ~/Library/Application Support/Claude/claude_desktop_config.json (lub odpowiednik w Twoim systemie operacyjnym), uruchom ponownie Claude Desktop, narzędzia SprintFlint pojawią się w menu narzędzi. Cursor i Claude Code używają prawie identycznej konfiguracji; pełne instrukcje dla redaktorów na /integracje strona.

Jakie są narzędzia

Po ponownym uruchomieniu zdecydowaliśmy się zachować wąską powierzchnię. Osiem narzędzi odwzorowanych na działania, które programista faktycznie wykonuje podczas sprintu:

Dwie operacje, które wykonaliśmy celowo nie wysyłka pierwszego dnia: delete-issue i delete-sprint. Aktualizacja jest w toku; każdą mutację można odwrócić z poziomu interfejsu użytkownika, a przepływ pracy („agent zmienia status na w toku, gdy zaczyna działać”) jest zbyt cenny, aby go pominąć. Zniszczenie jest inne. Asymetria kosztów „agent postanowił usunąć niewłaściwy problem” jest znacznie wyższy niż „inżynier sam klika przycisk usuwania”, więc agent nie otrzymuje jeszcze tych narzędzi. Powrócimy do tego, gdy wzorce się ustabilizują.

Cztery sposoby, w jakie zespoły nadużywają go w ciągu pierwszych dwóch tygodni

Obserwowaliśmy to wystarczająco dużo razy, żeby to nazwać.

1. Pozwól agentowi zapisać każdą myśl jako zadanie. Domyślną dyspozycją agenta jest wytwarzanie artefaktów. Bez poręczy stworzy zadanie za każdym razem, gdy człowiek powie „a tak przy okazji, stan ładowania na desce rozdzielczej jest dziwny”. Sprint zaległości za trzy dni stanie się wysypiskiem śmieci. Poprawka: powiedz agentowi w wierszu poleceń systemowych, że utworzenie zgłoszenia jest działaniem zamierzonym, a nie domyślnym. Potwierdź przed złożeniem wniosku.

2. Automatyczne zamykanie zadań w przypadku połączenia PR. Kuszące. Czasami źle. Połączony PR nie zawsze zamyka sprawę; może to być jedno z trzech żądań PR dotyczących tego samego zgłoszenia lub może przejść weryfikację bez uwzględnienia faktycznych kryteriów akceptacji. Poprawka: posty agenta a „ten PR zamyka zadanie X, proszę potwierdzić” zamiast tego skomentuj. Człowiek zamyka zadanie.

3. Traktowanie agenta jako zastępcy Premiera. Agent potrafi odczytać sprint, ale nie zna kontekstu strategicznego. „Czy powinniśmy dodać to do następnego sprintu?” to pytanie PM, a nie pytanie wywołania narzędzia. Poprawka: agent wystawia zadania, człowiek ustala priorytety.

4. Rozprzestrzenianie się tokenów. Tokeny okaziciela mają pełny dostęp do organizacji. Jeśli połączenie agenta jest współdzielone między komputerami, Twój token jest współdzielony między komputerami. Poprawka: jeden token na programistę, nazwany i odwołalny. Strona ustawień konta SprintFlint zawiera listę wszystkich aktywnych tokenów z czasem ostatniego użycia, dzięki czemu możesz wykryć sieroty.

Dokąd to zmierza

Podstawą jest ponownie uruchomiony serwer MCP. Następną warstwą są monity i zasoby sterowane przez serwer; specyfikacja MCP obejmuje oba i pozwalają serwerowi przekazywać agentowi takie informacje „oto standardowy format pliku a cel sprintu” lub „Oto zespół definicja zrobionego” bez wklejania ich przez programistę do każdej sesji. Dodamy je w nadchodzących sprintach, za flagą zgody, podczas gdy sprawdzamy, które podpowiedzi faktycznie poruszają igłę. Do tego czasu powyższa powierzchnia narzędzi wystarczy, aby zamknąć 80% luki w kontekście, która motywowała wersję 1.7.

Spróbuj

• Wygeneruj token z ustawień swojego konta w dniu sprintflint.com
• Wrzuć konfigurację JSON do swojego edytora
• Otwórz sesję i zapytaj: „Jaki jest aktywny sprint i co jest jeszcze otwarte?”

Jeśli Twój edytor nie mówi jeszcze w MCP, ODPOCZYNEK API obejmuje te same funkcje i udostępnia umiejętności agenta dla narzędzi preferujących interfejs wywołań narzędzi. Wybierz ten, który obsługuje już Twoje narzędzie; spotkamy się tam.