opencode Telegram MCP - oddaj skrzynkę agentowi w terminalu

Globalnie - ~/.config/opencode/opencode.json

Jeden wpis, który idzie za tobą do każdego otwieranego repozytorium. To właściwe miejsce na osobistą autoryzację: serwer jest dostępny zarówno w projekcie służbowym, jak i weekendowym, a ty autoryzujesz się raz, a nie przy każdym klonie.

{
  "$schema": "https://opencode.ai/config.json",
  "mcp": {
    "entergram": {
      "type": "remote",
      "url": "https://mcp.entergram.com/mcp",
      "enabled": true
    }
  }
}

Dla projektu - opencode.json w katalogu głównym repozytorium

Zatwierdzony razem z kodem, więc każdy, kto sklonuje repozytorium, ma zadeklarowany serwer bez dodatkowych wyjaśnień. Nie udostępniasz niczego tajnego: plik zawiera adres i nic więcej, a każda osoba z zespołu i tak loguje się sama, z własnymi uprawnieniami. Konfiguracja projektu nakłada się na plik globalny, więc trzymaj jedną definicję zamiast dwóch konkurujących.

Bez interfejsu - opencode run

To w ogóle powód, dla którego ten konektor pasuje do agenta terminalowego. Pojedyncze nieinteraktywne wywołanie mieści się w skrypcie wdrożenia, celu Makefile albo kroku CI i dzięki temu powiadomienie o wydaniu przestaje zależeć od tego, czy ktoś pamięta, żeby je wysłać.

opencode run "opublikuj podsumowanie wydania v2.14 na kanale klientów"

Pokaż wszystkie narzędzia (78, grupy: 9) →

• Pierwsza autoryzacja wymaga przeglądarki. Wywołanie ze skryptu nie przejdzie przez ekran zgody, więc autoryzuj się raz w sesji interaktywnej, a zapisany dostęp obsłuży kolejne przebiegi.
• Zatwierdzony opencode.json udostępnia adres, a nie dostęp. Każda osoba, która pobierze repozytorium, loguje się sama, a jej token niesie jej uprawnienia, nie twoje.
• Po naszej stronie nie ma harmonogramu. opencode kończy działanie razem z przebiegiem, więc wszystko cykliczne (nocne zestawienie, komunikat po wdrożeniu) to twój wpis cron lub krok pipeline, nigdy coś, co Entergram uruchamia sam.
• MCP należy do planu Pro. W niższych planach serwer nadal odpowiada na handshake, więc błąd wygląda na problem z konfiguracją, choć w rzeczywistości dotyczy rozliczeń.
• Zapis wymaga, żeby kolumna już istniała. Agent może wypełnić w czacie pole śledzenia wydań, ale utworzenie tego pola to akcja konektora przestrzeni roboczej, której osobisty dostęp nie wykona.
• Wskazywanie konta jest obowiązkowe. Nawyki z terminala każą oczekiwać rozsądnej wartości domyślnej, a jej nie ma, więc nazwij konto w prompcie, inaczej agent sam ustali je z listy kont.

opencode startuje, ale nie pokazuje narzędzi Entergram

Sprawdź, czy wpis jest w bloku mcp, ma type ustawione na remote i enabled na true. Wpis bez któregoś z tych elementów zostaje sparsowany i pominięty bez komentarza. Konfiguracja jest czytana przy starcie, więc po edycji uruchom sesję ponownie.

opencode nie chce wystartować po zmianie

Zostaw linię $schema i przepuść plik przez parser JSON. Zwykle winny jest przecinek na końcu, a błąd przy starcie zwykle wskazuje plik, a nie konkretną linię.

Przebieg ze skryptu zawiesza się na autoryzacji

Przebiegi nieinteraktywne nie otworzą ekranu zgody. Uruchom opencode raz interaktywnie, dokończ logowanie do Entergram, a zapisany dostęp obsłuży od tej pory przebiegi ze skryptów.

Działa niewłaściwa konfiguracja

opencode.json w projekcie nakłada się na plik globalny w ~/.config/opencode/. Jeśli ktoś z zespołu zatwierdził wpis, używany jest jego. Uzgodnij oba pliki, zamiast dodawać drugi serwer pod inną nazwą.

Wiadomości trafiają w złe miejsce

Nazwij w prompcie zarówno konto, jak i docelowy czat. entergram_list_accounts ustala to pierwsze, ale nic w sesji terminala nie wskazuje wartości domyślnej, a jednorazowy przebieg nie zatrzyma się, żeby cię zapytać.

Wywołania zaczęły się nie udawać po kilku dniach

Tokeny wygasają. Uruchom opencode interaktywnie i ponownie zatwierdź dostęp. Plik konfiguracyjny się nie zmienia, zmienia się tylko autoryzacja za nim.