LogBrew voor agents

Deze pagina legt uit hoe agents LogBrew lezen zonder browserstatus, verborgen context of toegang tot een privédashboard.

Markdown lezen
Eerste veilige leesactie
logbrew status --json

Begin met de lokale status. Lees logs, issues, acties, traces, releases en projecten pas als authenticatie en bereikbaarheid in orde zijn.

Stappenplan voor agents

Volg deze volgorde als een assistent iemand helpt LogBrew te installeren of privésignalen te lezen.

  1. Stap 1

    Lees de openbare kaart

    Laad de openbare index van routes voordat je appcode wijzigt, zodat de assistent begint met actuele LogBrew-context.

    curl -L https://logbrew.co/llms.txt
    Gebruik de gekoppelde Markdown-versies voor meer openbare context.
  2. Stap 2

    Kies de SDK-kaart

    Lees de SDK-keuzehulp voordat je iets installeert. Gebruik daarna Installatieprompt kopiëren in Project toevoegen, zodat de assistent het gekozen platform volgt.

    curl -L https://logbrew.co/en/docs.md
    Vraag de ingelogde gebruiker om Project toevoegen te openen, de installatieprompt te kopiëren en ingest-sleutels buiten de chat te houden.
  3. Stap 3

    Controleer de lokale status

    Bevestig de bereikbaarheid van de API en de bron van de authenticatie voordat je privéprojecten, logs, issues, acties, traces of releases leest.

    logbrew status --json
    Volg het tokenveilige veld next in plaats van te gokken.
  4. Stap 4

    Controleer het eerste signaal

    Nadat de installatie een veilig SDK-signaal heeft gestuurd, lees je één afgebakend resultaat. Houd tokens, cookies en projectdata buiten prompts.

    logbrew logs info --json
    Lees issues, acties, traces, releases en projecten pas als de authenticatie klaar is.

Geef een agent de openbare LogBrew-kaart voordat hij je app of installatieopdracht wijzigt.

curl -L https://logbrew.co/llms.txt
Lees https://logbrew.co/llms.txt en kies daarna de passende SDK-kaart op https://logbrew.co/en/docs#docs-sdk-choice-title. Gebruik npm install @logbrew/sdk @logbrew/node alleen voor een Node.js-service aan de serverkant; gebruik voor Next.js, React, iOS, Android of React Native de gekozen kaart en de prompt uit Project toevoegen. Vraag de ingelogde gebruiker om Project toevoegen te openen en sleutels alleen in de bijbehorende app-omgeving te zetten. Voor Node.js aan de serverkant is de omgevingsvariabele LOGBREW_SERVER_API_KEY. Voer node node_modules/@logbrew/node/examples/first-useful-telemetry.mjs alleen uit voor Node-services en controleer daarna met logbrew logs info --json. Vraag niet om sleutels in chat of commits.

Agents vinden openbare LogBrew-context via stabiele vertaalde pagina’s, Markdown-versies, llms.txt, robots.txt en sitemap.xml.

  • Gebruik /en/agents.md als platte tekst de veiligste invoer is.
  • Gebruik /en/docs.md voor context over opdrachten en API-routes.
  • Gebruik /llms.txt om openbare bronnen te vinden die agents kunnen lezen.

De CLI vertelt agents of lokale authenticatie, bereikbaarheid van de API en herstelstappen klaar zijn, zonder tokengegevens te tonen.

  • Voer logbrew status --json uit voordat je projecten leest.
  • Volg de volgende stappen uit de JSON en de leesbare uitvoer in plaats van te gokken.
  • Houd tokengegevens buiten prompts, logs, screenshots en openbare pagina’s.

Agents lezen logs, issues, acties, traces, releases en projecten met dezelfde woorden voor onderdelen die mensen gebruiken.

  • Gebruik filters voor release, omgeving, project, trace, ernst, status, naam en gebruiker.
  • Gebruik de detailroutes voor issues en traces als een ID bekend is.
  • Gebruik Markdown-versies voor openbare context en de geauthenticeerde API voor privé projectdata.

Gebruik openbare documentatie voor productuitleg. Gebruik geauthenticeerde leesacties voor privé projectdata.

  • Scrape geen dashboarddata zonder geldige gebruikerssessie.
  • Publiceer geen privé projectnamen, tokens, traces of deploymentdetails.
  • Gebruik openbare pagina’s om in het algemeen te leren en geauthenticeerde routes voor afgebakende gebruikersdata.