LogBrew dla agentów
Ta strona wyjaśnia, jak agenci powinni czytać LogBrew bez stanu przeglądarki, ukrytego kontekstu i prywatnego dostępu do pulpitu.
logbrew status --jsonZacznij od lokalnego statusu. Logi, problemy, akcje, ślady, wydania i projekty czytaj dopiero wtedy, gdy uwierzytelnienie i dostępność są potwierdzone.
Mapa zadań agenta
Trzymaj się tej kolejności, gdy asystent pomaga skonfigurować LogBrew lub czytać prywatne sygnały.
- Krok 1
Przeczytaj publiczną mapę
Wczytaj publiczny indeks tras, zanim zmienisz kod aplikacji, aby asystent zaczynał od aktualnego kontekstu LogBrew.
Korzystaj z podlinkowanych kopii w Markdown, aby uzyskać więcej publicznego kontekstu.curl -L https://logbrew.co/llms.txtSkopiowano. Wklej je w terminalu lub asystencie, a potem przejdź do następnego kroku. - Krok 2
Wybierz kartę SDK
Przeczytaj wybór SDK, zanim cokolwiek zainstalujesz, a potem użyj opcji „Kopiuj prompt instalacji” w oknie „Dodaj projekt”, aby asystent trzymał się wybranej platformy.
Poproś zalogowanego użytkownika, aby otworzył „Dodaj projekt”, skopiował prompt instalacji i nie wklejał poświadczeń wysyłania na czacie.curl -L https://logbrew.co/en/docs.mdSkopiowano. Wklej je w terminalu lub asystencie, a potem przejdź do następnego kroku. - Krok 3
Sprawdź lokalny status
Potwierdź dostępność API i źródło uwierzytelnienia, zanim odczytasz prywatne projekty, logi, problemy, akcje, ślady lub wydania.
Korzystaj z pola next, które nie ujawnia tokenu, zamiast zgadywać.logbrew status --jsonSkopiowano. Wklej je w terminalu lub asystencie, a potem przejdź do następnego kroku. - Krok 4
Sprawdź pierwszy sygnał
Gdy konfiguracja wyśle bezpieczny sygnał z SDK, odczytaj jeden ograniczony wynik i nie umieszczaj tokenów, plików cookie ani danych projektu w promptach.
Odczytuj problemy, akcje, ślady, wydania i projekty dopiero wtedy, gdy uwierzytelnienie jest gotowe.logbrew logs info --jsonSkopiowano. Wklej je w terminalu lub asystencie, a potem przejdź do następnego kroku.
Daj agentowi publiczną mapę LogBrew, zanim zmieni twoją aplikację lub polecenie konfiguracji.
curl -L https://logbrew.co/llms.txtSkopiowano. Wklej je w terminalu lub asystencie, a potem przejdź do następnego kroku.Przeczytaj https://logbrew.co/llms.txt, a potem wybierz pasującą kartę SDK na https://logbrew.co/en/docs#docs-sdk-choice-title. Użyj npm install @logbrew/sdk @logbrew/node tylko dla usługi Node.js działającej po stronie serwera. Dla Next.js, React, iOS, Android lub React Native użyj wybranej karty i promptu z okna „Dodaj projekt”. Poproś zalogowanego użytkownika, aby otworzył „Dodaj projekt” i umieścił poświadczenia tylko w środowisku pasującej aplikacji. Dla Node.js po stronie serwera zmienna środowiskowa to LOGBREW_SERVER_API_KEY. Uruchom node node_modules/@logbrew/node/examples/first-useful-telemetry.mjs tylko dla usług Node, a potem sprawdź wynik poleceniem logbrew logs info --json. Nie proś o poświadczenia na czacie ani w commitach.Skopiowano. Wklej je w terminalu lub asystencie, a potem przejdź do następnego kroku.Agenci powinni znajdować publiczny kontekst LogBrew przez stałe, przetłumaczone strony, kopie w Markdown, llms.txt, robots.txt i sitemap.xml.
- Używaj /en/agents.md, gdy zwykły tekst jest najbezpieczniejszym wejściem.
- Używaj /en/docs.md, aby poznać polecenia i trasy API.
- Używaj /llms.txt, aby znaleźć publiczne zasoby czytelne dla agentów.
CLI powinno informować agentów, czy lokalne uwierzytelnienie, dostępność API i kroki naprawcze są gotowe, bez ujawniania tokenu.
- Uruchom logbrew status --json przed odczytem projektów.
- Wykonuj następne kroki z wyjścia JSON i wyjścia dla ludzi zamiast zgadywać.
- Nie umieszczaj tokenów w promptach, logach, zrzutach ekranu ani na publicznych stronach.
Agenci powinni czytać logi, problemy, akcje, ślady, wydania i projekty, używając tego samego słownictwa zasobów co ludzie.
- Używaj filtrów wydania, środowiska, projektu, śladu, ważności, statusu, nazwy i użytkownika.
- Używaj tras szczegółów problemu i śladu, gdy znasz identyfikator.
- Używaj kopii w Markdown dla publicznego kontekstu, a uwierzytelnionego API dla prywatnych danych projektu.
Korzystaj z publicznej dokumentacji, aby poznać produkt. Prywatne dane projektu odczytuj przez uwierzytelnione zapytania.
- Nie pobieraj automatycznie danych z pulpitu bez ważnej sesji użytkownika.
- Nie publikuj prywatnych nazw projektów, tokenów, śladów ani szczegółów wdrożeń.
- Korzystaj z publicznych stron do ogólnej nauki, a z uwierzytelnionych tras do ograniczonych danych użytkownika.