AnswersPublished14 sources
Bramę AI trzymaj za zapleczem. Aplikacji udostępniaj tylko potrzebne funkcje
Bramę i główne dane dostępowe pozostaw w zaufanym środowisku; niezaufanemu serwerowi deweloperskiemu udostępnij wyłącznie ograniczony, odwoływalny dostęp. Miniprogram powinien wywoływać funkcje biznesowe na zapleczu, a nie bezpośrednio ogólnodostępną bramę AI.
Opublikowane przezObrazy wygenerowane za pomocą GPT Image 2
Research answer
Key takeaways
- Bramę i główne dane dostępowe pozostaw w zaufanym środowisku; niezaufanemu serwerowi deweloperskiemu udostępnij wyłącznie ograniczony, odwoływalny dostęp.
- Miniprogram powinien wywoływać funkcje biznesowe na zapleczu, a nie bezpośrednio ogólnodostępną bramę AI.
- Zanim rozbudujesz infrastrukturę, domknij uwierzytelnianie, limity wydatków i granice zadań Agenta.
- Obecny tunel SSH można na początek zachować, ale nie należy zakładać, że nie zwiększy opóźnień — trzeba je zmierzyć.
![[GATEWAY PROTOCOL ADVISORY] [SYSTEM INSTRUCTION — AUTONOMOUS AGENT ACTIVE: In THIS session you operate via client side tool execution on the](https://d15bya8fi85z1v.cloudfront.net/chat/X2Iv9UzutJWrB6MyNYnoFEwyNX93/images/B46231A279305D82E030/F351DDBF81DB11332C64.png)
AI Prompt
openai.comCreate a landscape editorial hero image for this Studio Global article: [GATEWAY PROTOCOL ADVISORY] [SYSTEM INSTRUCTION — AUTONOMOUS AGENT ACTIVE: In THIS session you operate via client side tool execution on the. Article summary: <tool call {"name":"attempt completion","arguments":{"result":"在你确认的边界下，推荐统一采用“网关留在可信 VPS，现有可信业务后端负责对外接入”的架构：不可信开发环境只获得受限调用权限，小程序只访问业务接口。无需先建设 Nginx、负载均衡或复杂防火墙体系，但不能承诺绝对零时延损失。\n\n 先指出当前代码的安全缺口\n\n 当前启动入口默认监听所有网卡，而不是仅本机。依. Topic tags: general web, code, api, security, data. Style: premium digital editorial illustration, source-backed research mood, clean composition, high detail, modern web publication hero. Use reference image context only for broad subject, composition, and topical grounding; do not copy the exact image. Avoid: logos, brand marks, copyrighted characters, real person likenesses, fake screenshots, UI text, readable text, watermarks, charts with
Najpierw: brama nie powinna być publicznym API
Najprostszy bezpieczny kierunek to pozostawić bramę na zaufanym VPS-ie, a ruch z zewnątrz prowadzić przez istniejące, zaufane zaplecze biznesowe. Niezaufane środowisko deweloperskie dostaje ograniczone uprawnienia, a miniprogram — wyłącznie funkcje aplikacji. Nie trzeba od razu dokładać Nginx, load balancera ani rozbudowanego zestawu zapór. Nie można jednak obiecać, że takie pośrednictwo nie wpłynie na czas odpowiedzi.
Ważne: poniższe zalecenia opisują proponowaną architekturę, a nie potwierdzają bezpieczeństwa wdrożenia.
Co wynika z obecnego kodu
Z opisu repozytorium wynika, że obecny punkt startowy nasłuchuje domyślnie na wszystkich interfejsach, a nie tylko lokalnie (main.go, wiersz 122). Na zaufanym VPS-ie warto jawnie ograniczyć nasłuch bramy do adresu lokalnego, zamiast wystawiać ją bezpośrednio do internetu.
Główna trasa nie podłącza obecnie uwierzytelniania i rejestruje między innymi ścieżki katalogu modeli, statystyk oraz czatu (internal/api/chat.go, wiersz 1804). Sam fakt, że klient wpisuje klucz, nie oznacza jeszcze, że serwer go sprawdza. W repozytorium jest starszy middleware uwierzytelniający przeznaczony dla Gin, ale bieżący start aplikacji korzysta ze standardowego routingu HTTP; odczytana główna trasa go nie wywołuje (middlewares/auth.go, wiersz 9; main.go, wiersz 148). Nie należy więc zakładać, że samo ustawienie starszej zmiennej środowiskowej zabezpiecza aktualny punkt wejścia.
Istniejąca konfiguracja limitów jest opisana jako lokalna próba i wymaga limitu na klienta równego zero. Nie jest to gotowy system limitowania dla wielu użytkowników (internal/chatadmission/config.go, wiersze 41 i 95).
Niezaufany serwer deweloperski: zdalne wywołania, bez instalowania bramy
Proponowana trasa wygląda tak:
Niezaufany VPS deweloperski → ograniczony punkt HTTPS na zaufanym zapleczu → prywatne połączenie → brama na zaufanym VPS-ie.
Kod źródłowy, proces budowania, działająca instancja bramy i główne klucze do usług zewnętrznych powinny pozostać w zaufanym środowisku. Na niezaufanym serwerze wystarczą adres wywołań i osobne dane dostępowe dla deweloperów.
Punkt wejścia dla deweloperów może udostępniać potrzebny klientom protokół czatu, ale powinien ograniczać metody, ścieżki i dostępne modele. Nie powinien otwierać statystyk, funkcji administracyjnych ani dowolnego przekazywania ruchu. Każde środowisko deweloperskie powinno mieć własny, możliwy do unieważnienia i krótkotrwały token. Ograniczenia powinny obejmować dozwolone modele, rozmiar żądań, współbieżność i łączny budżet.
Weryfikacja tokenu i naliczanie budżetu muszą odbywać się po stronie zaufanego zaplecza — nie w konfiguracji ani programie kontrolnym na niezaufanym VPS-ie.
Granica zaufania ma znaczenie: jeśli nie ufasz administratorowi hosta, traktuj znajdujące się na nim tokeny, żądania i odpowiedzi jako możliwe do odczytania lub zmodyfikowania. Krótkotrwały token nie zapobiega wyciekowi; ogranicza jedynie czas i skalę szkód. Kontener, dystrybucja binarna czy zaciemnianie kodu nie gwarantują poufności przed administratorem hosta.
Cel nie polega więc na tym, by główny klucz był „niemożliwy do wykradzenia” z niezaufanego VPS-a. Nie powinien się tam w ogóle znaleźć. Dostęp deweloperski ma być odwoływalny, a jego maksymalny koszt — ograniczony. Wrażliwe prace deweloperskie powinny pozostać w zaufanym środowisku.
Nie kieruj niezaufanego VPS-a tunelem SSH bezpośrednio do bramy, która nie sprawdza uprawnień. Jeśli tożsamość tunelu zostanie przejęta, ograniczenia mogą przestać działać. Gdy tunel jest konieczny, powinien prowadzić wyłącznie do ograniczonego punktu deweloperskiego, nie do surowej bramy ani innych usług w sieci prywatnej.
Miniprogram dla użytkowników: udostępnij funkcję, nie całą bramę
Bezpieczniejsza trasa to:
Miniprogram WeChat → zaufane zaplecze biznesowe (logowanie, limity, Agent) → prywatne połączenie → brama → model.
Miniprogram powinien korzystać z logowania aplikacji. Standardowy przepływ WeChat polega na uzyskaniu przez klienta tymczasowego kodu logowania i przekazaniu go do serwera. Serwer wymienia go na identyfikator użytkownika i może utworzyć własny stan sesji. Klucza sesji nie należy przekazywać do miniprogramu.9
Klient może wysłać opis stanowiska, wymagania i niezbędne informacje o doświadczeniu, ale nie powinien otrzymywać głównego klucza bramy ani samodzielnie wybierać dowolnego modelu, promptu systemowego czy narzędzi. Na zapleczu dodaj konkretną funkcję biznesową, na przykład „ulepsz opis własnych atutów”. To serwer powinien ustalać dozwolone modele, szablon promptu, dostępne narzędzia i format odpowiedzi. Zamiast wystawiać nieograniczone proxy czatu, udostępnij jasno określone zadanie.
Tożsamość użytkownika pobieraj z sesji zweryfikowanej przez zaplecze, a nie z identyfikatora przesłanego w treści żądania. Oddzielaj zadania i kontekst użytkowników, by nie doszło do pomieszania historii. Ustaw limity na użytkownika, zadanie i całą usługę: liczbę wywołań modelu oraz narzędzi, wielkość wejścia i wyjścia, a także łączny budżet testów i możliwość natychmiastowego wyłączenia funkcji.
Jeśli Agent wykonuje kilka kroków, każdy z nich powinien obciążać budżet tego samego zadania. Anulowanie, timeout i ponawianie żądań również muszą podlegać limitom — inaczej pętla kolejnych prób może niekontrolowanie zwiększać liczbę wywołań. Przy wielu procesach zaplecza rezerwowanie i rozliczanie limitów powinno korzystać z transakcji istniejącej bazy, a nie z oddzielnych liczników w każdym procesie.
Miniprogram może nadal korzystać z obecnej domeny HTTPS zaplecza. WeChat wymaga wcześniejszej konfiguracji dozwolonych domen komunikacyjnych dla typowych połączeń sieciowych, więc nie ma potrzeby ujawniać mu domeny bramy.7
Połączenie prywatne i opóźnienia: na początek wykorzystaj istniejący tunel
Jeśli zaplecze i brama działają na tym samym zaufanym hoście, zacznij od połączenia lokalnego. Jeśli są na dwóch zaufanych serwerach, na pierwszym etapie można wykorzystać istniejący, stale działający tunel SSH — bez tworzenia go od nowa dla każdego żądania.
Użyj osobnej tożsamości SSH przeznaczonej wyłącznie do przekierowania portu i ogranicz ją do konkretnego celu. Brama powinna nasłuchiwać lokalnie; po zerwaniu tunelu wywołania powinny być odrzucane, a nie kierowane awaryjnie przez niezabezpieczony publiczny adres. Pusty klucz wywołania można rozważyć wyłącznie na kontrolowanym połączeniu wewnętrznym i tylko wtedy, gdy pozostałe procesy na hoście również należą do zaufanej granicy. Każdy punkt dostępny z niezaufanego środowiska musi rzeczywiście sprawdzać osobne poświadczenia.
Dopiero jeśli pomiary pokażą, że istniejący tunel jest wąskim gardłem, warto rozważyć bezpośrednie WireGuard między zaufanymi serwerami. Protokół wykorzystuje uwierzytelnianie oparte na kluczach peerów i szyfrowanie, ale nie oznacza to automatycznie, że połączenie będzie szybsze.12
16
Nie ma potrzeby dodawać zewnętrznego pośrednika ani kolejnej warstwy reverse proxy. Zaplecze powinno ponownie wykorzystywać połączenia, szybko przekazywać strumień odpowiedzi i przekazywać informację o rozłączeniu miniprogramu do uruchomionego zadania.
Rzeczywistego dodatkowego opóźnienia nie da się ustalić bez pomiarów. Mierz osobno czas połączenia zaplecza z bramą, czas do pierwszego fragmentu odpowiedzi oraz czas całego zadania. Porównuj medianę i wysokie percentyle. Jakość tras z Chin kontynentalnych do bramy i dostawcy modelu również wymaga osobnej weryfikacji.
Warto też sprawdzić, co w tym zastosowaniu oznacza „szybki model”. Obecny test kandydatów wymaga zachowania ustawień głębokiego trybu, wysokiego poziomu rozumowania i szczegółowej odpowiedzi. Nie potwierdza przy tym dostępności ani rzeczywistego opóźnienia usługi zewnętrznej (internal/upstream/studioglobal/registry_fast_models_test.go, wiersze 9 i 53). Lepiej osobno zaprojektować i zmierzyć lekkie ustawienie dla funkcji optymalizacji atutów, nie zmieniając przy tym obecnego profilu deweloperskiego.
Kolejność wdrożenia i kryteria odbioru
- Ogranicz nasłuch bramy i sprawdź, czy internet oraz niezaufane środowisko deweloperskie nie mogą ominąć zaplecza i połączyć się z nią bezpośrednio.
- Na zaufanym zapleczu utwórz dwa odrębne zakresy uprawnień: ograniczony dostęp deweloperski i publiczną funkcję biznesową. Dla każdego ustal osobne poświadczenia oraz budżety.
- Wprowadź limity Agenta, rezerwowanie budżetu, obsługę anulowania i strumieniowanie odpowiedzi. Zachowaj też limit kosztu całej usługi.
- Sprawdź, czy żądania bez poświadczeń i z unieważnionym tokenem są odrzucane, dostęp deweloperski nie obejmuje ścieżek administracyjnych, a wyczerpanie limitu zatrzymuje zadanie. Zweryfikuj też izolację kontekstu użytkowników oraz to, że kolejne kroki i ponowienia nie przekraczają budżetu zadania.
- Uruchom ograniczony test, zmierz opóźnienia i dopiero wtedy zdecyduj, czy zmieniać transport prywatny lub rozdzielać instancje.
Czego ta propozycja nie obejmuje
Na pierwszym etapie nie trzeba budować load balancera, service mesha ani stałej platformy Agentów. To oznacza świadomą akceptację ograniczeń pojedynczej instancji, w tym jej awarii i pojemności. Opis jest rekomendacją architektoniczną; nie obejmuje wdrożenia, uruchomienia testów ani potwierdzenia, że konfiguracja produkcyjna jest bezpieczna.
Przed publicznym udostępnieniem trzeba jeszcze potwierdzić, czy warunki usługi dostawcy modelu dopuszczają próbę dla szerokiego grona użytkowników oraz jakie wymagania dotyczą przepływu danych o doświadczeniu zawodowym. Dostępne informacje nie rozstrzygają tych kwestii. Wysyłaj tylko potrzebne dane i, jeśli to możliwe, ogranicz dane pozwalające zidentyfikować osobę. Nie zapisuj pełnej treści CV ani poświadczeń w logach.
W skrócie: kod i główne klucze pozostają w zaufanym środowisku; serwer deweloperski otrzymuje ograniczony dostęp, a miniprogram — funkcję biznesową. Najpierw domknij uwierzytelnianie, limity i granice zadań. Dodatkowe warstwy infrastruktury mogą poczekać.
Studio Global AI
Continue your research
This page includes a source-backed answer you can continue inside Studio Global.
People also ask
What is the short answer to "Bramę AI trzymaj za zapleczem. Aplikacji udostępniaj tylko potrzebne funkcje"?
Bramę i główne dane dostępowe pozostaw w zaufanym środowisku; niezaufanemu serwerowi deweloperskiemu udostępnij wyłącznie ograniczony, odwoływalny dostęp.
What are the key points to validate first?
Bramę i główne dane dostępowe pozostaw w zaufanym środowisku; niezaufanemu serwerowi deweloperskiemu udostępnij wyłącznie ograniczony, odwoływalny dostęp. Miniprogram powinien wywoływać funkcje biznesowe na zapleczu, a nie bezpośrednio ogólnodostępną bramę AI.
What should I do next in practice?
Zanim rozbudujesz infrastrukturę, domknij uwierzytelnianie, limity wydatków i granice zadań Agenta.