NEW! |Jedno wywołanie API, a w odpowiedzi czyste dane. Bez własnych scraperów.Odbierz 10 000 darmowych tokenów →

Platforma dla deweloperów

FineProxy API i MCP

Automatyzuj operacje proxy z poziomu kodu lub połącz agenta AI. Sprawdź obsługiwane możliwości, stosowane zabezpieczenia oraz sposób przeprowadzenia audytu istniejącej integracji przed zmianą dostawcy.

REST API49 operacji OpenAPI
Serwer MCP49 narzędzi agentów
DostępKlucze API z ograniczonym zakresem

Jedna platforma, dwa sposoby automatyzacji

API i MCP używają tych samych kluczy FineProxy z ograniczonym zakresem i udostępniają te same procesy klienta. Wybierz rozwiązanie zależnie od tego, kto będzie je obsługiwać: Twoja aplikacja czy agent AI.

REST · OpenAPI 3.1

Zintegruj FineProxy ze swoją aplikacją

Korzystaj z udokumentowanych punktów końcowych HTTP w backendzie, skrypcie, zadaniu CI, panelu wewnętrznym lub procesie no-code. Aktualna specyfikacja klienta jest dostępna w panelu.

Najlepszy wybór, gdy Twój kod musi:
  • Realizować deterministyczne procesy bez modelu AI
  • Weryfikować struktury żądań i odpowiedzi względem OpenAPI
  • Samodzielnie kontrolować ponowienia, kolejki, logi i wdrożenie
Otwórz dokumentację API

JSON-RPC 2.0 · Streamable HTTP

Zapewnij agentowi AI kontrolowany dostęp

Połącz Cursor, Claude, VS Code, Cline, n8n lub innego klienta MCP z serwerem FineProxy. Agent otrzyma narzędzia dozwolone przez zakresy klucza API.

Najlepszy wybór, gdy agent ma:
  • Sprawdzać zasoby, usługi, użycie i historię wsparcia
  • Wycenić i wykonywać zatwierdzone operacje na usługach
  • Diagnozować błędy i wyjaśniać zalecane zmiany
Otwórz konfigurację MCP w panelu

Przeprowadź audyt istniejącej integracji przed migracją

Pobierz jeden plik Markdown, dołącz go do agenta kodującego wraz z repozytorium i uruchom przygotowane polecenie audytu. Pierwszy etap jest tylko do odczytu: wskazuje zgodność, adaptery, przeszkody oraz dokładny kod wymagający zmiany.

Polecenie audytu migracji tylko do odczytu
Przeczytaj załączony FineProxy Agent Pack i sprawdź to repozytorium.

Nie modyfikuj kodu podczas pierwszego etapu.

Znajdź każde miejsce, w którym obecny dostawca proxy jest skonfigurowany lub wywoływany. Porównaj każdy proces z udokumentowanymi możliwościami FineProxy. Przedstaw:
1. W pełni zgodne procesy.
2. Procesy wymagające adaptera lub przekształcenia danych.
3. Nieobsługiwane lub niejasne zachowania.
4. Wymagane uprawnienia API FineProxy.
5. Dokładne pliki i ścieżki kodu, które wymagałyby zmiany.
6. Zmiany w uwierzytelnianiu i przechowywaniu sekretów.
7. Etapowy plan migracji z możliwością wycofania zmian.
8. Testy integracyjne potrzebne przed przełączeniem.

Nie wymyślaj punktów końcowych. Oznacz jako pytanie wszystko, czego nie potwierdza Agent Pack ani aktualna specyfikacja OpenAPI.

Audyt powinien zweryfikować

  1. 01Miejsca inicjalizacji i wywołań obecnego dostawcy
  2. 02Różnice w uwierzytelnianiu i przechowywaniu sekretów
  3. 03Procesy zakupu, odnawiania i anulowania usług oraz aktualizacji adresów IP
  4. 04Formaty list proxy, protokoły, porty i metody uwierzytelniania
  5. 05Wybór krajów, listy dozwolonych i limity połączeń
  6. 06Paginację, ponowienia, idempotencję, błędy i obsługę limitów zapytań
  7. 07Zależności związane z rozliczeniami, analityką użycia, wsparciem i webhookami
  8. 08Plan migracji i testów dla każdego pliku bez edytowania kodu

