@extension.dev/mcp 10.1.0 → 10.2.0
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/.claude-plugin/marketplace.json +1 -1
- package/.claude-plugin/plugin.json +1 -1
- package/CHANGELOG.md +60 -0
- package/README.md +5 -4
- package/dist/module.js +1776 -605
- package/dist/src/index.d.ts +7 -0
- package/dist/src/lib/artifacts-api.d.ts +2 -0
- package/dist/src/lib/boot-verdict.d.ts +0 -1
- package/dist/src/lib/carrier-exit.d.ts +8 -0
- package/dist/src/lib/carrier-registry.d.ts +4 -0
- package/dist/src/lib/carrier.d.ts +8 -0
- package/dist/src/lib/engine-version.d.ts +24 -0
- package/dist/src/lib/envelope.d.ts +1 -1
- package/dist/src/lib/guest-load-oracle.d.ts +1 -0
- package/dist/src/lib/login-flow.d.ts +1 -1
- package/dist/src/lib/process-manager.d.ts +1 -0
- package/dist/src/lib/server-identity.d.ts +16 -0
- package/dist/src/lib/session-paths.d.ts +12 -0
- package/dist/src/lib/share-cors-probe.d.ts +17 -0
- package/dist/src/lib/template-artifact-source.d.ts +1 -1
- package/dist/src/lib/zip-entries.d.ts +5 -0
- package/dist/src/tools/build.d.ts +23 -0
- package/dist/src/tools/logs-constants.d.ts +2 -2
- package/dist/src/tools/logs-filter.d.ts +3 -1
- package/dist/src/tools/logs.d.ts +8 -0
- package/dist/src/tools/whoami.d.ts +3 -1
- package/package.json +20 -4
- package/server.json +2 -2
|
@@ -10,7 +10,7 @@
|
|
|
10
10
|
"name": "extension-mcp",
|
|
11
11
|
"source": "./",
|
|
12
12
|
"description": "MCP tools for browser extension development: scaffold from 50+ templates, run the dev server with HMR, inspect the live DOM and logs, and publish store-ready builds for Chrome, Edge, and Firefox.",
|
|
13
|
-
"version": "10.
|
|
13
|
+
"version": "10.2.0",
|
|
14
14
|
"category": "development",
|
|
15
15
|
"author": {
|
|
16
16
|
"name": "Cezar Augusto"
|
|
@@ -1,7 +1,7 @@
|
|
|
1
1
|
{
|
|
2
2
|
"name": "extension-mcp",
|
|
3
3
|
"description": "MCP tools for browser extension development: scaffold from 50+ templates, run the dev server with HMR, inspect the live DOM and logs, and publish store-ready builds for Chrome, Edge, and Firefox. Ships /extension, /extension-add, /extension-debug, and /extension-publish commands.",
|
|
4
|
-
"version": "10.
|
|
4
|
+
"version": "10.2.0",
|
|
5
5
|
"author": {
|
|
6
6
|
"name": "Cezar Augusto",
|
|
7
7
|
"email": "hello@extension.dev",
|
package/CHANGELOG.md
CHANGED
|
@@ -1,5 +1,65 @@
|
|
|
1
1
|
# Changelog
|
|
2
2
|
|
|
3
|
+
## 10.2.0
|
|
4
|
+
|
|
5
|
+
A production walk of the full share-and-publish loop, then a fix for every
|
|
6
|
+
roughness it surfaced, on top of a week of engine tracking and preview
|
|
7
|
+
hardening. Everything landed since 10.1.0 ships here; the 10.1.1 version
|
|
8
|
+
bump was never published and is folded in.
|
|
9
|
+
|
|
10
|
+
- Revoking a share accepts the ids the platform actually mints: `gen_` plus
|
|
11
|
+
64 hex characters, with the older 32-character form still valid. A
|
|
12
|
+
malformed reference is refused by name, with what a real id looks like,
|
|
13
|
+
instead of being silently cut down to a 32-character prefix that revokes
|
|
14
|
+
nothing while reporting the wrong cause.
|
|
15
|
+
- Every revoke handle the tools return points at `www.extension.dev`
|
|
16
|
+
directly, so one plain DELETE works. The apex `extension.dev` answers
|
|
17
|
+
DELETE with a redirect, and a caller that does not follow redirects got
|
|
18
|
+
"Redirecting..." back while the share stayed live.
|
|
19
|
+
- `extension_doctor` hands over the CLI's own report when the engine exits
|
|
20
|
+
nonzero with output the server cannot parse: the response carries
|
|
21
|
+
`cliReport`, the doctor's actual check list and remediations, instead of
|
|
22
|
+
discarding it and guessing that the local CLI is stale.
|
|
23
|
+
- `extension_inspect` with no `url` ranks the extension's own surfaces
|
|
24
|
+
first and the toolchain's pages last, so it no longer inspects the
|
|
25
|
+
Extension.js welcome surface and reports on the wrong document. When only
|
|
26
|
+
toolchain or override pages are open, a warning names exactly which page
|
|
27
|
+
was inspected and how to target yours.
|
|
28
|
+
- `extension_publish` against a host where the token's project does not
|
|
29
|
+
exist now says what to do: check the token's scope with `extension_auth`,
|
|
30
|
+
create the project first at extension.dev/new, or log in against a
|
|
31
|
+
project that exists there.
|
|
32
|
+
- `extension_auth status` asks the platform who the stored credential
|
|
33
|
+
really is instead of trusting the file on this machine, and reports the
|
|
34
|
+
three answers apart: the server confirmed it, the server refused it and
|
|
35
|
+
the workspace shown is only a local claim, or the server could not be
|
|
36
|
+
reached and nothing here is server confirmed. A credential minted against
|
|
37
|
+
a development deployment reads as refused where production refuses it,
|
|
38
|
+
which is what it always was and never said.
|
|
39
|
+
- The MCP `isError` flag now agrees with the envelope: every `ok: false`
|
|
40
|
+
result is marked `isError: true`, so an agent branching on the transport
|
|
41
|
+
flag no longer reads a platform refusal, a publish 404 or an auth 401, as
|
|
42
|
+
success.
|
|
43
|
+
- `extension_preview_web` with `share: true` no longer fails a working
|
|
44
|
+
share because the local dev lane is dead: the uploaded link is what was
|
|
45
|
+
asked for, so the result is `ok: true` with status `shared` and a warning
|
|
46
|
+
naming the unreachable local leg, which is expected outside the
|
|
47
|
+
extension.dev monorepo.
|
|
48
|
+
- The Extension.js engine pin moved to 4.0.20, the server asks the engine
|
|
49
|
+
its version and JSON support from its published capabilities instead of
|
|
50
|
+
paying for a second build to find out, and a canary pin no longer parses
|
|
51
|
+
to NaN.
|
|
52
|
+
- Safari packaging lets an agent name the app and bundle id it is
|
|
53
|
+
packaging, and the docs say what a derived bundle id actually costs a
|
|
54
|
+
developer instead of claiming Apple rejects it.
|
|
55
|
+
- Preview and share housekeeping: `hostUrl` is pinned to a local server,
|
|
56
|
+
stale carriers are cleared on start and swept on every exit, re-sharing
|
|
57
|
+
is documented for what it really does, and the CORS verdict is read off
|
|
58
|
+
the last hop a browser would follow.
|
|
59
|
+
- The offline template fallback points at the published corpus, three
|
|
60
|
+
control refusals are told apart instead of sharing one message, and a
|
|
61
|
+
stray binary file no longer ships in the package.
|
|
62
|
+
|
|
3
63
|
## 10.1.0
|
|
4
64
|
|
|
5
65
|
A six-lens audit of the whole surface (auth, platform, run, see, act and
|
package/README.md
CHANGED
|
@@ -17,7 +17,7 @@ claude mcp add extension-dev npx @extension.dev/mcp
|
|
|
17
17
|
|
|
18
18
|
Works with Claude Code, Claude Desktop, Cursor, and any MCP client.
|
|
19
19
|
|
|
20
|
-
[extension.dev](https://extension.dev) · [
|
|
20
|
+
[extension.dev](https://extension.dev) · [Extension.js](https://extension.js.org) · [Templates](https://templates.extension.dev) · [Examples](https://github.com/extension-js/examples) · [Discord](https://discord.gg/v9h2RgeTSN)
|
|
21
21
|
|
|
22
22
|
## Why an MCP server for extensions
|
|
23
23
|
|
|
@@ -134,7 +134,7 @@ Browser-launching tools (`dev`, `start`) shell out to the `extension` CLI, the p
|
|
|
134
134
|
|
|
135
135
|
## Sharing a build in progress
|
|
136
136
|
|
|
137
|
-
An unpacked extension is unusually hard to hand to someone: the only way to look at a colleague's work-in-progress has been to take their zip and run untrusted code with real browser permissions on your own machine. `extension_preview_web` with `share: true` uploads the `dist/` it just built and returns a link that renders those exact bytes in the emulator. Whoever opens it installs nothing and signs in to nothing, which is what lets a designer, a PM, or a reviewer into the loop at all. Sharing needs auth (`extension_auth` or `EXTENSION_DEV_TOKEN`), the link
|
|
137
|
+
An unpacked extension is unusually hard to hand to someone: the only way to look at a colleague's work-in-progress has been to take their zip and run untrusted code with real browser permissions on your own machine. `extension_preview_web` with `share: true` uploads the `dist/` it just built and returns a link that renders those exact bytes in the emulator. Whoever opens it installs nothing and signs in to nothing, which is what lets a designer, a PM, or a reviewer into the loop at all. Those bytes run in an isolated sandbox origin or they do not run at all: preview refuses a shared build rather than serving it in its own renderer. Sharing needs auth (`extension_auth` or `EXTENSION_DEV_TOKEN`), the link lives 30 days, and `DELETE`ing the returned `revokeUrl` with the same token kills it early. Re-sharing an unchanged build returns that same link rather than a second one, and only a revoked link is replaced by a different one, because revocation is permanent: the address is burned and never resolves again. That makes `revokeUrl` the handle to the link you just made, so every share is also appended to `.extension.dev/shared-previews.json` in the project (gitignored) so it survives losing the tool output. The upload holds up to 2,000 files and about 64MB of text, or roughly 48MB when the build is mostly images, fonts or wasm, which travel base64-encoded. Without `share`, the tool returns a local-only deep link and uploads nothing.
|
|
138
138
|
|
|
139
139
|
`extension_shares` is the other half of that: it lists every link the token has shared, live and dead, with the `previewUrl` and `revokeUrl` of each, and revokes one by `artifactId` or by pasting any of its URLs. Pass `projectPath` and it reconciles the platform's answer with the project's own record, so a link shared from another machine shows up as `remoteOnly` and a record with nothing behind it any more shows up under `localOnly`. It never rewrites the local file.
|
|
140
140
|
|
|
@@ -155,8 +155,9 @@ All of it rides on [Extension.js](https://github.com/extension-js/extension.js),
|
|
|
155
155
|
|
|
156
156
|
## Community
|
|
157
157
|
|
|
158
|
-
- Join the [Discord](https://discord.gg/v9h2RgeTSN) for help and feedback
|
|
159
|
-
- Browse production-ready [
|
|
158
|
+
- Join the extension.dev [Discord](https://discord.gg/v9h2RgeTSN) for help and feedback
|
|
159
|
+
- Browse production-ready templates at [templates.extension.dev](https://templates.extension.dev)
|
|
160
|
+
- Follow the platform's public packages on [GitHub](https://github.com/extensiondev)
|
|
160
161
|
- Report Extension.js framework issues on [GitHub](https://github.com/extension-js/extension.js/issues)
|
|
161
162
|
|
|
162
163
|
## License
|