Mireye hosted MCP setup helper
mireye-mcp 0.7.2 configures Claude Code, Codex and Cursor to connect directly to
https://api.mireye.com/mcp, and installs the use-mireye skill. The package
runs no MCP server. Its default invocation refuses the retired local stdio
transport; device login and local data tools are not included.
Sign in at Mireye agent setup, accept the current customer terms, copy the private setup prompt and paste it into your agent. The prompt supplies the scoped API key through standard input, never a process argument. The helper validates the account and exact setup-key identity before saving the key or changing client configuration.
# The agent supplies the private key on stdin, without echoing or logging it.
uvx --from mireye-mcp==0.7.2 mireye-mcp connect --all --api-key-stdin --attempt-id '<attempt-id>' --token-id '<token-id>'
uvx --from mireye-mcp==0.7.2 mireye-mcp doctor --proof
connect writes native hosted configurations, without API keys or local launch
commands. Restart your agent and authorize its hosted MCP connection using the
client's OAuth sign-in. OAuth credentials remain managed by that client.
doctor --proof verifies the installed configuration and skill, checks the saved
API key's account, and makes one free REST Fetch for elevation at 40.7128,
-74.0060. It requires a finite value, ok status, source URL and timestamp before
reporting the data proof. The API records the successful Fetch against the setup
attempt. This proves the REST key/data path; it does not authorize or verify
hosted MCP OAuth. Confirm the connected client's tools after OAuth sign-in.
| Client / purpose | Configuration | Skill / credentials |
|---|---|---|
| Claude Code | ~/.claude.json |
~/.claude/skills/use-mireye/SKILL.md |
| Codex | ~/.codex/config.toml |
~/.agents/skills/use-mireye/SKILL.md |
| Cursor | ~/.cursor/mcp.json |
~/.agents/skills/use-mireye/SKILL.md (shared with Codex) |
| Helper API key | — | ~/.config/mireye-mcp/credentials.json (mode 0600) |
| Setup ownership | — | ~/.config/mireye-mcp/onboarding.json |
Setup preserves unrelated configuration, refuses custom conflicting entries or
modified skills, and backs up changed configuration files. A process lock and
content rechecks protect concurrent edits. Repeating connect reuses the saved
key and files; it does not issue credentials or grant another promotional
balance. An inherited shell key cannot replace an existing managed account.
To switch accounts, remove the managed connection, run logout, then connect
from that account's setup page. Authorize the correct account separately in the
MCP client's OAuth flow.
# Preview only: no key read, API requests, login save, lock or file changes.
uvx --from mireye-mcp==0.7.2 mireye-mcp connect --all --dry-run
# Reuse the saved key; --client can be repeated.
uvx --from mireye-mcp==0.7.2 mireye-mcp connect --client codex
# Read a redacted diagnostic report.
uvx --from mireye-mcp==0.7.2 mireye-mcp doctor --proof --json
# Remove unchanged owned entries/skills, retaining the helper API key.
uvx --from mireye-mcp==0.7.2 mireye-mcp connect --all --remove
# Remove the helper's saved key. --revoke also revokes its server-verified key ID.
uvx --from mireye-mcp==0.7.2 mireye-mcp logout
--all skips absent supported clients; explicitly selecting an absent client
fails. Existing identical manual entries remain unmanaged, including on removal.
No project instructions or shell profiles are changed. Custom CODEX_HOME and
CLAUDE_CONFIG_DIR locations require manual setup; use --config-home PATH for
isolated tests. --base-url accepts the production API or loopback only and
binds saved keys to that origin. Redirects never forward a key to another host.
Legacy --api-key input remains accepted for compatibility; prefer stdin so the
key cannot appear in process listings.
Native configurations follow the client documentation: Claude Code, Codex, and Cursor.
The official MCP registry entry is hosted-only. This package is not a local transport distribution, and installing it does not add a second data service.
Metadata
Release files for mireye-mcp 0.7.2
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | Provenance | |
|---|---|---|---|---|
| mireye_mcp-0.7.2.tar.gz | 27.1 kB | With provenance | Details |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Reset |
|---|---|---|---|---|
| mireye_mcp-0.7.2-py3-none-any.whl | Python 3 | none | any | Details |
Total release size: 48.6 kB
Release files / mireye_mcp-0.7.2.tar.gz
| Download URL | mireye_mcp-0.7.2.tar.gz |
|---|---|
| Size | 27.1 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
8971e1b1a432b63c2d3cd8c149f092d472c3e5583ee468010a3c8bf8bcf8947d
|
|
BLAKE2b-256 checksum How to use checksums |
67f522a2cf68c54df5163295a09b1f3bcb7b48a3b4e8db44cf873294ea6e5a85
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Oct 20, 2026.
Transparency logRelease files / mireye_mcp-0.7.2-py3-none-any.whl
| Download URL | mireye_mcp-0.7.2-py3-none-any.whl |
|---|---|
| Size | 21.5 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
91cacdb39573dc5d3a45d1b3a56a46b462761363797726fe19710d283d62bf3c
|
|
BLAKE2b-256 checksum How to use checksums |
228f9e0b440e774e1beeba3f7ce85d739b1c9afb1a9b5057c588f4dd3bda4546
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Oct 20, 2026.
Transparency logSecurity for mireye-mcp 0.7.2
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
Full provenance
All 2 files in this release have been uploaded with provenance metadata.
Attestation for mireye_mcp-0.7.2.tar.gz
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Oct 20, 2026.
Transparency logA note on package security
PyPI is a repository for distributing packages, not a service for auditing them. While third-party security researchers and our staff do their best to detect and remove malicious packages, PyPI cannot guarantee the quality, security or suitability of any given package.