Skip to content

spec: distinguish base URL from search endpoint for ai-registry+json urls (§5.3) - #99

Open
sachinsharma3191 wants to merge 1 commit into
ards-project:mainfrom
sachinsharma3191:fix/91-registry-url-semantics
Open

sachinsharma3191 wants to merge 1 commit into
ards-project:mainfrom
sachinsharma3191:fix/91-registry-url-semantics

Conversation

@sachinsharma3191

Copy link
Copy Markdown

Fixes #91, taking option 1 from the issue.

§5.3 says the registry base URL is discovered from entries of type application/ai-registry+json, while RegistryReferral.url (OpenAPI and the prose examples) is the search endpoint itself. Nothing told a client which it held, so appending /search to a referral URL gives /search/search and a 404.

This states the split explicitly: a well-known entry's url is a base URL; a referral's url is the complete search endpoint and MUST NOT have /search appended. It also updates the OpenAPI RegistryReferral.url description. This matches what hf-discover and go-ard already do and doesn't break the published examples or live registries.

Docs-only; no schema shape change. Happy to switch to option 3 (clients accept either) if maintainers prefer.

This branch has not been deployed

No deployments
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

§5.3 and the OpenAPI give two meanings to a url of type application/ai-registry+json

1 participant