@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.
Files changed (35) hide show
  1. package/AGENTS.md +43 -36
  2. package/CLAUDE.md +43 -36
  3. package/Dockerfile +10 -5
  4. package/LICENSE +1 -1
  5. package/README.md +5 -3
  6. package/changelog/0.3.x/0.3.1.md +29 -0
  7. package/changelog/template.md +55 -16
  8. package/dist/index.js +5 -0
  9. package/dist/index.js.map +1 -1
  10. package/dist/mcp-server/resources/definitions/noaa-marine-station.resource.d.ts.map +1 -1
  11. package/dist/mcp-server/resources/definitions/noaa-marine-station.resource.js +1 -0
  12. package/dist/mcp-server/resources/definitions/noaa-marine-station.resource.js.map +1 -1
  13. package/dist/mcp-server/tools/definitions/noaa-marine-find-stations.tool.d.ts +23 -23
  14. package/dist/mcp-server/tools/definitions/noaa-marine-get-conditions.tool.js +1 -1
  15. package/dist/mcp-server/tools/definitions/noaa-marine-get-conditions.tool.js.map +1 -1
  16. package/dist/mcp-server/tools/definitions/noaa-marine-get-current-profile.tool.js +1 -1
  17. package/dist/mcp-server/tools/definitions/noaa-marine-get-current-profile.tool.js.map +1 -1
  18. package/dist/mcp-server/tools/definitions/noaa-marine-get-currents.tool.d.ts +2 -2
  19. package/dist/mcp-server/tools/definitions/noaa-marine-get-currents.tool.js +2 -2
  20. package/dist/mcp-server/tools/definitions/noaa-marine-get-currents.tool.js.map +1 -1
  21. package/dist/mcp-server/tools/definitions/noaa-marine-get-ocean-observations.tool.js +1 -1
  22. package/dist/mcp-server/tools/definitions/noaa-marine-get-ocean-observations.tool.js.map +1 -1
  23. package/dist/mcp-server/tools/definitions/noaa-marine-get-tide-predictions.tool.d.ts +5 -5
  24. package/dist/mcp-server/tools/definitions/noaa-marine-get-tide-predictions.tool.js +2 -2
  25. package/dist/mcp-server/tools/definitions/noaa-marine-get-tide-predictions.tool.js.map +1 -1
  26. package/dist/mcp-server/tools/definitions/noaa-marine-get-water-level.tool.d.ts +5 -5
  27. package/dist/mcp-server/tools/definitions/noaa-marine-get-water-level.tool.js +2 -2
  28. package/dist/mcp-server/tools/definitions/noaa-marine-get-water-level.tool.js.map +1 -1
  29. package/dist/services/coops/coops-service.d.ts.map +1 -1
  30. package/dist/services/coops/coops-service.js.map +1 -1
  31. package/dist/services/ndbc/ndbc-service.d.ts.map +1 -1
  32. package/dist/services/ndbc/ndbc-service.js +3 -1
  33. package/dist/services/ndbc/ndbc-service.js.map +1 -1
  34. package/package.json +8 -8
  35. 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.0