Na potrzeby implementacji na poziomie punktów końcowych przekaż agentowi również aktualny plik OpenAPI pobrany z panelu. Agent Pack celowo nie zawiera danych dostępowych ani prywatnych danych konta.

Co możesz zautomatyzować

Warstwa publiczna objaśnia kompletne procesy zamiast powielać każdy punkt końcowy. Podczas implementacji poszczególnych żądań korzystaj z aktualnej specyfikacji OpenAPI.

01

Zakup i udostępnianie

Sprawdzaj aktualne zasoby, obliczaj dokładny zestaw krajów i składaj zamówienia z wykorzystaniem portfela w panelu.

  • Wyświetlanie dostępnych krajów i aktualnych zasobów IP
  • Wycena pakietu obejmującego wiele krajów bez wydawania środków
  • Zakup z kontrolą ceny i kluczem idempotencji
02

Zarządzanie usługami

Obsługuj aktywne usługi bez oczekiwania na zgłoszenie do pomocy technicznej, jeśli plan obsługuje żądaną czynność.

  • Odnawianie, zawieszanie, przywracanie lub anulowanie usług
  • Wymiana lub dodawanie adresów IP i aktualizacja danych dostępowych
  • Zarządzanie automatycznym odnawianiem, listami dozwolonych i dodatkami dotyczącymi połączeń
03

Analityka i diagnostyka

Wykorzystuj telemetrię konta i usług do analizowania obciążenia, niezawodności i zachowania usług docelowych.

  • Odczytywanie przeglądów użycia i szeregów czasowych
  • Sprawdzanie najczęstszych usług docelowych i kategorii błędów
  • Otrzymywanie diagnostyki i zaleceń operacyjnych
04

Rozliczenia i wsparcie

Łącz operacje proxy z powiązanymi procesami finansowymi i pomocą techniczną.

  • Odczytywanie faktur i pobieranie ich w formacie PDF
  • Rozpoczynanie wpłaty do portfela i sprawdzanie jej statusu
  • Tworzenie, odczytywanie, odpowiadanie na i zamykanie zgłoszeń do pomocy technicznej
05

Dostęp do proxy

Pobieraj ustawienia potrzebne aplikacjom do łączenia się przez zakupione proxy.

  • Odczytywanie konfiguracji połączenia proxy rotacyjnego
  • Zmiana loginu i hasła usługi
  • Zarządzanie limitami połączeń dla poszczególnych adresów IP na liście dozwolonych
06

Zdarzenia i konto

Synchronizuj systemy zewnętrzne i sprawdzaj informacje o koncie istotne dla bezpieczeństwa.

  • Konfigurowanie webhooków i obsługi dostarczania
  • Odczytywanie danych profilu, adresu IP wywołującego i historii logowania
  • Zarządzanie kluczami API z precyzyjnie dobranymi uprawnieniami

Czego platforma nie zrobi

Automatyzacja FineProxy jest celowo ograniczona. Dostęp zależy od klucza, planu usługi, aktualnych zasobów i jednoznacznych kontroli bezpieczeństwa.

Brak dostępu poza przyznanymi zakresami

Narzędzie ani punkt końcowy nie może odczytać ani zmienić zasobu, jeśli klucz API nie obejmuje wymaganego uprawnienia.

Brak wydatków bez wallet:spend

Zakupy, odnowienia i płatne aktualizacje adresów IP pozostają niedostępne bez zakresu finansowego.

Brak niejawnych działań destrukcyjnych

Nieodwracalne operacje wymagają jawnej flagi potwierdzenia. Nie mogą wystąpić jako efekt uboczny żądania odczytu.

Brak dostępu do kodu źródłowego przez MCP

MCP FineProxy obsługuje konto klienta. Aby przeprowadzić audyt skryptu, agent kodujący musi osobno otrzymać dostęp do tego skryptu lub repozytorium.

