Skip to content

feat: add Xquik registry entry#2

Open
kriptoburak wants to merge 1 commit into
Djsand:mainfrom
kriptoburak:codex/add-xquik-registry-entry
Open

feat: add Xquik registry entry#2
kriptoburak wants to merge 1 commit into
Djsand:mainfrom
kriptoburak:codex/add-xquik-registry-entry

Conversation

@kriptoburak

Copy link
Copy Markdown

Summary

  • Add an Xquik registry entry pointing at the public OpenAPI schema.
  • Include API key header metadata for generated requests.
  • Cover the entry in registry tests.

Validation

  • npm test registry
  • npm run build
  • npm run lint

@chatgpt-codex-connector chatgpt-codex-connector Bot left a comment

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

💡 Codex Review

Here are some automated review suggestions for this pull request.

Reviewed commit: 913df7b8c4

ℹ️ About Codex in GitHub

Your team has set up Codex to review pull requests in this repo. Reviews are triggered when you

  • Open a pull request for review
  • Mark a draft as ready
  • Comment "@codex review".

If Codex has suggestions, it will comment; otherwise it will react with 👍.

Codex can also answer questions or update the PR. Try commenting "@codex address that feedback".

Comment thread registry/xquik.yaml
displayName: Xquik
description: X automation API for search, extraction, compose, events, monitors, and webhooks
specUrl: https://xquik.com/openapi.json
baseUrl: https://xquik.com

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

P2 Badge Set Xquik baseUrl to the API root

When users run toolcast add xquik, src/cli.ts always emits toolcast serve <specUrl> --base-url <entry.baseUrl>, so this value overrides the OpenAPI server. The Xquik spec declares https://xquik.com/api/v1 and paths like /account; with https://xquik.com here, generated tools call URLs such as https://xquik.com/account instead of https://xquik.com/api/v1/account, making the generated MCP config hit the wrong routes.

Useful? React with 👍 / 👎.

Comment thread registry/xquik.yaml Outdated
specUrl: https://xquik.com/openapi.json
baseUrl: https://xquik.com
authType: apiKey
authEnvVar: XQUIK_API_KEY

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

P2 Badge Align Xquik auth env with resolveAuth

For the toolcast add xquik path, this env var is the only credential written into .mcp.json, but the server does not use registry metadata when serving; for API-key schemes resolveAuth only reads API_KEY or the header-derived X_API_KEY from the spec's x-api-key scheme. If users follow the generated config and set only XQUIK_API_KEY, no x-api-key header is sent and authenticated Xquik endpoints return 401.

Useful? React with 👍 / 👎.

@kriptoburak kriptoburak force-pushed the codex/add-xquik-registry-entry branch from 913df7b to 0caa59e Compare July 1, 2026 16:18
@kriptoburak

Copy link
Copy Markdown
Author

Updated the registry entry in 0caa59e.

  • Changed authEnvVar to X_API_KEY so the generated config matches Toolcast resolveAuth() for the x-api-key security scheme.
  • Rechecked the base URL against the current public OpenAPI schema: servers[0].url is https://xquik.com, and paths include /api/v1/..., so baseUrl: https://xquik.com keeps generated URLs aligned.

Validation:

  • npm test registry
  • npm run build
  • npm run lint

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.

1 participant