5
- **Framework:** [@cyanheads/mcp-ts-core](https://www.npmjs.com/package/@cyanheads/mcp-ts-core) `^0.10.14`
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/sdk` ^1.29.0
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
- - **Check `ctx.elicit` / `ctx.sample`** for presence before calling.
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({ instructions })` — optional server-level orientation, sent to clients on every `initialize` as session-level context. Use it for deployment guidance (connection aliases, regional notes, scope hints) instead of repeating the same context across tool descriptions. Client adoption is uneven, but there's no downside when set.
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.elicit` | Ask user for structured input. **Check for presence first:** `if (ctx.elicit) { ... }` |
160
- | `ctx.sample` | Request LLM completion from the client. **Check for presence first:** `if (ctx.sample) { ... }` |
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 or `'default'` for stdio. |
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 descriptive metadata for the agent's next move (≥ 5 words, lint-validated); for the wire `data.recovery.hint` (mirrored into `content[]` text), pass explicitly at the throw site when dynamic context matters: `ctx.fail('reason', msg, { recovery: { hint: '...' } })`. Baseline codes (`InternalError`, `ServiceUnavailable`, `Timeout`, `ValidationError`, `SerializationError`) bubble freely and don't need declaring.
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, progress |
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, mcpTest fixture, test patterns |
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 `tsx` — both `npm run <cmd>` and `bun run <cmd>` work. `bun` is slightly faster for script invocation but not required.
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
- | `npm run build` | Compile TypeScript |
306
- | `npm run rebuild` | Clean + build |
307
- | `npm run clean` | Remove build artifacts |
308
- | `npm run devcheck` | Lint + format + typecheck + security + changelog sync |
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
- | `npm run tree` | Generate directory structure doc |
311
- | `npm run format` | Auto-fix formatting (safe fixes only) |
312
- | `npm run format:unsafe` | Also apply Biome's unsafe autofixes — review the diff; they can change behavior |
313
- | `npm test` | Run tests |
314
- | `npm run start:stdio` | Production mode (stdio) |
315
- | `npm run start:http` | Production mode (HTTP) |
316
- | `npm run changelog:build` | Regenerate `CHANGELOG.md` from `changelog/*.md` |
317
- | `npm run changelog:check` | Verify `CHANGELOG.md` is in sync (used by devcheck) |
318
- | `npm run bundle` | Build and pack as `.mcpb` for one-click Claude Desktop install |
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
- `npm 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 (`node_modules/**` `skills/`, `.claude/`, `.agents/`, `SKILL.md`) 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.
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 flags security fixes
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
- - [ ] `npm run devcheck` passes
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.0
5
- **Framework:** [@cyanheads/mcp-ts-core](https://www.npmjs.com/package/@cyanheads/mcp-ts-core) `^0.10.14`
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/sdk` ^1.29.0
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
- - **Check `ctx.elicit` / `ctx.sample`** for presence before calling.
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({ instructions })` — optional server-level orientation, sent to clients on every `initialize` as session-level context. Use it for deployment guidance (connection aliases, regional notes, scope hints) instead of repeating the same context across tool descriptions. Client adoption is uneven, but there's no downside when set.
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.elicit` | Ask user for structured input. **Check for presence first:** `if (ctx.elicit) { ... }` |
160
- | `ctx.sample` | Request LLM completion from the client. **Check for presence first:** `if (ctx.sample) { ... }` |
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 or `'default'` for stdio. |
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 descriptive metadata for the agent's next move (≥ 5 words, lint-validated); for the wire `data.recovery.hint` (mirrored into `content[]` text), pass explicitly at the throw site when dynamic context matters: `ctx.fail('reason', msg, { recovery: { hint: '...' } })`. Baseline codes (`InternalError`, `ServiceUnavailable`, `Timeout`, `ValidationError`, `SerializationError`) bubble freely and don't need declaring.
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, progress |
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, mcpTest fixture, test patterns |
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 `tsx` — both `npm run <cmd>` and `bun run <cmd>` work. `bun` is slightly faster for script invocation but not required.
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
- | `npm run build` | Compile TypeScript |
306
- | `npm run rebuild` | Clean + build |
307
- | `npm run clean` | Remove build artifacts |
308
- | `npm run devcheck` | Lint + format + typecheck + security + changelog sync |
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
- | `npm run tree` | Generate directory structure doc |
311
- | `npm run format` | Auto-fix formatting (safe fixes only) |
312
- | `npm run format:unsafe` | Also apply Biome's unsafe autofixes — review the diff; they can change behavior |
313
- | `npm test` | Run tests |
314
- | `npm run start:stdio` | Production mode (stdio) |
315
- | `npm run start:http` | Production mode (HTTP) |
316
- | `npm run changelog:build` | Regenerate `CHANGELOG.md` from `changelog/*.md` |
317
- | `npm run changelog:check` | Verify `CHANGELOG.md` is in sync (used by devcheck) |
318
- | `npm run bundle` | Build and pack as `.mcpb` for one-click Claude Desktop install |
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
- `npm 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 (`node_modules/**` `skills/`, `.claude/`, `.agents/`, `SKILL.md`) 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.
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 flags security fixes
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
- - [ ] `npm run devcheck` passes
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.3.14 AS build
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.3.14-slim AS production
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 against /healthz (HTTP mode)
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 2025 Casey Hand @cyanheads
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
- [![Version](https://img.shields.io/badge/Version-0.3.0-blue.svg?style=flat-square)](./CHANGELOG.md) [![License](https://img.shields.io/badge/License-Apache%202.0-orange.svg?style=flat-square)](./LICENSE) [![Docker](https://img.shields.io/badge/Docker-ghcr.io-2496ED?style=flat-square&logo=docker&logoColor=white)](https://github.com/users/cyanheads/packages/container/package/noaa-marine-mcp-server) [![MCP SDK](https://img.shields.io/badge/MCP%20SDK-^1.29.0-green.svg?style=flat-square)](https://modelcontextprotocol.io/) [![npm](https://img.shields.io/npm/v/@cyanheads/noaa-marine-mcp-server?style=flat-square&logo=npm&logoColor=white)](https://www.npmjs.com/package/@cyanheads/noaa-marine-mcp-server) [![TypeScript](https://img.shields.io/badge/TypeScript-^6.0.3-3178C6.svg?style=flat-square)](https://www.typescriptlang.org/) [![Bun](https://img.shields.io/badge/Bun-v1.3.14-blueviolet.svg?style=flat-square)](https://bun.sh/)
10
+ [![Version](https://img.shields.io/badge/Version-0.3.1-blue.svg?style=flat-square)](./CHANGELOG.md) [![License](https://img.shields.io/badge/License-Apache%202.0-orange.svg?style=flat-square)](./LICENSE) [![Docker](https://img.shields.io/badge/Docker-ghcr.io-2496ED?style=flat-square&logo=docker&logoColor=white)](https://github.com/users/cyanheads/packages/container/package/noaa-marine-mcp-server) [![MCP SDK](https://img.shields.io/badge/MCP%20SDK-^2.0.0-green.svg?style=flat-square)](https://modelcontextprotocol.io/) [![npm](https://img.shields.io/npm/v/@cyanheads/noaa-marine-mcp-server?style=flat-square&logo=npm&logoColor=white)](https://www.npmjs.com/package/@cyanheads/noaa-marine-mcp-server) [![TypeScript](https://img.shields.io/badge/TypeScript-^7.0.2-3178C6.svg?style=flat-square)](https://www.typescriptlang.org/) [![Bun](https://img.shields.io/badge/Bun-v1.4.0-blueviolet.svg?style=flat-square)](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.3.14](https://bun.sh/) or higher (or Node.js v24+).
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/` | Five tool definitions (`*.tool.ts`). |
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`