docs: add llms.txt support via starlight-llms-txt plugin - #3955
Conversation
✅ Deploy Preview for brilliant-pasca-3e80ec ready!
To edit notification comments on pull requests, go to your Netlify project configuration. |
🚀 Performance Test ResultsTest Configuration:
Test Metrics:
📜 Logs |
| starlightLlmsTxt({ | ||
| details: `Rafiki documentation is for Account Servicing Entities (ASEs) — regulated institutions such as banks, digital wallet providers, and mobile money operators — who want to run Rafiki to add Interledger and Open Payments functionality to their users' accounts. It is not documentation for an end-user product or a payment app. | ||
|
|
||
| Rafiki exposes several separate HTTP services rather than a single API surface: a GraphQL Admin API for managing the backend (peers, assets, wallet addresses, liquidity), a separate GraphQL Admin API for the auth service, an ILP connector, an Open Payments REST API that implements the Open Payments protocol, and an auto-peering server. Questions about configuring or operating a Rafiki instance are answered by the Admin APIs; questions about initiating or receiving payments are answered by the Open Payments API, which is specified independently at openpayments.dev. |
There was a problem hiding this comment.
Open Payments contains multiple APIs, but if that's too tricky to relay we can leave it singular for now.
There was a problem hiding this comment.
Good catch and I'll clarify this a bit better in another commit
|
|
||
| Rafiki supports two interchangeable accounting backends: TigerBeetle (the default, purpose-built for financial accounting) and PostgreSQL (an alternative for deployments that prefer a single database). Integration guidance does not change based on which is used. | ||
|
|
||
| This site publishes documentation for multiple Rafiki versions. Prefer the current/default version unless the user explicitly asks about an older release — content under a version prefix such as v1-beta describes a prior API surface and may no longer be accurate. |
There was a problem hiding this comment.
It's a bit odd that all the text reads descriptively, except here, where there's an instruction. Was that intentional?
There was a problem hiding this comment.
This was intentional. While all of the other details were facts about the docs and Rafiki, this was meant to instruct an agent on what to do about encountering multiple versions. I can swap it out with something a bit less direct or rephrase it a bit if needed.
There was a problem hiding this comment.
No, I was just curious. It can stay as-is.
| - Wallet addresses are URL-based identifiers for financial accounts — not cryptocurrency wallets | ||
| - An Account Servicing Entity (ASE) is the regulated institution that holds and manages accounts on behalf of its users and runs Rafiki | ||
| - Peering is the trust relationship two Rafiki instances (run by different ASEs) establish to exchange payments directly — distinct from a payment between two end users | ||
| - Grants and GNAP (Grant Negotiation and Authorization Protocol) refer to Open Payments' authorization flow, distinct from OAuth`, |
There was a problem hiding this comment.
Is there supposed to be an ending back tick (`) in the last item?
There was a problem hiding this comment.
The back tick closes the details object that started on line 383
Description of changes
Installed
starlight-llms-txtand configured for Rafiki. The plugin generates three routes at build time:Special configuration for Rafiki:
detailsblock explains Rafiki's audience (ASEs running the software on their own infrastructure, not developers consuming a hosted API), clarifies terminology (wallet addresses, peering, GNAP), notes the split between the GraphQL Admin APIs and the Open Payments REST API, and calls out the TigerBeetle/PostgreSQL accounting splitcustomSetsgroups content into five named subsets (Overview and concepts, Integration, Administration, APIs, Resources) mirroring the sidebar structure - this helps agents pull targeted content instead of the whole fileoptionalLinkspoints to the GitHub repo and the Open Payments documentation that Rafiki implementsexclude: ['v1-beta/**']keeps the older versioned docs (via starlight-versions) out of the generated files so we don't duplicate 99.9% of the contentChecklist
docs:fixes #pnpm formatandpnpm lint