Połącz Cursor z Nodary

Zanim zaczniesz

• Aplikacja desktopowa Cursor. Gdy sprawdzaliśmy, strona cennika Cursor nie podawała, które plany obejmują serwery MCP; w planie Enterprise administratorzy kontrolują dostęp do MCP, a zespół może prowadzić listę dozwolonych serwerów.
• Konto Nodary. Serwer MCP jest w każdym planie; w planie Free, dopóki przestrzeń mieści się w jego limitach: 1 projekt, 10 dokumentów i folderów, 2 członków. Cursor nie zużywa komet: korzysta z własnego modelu.

Dodaj Nodary do mcp.json

1. Otwórz ~/.cursor/mcp.json w folderze domowym (Nodary w każdym projekcie) albo .cursor/mcp.json w projekcie (tylko w nim) i dodaj serwer:

   {
     "mcpServers": {
       "nodary": {
         "url": "https://nodary.ai/api/mcp"
       }
     }
   }

   Kopiuj
2. Otwórz Customize na pasku bocznym Cursor, znajdź nodary wśród serwerów MCP, włącz go i zaloguj się, gdy Cursor poprosi: strona zgody Nodary otworzy się w przeglądarce.
3. Zatwierdź dostęp. Cursor pokaże wtedy narzędzia Nodary jako dostępne.

Udostępnianie pliku: plik .cursor/mcp.json zapisany w repozytorium daje cały zespołowi ten sam serwer; każdy i tak loguje się własnym kontem. Nigdy nie zapisuj klucza API w repozytorium.

Zaloguj się i wybierz przestrzenie

Strona zgody Nodary podaje aplikację, która prosi o dostęp, i adres, na który zostanie odesłana. Zaloguj się, jeśli trzeba, i wybierz przestrzenie robocze, do których Cursor będzie mieć dostęp: gdy masz jedną, wybierasz ją; gdy masz kilka, żadna nie jest zaznaczona z góry, więc zaznacz każdą, z której Cursor może korzystać. Jeśli od logowania minęło ponad 10 minut, Nodary ponownie poprosi o hasło. Zatwierdź, a przeglądarka wróci do Cursor.

Cursor działa wtedy w twoim imieniu: widzi i zmienia tylko to, na co pozwala twoja rola, w zaznaczonych przestrzeniach. Jego dostęp trwa za każdym razem 60 minut i Cursor odnawia go sam.

Używaj Nodary z poziomu agenta

Pytaj agenta własnymi słowami. Cursor używa narzędzi Nodary, gdy prośba ich wymaga, i domyślnie prosi o zgodę przed uruchomieniem każdego z nich. Kilka próśb na początek:

• Przeczytaj w Nodary dokument projektu API i sprawdź ten endpoint pod jego kątem.
• Napisz zapis decyzji o przejściu na Postgres, umieść go w folderze Architektura i połącz ze specyfikacją.
• Które dokumenty w projekcie Backend to wciąż szkice i kto za nie odpowiada?

Zamiast tego z kluczem API

Zapisz klucz w zmiennej środowiskowej NODARY_API_KEY i wysyłaj go w nagłówku; Cursor odczytuje ${env:NODARY_API_KEY} z twojego środowiska:

{
  "mcpServers": {
    "nodary": {
      "url": "https://nodary.ai/api/mcp",
      "headers": {
        "Authorization": "Bearer ${env:NODARY_API_KEY}"
      }
    }
  }
}

Utwórz klucz w Nodary, w sekcji Profil, Klucze API i MCP. Zaczyna się od gdc_, jest pokazywany tylko raz, działa z twoimi uprawnieniami, można go ograniczyć do jednego projektu i wygasa po 30, 90 lub 365 dniach albo nigdy, jak wybierzesz.

Jeśli coś nie działa

• Nie widać narzędzi Nodary: otwórz Customize i sprawdź, czy nodary jest włączone, a błędy przeczytaj w panelu Output, w sekcji MCP Logs.
• Logowanie się nie kończy: połącz się kluczem API, jak opisano wyżej.
• Pierwsze żądanie z odpowiedzią 401 jest normalne: mówi klientowi, gdzie się zalogować.
• quota_locked: przestrzeń przekracza plan Free po okresie próbnym i jest zablokowana, dopóki właściciel nie wykupi subskrypcji. Potem od razu znów działa.
• billing_locked: płatność się nie powiodła, więc przestrzeń jest zablokowana, dopóki właściciel jej nie ureguluje w rozliczeniach przestrzeni. Działa znów, gdy tylko płatność przejdzie.
• workspace_suspended: Nodary zawiesiło przestrzeń i nic do niej nie dociera, także agenci. Właściciel może napisać na support@nodary.ai.
• workspace_required: połączenie obejmuje kilka przestrzeni, więc wskaż tę, w której agent ma pracować, albo połącz się ponownie i zaznacz tylko jedną.

Pytania

Czytaj dalej