Brak gwarancji niedostępnych zasobów

Dostępność krajów i liczba zasobów są sprawdzane na bieżąco. Automatyzacja nie może zamówić niedostępnych zasobów.

Brak partnerskiego API dla nieaktywnych partnerów

Specyfikacja partnerska i punkty końcowe raportowania są widoczne tylko wtedy, gdy konto ma aktywny status partnera.

Połącz agenta w kilka minut

Utwórz dedykowany klucz API w panelu, wybierz tylko zakresy potrzebne agentowi i umieść konfigurację MCP w swoim kliencie. Prawdziwy klucz przechowuj jako sekret lub zmienną środowiskową.

mcp.json
{
  "mcpServers": {
    "fineproxy": {
      "url": "https://fineproxy.org/account_new/api/v1/mcp",
      "headers": {
        "Authorization": "Bearer fb_YOUR_API_KEY"
      }
    }
  }
}

OpenAPI 3.1

Podczas implementacji korzystaj z aktualnej specyfikacji

Panel wyświetla opracowaną specyfikację klienta OpenAPI 3.1, przykładowe żądania, schematy odpowiedzi i wygenerowane fragmenty kodu klienta. Aktywni partnerzy otrzymują także osobną specyfikację partnerską.

Wyświetl interaktywną dokumentację API

Wybierz najmniejszy użyteczny zestaw uprawnień

Dostęp do odczytu i zapisu jest rozdzielony. Zacznij od zakresów tylko do odczytu na potrzeby rozpoznania i audytu migracji, a następnie dodaj uprawnienia do zapisu lub operacji finansowych wyłącznie do procesu, który ich wymaga.

customer:read

Odczytywanie profilu klienta i informacji o koncie.

customer:write

Aktualizowanie informacji o kliencie.

wallet:read

Wyświetlanie salda i danych portfela.

wallet:deposit

Tworzenie i monitorowanie wpłat do portfela.

wallet:spend

Zezwalanie automatyzacji na wydawanie środków z portfela.

services:read

Wyświetlanie usług, ustawień proxy i stanu usług.

services:write

Tworzenie lub modyfikowanie usług i dodatków.

tickets:read

Odczytywanie zgłoszeń do pomocy technicznej i ich wiadomości.

tickets:write

Tworzenie, aktualizowanie, zamykanie zgłoszeń lub odpowiadanie na nie.

catalog:read

Odczytywanie produktów, opcji, krajów i aktualnych zasobów.

usage:read

Odczytywanie danych o użyciu usług i analiz diagnostycznych.

webhooks

Tworzenie subskrypcji webhooków i zarządzanie nimi.

Domyślne zabezpieczenia, które warto zachować

  • Utwórz osobny klucz API dla każdej aplikacji lub każdego agenta, aby można go było unieważnić niezależnie.
  • Rozpocznij audyt z zakresami tylko do odczytu. Dodaj services:write lub wallet:spend dopiero po przejrzeniu proponowanego planu.
  • Przechowuj klucze w zmiennych środowiskowych lub menedżerze sekretów — nigdy w kodzie źródłowym, poleceniach, zrzutach ekranu ani zatwierdzonej w repozytorium konfiguracji MCP.
  • Przy zakupach używaj oczekiwanej łącznej kwoty z wyceny. Zmiana ceny spowoduje odrzucenie operacji zamiast niejawnego naliczenia wyższej kwoty.
  • Przy ponawianiu żądania finansowego po przekroczeniu czasu użyj ponownie tego samego klucza idempotencji, aby opłata za tę samą operację nie została naliczona dwukrotnie.
  • Sprawdź podpisy webhooków i historię dostarczania, zanim zdarzenia staną się częścią krytycznego procesu.

Zacznij od widoczności, a następnie przyznaj kontrolę

Audyt tylko do odczytu odpowiada na pytanie, czy migracja jest możliwa bez udostępniania uprawnień finansowych ani dostępu do zapisu. Po zatwierdzeniu planu utwórz klucz produkcyjny o wąskim zakresie i przeprowadź implementację na podstawie aktualnej specyfikacji OpenAPI.