@cyanheads/noaa-marine-mcp-server 0.3.0 → 0.3.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/AGENTS.md +43 -36
- package/CLAUDE.md +43 -36
- package/Dockerfile +10 -5
- package/LICENSE +1 -1
- package/README.md +5 -3
- package/changelog/0.3.x/0.3.1.md +29 -0
- package/changelog/template.md +55 -16
- package/dist/index.js +5 -0
- package/dist/index.js.map +1 -1
- package/dist/mcp-server/resources/definitions/noaa-marine-station.resource.d.ts.map +1 -1
- package/dist/mcp-server/resources/definitions/noaa-marine-station.resource.js +1 -0
- package/dist/mcp-server/resources/definitions/noaa-marine-station.resource.js.map +1 -1
- package/dist/mcp-server/tools/definitions/noaa-marine-find-stations.tool.d.ts +23 -23
- package/dist/mcp-server/tools/definitions/noaa-marine-get-conditions.tool.js +1 -1
- package/dist/mcp-server/tools/definitions/noaa-marine-get-conditions.tool.js.map +1 -1
- package/dist/mcp-server/tools/definitions/noaa-marine-get-current-profile.tool.js +1 -1
- package/dist/mcp-server/tools/definitions/noaa-marine-get-current-profile.tool.js.map +1 -1
- package/dist/mcp-server/tools/definitions/noaa-marine-get-currents.tool.d.ts +2 -2
- package/dist/mcp-server/tools/definitions/noaa-marine-get-currents.tool.js +2 -2
- package/dist/mcp-server/tools/definitions/noaa-marine-get-currents.tool.js.map +1 -1
- package/dist/mcp-server/tools/definitions/noaa-marine-get-ocean-observations.tool.js +1 -1
- package/dist/mcp-server/tools/definitions/noaa-marine-get-ocean-observations.tool.js.map +1 -1
- package/dist/mcp-server/tools/definitions/noaa-marine-get-tide-predictions.tool.d.ts +5 -5
- package/dist/mcp-server/tools/definitions/noaa-marine-get-tide-predictions.tool.js +2 -2
- package/dist/mcp-server/tools/definitions/noaa-marine-get-tide-predictions.tool.js.map +1 -1
- package/dist/mcp-server/tools/definitions/noaa-marine-get-water-level.tool.d.ts +5 -5
- package/dist/mcp-server/tools/definitions/noaa-marine-get-water-level.tool.js +2 -2
- package/dist/mcp-server/tools/definitions/noaa-marine-get-water-level.tool.js.map +1 -1
- package/dist/services/coops/coops-service.d.ts.map +1 -1
- package/dist/services/coops/coops-service.js.map +1 -1
- package/dist/services/ndbc/ndbc-service.d.ts.map +1 -1
- package/dist/services/ndbc/ndbc-service.js +3 -1
- package/dist/services/ndbc/ndbc-service.js.map +1 -1
- package/package.json +8 -8
- package/server.json +3 -3
package/AGENTS.md
CHANGED
|
@@ -1,10 +1,10 @@
|
|
|
1
1
|
# Developer Protocol
|
|
2
2
|
|
|
3
3
|
**Server:** noaa-marine-mcp-server
|
|
4
|
-
**Version:** 0.3.
|
|
5
|
-
**Framework:** [@cyanheads/mcp-ts-core](https://www.npmjs.com/package/@cyanheads/mcp-ts-core)
|
|
4
|
+
**Version:** 0.3.1
|
|
5
|
+
**Framework:** [@cyanheads/mcp-ts-core](https://www.npmjs.com/package/@cyanheads/mcp-ts-core) `0.12.3`
|
|
6
6
|
**Engines:** Bun ≥1.3.0, Node ≥24.0.0
|
|
7
|
-
**MCP SDK:** `@modelcontextprotocol/
|
|
7
|
+
**MCP SDK:** `@modelcontextprotocol/server` ^2.0.0 (protocol revisions 2026-07-28 and 2025-*)
|
|
8
8
|
**Zod:** ^4.4.3
|
|
9
9
|
|
|
10
10
|
> **Read the framework docs first:** `node_modules/@cyanheads/mcp-ts-core/CLAUDE.md` contains the full API reference — builders, Context, error codes, exports, patterns. This file covers server-specific conventions only.
|
|
@@ -35,7 +35,7 @@ Tailor suggestions to what's actually missing or stale — don't recite the full
|
|
|
35
35
|
- **Logic throws, framework catches.** Tool/resource handlers are pure — throw on failure, no `try/catch`. Plain `Error` is fine; the framework catches, classifies, and formats. Use error factories (`notFound()`, `validationError()`, etc.) when the error code matters.
|
|
36
36
|
- **Use `ctx.log`** for request-scoped logging. No `console` calls.
|
|
37
37
|
- **Use `ctx.state`** for tenant-scoped storage. Never access persistence directly.
|
|
38
|
-
- **
|
|
38
|
+
- **Need input the caller didn't supply?** `return ctx.requestInput(...)` and read `ctx.inputs` when the handler is re-entered. Never `await` for user input mid-handler.
|
|
39
39
|
- **Secrets in env vars only** — never hardcoded.
|
|
40
40
|
- **Close the loop on issues.** When implementing work tracked by a GitHub issue, comment on the issue with what landed and close it. Do both — a comment without a close leaves stale issues open; a close without a comment leaves no record of what shipped. The comment is for future readers — state the concrete changes, not the conversation that produced them.
|
|
41
41
|
|
|
@@ -104,6 +104,7 @@ export const noaaMarineStationResource = resource('noaa-marine://station/{statio
|
|
|
104
104
|
name: 'noaa_marine_station',
|
|
105
105
|
description: 'Metadata for a CO-OPS or NDBC station by ID: name, coordinates, source, capabilities, and state.',
|
|
106
106
|
mimeType: 'application/json',
|
|
107
|
+
cacheHint: { ttlMs: 21_600_000, cacheScope: 'public' },
|
|
107
108
|
params: z.object({
|
|
108
109
|
station_id: z.string().describe('CO-OPS numeric/alphanumeric ID or 5-char NDBC buoy ID.'),
|
|
109
110
|
}),
|
|
@@ -142,9 +143,9 @@ export function getServerConfig() {
|
|
|
142
143
|
|
|
143
144
|
`parseEnvConfig` maps Zod schema paths → env var names so errors name the variable (`NOAA_APPLICATION_ID`) not the path (`applicationId`). Throws `ConfigurationError`, which the framework prints as a clean startup banner.
|
|
144
145
|
|
|
145
|
-
### Server instructions
|
|
146
|
+
### Server identity and instructions
|
|
146
147
|
|
|
147
|
-
`createApp(
|
|
148
|
+
This server's `createApp()` identity is the bare repository name in both `name` and `title`: `noaa-marine-mcp-server`. `instructions` is optional server-level orientation sent to clients on every `initialize`; use it for deployment guidance and cross-tool workflows instead of repeating the same context across tool descriptions.
|
|
148
149
|
|
|
149
150
|
---
|
|
150
151
|
|
|
@@ -154,14 +155,15 @@ Handlers receive a unified `ctx` object. Key properties:
|
|
|
154
155
|
|
|
155
156
|
| Property | Description |
|
|
156
157
|
|:---------|:------------|
|
|
157
|
-
| `ctx.log` | Request-scoped logger — `.debug()`, `.info()`, `.notice()`, `.warning()`, `.error()`. Auto-correlates requestId, traceId, tenantId. |
|
|
158
|
-
| `ctx.state` | Tenant-scoped KV — `.get(key)`, `.set(key, value, { ttl? })`, `.delete(key)`, `.list(prefix, { cursor, limit })`. Accepts any serializable value. |
|
|
159
|
-
| `ctx.
|
|
160
|
-
| `ctx.
|
|
158
|
+
| `ctx.log` | Request-scoped logger — `.debug()`, `.info()`, `.notice()`, `.warning()`, `.error()`. Auto-correlates requestId, traceId, tenantId. Dual-sink: Pino and `notifications/message`, so treat it as client-visible. |
|
|
159
|
+
| `ctx.state` | Tenant-scoped KV — `.get(key)`, `.set(key, value, { ttl? })`, `.delete(key)`, `.getMany(keys)`, `.list(prefix, { cursor, limit })`. Accepts any serializable value. |
|
|
160
|
+
| `ctx.requestInput` | Suspend and ask the caller for more input. Return it; never await it. Always present, though this server currently has no call sites. |
|
|
161
|
+
| `ctx.inputs` | Reader over a retried request's responses. Empty on the first round. |
|
|
162
|
+
| `ctx.enrich` | Success-path agent context that reaches both `structuredContent` and `content[]` when the definition declares `enrichment`. |
|
|
163
|
+
| `ctx.content` | Non-text image/audio content blocks prepended to `content[]`; never enters `structuredContent`. |
|
|
161
164
|
| `ctx.signal` | `AbortSignal` for cancellation. |
|
|
162
|
-
| `ctx.progress` | Task progress (present when `task: true`) — `.setTotal(n)`, `.increment()`, `.update(message)`. |
|
|
163
165
|
| `ctx.requestId` | Unique request ID. |
|
|
164
|
-
| `ctx.tenantId` | Tenant ID from JWT
|
|
166
|
+
| `ctx.tenantId` | Tenant ID from JWT; `'default'` for stdio or HTTP with auth off. |
|
|
165
167
|
|
|
166
168
|
---
|
|
167
169
|
|
|
@@ -169,7 +171,7 @@ Handlers receive a unified `ctx` object. Key properties:
|
|
|
169
171
|
|
|
170
172
|
Handlers throw — the framework catches, classifies, and formats.
|
|
171
173
|
|
|
172
|
-
**Recommended: typed error contract.** Declare `errors: [{ reason, code, when, recovery, retryable? }]` on `tool()` / `resource()` to receive `ctx.fail(reason, …)` typed against the reason union. TypeScript catches typos at compile time, `data.reason` is auto-populated for observability, linter enforces conformance against the handler body. `recovery` is required
|
|
174
|
+
**Recommended: typed error contract.** Declare `errors: [{ reason, code, when, recovery, retryable? }]` on `tool()` / `resource()` to receive `ctx.fail(reason, …)` typed against the reason union. TypeScript catches typos at compile time, `data.reason` is auto-populated for observability, and the linter enforces conformance against the handler body. `recovery` is required (≥ 5 words, lint-validated) — the single source of truth for the agent's next move. Pass `ctx.recoveryFor('reason')` as the throw's data to put it on the wire (`data.recovery.hint`, mirrored into `content[]` text); override with an explicit hint when runtime context matters. Baseline codes (`InternalError`, `ServiceUnavailable`, `Timeout`, `ValidationError`, `SerializationError`) bubble freely and don't need declaring.
|
|
173
175
|
|
|
174
176
|
```ts
|
|
175
177
|
import { JsonRpcErrorCode } from '@cyanheads/mcp-ts-core/errors';
|
|
@@ -181,7 +183,7 @@ errors: [
|
|
|
181
183
|
],
|
|
182
184
|
async handler(input, ctx) {
|
|
183
185
|
const item = await db.find(input.id);
|
|
184
|
-
if (!item) throw ctx.fail('no_match', `No item ${input.id}
|
|
186
|
+
if (!item) throw ctx.fail('no_match', `No item ${input.id}`, ctx.recoveryFor('no_match'));
|
|
185
187
|
return item;
|
|
186
188
|
}
|
|
187
189
|
```
|
|
@@ -230,6 +232,8 @@ src/
|
|
|
230
232
|
noaa-marine-get-water-level.tool.ts # noaa_marine_get_water_level
|
|
231
233
|
noaa-marine-get-currents.tool.ts # noaa_marine_get_currents
|
|
232
234
|
noaa-marine-get-conditions.tool.ts # noaa_marine_get_conditions
|
|
235
|
+
noaa-marine-get-current-profile.tool.ts # noaa_marine_get_current_profile
|
|
236
|
+
noaa-marine-get-ocean-observations.tool.ts # noaa_marine_get_ocean_observations
|
|
233
237
|
resources/definitions/
|
|
234
238
|
noaa-marine-station.resource.ts # noaa-marine://station/{station_id}
|
|
235
239
|
```
|
|
@@ -249,7 +253,7 @@ src/
|
|
|
249
253
|
|
|
250
254
|
## Skills
|
|
251
255
|
|
|
252
|
-
Skills are modular instructions in `skills/` at the project root. Read them directly when a task matches — e.g., `skills/add-tool/SKILL.md` when adding a tool.
|
|
256
|
+
Skills are modular instructions in `skills/` at the project root. Read them directly when a task matches — e.g., `skills/add-tool/SKILL.md` when adding a tool. `bun run list-skills` prints the full registry.
|
|
253
257
|
|
|
254
258
|
**Agent skill directory:** Copy skills into the directory your agent discovers (Claude Code: `.claude/skills/`, others: equivalent). Skills then load as context without referencing `skills/` paths. After framework updates, run the `maintenance` skill — Phase B re-syncs the agent directory.
|
|
255
259
|
|
|
@@ -276,16 +280,16 @@ Available skills:
|
|
|
276
280
|
| `orchestrations` | Chain task skills into a gated multi-phase pipeline — build-out, QA-fix, update-ship — when you can spawn sub-agents |
|
|
277
281
|
| `report-issue-framework` | File a bug or feature request against `@cyanheads/mcp-ts-core` via `gh` CLI |
|
|
278
282
|
| `report-issue-local` | File a bug or feature request against this server's own repo via `gh` CLI |
|
|
283
|
+
| `techniques` | Catalog of response/data-shaping techniques — overflow handling, payload shaping, retrieval patterns |
|
|
279
284
|
| `api-auth` | Auth modes, scopes, JWT/OAuth |
|
|
280
285
|
| `api-canvas` | DataCanvas: register tabular data, run SQL, export, plus the `spillover()` helper for big result sets — Tier 3 opt-in |
|
|
281
286
|
| `api-config` | AppConfig, parseConfig, env vars |
|
|
282
|
-
| `api-context` | Context interface, logger, state,
|
|
287
|
+
| `api-context` | Context interface, RequestContext, logger, state, multi-round-trip input |
|
|
283
288
|
| `api-errors` | McpError, JsonRpcErrorCode, error patterns |
|
|
284
289
|
| `api-linter` | Definition linter rule catalog — invoked by `bun run lint:mcp` and `devcheck` |
|
|
285
290
|
| `api-mirror` | MirrorService: persistent self-refreshing local mirror (embedded SQLite + FTS5) of a bulk upstream dataset — Tier 3 opt-in |
|
|
286
291
|
| `api-services` | LLM, Speech, Graph services |
|
|
287
|
-
| `api-testing` | createMockContext,
|
|
288
|
-
| `techniques` | Reusable response/data-shaping patterns (outline-on-overflow, etc.) |
|
|
292
|
+
| `api-testing` | createMockContext, test patterns |
|
|
289
293
|
| `api-utils` | Formatting, parsing, security, pagination, scheduling, telemetry helpers |
|
|
290
294
|
| `api-telemetry` | OTel catalog: spans, metrics, completion logs, env config, cardinality rules |
|
|
291
295
|
| `api-workers` | Cloudflare Workers runtime |
|
|
@@ -298,30 +302,33 @@ When you complete a skill's checklist, check the boxes and add a completion time
|
|
|
298
302
|
|
|
299
303
|
## Commands
|
|
300
304
|
|
|
301
|
-
**Runtime:** Scripts use
|
|
305
|
+
**Runtime:** Scripts use Bun's native TypeScript execution — `bun run <cmd>` is the standard invocation. `npm run <cmd>` also works (npm delegates to Bun).
|
|
302
306
|
|
|
303
307
|
| Command | Purpose |
|
|
304
308
|
|:--------|:--------|
|
|
305
|
-
| `
|
|
306
|
-
| `
|
|
307
|
-
| `
|
|
308
|
-
| `
|
|
309
|
+
| `bun run build` | Compile TypeScript |
|
|
310
|
+
| `bun run rebuild` | Clean + build |
|
|
311
|
+
| `bun run clean` | Remove build artifacts |
|
|
312
|
+
| `bun run devcheck` | Lint + format + typecheck + security + changelog sync |
|
|
309
313
|
| `bun run audit:refresh` | Delete `bun.lock`, reinstall, and re-run `bun audit`. Use when `devcheck` flags a transitive advisory — Bun's `update` is sticky on transitive resolutions, so the advisory may be a stale-lockfile false positive. If it survives the refresh, it's real. |
|
|
310
|
-
| `
|
|
311
|
-
| `
|
|
312
|
-
| `
|
|
313
|
-
| `
|
|
314
|
-
| `
|
|
315
|
-
| `
|
|
316
|
-
| `
|
|
317
|
-
| `
|
|
318
|
-
| `
|
|
314
|
+
| `bun run lint:mcp` | Run the MCP definition linter standalone |
|
|
315
|
+
| `bun run lint:packaging` | Run packaging surface checks (also part of devcheck) |
|
|
316
|
+
| `bun run list-skills` | Print the skill registry |
|
|
317
|
+
| `bun run tree` | Generate directory structure doc |
|
|
318
|
+
| `bun run format` | Auto-fix formatting (safe fixes only) |
|
|
319
|
+
| `bun run format:unsafe` | Also apply Biome's unsafe autofixes — review the diff; they can change behavior |
|
|
320
|
+
| `bun run test` | Run tests (Vitest — use `bun run test`, not `bun test`) |
|
|
321
|
+
| `bun run start:stdio` | Production mode (stdio) |
|
|
322
|
+
| `bun run start:http` | Production mode (HTTP) |
|
|
323
|
+
| `bun run changelog:build` | Regenerate `CHANGELOG.md` from `changelog/*.md` |
|
|
324
|
+
| `bun run changelog:check` | Verify `CHANGELOG.md` is in sync (used by devcheck) |
|
|
325
|
+
| `bun run bundle` | Build, pack, and clean a `.mcpb` for one-click Claude Desktop install |
|
|
319
326
|
|
|
320
327
|
---
|
|
321
328
|
|
|
322
329
|
## Bundling
|
|
323
330
|
|
|
324
|
-
`
|
|
331
|
+
`bun run bundle` produces a `.mcpb` extension bundle for one-click install in Claude Desktop. The pack step is followed by `scripts/clean-mcpb.ts`, which prunes dev dependencies (`mcpb clean`) and strips dependency-shipped agent docs plus platform-specific native bindings that root-anchored `.mcpbignore` patterns cannot reach. MCPB is stdio-only — HTTP and Cloudflare Workers deployments are unaffected. Consumers who don't need it can delete `manifest.json` and `.mcpbignore`; `lint:packaging` skips cleanly.
|
|
325
332
|
|
|
326
333
|
**Adding an env var requires both files:** `server.json` (registry discovery, `environmentVariables[]`) and `manifest.json` (bundle install UX, `mcp_config.env` + `user_config`). `lint:packaging` (run by `devcheck`) verifies the env var names match.
|
|
327
334
|
|
|
@@ -339,14 +346,14 @@ Each per-version file opens with YAML frontmatter:
|
|
|
339
346
|
---
|
|
340
347
|
summary: "One-line headline, ≤350 chars" # required — powers the rollup index
|
|
341
348
|
breaking: false # optional — true flags breaking changes
|
|
342
|
-
security: false # optional — true
|
|
349
|
+
security: false # optional — true ONLY for a source-code security fix, never a dependency CVE bump
|
|
343
350
|
---
|
|
344
351
|
|
|
345
352
|
# 0.1.0 — YYYY-MM-DD
|
|
346
353
|
...
|
|
347
354
|
```
|
|
348
355
|
|
|
349
|
-
`breaking: true` renders a `· ⚠️ Breaking` badge — use it when consumers must update code on upgrade (signature changes, removed APIs, config renames). `security: true` renders a `· 🛡️ Security` badge and pairs with a `## Security` body section. When both are set, badges render `· ⚠️ Breaking · 🛡️ Security`.
|
|
356
|
+
`breaking: true` renders a `· ⚠️ Breaking` badge — use it when consumers must update code on upgrade (signature changes, removed APIs, config renames). `security: true` renders a `· 🛡️ Security` badge and pairs with a `## Security` body section — set it only for a security fix in this server's own source code, never for a routine dependency or transitive CVE bump. When both are set, badges render `· ⚠️ Breaking · 🛡️ Security`.
|
|
350
357
|
|
|
351
358
|
`agent-notes` is an optional free-form field for maintenance agents processing the release downstream. Content here won't appear in the rendered CHANGELOG — it's consumed by agents running the `maintenance` skill. Use it for adoption instructions that don't fit the human-facing sections: new files to create, fields to populate, one-time migration steps. Omit entirely when there's nothing to say.
|
|
352
359
|
|
|
@@ -385,4 +392,4 @@ import { getMyService } from '@/services/my-domain/my-service.js';
|
|
|
385
392
|
- [ ] `.codex-plugin/plugin.json` populated — `name`, `version`, `description`, `repository`, `license` from `package.json`; `interface.displayName` = package name; `interface.shortDescription` from `package.json` description
|
|
386
393
|
- [ ] `.codex-plugin/mcp.json` updated — server name key matches `package.json` name; env vars added for any required API keys
|
|
387
394
|
- [ ] `.claude-plugin/plugin.json` populated — `name`, `version`, `description`, `repository`, `license` from `package.json`; inline `mcpServers` entry with server name key, env vars for any required API keys
|
|
388
|
-
- [ ] `
|
|
395
|
+
- [ ] `bun run devcheck` passes
|
package/CLAUDE.md
CHANGED
|
@@ -1,10 +1,10 @@
|
|
|
1
1
|
# Developer Protocol
|
|
2
2
|
|
|
3
3
|
**Server:** noaa-marine-mcp-server
|
|
4
|
-
**Version:** 0.3.
|
|
5
|
-
**Framework:** [@cyanheads/mcp-ts-core](https://www.npmjs.com/package/@cyanheads/mcp-ts-core)
|
|
4
|
+
**Version:** 0.3.1
|
|
5
|
+
**Framework:** [@cyanheads/mcp-ts-core](https://www.npmjs.com/package/@cyanheads/mcp-ts-core) `0.12.3`
|
|
6
6
|
**Engines:** Bun ≥1.3.0, Node ≥24.0.0
|
|
7
|
-
**MCP SDK:** `@modelcontextprotocol/
|
|
7
|
+
**MCP SDK:** `@modelcontextprotocol/server` ^2.0.0 (protocol revisions 2026-07-28 and 2025-*)
|
|
8
8
|
**Zod:** ^4.4.3
|
|
9
9
|
|
|
10
10
|
> **Read the framework docs first:** `node_modules/@cyanheads/mcp-ts-core/CLAUDE.md` contains the full API reference — builders, Context, error codes, exports, patterns. This file covers server-specific conventions only.
|
|
@@ -35,7 +35,7 @@ Tailor suggestions to what's actually missing or stale — don't recite the full
|
|
|
35
35
|
- **Logic throws, framework catches.** Tool/resource handlers are pure — throw on failure, no `try/catch`. Plain `Error` is fine; the framework catches, classifies, and formats. Use error factories (`notFound()`, `validationError()`, etc.) when the error code matters.
|
|
36
36
|
- **Use `ctx.log`** for request-scoped logging. No `console` calls.
|
|
37
37
|
- **Use `ctx.state`** for tenant-scoped storage. Never access persistence directly.
|
|
38
|
-
- **
|
|
38
|
+
- **Need input the caller didn't supply?** `return ctx.requestInput(...)` and read `ctx.inputs` when the handler is re-entered. Never `await` for user input mid-handler.
|
|
39
39
|
- **Secrets in env vars only** — never hardcoded.
|
|
40
40
|
- **Close the loop on issues.** When implementing work tracked by a GitHub issue, comment on the issue with what landed and close it. Do both — a comment without a close leaves stale issues open; a close without a comment leaves no record of what shipped. The comment is for future readers — state the concrete changes, not the conversation that produced them.
|
|
41
41
|
|
|
@@ -104,6 +104,7 @@ export const noaaMarineStationResource = resource('noaa-marine://station/{statio
|
|
|
104
104
|
name: 'noaa_marine_station',
|
|
105
105
|
description: 'Metadata for a CO-OPS or NDBC station by ID: name, coordinates, source, capabilities, and state.',
|
|
106
106
|
mimeType: 'application/json',
|
|
107
|
+
cacheHint: { ttlMs: 21_600_000, cacheScope: 'public' },
|
|
107
108
|
params: z.object({
|
|
108
109
|
station_id: z.string().describe('CO-OPS numeric/alphanumeric ID or 5-char NDBC buoy ID.'),
|
|
109
110
|
}),
|
|
@@ -142,9 +143,9 @@ export function getServerConfig() {
|
|
|
142
143
|
|
|
143
144
|
`parseEnvConfig` maps Zod schema paths → env var names so errors name the variable (`NOAA_APPLICATION_ID`) not the path (`applicationId`). Throws `ConfigurationError`, which the framework prints as a clean startup banner.
|
|
144
145
|
|
|
145
|
-
### Server instructions
|
|
146
|
+
### Server identity and instructions
|
|
146
147
|
|
|
147
|
-
`createApp(
|
|
148
|
+
This server's `createApp()` identity is the bare repository name in both `name` and `title`: `noaa-marine-mcp-server`. `instructions` is optional server-level orientation sent to clients on every `initialize`; use it for deployment guidance and cross-tool workflows instead of repeating the same context across tool descriptions.
|
|
148
149
|
|
|
149
150
|
---
|
|
150
151
|
|
|
@@ -154,14 +155,15 @@ Handlers receive a unified `ctx` object. Key properties:
|
|
|
154
155
|
|
|
155
156
|
| Property | Description |
|
|
156
157
|
|:---------|:------------|
|
|
157
|
-
| `ctx.log` | Request-scoped logger — `.debug()`, `.info()`, `.notice()`, `.warning()`, `.error()`. Auto-correlates requestId, traceId, tenantId. |
|
|
158
|
-
| `ctx.state` | Tenant-scoped KV — `.get(key)`, `.set(key, value, { ttl? })`, `.delete(key)`, `.list(prefix, { cursor, limit })`. Accepts any serializable value. |
|
|
159
|
-
| `ctx.
|
|
160
|
-
| `ctx.
|
|
158
|
+
| `ctx.log` | Request-scoped logger — `.debug()`, `.info()`, `.notice()`, `.warning()`, `.error()`. Auto-correlates requestId, traceId, tenantId. Dual-sink: Pino and `notifications/message`, so treat it as client-visible. |
|
|
159
|
+
| `ctx.state` | Tenant-scoped KV — `.get(key)`, `.set(key, value, { ttl? })`, `.delete(key)`, `.getMany(keys)`, `.list(prefix, { cursor, limit })`. Accepts any serializable value. |
|
|
160
|
+
| `ctx.requestInput` | Suspend and ask the caller for more input. Return it; never await it. Always present, though this server currently has no call sites. |
|
|
161
|
+
| `ctx.inputs` | Reader over a retried request's responses. Empty on the first round. |
|
|
162
|
+
| `ctx.enrich` | Success-path agent context that reaches both `structuredContent` and `content[]` when the definition declares `enrichment`. |
|
|
163
|
+
| `ctx.content` | Non-text image/audio content blocks prepended to `content[]`; never enters `structuredContent`. |
|
|
161
164
|
| `ctx.signal` | `AbortSignal` for cancellation. |
|
|
162
|
-
| `ctx.progress` | Task progress (present when `task: true`) — `.setTotal(n)`, `.increment()`, `.update(message)`. |
|
|
163
165
|
| `ctx.requestId` | Unique request ID. |
|
|
164
|
-
| `ctx.tenantId` | Tenant ID from JWT
|
|
166
|
+
| `ctx.tenantId` | Tenant ID from JWT; `'default'` for stdio or HTTP with auth off. |
|
|
165
167
|
|
|
166
168
|
---
|
|
167
169
|
|
|
@@ -169,7 +171,7 @@ Handlers receive a unified `ctx` object. Key properties:
|
|
|
169
171
|
|
|
170
172
|
Handlers throw — the framework catches, classifies, and formats.
|
|
171
173
|
|
|
172
|
-
**Recommended: typed error contract.** Declare `errors: [{ reason, code, when, recovery, retryable? }]` on `tool()` / `resource()` to receive `ctx.fail(reason, …)` typed against the reason union. TypeScript catches typos at compile time, `data.reason` is auto-populated for observability, linter enforces conformance against the handler body. `recovery` is required
|
|
174
|
+
**Recommended: typed error contract.** Declare `errors: [{ reason, code, when, recovery, retryable? }]` on `tool()` / `resource()` to receive `ctx.fail(reason, …)` typed against the reason union. TypeScript catches typos at compile time, `data.reason` is auto-populated for observability, and the linter enforces conformance against the handler body. `recovery` is required (≥ 5 words, lint-validated) — the single source of truth for the agent's next move. Pass `ctx.recoveryFor('reason')` as the throw's data to put it on the wire (`data.recovery.hint`, mirrored into `content[]` text); override with an explicit hint when runtime context matters. Baseline codes (`InternalError`, `ServiceUnavailable`, `Timeout`, `ValidationError`, `SerializationError`) bubble freely and don't need declaring.
|
|
173
175
|
|
|
174
176
|
```ts
|
|
175
177
|
import { JsonRpcErrorCode } from '@cyanheads/mcp-ts-core/errors';
|
|
@@ -181,7 +183,7 @@ errors: [
|
|
|
181
183
|
],
|
|
182
184
|
async handler(input, ctx) {
|
|
183
185
|
const item = await db.find(input.id);
|
|
184
|
-
if (!item) throw ctx.fail('no_match', `No item ${input.id}
|
|
186
|
+
if (!item) throw ctx.fail('no_match', `No item ${input.id}`, ctx.recoveryFor('no_match'));
|
|
185
187
|
return item;
|
|
186
188
|
}
|
|
187
189
|
```
|
|
@@ -230,6 +232,8 @@ src/
|
|
|
230
232
|
noaa-marine-get-water-level.tool.ts # noaa_marine_get_water_level
|
|
231
233
|
noaa-marine-get-currents.tool.ts # noaa_marine_get_currents
|
|
232
234
|
noaa-marine-get-conditions.tool.ts # noaa_marine_get_conditions
|
|
235
|
+
noaa-marine-get-current-profile.tool.ts # noaa_marine_get_current_profile
|
|
236
|
+
noaa-marine-get-ocean-observations.tool.ts # noaa_marine_get_ocean_observations
|
|
233
237
|
resources/definitions/
|
|
234
238
|
noaa-marine-station.resource.ts # noaa-marine://station/{station_id}
|
|
235
239
|
```
|
|
@@ -249,7 +253,7 @@ src/
|
|
|
249
253
|
|
|
250
254
|
## Skills
|
|
251
255
|
|
|
252
|
-
Skills are modular instructions in `skills/` at the project root. Read them directly when a task matches — e.g., `skills/add-tool/SKILL.md` when adding a tool.
|
|
256
|
+
Skills are modular instructions in `skills/` at the project root. Read them directly when a task matches — e.g., `skills/add-tool/SKILL.md` when adding a tool. `bun run list-skills` prints the full registry.
|
|
253
257
|
|
|
254
258
|
**Agent skill directory:** Copy skills into the directory your agent discovers (Claude Code: `.claude/skills/`, others: equivalent). Skills then load as context without referencing `skills/` paths. After framework updates, run the `maintenance` skill — Phase B re-syncs the agent directory.
|
|
255
259
|
|
|
@@ -276,16 +280,16 @@ Available skills:
|
|
|
276
280
|
| `orchestrations` | Chain task skills into a gated multi-phase pipeline — build-out, QA-fix, update-ship — when you can spawn sub-agents |
|
|
277
281
|
| `report-issue-framework` | File a bug or feature request against `@cyanheads/mcp-ts-core` via `gh` CLI |
|
|
278
282
|
| `report-issue-local` | File a bug or feature request against this server's own repo via `gh` CLI |
|
|
283
|
+
| `techniques` | Catalog of response/data-shaping techniques — overflow handling, payload shaping, retrieval patterns |
|
|
279
284
|
| `api-auth` | Auth modes, scopes, JWT/OAuth |
|
|
280
285
|
| `api-canvas` | DataCanvas: register tabular data, run SQL, export, plus the `spillover()` helper for big result sets — Tier 3 opt-in |
|
|
281
286
|
| `api-config` | AppConfig, parseConfig, env vars |
|
|
282
|
-
| `api-context` | Context interface, logger, state,
|
|
287
|
+
| `api-context` | Context interface, RequestContext, logger, state, multi-round-trip input |
|
|
283
288
|
| `api-errors` | McpError, JsonRpcErrorCode, error patterns |
|
|
284
289
|
| `api-linter` | Definition linter rule catalog — invoked by `bun run lint:mcp` and `devcheck` |
|
|
285
290
|
| `api-mirror` | MirrorService: persistent self-refreshing local mirror (embedded SQLite + FTS5) of a bulk upstream dataset — Tier 3 opt-in |
|
|
286
291
|
| `api-services` | LLM, Speech, Graph services |
|
|
287
|
-
| `api-testing` | createMockContext,
|
|
288
|
-
| `techniques` | Reusable response/data-shaping patterns (outline-on-overflow, etc.) |
|
|
292
|
+
| `api-testing` | createMockContext, test patterns |
|
|
289
293
|
| `api-utils` | Formatting, parsing, security, pagination, scheduling, telemetry helpers |
|
|
290
294
|
| `api-telemetry` | OTel catalog: spans, metrics, completion logs, env config, cardinality rules |
|
|
291
295
|
| `api-workers` | Cloudflare Workers runtime |
|
|
@@ -298,30 +302,33 @@ When you complete a skill's checklist, check the boxes and add a completion time
|
|
|
298
302
|
|
|
299
303
|
## Commands
|
|
300
304
|
|
|
301
|
-
**Runtime:** Scripts use
|
|
305
|
+
**Runtime:** Scripts use Bun's native TypeScript execution — `bun run <cmd>` is the standard invocation. `npm run <cmd>` also works (npm delegates to Bun).
|
|
302
306
|
|
|
303
307
|
| Command | Purpose |
|
|
304
308
|
|:--------|:--------|
|
|
305
|
-
| `
|
|
306
|
-
| `
|
|
307
|
-
| `
|
|
308
|
-
| `
|
|
309
|
+
| `bun run build` | Compile TypeScript |
|
|
310
|
+
| `bun run rebuild` | Clean + build |
|
|
311
|
+
| `bun run clean` | Remove build artifacts |
|
|
312
|
+
| `bun run devcheck` | Lint + format + typecheck + security + changelog sync |
|
|
309
313
|
| `bun run audit:refresh` | Delete `bun.lock`, reinstall, and re-run `bun audit`. Use when `devcheck` flags a transitive advisory — Bun's `update` is sticky on transitive resolutions, so the advisory may be a stale-lockfile false positive. If it survives the refresh, it's real. |
|
|
310
|
-
| `
|
|
311
|
-
| `
|
|
312
|
-
| `
|
|
313
|
-
| `
|
|
314
|
-
| `
|
|
315
|
-
| `
|
|
316
|
-
| `
|
|
317
|
-
| `
|
|
318
|
-
| `
|
|
314
|
+
| `bun run lint:mcp` | Run the MCP definition linter standalone |
|
|
315
|
+
| `bun run lint:packaging` | Run packaging surface checks (also part of devcheck) |
|
|
316
|
+
| `bun run list-skills` | Print the skill registry |
|
|
317
|
+
| `bun run tree` | Generate directory structure doc |
|
|
318
|
+
| `bun run format` | Auto-fix formatting (safe fixes only) |
|
|
319
|
+
| `bun run format:unsafe` | Also apply Biome's unsafe autofixes — review the diff; they can change behavior |
|
|
320
|
+
| `bun run test` | Run tests (Vitest — use `bun run test`, not `bun test`) |
|
|
321
|
+
| `bun run start:stdio` | Production mode (stdio) |
|
|
322
|
+
| `bun run start:http` | Production mode (HTTP) |
|
|
323
|
+
| `bun run changelog:build` | Regenerate `CHANGELOG.md` from `changelog/*.md` |
|
|
324
|
+
| `bun run changelog:check` | Verify `CHANGELOG.md` is in sync (used by devcheck) |
|
|
325
|
+
| `bun run bundle` | Build, pack, and clean a `.mcpb` for one-click Claude Desktop install |
|
|
319
326
|
|
|
320
327
|
---
|
|
321
328
|
|
|
322
329
|
## Bundling
|
|
323
330
|
|
|
324
|
-
`
|
|
331
|
+
`bun run bundle` produces a `.mcpb` extension bundle for one-click install in Claude Desktop. The pack step is followed by `scripts/clean-mcpb.ts`, which prunes dev dependencies (`mcpb clean`) and strips dependency-shipped agent docs plus platform-specific native bindings that root-anchored `.mcpbignore` patterns cannot reach. MCPB is stdio-only — HTTP and Cloudflare Workers deployments are unaffected. Consumers who don't need it can delete `manifest.json` and `.mcpbignore`; `lint:packaging` skips cleanly.
|
|
325
332
|
|
|
326
333
|
**Adding an env var requires both files:** `server.json` (registry discovery, `environmentVariables[]`) and `manifest.json` (bundle install UX, `mcp_config.env` + `user_config`). `lint:packaging` (run by `devcheck`) verifies the env var names match.
|
|
327
334
|
|
|
@@ -339,14 +346,14 @@ Each per-version file opens with YAML frontmatter:
|
|
|
339
346
|
---
|
|
340
347
|
summary: "One-line headline, ≤350 chars" # required — powers the rollup index
|
|
341
348
|
breaking: false # optional — true flags breaking changes
|
|
342
|
-
security: false # optional — true
|
|
349
|
+
security: false # optional — true ONLY for a source-code security fix, never a dependency CVE bump
|
|
343
350
|
---
|
|
344
351
|
|
|
345
352
|
# 0.1.0 — YYYY-MM-DD
|
|
346
353
|
...
|
|
347
354
|
```
|
|
348
355
|
|
|
349
|
-
`breaking: true` renders a `· ⚠️ Breaking` badge — use it when consumers must update code on upgrade (signature changes, removed APIs, config renames). `security: true` renders a `· 🛡️ Security` badge and pairs with a `## Security` body section. When both are set, badges render `· ⚠️ Breaking · 🛡️ Security`.
|
|
356
|
+
`breaking: true` renders a `· ⚠️ Breaking` badge — use it when consumers must update code on upgrade (signature changes, removed APIs, config renames). `security: true` renders a `· 🛡️ Security` badge and pairs with a `## Security` body section — set it only for a security fix in this server's own source code, never for a routine dependency or transitive CVE bump. When both are set, badges render `· ⚠️ Breaking · 🛡️ Security`.
|
|
350
357
|
|
|
351
358
|
`agent-notes` is an optional free-form field for maintenance agents processing the release downstream. Content here won't appear in the rendered CHANGELOG — it's consumed by agents running the `maintenance` skill. Use it for adoption instructions that don't fit the human-facing sections: new files to create, fields to populate, one-time migration steps. Omit entirely when there's nothing to say.
|
|
352
359
|
|
|
@@ -385,4 +392,4 @@ import { getMyService } from '@/services/my-domain/my-service.js';
|
|
|
385
392
|
- [ ] `.codex-plugin/plugin.json` populated — `name`, `version`, `description`, `repository`, `license` from `package.json`; `interface.displayName` = package name; `interface.shortDescription` from `package.json` description
|
|
386
393
|
- [ ] `.codex-plugin/mcp.json` updated — server name key matches `package.json` name; env vars added for any required API keys
|
|
387
394
|
- [ ] `.claude-plugin/plugin.json` populated — `name`, `version`, `description`, `repository`, `license` from `package.json`; inline `mcpServers` entry with server name key, env vars for any required API keys
|
|
388
|
-
- [ ] `
|
|
395
|
+
- [ ] `bun run devcheck` passes
|
package/Dockerfile
CHANGED
|
@@ -4,7 +4,7 @@
|
|
|
4
4
|
# This stage installs all dependencies (including dev), builds the TypeScript
|
|
5
5
|
# source code into JavaScript, and prepares the production assets.
|
|
6
6
|
# ==============================================================================
|
|
7
|
-
FROM oven/bun:1.
|
|
7
|
+
FROM --platform=$BUILDPLATFORM oven/bun:1.4.0 AS build
|
|
8
8
|
|
|
9
9
|
WORKDIR /usr/src/app
|
|
10
10
|
|
|
@@ -30,7 +30,7 @@ RUN bun run build
|
|
|
30
30
|
# application. It uses a slim base image and only includes production
|
|
31
31
|
# dependencies and build artifacts.
|
|
32
32
|
# ==============================================================================
|
|
33
|
-
FROM oven/bun:1.
|
|
33
|
+
FROM oven/bun:1.4.0-slim AS production
|
|
34
34
|
|
|
35
35
|
WORKDIR /usr/src/app
|
|
36
36
|
|
|
@@ -51,8 +51,13 @@ COPY package.json bun.lock ./
|
|
|
51
51
|
|
|
52
52
|
# Install only production dependencies, ignoring any lifecycle scripts (like 'prepare')
|
|
53
53
|
# that are not needed in the final production image.
|
|
54
|
+
# `--omit=peer` drops the framework's optional peer tiers (test runner, service
|
|
55
|
+
# SDKs, parsers) that Bun would otherwise auto-install. Anything this server
|
|
56
|
+
# actually imports belongs in its own `dependencies`, so nothing needed at
|
|
57
|
+
# runtime is lost. The OTEL step below carries the same flag — without it, that
|
|
58
|
+
# install re-resolves the graph and pulls every optional peer back in.
|
|
54
59
|
RUN --mount=type=cache,target=/root/.bun/install/cache \
|
|
55
|
-
bun install --production --frozen-lockfile --ignore-scripts
|
|
60
|
+
bun install --production --omit=peer --frozen-lockfile --ignore-scripts
|
|
56
61
|
|
|
57
62
|
# Conditionally install OpenTelemetry optional peer dependencies (Tier 3).
|
|
58
63
|
# These are not bundled by default to keep the base image lean. Enable at build time
|
|
@@ -60,7 +65,7 @@ RUN --mount=type=cache,target=/root/.bun/install/cache \
|
|
|
60
65
|
ARG OTEL_ENABLED=true
|
|
61
66
|
RUN --mount=type=cache,target=/root/.bun/install/cache \
|
|
62
67
|
if [ "$OTEL_ENABLED" = "true" ]; then \
|
|
63
|
-
bun add @hono/otel \
|
|
68
|
+
bun add --omit=dev --omit=peer --ignore-scripts @hono/otel \
|
|
64
69
|
@opentelemetry/instrumentation-http \
|
|
65
70
|
@opentelemetry/exporter-metrics-otlp-http \
|
|
66
71
|
@opentelemetry/exporter-trace-otlp-http \
|
|
@@ -101,7 +106,7 @@ ENV MCP_FORCE_CONSOLE_LOGGING="true"
|
|
|
101
106
|
# Expose the port the server listens on
|
|
102
107
|
EXPOSE ${MCP_HTTP_PORT}
|
|
103
108
|
|
|
104
|
-
# Health check
|
|
109
|
+
# Health check using a bun-native fetch (slim image ships no curl/wget)
|
|
105
110
|
HEALTHCHECK --interval=30s --timeout=5s --start-period=10s --retries=3 CMD bun -e "fetch('http://localhost:'+(process.env.MCP_HTTP_PORT??'3010')+'/healthz').then((r)=>process.exit(r.ok?0:1)).catch(()=>process.exit(1))"
|
|
106
111
|
|
|
107
112
|
# The command to start the server
|
package/LICENSE
CHANGED
|
@@ -186,7 +186,7 @@ Apache License
|
|
|
186
186
|
same "printed page" as the copyright notice for easier
|
|
187
187
|
identification within third-party archives.
|
|
188
188
|
|
|
189
|
-
Copyright
|
|
189
|
+
Copyright 2026 Casey Hand @cyanheads
|
|
190
190
|
|
|
191
191
|
Licensed under the Apache License, Version 2.0 (the "License");
|
|
192
192
|
you may not use this file except in compliance with the License.
|
package/README.md
CHANGED
|
@@ -7,7 +7,7 @@
|
|
|
7
7
|
|
|
8
8
|
<div align="center">
|
|
9
9
|
|
|
10
|
-
[](./CHANGELOG.md) [](./LICENSE) [](https://github.com/users/cyanheads/packages/container/package/noaa-marine-mcp-server) [](https://modelcontextprotocol.io/) [](https://www.npmjs.com/package/@cyanheads/noaa-marine-mcp-server) [](https://www.typescriptlang.org/) [](https://bun.sh/)
|
|
11
11
|
|
|
12
12
|
</div>
|
|
13
13
|
|
|
@@ -132,6 +132,7 @@ Built on [`@cyanheads/mcp-ts-core`](https://www.npmjs.com/package/@cyanheads/mcp
|
|
|
132
132
|
- Unified error handling — handlers throw, framework catches, classifies, and formats with typed error contracts
|
|
133
133
|
- Structured logging with optional OpenTelemetry tracing
|
|
134
134
|
- STDIO and Streamable HTTP transports
|
|
135
|
+
- MCP 2026 cache hints for static definition lists and station metadata
|
|
135
136
|
- Pluggable auth: `none`, `jwt`, `oauth`
|
|
136
137
|
|
|
137
138
|
NOAA-specific:
|
|
@@ -233,7 +234,7 @@ MCP_TRANSPORT_TYPE=http MCP_HTTP_PORT=3010 bun run start:http
|
|
|
233
234
|
|
|
234
235
|
### Prerequisites
|
|
235
236
|
|
|
236
|
-
- [Bun v1.
|
|
237
|
+
- [Bun v1.4.0](https://bun.sh/) or higher (or Node.js v24+).
|
|
237
238
|
- No external API keys needed — NOAA CO-OPS and NDBC are fully open.
|
|
238
239
|
|
|
239
240
|
### Installation
|
|
@@ -271,6 +272,7 @@ cp .env.example .env
|
|
|
271
272
|
| `MCP_TRANSPORT_TYPE` | Transport: `stdio` or `http`. | `stdio` |
|
|
272
273
|
| `MCP_HTTP_PORT` | Port for HTTP server. | `3010` |
|
|
273
274
|
| `MCP_AUTH_MODE` | Auth mode: `none`, `jwt`, or `oauth`. | `none` |
|
|
275
|
+
| `MCP_SESSION_MODE` | HTTP session mode: `auto`, `stateful`, or `stateless`. This server pins `stateless`; the framework's `auto` schema default resolves to `stateful`. | `stateless` |
|
|
274
276
|
| `MCP_LOG_LEVEL` | Log level (RFC 5424). | `info` |
|
|
275
277
|
| `LOGS_DIR` | Directory for log files (Node.js only). | `<project-root>/logs` |
|
|
276
278
|
| `OTEL_ENABLED` | Enable [OpenTelemetry instrumentation](https://github.com/cyanheads/mcp-ts-core/tree/main/docs/telemetry). | `false` |
|
|
@@ -316,7 +318,7 @@ The Dockerfile defaults to HTTP transport, stateless session mode, and logs to `
|
|
|
316
318
|
| `src/config/` | `NOAA_APPLICATION_ID` env var parsing with Zod. |
|
|
317
319
|
| `src/services/coops/` | CO-OPS Tides & Currents API client: station list cache, data fetch, error detection. |
|
|
318
320
|
| `src/services/ndbc/` | NDBC buoy service: active stations XML parser, realtime text parser. |
|
|
319
|
-
| `src/mcp-server/tools/` |
|
|
321
|
+
| `src/mcp-server/tools/` | Seven tool definitions (`*.tool.ts`). |
|
|
320
322
|
| `src/mcp-server/resources/` | Station metadata resource (`noaa-marine-station.resource.ts`). |
|
|
321
323
|
| `tests/` | Vitest tests mirroring `src/`. |
|
|
322
324
|
| `docs/` | Design doc and directory tree. |
|
|
@@ -0,0 +1,29 @@
|
|
|
1
|
+
---
|
|
2
|
+
summary: "Adopts mcp-ts-core 0.12.3 with MCP 2026-07-28 compatibility, strict tool inputs, cache hints, and an explicit stateless HTTP default"
|
|
3
|
+
breaking: false
|
|
4
|
+
security: false
|
|
5
|
+
---
|
|
6
|
+
|
|
7
|
+
# 0.3.1 — 2026-08-24
|
|
8
|
+
|
|
9
|
+
## Added
|
|
10
|
+
|
|
11
|
+
- **MCP cache hints** — definition lists advertise a 24-hour public TTL, while station metadata advertises a 6-hour public TTL to MCP 2026-07-28 clients.
|
|
12
|
+
- **Community health files** — adds contribution guidance and a code of conduct; private vulnerability reports use `security@caseyjhand.com`.
|
|
13
|
+
|
|
14
|
+
## Changed
|
|
15
|
+
|
|
16
|
+
- **MCP protocol behavior** — `@cyanheads/mcp-ts-core` `^0.10.14 → 0.12.3` serves MCP 2026-07-28 and 2025-era clients, rejects undeclared root tool arguments, and declares the structured error envelope.
|
|
17
|
+
- **HTTP sessions** — `.env.example`, the Docker image, and README now explicitly use `MCP_SESSION_MODE=stateless`; the framework's `auto` schema default remains documented as resolving to stateful.
|
|
18
|
+
- **Framework contracts** — services pass the unified `Context` directly, and CO-OPS/NDBC error mapping reads the canonical `data.status` field.
|
|
19
|
+
- **Project tooling** — adopts the current mcp-ts-core TypeScript, packaging, MCPB cleanup, dependency, documentation, and skill scaffolds.
|
|
20
|
+
|
|
21
|
+
## Dependencies
|
|
22
|
+
|
|
23
|
+
- `@cyanheads/mcp-ts-core` `^0.10.14 → 0.12.3`
|
|
24
|
+
- `@biomejs/biome` `^2.5.1 → ^2.5.10`
|
|
25
|
+
- `@types/node` `^26.1.1 → ^26.2.0`
|
|
26
|
+
- `tsc-alias` `^1.9.1 → ^1.9.2`
|
|
27
|
+
- `typescript` `^6.0.3 → ^7.0.2`
|
|
28
|
+
- `vitest` `^4.1.10 → ^4.1.11`
|
|
29
|
+
- Bun `packageManager` and Docker images `1.3.14 → 1.4.0`
|