AstroWay/api v2.190.0 · it
tutti i sistemi sono operativi

Documentazione creata per agenti AI, non solo per umani

La documentazione classica è creata per gli occhi umani: HTML bello, evidenziazione del codice, navigazione. Ma metà del traffico verso i docs ora è da agenti e assistenti che hanno bisogno di plain-text, non di rendering. Analizziamo cosa abbiamo aggiunto: un duplicato .md per ogni pagina, llms.txt, specifiche leggibili dalla macchina, un menu a tendina 'apri in ChatGPT / Claude' e try-it inline.

Ogni pagina della documentazione ha un duplicato Markdown grezzo allo stesso percorso con suffisso .md. Apri /agent-setup - trovi anche /agent-setup.md, lo stesso testo senza l’HTML wrapper, gli import MDX sono tagliati, viene servito come text/markdown.

Questo alimenta due azioni nel menu della pagina: Copy as Markdown (mette il testo puro negli appunti da inserire in una chat con il modello) e View as Markdown (apre la versione .md direttamente). All’agente non serve parsare il DOM - prende il testo già pronto.

In alto a destra di ogni pagina c’è un menu di azioni, creato appositamente per il workflow dell’agente:

  • Copy as Markdown - testo puro della pagina negli appunti
  • View as Markdown - apre direttamente la versione .md
  • Open in ChatGPT - invia la pagina a ChatGPT con un solo clic
  • Open in Claude - lo stesso per Claude
  • Connect MCP - vai alla configurazione del server MCP

Invece di “copia l’URL, apri la chat, chiedi di andare alla pagina” - un’unica azione.

Secondo lo standard llmstxt.org forniamo due file:

  • /llms.txt - indice di tutte le pagine della documentazione, raggruppate in sezioni (API Reference, Use Cases, Examples, Products). Una mappa per l’agente, per sapere da dove iniziare.
  • /llms-full.txt - tutta la documentazione in un unico file di testo semplice. Per l’indicizzazione offline in un database vettoriale o per l’inserimento una tantum nel contesto del modello.

Se costruisci un RAG sul nostro API, llms-full.txt è un corpus già pronto, non è necessario fare il crawling del sito.

Il contratto viene fornito in diversi formati per vari strumenti:

  • /v1/openapi.json - specifica OpenAPI 3.1 canonica con esempi e code-samples. Per la generazione del codice del client e qualsiasi strumento OpenAPI.
  • Alias Swagger - /v1/swagger.json, /v1/v3/api-docs e altri 301-redirezionano al canonico, così gli strumenti che cercano percorsi familiari non inciampano.
  • Collezione Postman - /postman/astroway-api.json per l’importazione unica clic in Postman.

La pagina /agent-setup/ - non è una guida generale, ma istruzioni separate per sette client: Claude Desktop, Claude Code, Cursor, VS Code, Windsurf, Cline, Codex. Ogni fornisce una configurazione esatta e un esempio curl tools/list per verificare la connessione prima di scrivere codice.

Nelle pagine di riferimento API, ogni operazione ha un widget “try-it” integrato: inserisci la chiave sandbox, modifichi il corpo della richiesta, premi “Send” - e vedi la risposta reale senza uscire dai docs. Metodo, percorso e esempio di corpo sono presi dal curl snippet già generato, quindi il widget non fa richieste extra a openapi.json.

Una semplice tesi: se il tuo prodotto è un API, la documentazione deve essere adatta non solo per la lettura con gli occhi, ma anche per il consumo da parte di un agente. Metà delle integrazioni oggi inizia con uno sviluppatore che lancia un link dei docs in Claude o Cursor e chiede “connetti questo”. Abbiamo fatto sì che dall’altra parte ci sia testo pulito e contratto macchina, non HTML che deve essere parsato.

Prova tu stesso: apri qualsiasi pagina dei docs, clicca il menu azioni in alto a destra - e vedrai “Open in Claude”.

MakSeong · AstroWay

Sto sviluppando l'API AstroWay: sto avvolgendo Swiss Ephemeris in un REST pulito e scrivo sui dettagli noiosi che sono in realtà importanti.

// costruisci su questo

Lo stesso Swiss Ephemeris di Solar Fire - in 4 righe di codice.

Chiave API gratuita senza carta. 5 000 chiamate al mese fino al primo pagamento.

Altro dal blog tutti gli articoli →

Engineering 2026-07-15

Tre SDK ufficiali: TypeScript, Python, PHP invece di curl grezzo

HTTP grezzo funziona, ma un client tipizzato risparmia ore: autocompletamento dei percorsi, tipi di richiesta e risposta, retry integrato per 408/409/429/5xx e gerarchia di errori allo stile Stainless. Analizziamo i tre SDK ufficiali - @astroway/sdk (npm), astroway (PyPI), astroway/sdk (Packagist) - e come sono generati da un unico contratto OpenAPI.

Industry 2026-06-05

Free Astrology API: Which One Has the Best Free Tier in 2026?

A side-by-side of free tiers across the major astrology APIs - credits, request caps, card requirements - and how much you can actually build for free.

Engineering 2026-06-05

Horoscope API Tutorial: Build a Daily Horoscope Feature

Add daily, weekly and monthly horoscopes to your app via API - sign-based text vs transit-based personalization - with TypeScript and Python code.