@vectros-ai/mcp-server 0.15.0 → 0.16.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 CHANGED
@@ -3,6 +3,48 @@
3
3
  All notable changes to `@vectros-ai/mcp-server` are documented here.
4
4
  This project adheres to [Semantic Versioning](https://semver.org).
5
5
 
6
+ ## 0.16.1 — 2026-08-27
7
+
8
+ ### Fixed
9
+
10
+ - **Claude Code setup docs: restart-to-load + Windows npx-resolution caveats.**
11
+ The "Configure manually (Claude Code)" section now covers three real
12
+ friction points found in dogfooding: a session already open when the
13
+ server is added needs a full quit + reopen (not just re-selecting the
14
+ tab); the `/mcp` panel shows the connector marketplace, not local stdio
15
+ servers, so it can't confirm the server loaded; and config resolves off
16
+ the git common root, so a linked worktree needs adding/opening from the
17
+ same project as its main repo. Also documents a Windows-specific trap: a
18
+ scoped-registry override for `@vectros-ai` in `.npmrc` can silently
19
+ resolve `npx -y @vectros-ai/mcp-server` to an unexpected internal build
20
+ that isn't guaranteed to run there — pin an explicit version if the
21
+ plain command fails to start.
22
+ - **`current_identity`'s `granted_capabilities` note now lists all five named capabilities.**
23
+ The tool description and the `identity` resource both listed only four
24
+ (`member-lifecycle` / `forensic-read` / `context-directory-read` / `delegate-mint`); the
25
+ platform's fifth, `delegate-principal-stamp`, is now named alongside them.
26
+
27
+ ### Changed
28
+
29
+ - Bundled `@vectros-ai/sdk` refreshed to the current release's staging build.
30
+
31
+ ## 0.16.0 — 2026-08-27
32
+
33
+ ### Added
34
+
35
+ - **`record_batch_get`** — fetch several structured records by id (1-100) in one call, each with its
36
+ full payload, wrapping `POST /v1/records/batch-get` (0.41.0: previously a `501` stub, now live).
37
+ Complements `record_get`: use this instead of N single-id calls when you already hold several ids
38
+ (e.g. hydrating a page of `record_query`/`hybrid_search` results). The API silently omits any id you
39
+ can't access with no per-id existence signal; the response also carries `missingIds` — every
40
+ requested id not present in `data` — so a caller can tell a partial result from a complete one
41
+ without diffing it by hand. Same per-record payload-truncation guard as `record_get`.
42
+ - **Repinned to `@vectros-ai/sdk` 0.41.0** for the above. No other 0.41.0 surface change is consumed:
43
+ the issuer-update endpoint and the `roleIds` access-profile field are identity/access administration
44
+ this server's tools deliberately don't touch (`lookup_principal`'s own docstring: "identity CRUD
45
+ stays off the agent tool surface by design"); entity responses' new `contextId` field already flows
46
+ through `lookup_principal`'s pass-through JSON with no code change.
47
+
6
48
  ## 0.15.0
7
49
 
8
50
  ### Added
package/README.md CHANGED
@@ -166,10 +166,25 @@ claude mcp add vectros -e VECTROS_API_KEY=ssk_live_... -- npx -y @vectros-ai/mcp
166
166
  ```
167
167
 
168
168
  Add `-e VECTROS_API_BASE_URL=https://api.staging.vectros.ai` for a non-production
169
- environment. Reopen the project in Claude Code and the Vectros tools are
170
- available.
171
-
172
- ## Tools (21 tools)
169
+ environment.
170
+
171
+ **Load it into a session by restarting.** A Claude Code session that was
172
+ already open when you added the server won't pick it up mid-session — fully
173
+ quit and reopen the project (not just re-select the tab). The `/mcp` panel
174
+ shows the connector marketplace, not locally-configured stdio servers, so it
175
+ won't confirm the server is loaded — ask the agent to call a Vectros tool
176
+ instead. Config is keyed by the **git common root**, so a linked worktree
177
+ resolves to its main repo's `.mcp.json` — add and open from the same project.
178
+
179
+ > **Windows note:** if your `.npmrc` (or a global npm config) points the
180
+ > `@vectros-ai` scope at a private registry, a bare `npx -y @vectros-ai/mcp-server`
181
+ > can resolve an unexpected internal build there instead of the public
182
+ > release — and an internal build is not guaranteed to run on Windows. If the
183
+ > command above fails to start, either remove the scoped-registry override
184
+ > for a plain `npx` run, or pin an explicit version (`npx -y
185
+ > @vectros-ai/mcp-server@<version>`) known to work.
186
+
187
+ ## Tools (22 tools)
173
188
 
174
189
  **Search & RAG**
175
190
 
@@ -186,6 +201,7 @@ available.
186
201
  | `list_schemas` | List the record-schema catalog the credential can see (filter by `surface` or resolve one by `recordType`). Makes `record_query` / `record_create` discoverable. |
187
202
  | `record_query` | Query records by lookup field — equality (`value`), range, or prefix, with `asc`/`desc` ordering and an optional `sortFrom`/`sortTo` window — or list mode (filter by ownership + type). Also supports composite equality across 2-3 fields (`values`), but only against a lookup the *schema* declares over those fields together (see `list_schemas`) — not any two fields you pick. |
188
203
  | `record_get` | Fetch one record by id, including its full payload (large payloads truncated to protect the agent context window). |
204
+ | `record_batch_get` | Fetch several records by id (1-100) in one call, each with its full payload. Returns `missingIds` for any requested id you can't access, since the API silently omits them. |
189
205
  | `record_create` | Create a record of a given type; idempotent by `externalId`; optional per-record `indexMode`. |
190
206
  | `record_update` | Patch a record's payload (deep-merged; `null` deletes a key); optimistic concurrency via `expectedVersion`. |
191
207
  | `record_delete` | Permanently delete a record by id (leaves a tombstone). |
@@ -213,11 +229,11 @@ available.
213
229
 
214
230
  | Tool | What it does |
215
231
  |---|---|
216
- | `current_identity` | Describe the credential: tenantId, environment, principalType, principalKeyId, principalLabel, and (for scoped credentials) allowedActions + dataScope. Does **not** yet include `granted_capabilities` (`member-lifecycle` / `forensic-read` / `context-directory-read` / `delegate-mint`) — a separate reach dimension a scope clause can carry as of API 0.40.0 that `/v1/ping` doesn't report yet, so allowedActions + dataScope may understate a credential's true reach. Also reports this server's own version and the bundled SDK version (`mcpServerVersion`, `sdkVersion`). |
232
+ | `current_identity` | Describe the credential: tenantId, environment, principalType, principalKeyId, principalLabel, and (for scoped credentials) allowedActions + dataScope. Does **not** yet include `granted_capabilities` (`member-lifecycle` / `forensic-read` / `context-directory-read` / `delegate-mint`, as of API 0.40.0, joined by `delegate-principal-stamp` in 0.42.0) — a separate reach dimension a scope clause can carry that `/v1/ping` doesn't report yet, so allowedActions + dataScope may understate a credential's true reach. Also reports this server's own version and the bundled SDK version (`mcpServerVersion`, `sdkVersion`). |
217
233
  | `lookup_principal` | Resolve a user, or an identity entity in a namespace (`org`/`client`/any namespace you registered), by your own `externalId` (→ its Vectros UUID, for the ownership filters) or by a schema lookup field. Pass `contextId` to target a specific app context for a context-owned namespace. Read-only. |
218
234
  | `version_history` | Read the audit/version trail (CREATE/UPDATE/DELETE, with actor + diff) for one record or document. Read-only. |
219
235
 
220
- All 21 tools wrap published Vectros HTTP API endpoints. JSON
236
+ All 22 tools wrap published Vectros HTTP API endpoints. JSON
221
237
  responses are what the agent sees as tool output. Per-call cost
222
238
  surfaces via the `usage` field on inference responses.
223
239