@integraledger/lcp-mcp-server 0.10.0 → 0.10.1
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/CHANGELOG.md +23 -0
- package/README.md +11 -9
- package/package.json +11 -11
package/CHANGELOG.md
CHANGED
|
@@ -1,5 +1,28 @@
|
|
|
1
1
|
# @integraledger/lcp-mcp-server
|
|
2
2
|
|
|
3
|
+
## 0.10.1
|
|
4
|
+
|
|
5
|
+
### Patch Changes
|
|
6
|
+
|
|
7
|
+
- 5154cfb: Install one copy of the protocol packages, not two.
|
|
8
|
+
|
|
9
|
+
`lcp-mcp-server` pinned its `@integraledger/lcp-*` dependencies to an exact version while `agent-guard`
|
|
10
|
+
— which it depends on — declares the same packages as peers at a caret range. Those two declarations
|
|
11
|
+
cannot be satisfied by a single copy, so installing both packages resolved the protocol line **twice**:
|
|
12
|
+
once hoisted to satisfy the caret, and once nested under `lcp-mcp-server` to satisfy the exact pin. The
|
|
13
|
+
two halves of one install then read different protocol code, with `instanceof` failing across the seam
|
|
14
|
+
between them.
|
|
15
|
+
|
|
16
|
+
`lcp-mcp-server` now declares those dependencies as a caret at the minor line's zero patch, matching its
|
|
17
|
+
sibling. A tree holding both resolves a single copy, and `npx lcp-mcp` still installs standalone.
|
|
18
|
+
|
|
19
|
+
Nothing about either package's API, behaviour or guarantees changes. Both were correct in isolation; only
|
|
20
|
+
a tree holding both was affected.
|
|
21
|
+
|
|
22
|
+
- Updated dependencies [5154cfb]
|
|
23
|
+
- Updated dependencies [ccf4bb4]
|
|
24
|
+
- @integraledger/agent-guard@0.10.1
|
|
25
|
+
|
|
3
26
|
## 0.10.0
|
|
4
27
|
|
|
5
28
|
### Minor Changes
|
package/README.md
CHANGED
|
@@ -80,15 +80,17 @@ document for your agent to send with its own keys.
|
|
|
80
80
|
|
|
81
81
|
## One protocol line in the tree
|
|
82
82
|
|
|
83
|
-
|
|
84
|
-
|
|
85
|
-
|
|
86
|
-
|
|
87
|
-
|
|
88
|
-
|
|
89
|
-
|
|
90
|
-
|
|
91
|
-
|
|
83
|
+
This server declares the protocol line as a **caret at the minor's zero patch**, and `agent-guard` peers it
|
|
84
|
+
the same way. That is what puts **one** line of the protocol packages in `node_modules` when you install
|
|
85
|
+
both: the two ranges overlap, so a package manager resolves a single copy that satisfies each. An exact
|
|
86
|
+
runtime pin would do the opposite — it cannot be satisfied by the sibling's range, so the resolver nests a
|
|
87
|
+
second copy underneath this package, and the two halves of one install then read different protocol code.
|
|
88
|
+
|
|
89
|
+
If a mixed install ever does put two lines in one tree, the seam stays safe: what this package takes from
|
|
90
|
+
`agent-guard` is the fetcher and nothing else — `makeCachingFetcher`, `nodeDnsLookup`, and the
|
|
91
|
+
`TermsFetcher` type — whose entire vocabulary is `fetch(url: string)` in, `{ bytes, format, fetchedAt }`
|
|
92
|
+
out, plus a `{ address, family }` DNS answer. Not one of those names an `lcp-kernel`, `lcp-binding-core` or
|
|
93
|
+
`lcp-discovery` type in either direction, so two lines never exchange a value.
|
|
92
94
|
|
|
93
95
|
## Checked against the live MCP specification — 2026-07-30
|
|
94
96
|
|
package/package.json
CHANGED
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
{
|
|
2
2
|
"name": "@integraledger/lcp-mcp-server",
|
|
3
|
-
"version": "0.10.
|
|
3
|
+
"version": "0.10.1",
|
|
4
4
|
"type": "module",
|
|
5
5
|
"exports": {
|
|
6
6
|
".": {
|
|
@@ -28,18 +28,18 @@
|
|
|
28
28
|
"directory": "packages/lcp-mcp-server"
|
|
29
29
|
},
|
|
30
30
|
"dependencies": {
|
|
31
|
-
"@integraledger/lcp-authority": "0.12.0",
|
|
32
|
-
"@integraledger/lcp-binding-core": "0.12.0",
|
|
33
|
-
"@integraledger/lcp-discovery": "0.12.0",
|
|
34
|
-
"@integraledger/lcp-evidence": "0.12.0",
|
|
35
|
-
"@integraledger/lcp-kernel": "0.12.0",
|
|
36
|
-
"@integraledger/lcp-placement-ack": "0.12.0",
|
|
37
|
-
"@integraledger/lcp-placement-ap2": "0.12.0",
|
|
38
|
-
"@integraledger/lcp-placements": "0.12.0",
|
|
39
|
-
"@integraledger/lcp-verify": "0.12.0",
|
|
31
|
+
"@integraledger/lcp-authority": "^0.12.0",
|
|
32
|
+
"@integraledger/lcp-binding-core": "^0.12.0",
|
|
33
|
+
"@integraledger/lcp-discovery": "^0.12.0",
|
|
34
|
+
"@integraledger/lcp-evidence": "^0.12.0",
|
|
35
|
+
"@integraledger/lcp-kernel": "^0.12.0",
|
|
36
|
+
"@integraledger/lcp-placement-ack": "^0.12.0",
|
|
37
|
+
"@integraledger/lcp-placement-ap2": "^0.12.0",
|
|
38
|
+
"@integraledger/lcp-placements": "^0.12.0",
|
|
39
|
+
"@integraledger/lcp-verify": "^0.12.0",
|
|
40
40
|
"@modelcontextprotocol/server": "2.0.0",
|
|
41
41
|
"zod": "4.4.3",
|
|
42
|
-
"@integraledger/agent-guard": "0.10.
|
|
42
|
+
"@integraledger/agent-guard": "0.10.1"
|
|
43
43
|
},
|
|
44
44
|
"devDependencies": {
|
|
45
45
|
"@modelcontextprotocol/client": "2.0.0",
|