0.8.0
Added
-
petromcp installsupports five hosts: Claude Desktop, Claude Code,
Cursor, Codex CLI, and VS Code.petromcp install --client cursor petromcp install --client vscode --allow-path ~/petroleum/wellsHosts nest the server entry under different keys —
mcpServersfor most,
mcp.serversfor VS Code, which also wants the transport named. Writing the
wrong key produces a valid file the host ignores without complaint, so the
key comes from a per-host definition and each one is covered by a test.The default launch command is now
uvx petroleum-mcp serverather than a
path into a local checkout, because most people installing do not have one.
--from-sourcekeeps the previous behaviour for working on petromcp itself.
--allow-pathwrites directory grants straight into the host entry. -
A DLIS walkthrough at
examples/walkthroughs/04-read-a-dlis-file.md,
including the real text of the ambiguous-channel refusal rather than a
description of it. -
Weekly upstream float (
upstream-float.yml): the suite and evals run
against unpinned dependencies every Monday and open a single tracking issue
when upstream breaks us. Pins protect releases; their cost is finding out
late, and this converts that into a week's notice.
Changed
installrefuses to overwrite a host config that will not parse. That file
usually holds the user's other servers, and overwriting it to add ours would
be a poor trade.- Releases now publish to Smithery and the official MCP registry as part of the
tagged pipeline. The Smithery listing had silently drifted two releases behind
— advertising six tools for a server with nine — because nothing published
there and nothing checked. The new job verifies the live listing matches the
bundle it just uploaded. - Registry publishing authenticates by GitHub OIDC, so like PyPI there is no
stored secret.
Fixed
server.jsonexceeded the official registry's 100-character description
limit and would have been rejected with a 422.make release-checknow
asserts the limit, so it fails while editing rather than mid-release.