Skip to main content
Glama

Server Details

Browse Hacker News feeds, threads, and user profiles with full-text search.

If you are the author of this connector, you can claim ownership by verifying the domain or GitHub account it belongs to. Claimed connector authors can inspect health checks, view analytics, and manage their listing.
Status
Healthy
Uptime
99.9% over 64 days
Last Tested
Transport
Streamable HTTP · MCP 2025-11-25
URL
Repository
cyanheads/hn-mcp-server
GitHub Stars
4
Server Listing
@cyanheads/hn-mcp-server

TDQS

A3.9/5.0

Scored across 4 tools

Disambiguation4/5

Each tool targets a distinct resource: feeds, comment threads, user profiles, and search. The only mild overlap is that hn_get_stories and hn_search_content both return story listings, but feed-based vs. keyword/filter-based retrieval is clearly separated by the descriptions.

Naming Consistency5/5

All four tools follow a strict hn_<verb>_<noun> pattern (hn_get_stories, hn_get_thread, hn_get_user, hn_search_content). The convention is uniform and immediately readable.

Tool Count4/5

Four tools is lean but appropriate for a focused read-only Hacker News client. Each tool earns its place, though the surface is on the thin side for power users.

Completeness4/5

Read coverage is solid: feeds, threaded comments, user profiles, and multi-filter search. Direct item lookup by ID is handled via depth 0 in hn_get_thread, and no write operations (post/vote/comment) exist, but that is a reasonable scope for a read client.

Available Tools

4 tools
hn_get_storiesHn Get StoriesA
Read-only
Inspect

Fetch stories from an HN feed (top, new, best, ask, show, jobs), with title, URL, score, author, and comment count for each story.

ParametersJSON Schema
NameRequiredDescriptionDefault
feedYesWhich HN feed to fetch. "top" includes jobs. "ask" and "show" are Ask HN / Show HN posts.
countNoNumber of stories to return, at most 100 per call. A larger value is served at 100, and the notice names the offset for the next page. Larger counts take longer.
offsetNoNumber of stories to skip from the start of the feed. Use with count for pagination.

Output Schema

ParametersJSON Schema
NameRequiredDescription
capNoThe count value served: as passed, or 100 when count was above that cap.
feedNoWhich feed was fetched.
errorNoPresent when the call failed. Absent on success.
shownNoNumber of stories returned on this page.
totalNoTotal items in the feed (up to 500 for top/new/best, 200 for ask/show/jobs).
noticeNoAgent guidance: the offset to pass for the next page while more stories remain, the IDs that failed to load and how to retry them, or why a page came back empty — offset past the end of the feed, an empty feed, or every item on the page deleted or flagged — noting when count was served at its per-call cap. Absent on the last page of a non-empty result with no failed IDs.
offsetNoOffset that was applied to this page.
hasMoreNoWhether more stories are available beyond this page.
storiesNoStories from the feed, ordered by HN ranking.
failedIdsNoIDs on this page whose fetch failed after retries. They are not deleted or missing and may load on a later call: retry the page with the same offset, or pass an ID to hn_get_thread to fetch that story alone. Absent when every item on the page loaded.
truncatedNoTrue when more stories remain beyond this page (hasMore). Absent on the last page of the feed.

TDQS

A3.6/5.0
Behavior3/5

Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?

readOnlyHint=true already establishes this as a safe read, so the description's main addition is naming the returned fields (title, URL, score, author, comment count) — useful but largely restated by the output schema. It says nothing about pagination limits or request cost, both of which live only in the schema.

Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.

Conciseness4/5

Is the description appropriately sized, front-loaded, and free of redundancy?

A single well-formed sentence, front-loaded with the verb and resource. The trailing list of returned fields is mild redundancy against the output schema but costs little.

Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.

Completeness5/5

Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?

For a simple read tool with a comprehensive schema, an existing output schema, and readOnlyHint annotations, nothing an agent needs in order to invoke it correctly is missing. The only gap — sibling routing — belongs under usage guidelines rather than completeness.

Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.

Parameters3/5

Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?

Schema description coverage is 100%, including rich notes on the count cap/pagination and the meaning of each feed, so the schema fully carries parameter semantics. The description's parenthetical feed list merely mirrors the enum and adds no new information.

Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.

Purpose4/5

Does the description clearly state what the tool does and how it differs from similar tools?

States a specific verb ('Fetch') and resource ('stories from an HN feed') and enumerates the six feed values, which clearly separates it from hn_get_thread and hn_get_user. It never names the siblings explicitly, so the differentiation is inferred rather than stated.

Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.

Usage Guidelines3/5

Does the description explain when to use this tool, when not to, or what alternatives exist?

Usage is implied by the feed enumeration: an agent can infer this is the tool for browsing feed listings. There is no explicit when-to-use guidance, no mention of when hn_search_content would be preferred for keyword-based retrieval, and no note on ordering or freshness of feeds.

Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.

hn_get_threadHn Get ThreadA
Read-only
Inspect

Get an item and its comment tree as a threaded discussion, with child comments resolved recursively. Use depth 0 for an item-only lookup. A long thread comes back in pages: pass the returned nextCursor as cursor to continue.

ParametersJSON Schema
NameRequiredDescriptionDefault
depthNoHow many levels of replies to resolve, at most 10 per call. 0 = just the item, no comments. 1 = direct replies only. A larger value is served at 10. Replies below the depth served are never fetched — to read them, raise depth up to 10, or call again with a comment from the deepest level returned, or one notice names, as itemId to drill into its subtree. Ignored when cursor is set: the depth the cursor was issued with applies.
cursorNonextCursor from a previous call, passed with the same itemId, to continue the traversal at the next unseen comment without repeating or skipping any. Omit to start from the top.
itemIdYesID of the story, comment, job, poll, or poll option to fetch the thread for.
maxCommentsNoMaximum comments in one response, across all depth levels, at most 200 per call. A larger value is served at 200, and nextCursor continues from there. Highest-ranked top-level comments resolve first; replies fill in only after the level above is exhausted. A response also stops at a fixed 64,000-byte text budget. When either limit stops the traversal, nextCursor continues it.

Output Schema

ParametersJSON Schema
NameRequiredDescription
capNoThe maxComments value served: as passed, or 200 when maxComments was above that cap.
itemNoThe root item: a story, comment, job, poll, or poll option.
errorNoPresent when the call failed. Absent on success.
shownNoNumber of comments returned.
noticeNoTraversal context: counts of deleted/dead comments dropped, the IDs that failed to load and how to retry them, then what stopped the traversal and how to continue — nextCursor for a count, size, or rate-limit stop, or a larger depth or a comment id as itemId for a depth cut — noting when the maxComments or depth that stopped it was served at its per-call cap. Dead or deleted comments whose replies the depth limit cut are named by id, to pass as itemId, on the page that reaches them, since comments omits them. Absent when nothing was dropped, failed, or left unread.
commentsNoFlat comment list ordered breadth-first by rank: highest-ranked top-level comments first, then their replies. Use depth/parentId to reconstruct nesting. With cursor, the page continues the same order.
failedIdsNoComment and poll-option IDs whose fetch failed after retries, so neither they nor their replies are in this response. They are not deleted or missing and may load on a later call. Failed comments ride in nextCursor and are retried when you continue; without one, call again, or pass an ID as itemId to fetch that comment and its replies. Absent when everything the traversal reached loaded.
truncatedNoTrue when comments remain unread: reachable through nextCursor (truncationReason count, size, or rate_limited), or below the depth limit (depth). Absent on a terminal page — including a thread that loads in full at exactly maxComments.
nextCursorNoPass as cursor, with the same itemId, to continue from the next unseen comment. Present when truncationReason is count, size, or rate_limited; absent on the last page.
totalLoadedNoNumber of comments in this response (this page, when paging with cursor).
totalAvailableNoHN's count of live comments in the thread (descendants); dead and deleted comments are not counted. Absent for comment and job roots.
truncationReasonNoWhy the traversal stopped short: count = maxComments (or the 1,000-item ceiling per call) was reached; size = the 64,000-byte response budget was reached; rate_limited = the HN API throttled the fetches; depth = replies lie below the depth limit, which nextCursor does not reach — raise depth or pass a comment id as itemId. When a cursor reason and a depth cut both apply, the cursor reason is reported.

TDQS

A4/5.0
Behavior4/5

Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?

readOnlyHint=true already tells the agent this is a safe read. Beyond that, the description discloses that results are paginated and that nextCursor continues traversal, which is real behavioral context. It stops short of covering limits (depth cap of 10, maxComments cap, byte budget) that live only in the schema.

Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.

Conciseness5/5

Is the description appropriately sized, front-loaded, and free of redundancy?

Three tight sentences, front-loaded with the action, then the depth special case, then pagination. No filler, every sentence carries a distinct instruction.

Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.

Completeness4/5

Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?

An output schema exists, so return-shape detail is rightly omitted, and recursion plus pagination are covered. The notable gap is the hard depth/maxComments ceilings and truncation behavior, which the description leaves entirely to the schema.

Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.

Parameters3/5

Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?

Schema description coverage is 100% and the schema entries are unusually rich (depth recursion semantics, cursor continuation, maxComments ranking/budget). The description's 'depth 0 for an item-only lookup' and cursor-passing sentence largely restate the schema, so it adds little beyond the structured fields — the baseline 3 for high coverage.

Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.

Purpose4/5

Does the description clearly state what the tool does and how it differs from similar tools?

States a specific verb and resource ('Get an item and its comment tree as a threaded discussion') and clarifies the recursive resolution behavior. An agent can separate this from hn_get_stories/hn_get_user/hn_search_content by the 'item + comment tree' framing, but the description never names or contrasts those alternatives explicitly.

Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.

Usage Guidelines4/5

Does the description explain when to use this tool, when not to, or what alternatives exist?

Gives clear operational guidance: 'Use depth 0 for an item-only lookup' and how to continue with cursor. However, it offers no when-not guidance and does not situate the tool relative to sibling tools (e.g., when to use search vs. thread retrieval).

Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.

hn_get_userHn Get UserA
Read-only
Inspect

Get an HN user profile with karma, about, and optionally their most recent submissions resolved into full items.

ParametersJSON Schema
NameRequiredDescriptionDefault
usernameYesHN username. Case-sensitive. Trimmed; blank or whitespace-only input is rejected.
submissionCountNoPage size — how many submissions to resolve per call, at most 50 per call. A larger value is served at 50, and the notice names the submissionOffset for the next page. Only used when includeSubmissions is true.
submissionOffsetNoHow many submissions to skip before resolving, counting back from the most recent. Use with submissionCount to page through a long history: request offset 0, then advance by the page size served, and so on. The enrichment block echoes submissionOffset and, when more remain, the offset to send next. Only used when includeSubmissions is true.
includeSubmissionsNoResolve the user's most recent submissions into full items. Without this, only the submission count is available.

Output Schema

ParametersJSON Schema
NameRequiredDescription
capNoThe submissionCount value served: as passed, or 50 when submissionCount was above that cap.
userNoUser profile.
errorNoPresent when the call failed. Absent on success.
shownNoNumber of submissions returned.
noticeNoPagination context — which window of the history this page covers and the submissionOffset to send next, the submission IDs that failed to load and how to retry them, or a warning that the offset is past the end — noting when submissionCount was served at its per-call cap. Absent when the page reaches the end of the history with no failed IDs, or when no submissions were resolved.
failedIdsNoSubmission IDs in this window whose fetch failed after retries. They are not deleted or missing and may load on a later call: retry with the same submissionOffset, or pass an ID to hn_get_thread to fetch that item alone. Absent when every submission in the window loaded.
truncatedNoTrue when submissions remain beyond this page.
submissionsNoOne page of submissions, most recent first, starting at submissionOffset. Absent when includeSubmissions is false or the user has never submitted. Empty when the page holds no live items — either the offset is past the end, or every item in the window was deleted, flagged, or failed to load (failedIds lists the failures).
submissionOffsetNoThe offset this page started at. Absent when includeSubmissions is false or the user has never submitted.

TDQS

A3.6/5.0
Behavior3/5

Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?

readOnlyHint=true already tells the agent this is a safe read, so the description's burden is lighter. It adds the useful detail that submissions are 'resolved into full items' (implying extra fetching), but says nothing about the 50-per-call cap, the paging behavior, or rate limits — all of which live only in the schema.

Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.

Conciseness5/5

Is the description appropriately sized, front-loaded, and free of redundancy?

A single sentence, front-loaded with the core action and resource, with no redundant or filler text. Every clause (karma/about, optional submissions) carries information.

Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.

Completeness4/5

Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?

An output schema exists, so return-value explanation is unnecessary, and the 100%-covered schema handles parameters. The description adequately frames the profile-plus-optional-submissions scope for a simple read tool; only the paging/limit context is absent, and that is arguably schema territory.

Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.

Parameters3/5

Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?

Schema description coverage is 100%, so username, submissionCount, submissionOffset and includeSubmissions are fully documented in the schema. The description only restates the includeSubmissions behavior in prose, adding no syntax or semantics beyond the structured fields — baseline 3.

Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.

Purpose4/5

Does the description clearly state what the tool does and how it differs from similar tools?

States a specific verb and resource ('Get an HN user profile') and enumerates the returned fields (karma, about, submissions), so the agent knows exactly what this tool retrieves. It does not explicitly contrast itself with hn_get_stories/hn_get_thread/hn_search_content, but the resource is distinct enough that confusion is unlikely.

Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.

Usage Guidelines3/5

Does the description explain when to use this tool, when not to, or what alternatives exist?

Usage is only implied: the word 'optionally' hints that submissions are opt-in via includeSubmissions, but the description never says when to set that flag or when to prefer a sibling tool. No when-not guidance and no mention of the paging workflow that the schema describes in detail.

Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.

hn_search_contentHn Search ContentA
Read-only
Inspect

Search Hacker News stories, comments, polls, and jobs via Algolia — by keyword, by filters alone, or both. Filterable by content type, author, parent story, date range, and minimum points.

ParametersJSON Schema
NameRequiredDescriptionDefault
pageNoPage number for pagination (0-indexed), counted in pages of count results.
sortNoSort order. "relevance" for best match, "date" for most recent first.relevance
tagsNoFilter results by content type: "story", "comment", "poll", or "job", or the story subsets "ask_hn", "show_hn", and "front_page". "front_page" is the HN front page right now (about 30 stories); no filter selects stories from past front pages. The nearest proxy is "story" with dateRange and minPoints — without a query, the default relevance sort ranks by points. Omit to search all types, which also returns poll options (type "pollopt"): records with only an id, author, vote count, and date — hn_get_thread reads an option's text and poll.
viewNoHow much of each hit to return. "full" includes every field. "compact" omits the two body-text fields — `text` and `highlights.text` — which together can repeat a long comment twice per hit; everything else (id, title, url, domain, author, points, comment count, timestamp, parent story, title highlight, matchedWords) is unchanged. Use "compact" to scan many results, then pass a hit id to hn_get_thread to read the body you skipped.full
countNoNumber of results to return, at most 50 per call. A larger value is served at 50: the search runs at count 50 from the hit where the requested page starts, and the notice names the count and page to pass next. With page above 0, that hit (page × count) must begin a page of 50 hits.
queryNoSearch terms. Supports simple keywords — Algolia handles stemming and relevance, and a hit must contain every term. Trimmed before searching; blank or whitespace-only input is rejected. To find discussions of a page, pass its URL alone: a query with no spaces that starts with http://, https://, or www. is searched without that prefix, so submissions under either scheme, with or without www., all match. Omit for a filter-only search, which needs at least one of tags, author, storyId, minPoints, or a dateRange bound.
authorNoFilter results to a specific author — useful for finding a user's posts on a topic. Matches the HN username exactly and is case-sensitive, so a re-cased name finds nothing. Trimmed before filtering; omit the field to search all authors rather than passing a blank string.
storyIdNoRestrict results to one discussion: the id of a story or poll root, combined with the other filters. Pair with tags "comment" to search within a thread. Take it from hits[].storyId, from a poll hit's own id (poll hits carry no storyId), or from hn_get_thread — the root item's id, or its item.storyId when the root is a comment. A comment id matches nothing.
dateRangeNoFilter to a creation-time window with a start, an end, or both. An empty object is rejected — omit dateRange instead.
minPointsNoMinimum score. Applies to stories and polls, including the ask_hn, show_hn, and front_page subsets. Comments and jobs carry no points in the search index, so any minPoints excludes them — combining it with tags "comment" or "job" is rejected.

Output Schema

ParametersJSON Schema
NameRequiredDescription
capNoThe count value served: as passed, or 50 when count was above that cap.
hitsNoSearch results ranked by sort order.
pageNoCurrent page number (0-indexed), in pages of criteria.count hits. When count was above the per-call cap, the page of 50 where the requested page starts.
errorNoPresent when the call failed. Absent on success.
queryNoThe query that was searched — for a URL query, without its leading scheme and www. Absent for a filter-only search.
shownNoNumber of hits returned.
noticeNoAgent guidance, one string. It opens with the page state: the next page to request while more pages remain, the 1,000-hit ceiling on the last page of a search that matches more, the last valid page when the requested page is past the end, or the filters to relax when a first page comes back empty. Notes on the inputs follow it. Absent when none applies.
criteriaNoThe criteria this search ran with: each filter that was set, as sent — author trimmed, dateRange bounds as the exclusive UTC instants applied — then sort, count, and view, defaults included. Unset filters are absent. The searched query is in query.
totalHitsNoMatching results across all pages, as Algolia counts them. An estimate when totalHitsExact is false — broad searches can be off by orders of magnitude — and paging reaches only the first 1,000 (see reachableHits).
truncatedNoTrue when more pages remain after this one (page + 1 < totalPages). Absent on the last page Algolia serves.
totalPagesNoNumber of pages of criteria.count hits Algolia will actually serve for this query, covering at most the first 1,000 hits. Not derived from totalHits — broad queries report a totalHits far larger than the reachable page range, so paginate against this value.
reachableHitsNoHow many of totalHits paging can reach: Algolia serves at most 1,000 hits per search. Present only when totalHits exceeds that; split the search into narrower dateRange windows to reach the rest.
totalHitsExactNoTrue when totalHits is an exact count, false when it is an estimate, as it is for keyword searches and broad filter-only searches. Absent when Algolia does not say, and on a page past the 1,000-hit ceiling, where totalHits reads 0.

TDQS

A3.8/5.0
Behavior3/5

Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?

readOnlyHint=true already tells the agent this is a safe read. The description adds the useful detail that results come via Algolia, but does not reveal behavioral traits like the 50-per-call cap, sort defaults, or pagination quirks — those live only in the schema.

Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.

Conciseness5/5

Is the description appropriately sized, front-loaded, and free of redundancy?

Two tight sentences with the resource and invocation modes front-loaded; every clause carries information and nothing is wasted.

Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.

Completeness4/5

Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?

With a complete input schema, an output schema, and a readOnly annotation, the description only needs to orient the agent, which it does. Minor gaps remain around routing vs siblings and the filter-only prerequisite, but the structured fields cover the rest.

Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.

Parameters3/5

Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?

Schema description coverage is 100%, so the parameters are fully self-documenting (date ranges, minPoints and its comment/job exclusion, count capping). The description only restates the filter categories, adding no syntax or format detail beyond the schema, so baseline 3 applies.

Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.

Purpose5/5

Does the description clearly state what the tool does and how it differs from similar tools?

States a specific verb (search) and resource (Hacker News stories, comments, polls, jobs) plus the backing index (Algolia). The scope — keyword search, filter-only, or both — cleanly separates it from siblings like hn_get_thread and hn_get_user.

Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.

Usage Guidelines3/5

Does the description explain when to use this tool, when not to, or what alternatives exist?

The phrase 'by keyword, by filters alone, or both' implies the three invocation modes and the schema documents the filter-only requirement, but the description never explicitly names when to prefer this over hn_get_stories or hn_get_thread. Usage is inferable rather than stated.

Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.

Tool Schema Changelog

Recent tool additions, removals, and schema changes observed during successful MCP inspections.

  1. 4 tool updates
    • Changedhn_get_stories5 fields changed
      • changedInput schema / properties / count / description
        Previous value: -"Number of stories to return. Larger counts take longer."New value: +"Number of stories to return, at most 100 per call. A larger value is served at 100, and the notice names the offset for the next page. Larger counts take longer."
      • changedInput schema / properties / count / maximum
        Previous value: -100New value: +1000
      • changedOutput schema / properties / cap / description
        Previous value: -"The count cap that was applied."New value: +"The count value served: as passed, or 100 when count was above that cap."
      • changedOutput schema / properties / notice / description
        Previous value: -"Agent guidance: the offset to pass for the next page while more stories remain, the IDs that failed to load and how to retry them, or why a page came back empty — offset past the end of the feed, an empty feed, or every item on the page deleted or flagged. Absent on the last page of a non-empty result with no failed IDs."New value: +"Agent guidance: the offset to pass for the next page while more stories remain, the IDs that failed to load and how to retry them, or why a page came back empty — offset past the end of the feed, an empty feed, or every item on the page deleted or flagged — noting when count was served at its per-call cap. Absent on the last page of a non-empty result with no failed IDs."
      • changedOutput schema / properties / stories / items / properties / descendants / description
        Previous value: -"Total comment count. Absent for jobs."New value: +"HN's count of live comments in the thread (descendants); dead and deleted comments are not counted. Absent for jobs."
    • Changedhn_get_thread12 fields changed
      • changedInput schema / properties / depth / description
        Previous value: -"How many levels of replies to resolve. 0 = just the item, no comments. 1 = direct replies only. Replies below this depth are never fetched — to read them, raise depth or call again with a specific comment's itemId to drill into its subtree. Ignored when cursor is set: the depth the cursor was issued with applies."New value: +"How many levels of replies to resolve, at most 10 per call. 0 = just the item, no comments. 1 = direct replies only. A larger value is served at 10. Replies below the depth served are never fetched — to read them, raise depth up to 10, or call again with a comment from the deepest level returned, or one notice names, as itemId to drill into its subtree. Ignored when cursor is set: the depth the cursor was issued with applies."
      • changedInput schema / properties / depth / maximum
        Previous value: -10New value: +100
      • changedInput schema / properties / maxComments / description
        Previous value: -"Maximum comments in one response, across all depth levels. Highest-ranked top-level comments resolve first; replies fill in only after the level above is exhausted. A response also stops at a fixed 64,000-byte text budget. When either limit stops the traversal, nextCursor continues it."New value: +"Maximum comments in one response, across all depth levels, at most 200 per call. A larger value is served at 200, and nextCursor continues from there. Highest-ranked top-level comments resolve first; replies fill in only after the level above is exhausted. A response also stops at a fixed 64,000-byte text budget. When either limit stops the traversal, nextCursor continues it."
      • changedInput schema / properties / maxComments / maximum
        Previous value: -200New value: +1000
      • changedOutput schema / properties / cap / description
        Previous value: -"The maxComments cap that was applied."New value: +"The maxComments value served: as passed, or 200 when maxComments was above that cap."
      • changedOutput schema / properties / comments / items / properties / isOp / description
        Previous value: -"Present and `true` when the comment author matches the root item author (OP replying within their own thread). Omitted otherwise — including when either author is missing. Most threads carry no OP replies, so absence is the common case; treat missing as \"not OP\" rather than unknown."New value: +"Present and `true` when the comment author submitted the story or poll the thread belongs to (OP replying within their own thread) — for a comment root, the story at item.storyId. Omitted otherwise, including when either author is missing. Most threads carry no OP replies, so absence usually means \"not OP\"; it means unknown when the thread's root has no author (a deleted story, for example) or when notice says replies are not marked."
      • changedOutput schema / properties / comments / items / properties / parentId / description
        Previous value: -"Parent item ID."New value: +"Parent item ID: the root or another comment. It can name a dead or deleted comment, which this list omits while still returning its replies; pass that ID as itemId to see it marked."
      • changedOutput schema / properties / error / properties / data / properties / reason / description
        Previous value: -"Machine-readable failure mode. Declared by this tool: `item_not_found`: HN reports no item exists for the given itemId. `invalid_cursor`: The cursor was issued for a different itemId than the one passed with it. `upstream_rejected`: The HN API answered with a 4xx status other than 429 — it rejected the request as built. `upstream_rate_limited`: The HN API answered with HTTP 429. `upstream_unavailable`: The HN API answered with a 5xx status. `upstream_html`: The HN API served an HTML error page with a 200 status, which it does under rate limiting or maintenance. `upstream_malformed`: The HN API answered with a 200 status and a body that is not JSON. Other values are possible when a failure originates below the handler."New value: +"Machine-readable failure mode. Declared by this tool: `item_not_found`: HN reports no item exists for the given itemId. `invalid_cursor`: The cursor is not one this tool issued, was altered, or was issued for a different itemId than the one passed with it. `upstream_rejected`: The HN API answered with a 4xx status other than 429 — it rejected the request as built. `upstream_rate_limited`: The HN API answered with HTTP 429. `upstream_unavailable`: The HN API answered with a 5xx status. `upstream_html`: The HN API served an HTML error page with a 200 status, which it does under rate limiting or maintenance. `upstream_malformed`: The HN API answered with a 200 status and a body that is not JSON. Other values are possible when a failure originates below the handler."
      • changedOutput schema / properties / item / properties / descendants / description
        Previous value: -"Total comment count."New value: +"HN's count of live comments in the thread; dead and deleted comments are not counted."
      • addedOutput schema / properties / item / properties / storyId
        Added value: +{
        +  "description": "For a comment root, the ID of the story or poll its discussion belongs to — pass it as itemId for the whole thread, or as storyId to hn_search_content. Absent for other roots, and when the story could not be found (notice says why).",
        +  "type": "number"
        +}
      • changedOutput schema / properties / notice / description
        Previous value: -"Traversal context: counts of deleted/dead comments dropped, the IDs that failed to load and how to retry them, then what stopped the traversal and how to continue — nextCursor for a count, size, or rate-limit stop, or a larger depth or a comment id as itemId for a depth cut. Absent when nothing was dropped, failed, or left unread."New value: +"Traversal context: counts of deleted/dead comments dropped, the IDs that failed to load and how to retry them, then what stopped the traversal and how to continue — nextCursor for a count, size, or rate-limit stop, or a larger depth or a comment id as itemId for a depth cut — noting when the maxComments or depth that stopped it was served at its per-call cap. Dead or deleted comments whose replies the depth limit cut are named by id, to pass as itemId, on the page that reaches them, since comments omits them. Absent when nothing was dropped, failed, or left unread."
      • changedOutput schema / properties / totalAvailable / description
        Previous value: -"HN's total comment count for the root (descendants), which also counts dead and deleted comments. Absent for comment and job roots."New value: +"HN's count of live comments in the thread (descendants); dead and deleted comments are not counted. Absent for comment and job roots."
    • Changedhn_get_user6 fields changed
      • changedInput schema / properties / submissionCount / description
        Previous value: -"Page size — how many submissions to resolve per call. Only used when includeSubmissions is true."New value: +"Page size — how many submissions to resolve per call, at most 50 per call. A larger value is served at 50, and the notice names the submissionOffset for the next page. Only used when includeSubmissions is true."
      • changedInput schema / properties / submissionCount / maximum
        Previous value: -50New value: +1000
      • changedInput schema / properties / submissionOffset / description
        Previous value: -"How many submissions to skip before resolving, counting back from the most recent. Use with submissionCount to page through a long history: request offset 0, then offset submissionCount, and so on. The enrichment block echoes submissionOffset and, when more remain, the offset to send next. Only used when includeSubmissions is true."New value: +"How many submissions to skip before resolving, counting back from the most recent. Use with submissionCount to page through a long history: request offset 0, then advance by the page size served, and so on. The enrichment block echoes submissionOffset and, when more remain, the offset to send next. Only used when includeSubmissions is true."
      • changedOutput schema / properties / cap / description
        Previous value: -"The submissionCount cap that was applied."New value: +"The submissionCount value served: as passed, or 50 when submissionCount was above that cap."
      • changedOutput schema / properties / notice / description
        Previous value: -"Pagination context — which window of the history this page covers and the submissionOffset to send next, the submission IDs that failed to load and how to retry them, or a warning that the offset is past the end. Absent when the page reaches the end of the history with no failed IDs, or when no submissions were resolved."New value: +"Pagination context — which window of the history this page covers and the submissionOffset to send next, the submission IDs that failed to load and how to retry them, or a warning that the offset is past the end — noting when submissionCount was served at its per-call cap. Absent when the page reaches the end of the history with no failed IDs, or when no submissions were resolved."
      • changedOutput schema / properties / submissions / items / properties / descendants / description
        Previous value: -"Comment count (stories/polls)."New value: +"HN's count of live comments in the thread (descendants); dead and deleted comments are not counted. Present for stories and polls."
    • Changedhn_search_content23 fields changed
      • changedInput schema / properties / author / description
        Previous value: -"Filter results to a specific author. Useful for finding a user's posts on a topic (hn_get_user only shows recent submissions). Trimmed before filtering; omit the field to search all authors rather than passing a blank string."New value: +"Filter results to a specific author — useful for finding a user's posts on a topic. Matches the HN username exactly and is case-sensitive, so a re-cased name finds nothing. Trimmed before filtering; omit the field to search all authors rather than passing a blank string."
      • changedInput schema / properties / count / description
        Previous value: -"Number of results to return."New value: +"Number of results to return, at most 50 per call. A larger value is served at 50: the search runs at count 50 from the hit where the requested page starts, and the notice names the count and page to pass next. With page above 0, that hit (page × count) must begin a page of 50 hits."
      • changedInput schema / properties / count / maximum
        Previous value: -50New value: +1000
      • changedInput schema / properties / page / description
        Previous value: -"Page number for pagination (0-indexed)."New value: +"Page number for pagination (0-indexed), counted in pages of count results."
      • changedInput schema / properties / query / description
        Previous value: -"Search terms. Supports simple keywords — Algolia handles stemming and relevance. Trimmed before searching; blank or whitespace-only input is rejected. Omit for a filter-only search, which needs at least one of tags, author, storyId, minPoints, or a dateRange bound."New value: +"Search terms. Supports simple keywords — Algolia handles stemming and relevance, and a hit must contain every term. Trimmed before searching; blank or whitespace-only input is rejected. To find discussions of a page, pass its URL alone: a query with no spaces that starts with http://, https://, or www. is searched without that prefix, so submissions under either scheme, with or without www., all match. Omit for a filter-only search, which needs at least one of tags, author, storyId, minPoints, or a dateRange bound."
      • changedInput schema / properties / storyId / description
        Previous value: -"Restrict results to one discussion: the id of a story or poll root, combined with the other filters. Pair with tags \"comment\" to search within a thread. Take it from hits[].storyId or the root item of hn_get_thread — a comment id matches nothing."New value: +"Restrict results to one discussion: the id of a story or poll root, combined with the other filters. Pair with tags \"comment\" to search within a thread. Take it from hits[].storyId, from a poll hit's own id (poll hits carry no storyId), or from hn_get_thread — the root item's id, or its item.storyId when the root is a comment. A comment id matches nothing."
      • changedInput schema / properties / tags / description
        Previous value: -"Filter results by content type: \"story\", \"comment\", \"poll\", or \"job\", or the story subsets \"ask_hn\", \"show_hn\", and \"front_page\". Omit to search all types."New value: +"Filter results by content type: \"story\", \"comment\", \"poll\", or \"job\", or the story subsets \"ask_hn\", \"show_hn\", and \"front_page\". \"front_page\" is the HN front page right now (about 30 stories); no filter selects stories from past front pages. The nearest proxy is \"story\" with dateRange and minPoints — without a query, the default relevance sort ranks by points. Omit to search all types, which also returns poll options (type \"pollopt\"): records with only an id, author, vote count, and date — hn_get_thread reads an option's text and poll."
      • changedOutput schema / anyOf
        Previous value: -[
        -  {
        -    "not": {
        -      "required": [
        -        "error"
        -      ]
        -    },
        -    "required": [
        -      "hits",
        -      "totalHits",
        -      "page",
        -      "totalPages"
        -    ]
        -  },
        -  {
        -    "required": [
        -      "error"
        -    ]
        -  }
        -]New value: +[
        +  {
        +    "not": {
        +      "required": [
        +        "error"
        +      ]
        +    },
        +    "required": [
        +      "hits",
        +      "criteria",
        +      "totalHits",
        +      "page",
        +      "totalPages"
        +    ]
        +  },
        +  {
        +    "required": [
        +      "error"
        +    ]
        +  }
        +]
      • changedOutput schema / properties / cap / description
        Previous value: -"The count cap that was applied."New value: +"The count value served: as passed, or 50 when count was above that cap."
      • addedOutput schema / properties / criteria
        Added value: +{
        +  "additionalProperties": false,
        +  "description": "The criteria this search ran with: each filter that was set, as sent — author trimmed, dateRange bounds as the exclusive UTC instants applied — then sort, count, and view, defaults included. Unset filters are absent. The searched query is in query.",
        +  "properties": {
        +    "author": {
        +      "description": "Author filter — the username matched, trimmed.",
        +      "type": "string"
        +    },
        +    "count": {
        +      "description": "Hits per page sent: count as passed, or 50 when count was above that cap.",
        +      "type": "number"
        +    },
        +    "dateRange": {
        +      "additionalProperties": false,
        +      "description": "Creation-time window as applied, with only the bounds that were set.",
        +      "properties": {
        +        "end": {
        +          "description": "Items match only when created strictly before this instant: the end bound in ISO 8601 UTC, rounded up to the whole second.",
        +          "type": "string"
        +        },
        +        "start": {
        +          "description": "Items match only when created strictly after this instant: the start bound in ISO 8601 UTC, rounded down to the whole second.",
        +          "type": "string"
        +        }
        +      },
        +      "type": "object"
        +    },
        +    "minPoints": {
        +      "description": "Minimum score.",
        +      "type": "number"
        +    },
        +    "sort": {
        +      "description": "Sort order used.",
        +      "enum": [
        +        "relevance",
        +        "date"
        +      ],
        +      "type": "string"
        +    },
        +    "storyId": {
        +      "description": "Discussion filter: a story or poll root id.",
        +      "type": "number"
        +    },
        +    "tags": {
        +      "description": "Content-type filter.",
        +      "enum": [
        +        "story",
        +        "comment",
        +        "poll",
        +        "job",
        +        "ask_hn",
        +        "show_hn",
        +        "front_page"
        +      ],
        +      "type": "string"
        +    },
        +    "view": {
        +      "description": "Projection applied to each hit.",
        +      "enum": [
        +        "full",
        +        "compact"
        +      ],
        +      "type": "string"
        +    }
        +  },
        +  "required": [
        +    "sort",
        +    "count",
        +    "view"
        +  ],
        +  "type": "object"
        +}
      • changedOutput schema / properties / error / properties / data / properties / reason / description
        Previous value: -"Machine-readable failure mode. Declared by this tool: `missing_query_or_filter`: Neither a query nor any filter was supplied, so there is nothing to search by. `invalid_date_range`: dateRange was supplied with neither bound, or with start not before end. `min_points_unscored_type`: minPoints was combined with tags \"comment\" or \"job\", record types Algolia stores without points. `upstream_rejected`: Algolia answered with a 4xx status other than 429 — it rejected the request as built. `upstream_rate_limited`: Algolia answered with HTTP 429. `upstream_unavailable`: Algolia answered with a 5xx status. `upstream_html`: Algolia served an HTML error page with a 200 status, which it does under rate limiting or maintenance. `upstream_malformed`: Algolia answered with a 200 status and a body that is not JSON. Other values are possible when a failure originates below the handler."New value: +"Machine-readable failure mode. Declared by this tool: `missing_query_or_filter`: Neither a query nor any filter was supplied, so there is nothing to search by. `invalid_date_range`: dateRange was supplied with neither bound, or with start not before end. `min_points_unscored_type`: minPoints was combined with tags \"comment\" or \"job\", record types Algolia stores without points. `count_page_unaligned`: count was above the per-call cap of 50 with a page whose first hit (page × count) begins no page of 50 hits, so the requested page cannot be served from its start at the cap. `upstream_rejected`: Algolia answered with a 4xx status other than 429 — it rejected the request as built. `upstream_rate_limited`: Algolia answered with HTTP 429. `upstream_unavailable`: Algolia answered with a 5xx status. `upstream_html`: Algolia served an HTML error page with a 200 status, which it does under rate limiting or maintenance. `upstream_malformed`: Algolia answered with a 200 status and a body that is not JSON. Other values are possible when a failure originates below the handler."
      • changedOutput schema / properties / error / properties / data / properties / reason / examples
        Previous value: -[
        -  "missing_query_or_filter",
        -  "invalid_date_range",
        -  "min_points_unscored_type",
        -  "upstream_rejected",
        -  "upstream_rate_limited",
        -  "upstream_unavailable",
        -  "upstream_html",
        -  "upstream_malformed"
        -]New value: +[
        +  "missing_query_or_filter",
        +  "invalid_date_range",
        +  "min_points_unscored_type",
        +  "count_page_unaligned",
        +  "upstream_rejected",
        +  "upstream_rate_limited",
        +  "upstream_unavailable",
        +  "upstream_html",
        +  "upstream_malformed"
        +]
      • changedOutput schema / properties / hits / items / description
        Previous value: -"A single Algolia search hit (story, comment, poll, or job)."New value: +"A single Algolia search hit (story, comment, poll, poll option, or job)."
      • changedOutput schema / properties / hits / items / properties / storyId / description
        Previous value: -"Parent story ID for comment hits; equals `id` for story hits."New value: +"Parent story ID for comment hits; equals `id` for story hits. Absent for polls, poll options, and jobs — a poll's own `id` is its discussion root."
      • changedOutput schema / properties / hits / items / properties / text / description
        Previous value: -"Comment or story body text (HTML stripped). Absent when the hit has no body, and always absent under view \"compact\" — call hn_get_thread with this id to read it."New value: +"Body text, HTML stripped: a comment's text, a text post's body, or a job's description. A job description is returned but not keyword-searched or highlighted. Absent when the hit has no body, and always absent under view \"compact\" — call hn_get_thread with this id to read it."
      • addedOutput schema / properties / hits / items / properties / type
        Added value: +{
        +  "description": "Item type: story (Ask HN, Show HN, and front-page stories included), comment, poll, pollopt (one option of a poll), or job. Absent when the search record names no type.",
        +  "enum": [
        +    "story",
        +    "comment",
        +    "poll",
        +    "pollopt",
        +    "job"
        +  ],
        +  "type": "string"
        +}
      • changedOutput schema / properties / notice / description
        Previous value: -"Agent guidance: the next page to request while more pages remain, the last valid page when the requested page is past the end, or the filters to relax when a first page comes back empty. Absent on the last page of a non-empty result."New value: +"Agent guidance, one string. It opens with the page state: the next page to request while more pages remain, the 1,000-hit ceiling on the last page of a search that matches more, the last valid page when the requested page is past the end, or the filters to relax when a first page comes back empty. Notes on the inputs follow it. Absent when none applies."
      • changedOutput schema / properties / page / description
        Previous value: -"Current page number (0-indexed)."New value: +"Current page number (0-indexed), in pages of criteria.count hits. When count was above the per-call cap, the page of 50 where the requested page starts."
      • changedOutput schema / properties / query / description
        Previous value: -"The query that was searched. Absent for a filter-only search."New value: +"The query that was searched — for a URL query, without its leading scheme and www. Absent for a filter-only search."
      • addedOutput schema / properties / reachableHits
        Added value: +{
        +  "description": "How many of totalHits paging can reach: Algolia serves at most 1,000 hits per search. Present only when totalHits exceeds that; split the search into narrower dateRange windows to reach the rest.",
        +  "type": "number"
        +}
      • changedOutput schema / properties / totalHits / description
        Previous value: -"Total matching results across all pages."New value: +"Matching results across all pages, as Algolia counts them. An estimate when totalHitsExact is false — broad searches can be off by orders of magnitude — and paging reaches only the first 1,000 (see reachableHits)."
      • addedOutput schema / properties / totalHitsExact
        Added value: +{
        +  "description": "True when totalHits is an exact count, false when it is an estimate, as it is for keyword searches and broad filter-only searches. Absent when Algolia does not say, and on a page past the 1,000-hit ceiling, where totalHits reads 0.",
        +  "type": "boolean"
        +}
      • changedOutput schema / properties / totalPages / description
        Previous value: -"Number of pages Algolia will actually serve for this query. Not derived from totalHits — broad queries report a totalHits far larger than the reachable page range, so paginate against this value."New value: +"Number of pages of criteria.count hits Algolia will actually serve for this query, covering at most the first 1,000 hits. Not derived from totalHits — broad queries report a totalHits far larger than the reachable page range, so paginate against this value."
  2. 1 tool update
    • Changedhn_search_content2 fields changed
      • changedOutput schema / properties / hits / items / properties / highlights / properties / text / description
        Previous value: -"Body snippet (comment_text or story_text) with matched terms wrapped in `<em>…</em>`. Absent when the body did not match, and always absent under view \"compact\" — matchedWords still lists what matched."New value: +"Body snippet (comment_text or story_text), HTML stripped, with matched terms wrapped in `<em>…</em>`. A literal `<em>` typed into the body is indistinguishable from a marker. Absent when the body did not match, and always absent under view \"compact\" — matchedWords still lists what matched."
      • changedOutput schema / properties / hits / items / properties / highlights / properties / title / description
        Previous value: -"Title snippet with matched terms wrapped in `<em>…</em>`. Absent when the title did not match."New value: +"Title snippet with matched terms wrapped in `<em>…</em>`. Titles are not HTML, though some arrive entity-encoded; entities are decoded and no tags are stripped, so a literal `<em>` in the title is indistinguishable from a marker. Absent when the title did not match."
  3. 3 tool updates
    • Changedhn_get_stories2 fields changed
      • addedOutput schema / properties / failedIds
        Added value: +{
        +  "description": "IDs on this page whose fetch failed after retries. They are not deleted or missing and may load on a later call: retry the page with the same offset, or pass an ID to hn_get_thread to fetch that story alone. Absent when every item on the page loaded.",
        +  "items": {
        +    "type": "number"
        +  },
        +  "type": "array"
        +}
      • changedOutput schema / properties / notice / description
        Previous value: -"Agent guidance: the offset to pass for the next page while more stories remain, or why a page came back empty — offset past the end of the feed, an empty feed, or every item on the page deleted or flagged. Absent on the last page of a non-empty result."New value: +"Agent guidance: the offset to pass for the next page while more stories remain, the IDs that failed to load and how to retry them, or why a page came back empty — offset past the end of the feed, an empty feed, or every item on the page deleted or flagged. Absent on the last page of a non-empty result with no failed IDs."
    • Changedhn_get_thread22 fields changed
      • addedInput schema / properties / cursor
        Added value: +{
        +  "description": "nextCursor from a previous call, passed with the same itemId, to continue the traversal at the next unseen comment without repeating or skipping any. Omit to start from the top.",
        +  "type": "string"
        +}
      • changedInput schema / properties / depth / description
        Previous value: -"How many levels of replies to resolve. 0 = just the item, no comments. 1 = direct replies only. Popular stories often have more top-level comments than maxComments — to see nesting, raise maxComments together with depth, or call again with a specific comment's itemId to drill into a subtree."New value: +"How many levels of replies to resolve. 0 = just the item, no comments. 1 = direct replies only. Replies below this depth are never fetched — to read them, raise depth or call again with a specific comment's itemId to drill into its subtree. Ignored when cursor is set: the depth the cursor was issued with applies."
      • changedInput schema / properties / itemId / description
        Previous value: -"ID of the story, comment, or poll to fetch the thread for."New value: +"ID of the story, comment, job, poll, or poll option to fetch the thread for."
      • changedInput schema / properties / maxComments / description
        Previous value: -"Maximum total comments to include across all depth levels. Highest-ranked top-level comments resolve first; replies fill in only after the level above is exhausted."New value: +"Maximum comments in one response, across all depth levels. Highest-ranked top-level comments resolve first; replies fill in only after the level above is exhausted. A response also stops at a fixed 64,000-byte text budget. When either limit stops the traversal, nextCursor continues it."
      • changedOutput schema / properties / comments / description
        Previous value: -"Flat comment list ordered breadth-first by rank: highest-ranked top-level comments first, then their replies. Use depth/parentId to reconstruct nesting."New value: +"Flat comment list ordered breadth-first by rank: highest-ranked top-level comments first, then their replies. Use depth/parentId to reconstruct nesting. With cursor, the page continues the same order."
      • changedOutput schema / properties / error / properties / data / properties / reason / description
        Previous value: -"Machine-readable failure mode. Declared by this tool: `item_not_found`: HN reports no item exists for the given itemId. `upstream_rejected`: The HN API answered with a 4xx status other than 429 — it rejected the request as built. `upstream_rate_limited`: The HN API answered with HTTP 429. `upstream_unavailable`: The HN API answered with a 5xx status. `upstream_html`: The HN API served an HTML error page with a 200 status, which it does under rate limiting or maintenance. `upstream_malformed`: The HN API answered with a 200 status and a body that is not JSON. Other values are possible when a failure originates below the handler."New value: +"Machine-readable failure mode. Declared by this tool: `item_not_found`: HN reports no item exists for the given itemId. `invalid_cursor`: The cursor was issued for a different itemId than the one passed with it. `upstream_rejected`: The HN API answered with a 4xx status other than 429 — it rejected the request as built. `upstream_rate_limited`: The HN API answered with HTTP 429. `upstream_unavailable`: The HN API answered with a 5xx status. `upstream_html`: The HN API served an HTML error page with a 200 status, which it does under rate limiting or maintenance. `upstream_malformed`: The HN API answered with a 200 status and a body that is not JSON. Other values are possible when a failure originates below the handler."
      • changedOutput schema / properties / error / properties / data / properties / reason / examples
        Previous value: -[
        -  "item_not_found",
        -  "upstream_rejected",
        -  "upstream_rate_limited",
        -  "upstream_unavailable",
        -  "upstream_html",
        -  "upstream_malformed"
        -]New value: +[
        +  "item_not_found",
        +  "invalid_cursor",
        +  "upstream_rejected",
        +  "upstream_rate_limited",
        +  "upstream_unavailable",
        +  "upstream_html",
        +  "upstream_malformed"
        +]
      • addedOutput schema / properties / failedIds
        Added value: +{
        +  "description": "Comment and poll-option IDs whose fetch failed after retries, so neither they nor their replies are in this response. They are not deleted or missing and may load on a later call. Failed comments ride in nextCursor and are retried when you continue; without one, call again, or pass an ID as itemId to fetch that comment and its replies. Absent when everything the traversal reached loaded.",
        +  "items": {
        +    "type": "number"
        +  },
        +  "type": "array"
        +}
      • changedOutput schema / properties / item / description
        Previous value: -"The root item (story, comment, or poll)."New value: +"The root item: a story, comment, job, poll, or poll option."
      • addedOutput schema / properties / item / properties / dead
        Added value: +{
        +  "const": true,
        +  "description": "Present and `true` when the root is dead (flagged or killed); its replies are still walked. Omitted otherwise.",
        +  "type": "boolean"
        +}
      • addedOutput schema / properties / item / properties / deleted
        Added value: +{
        +  "const": true,
        +  "description": "Present and `true` when HN reports the root deleted; its author and text are gone, but its replies are still walked. Omitted otherwise.",
        +  "type": "boolean"
        +}
      • addedOutput schema / properties / item / properties / options
        Added value: +{
        +  "description": "For a poll root, its options with text and votes in parts order, resolved at every depth including 0. Deleted and dead options are kept and marked; an option whose fetch failed is listed in failedIds instead. Options do not count toward maxComments or totalLoaded.",
        +  "items": {
        +    "additionalProperties": false,
        +    "description": "One poll option.",
        +    "properties": {
        +      "dead": {
        +        "const": true,
        +        "description": "Present and `true` when the option is dead (flagged or killed). Omitted otherwise.",
        +        "type": "boolean"
        +      },
        +      "deleted": {
        +        "const": true,
        +        "description": "Present and `true` when the option was deleted. Omitted otherwise.",
        +        "type": "boolean"
        +      },
        +      "id": {
        +        "description": "Poll option ID.",
        +        "type": "number"
        +      },
        +      "score": {
        +        "description": "Votes for this option.",
        +        "type": "number"
        +      },
        +      "text": {
        +        "description": "Option text (HTML stripped). Absent once deleted.",
        +        "type": "string"
        +      }
        +    },
        +    "required": [
        +      "id"
        +    ],
        +    "type": "object"
        +  },
        +  "type": "array"
        +}
      • addedOutput schema / properties / item / properties / parent
        Added value: +{
        +  "description": "For a comment root, the ID of the story or comment it replies to — pass it as itemId for the context above.",
        +  "type": "number"
        +}
      • addedOutput schema / properties / item / properties / parts
        Added value: +{
        +  "description": "For a poll root, its option IDs in HN order.",
        +  "items": {
        +    "type": "number"
        +  },
        +  "type": "array"
        +}
      • addedOutput schema / properties / item / properties / poll
        Added value: +{
        +  "description": "For a poll-option root, the ID of its poll.",
        +  "type": "number"
        +}
      • changedOutput schema / properties / item / properties / title / description
        Previous value: -"Story/job title."New value: +"Story/job/poll title."
      • addedOutput schema / properties / nextCursor
        Added value: +{
        +  "description": "Pass as cursor, with the same itemId, to continue from the next unseen comment. Present when truncationReason is count, size, or rate_limited; absent on the last page.",
        +  "type": "string"
        +}
      • changedOutput schema / properties / notice / description
        Previous value: -"Truncation context: counts of deleted/dead comments dropped during traversal, then either how to get past the maxComments cap when it stopped the traversal, or a raise-maxComments-or-depth hint when totalLoaded < totalAvailable. Absent when no comments were dropped and all available comments were loaded."New value: +"Traversal context: counts of deleted/dead comments dropped, the IDs that failed to load and how to retry them, then what stopped the traversal and how to continue — nextCursor for a count, size, or rate-limit stop, or a larger depth or a comment id as itemId for a depth cut. Absent when nothing was dropped, failed, or left unread."
      • changedOutput schema / properties / totalAvailable / description
        Previous value: -"Total comment count from the root item. If totalLoaded < totalAvailable, raise maxComments (and depth, if you want nested replies) and call again."New value: +"HN's total comment count for the root (descendants), which also counts dead and deleted comments. Absent for comment and job roots."
      • changedOutput schema / properties / totalLoaded / description
        Previous value: -"Number of comments actually fetched and included."New value: +"Number of comments in this response (this page, when paging with cursor)."
      • changedOutput schema / properties / truncated / description
        Previous value: -"True when maxComments stopped the traversal while comments remained. Absent when every available comment was loaded, even at exactly maxComments."New value: +"True when comments remain unread: reachable through nextCursor (truncationReason count, size, or rate_limited), or below the depth limit (depth). Absent on a terminal page — including a thread that loads in full at exactly maxComments."
      • addedOutput schema / properties / truncationReason
        Added value: +{
        +  "description": "Why the traversal stopped short: count = maxComments (or the 1,000-item ceiling per call) was reached; size = the 64,000-byte response budget was reached; rate_limited = the HN API throttled the fetches; depth = replies lie below the depth limit, which nextCursor does not reach — raise depth or pass a comment id as itemId. When a cursor reason and a depth cut both apply, the cursor reason is reported.",
        +  "enum": [
        +    "count",
        +    "size",
        +    "depth",
        +    "rate_limited"
        +  ],
        +  "type": "string"
        +}
    • Changedhn_get_user7 fields changed
      • addedOutput schema / properties / failedIds
        Added value: +{
        +  "description": "Submission IDs in this window whose fetch failed after retries. They are not deleted or missing and may load on a later call: retry with the same submissionOffset, or pass an ID to hn_get_thread to fetch that item alone. Absent when every submission in the window loaded.",
        +  "items": {
        +    "type": "number"
        +  },
        +  "type": "array"
        +}
      • changedOutput schema / properties / notice / description
        Previous value: -"Pagination context — which window of the history this page covers and the submissionOffset to send next, or a warning that the offset is past the end. Absent when the page reaches the end of the history, or when no submissions were resolved."New value: +"Pagination context — which window of the history this page covers and the submissionOffset to send next, the submission IDs that failed to load and how to retry them, or a warning that the offset is past the end. Absent when the page reaches the end of the history with no failed IDs, or when no submissions were resolved."
      • changedOutput schema / properties / submissions / description
        Previous value: -"One page of submissions, most recent first, starting at submissionOffset. Absent when includeSubmissions is false or the user has never submitted. Empty when the page holds no live items — either the offset is past the end, or every item in the window was deleted or flagged."New value: +"One page of submissions, most recent first, starting at submissionOffset. Absent when includeSubmissions is false or the user has never submitted. Empty when the page holds no live items — either the offset is past the end, or every item in the window was deleted, flagged, or failed to load (failedIds lists the failures)."
      • changedOutput schema / properties / submissions / items / description
        Previous value: -"A single submission by the user (story, comment, job, or poll)."New value: +"A single submission by the user (story, comment, job, poll, or poll option)."
      • addedOutput schema / properties / submissions / items / properties / parent
        Added value: +{
        +  "description": "For a comment, the ID of the story or comment it replied to — pass it to hn_get_thread for the context.",
        +  "type": "number"
        +}
      • addedOutput schema / properties / submissions / items / properties / poll
        Added value: +{
        +  "description": "For a poll option, the ID of its poll.",
        +  "type": "number"
        +}
      • changedOutput schema / properties / submissions / items / properties / type / description
        Previous value: -"Item type (story, comment, job, poll)."New value: +"Item type (story, comment, job, poll, pollopt)."
  4. 3 tool updates
    • Changedhn_get_stories2 fields changed
      • changedOutput schema / properties / notice / description
        Previous value: -"Recovery hint when a page is empty — e.g. offset past end of feed or feed has no items. Absent on non-empty result pages."New value: +"Agent guidance: the offset to pass for the next page while more stories remain, or why a page came back empty — offset past the end of the feed, an empty feed, or every item on the page deleted or flagged. Absent on the last page of a non-empty result."
      • changedOutput schema / properties / truncated / description
        Previous value: -"True when the feed was capped by the count parameter."New value: +"True when more stories remain beyond this page (hasMore). Absent on the last page of the feed."
    • Changedhn_get_thread2 fields changed
      • changedOutput schema / properties / notice / description
        Previous value: -"Truncation context: counts of deleted/dead comments dropped during traversal, or pagination hint when totalLoaded < totalAvailable. Absent when no comments were dropped and all available comments were loaded."New value: +"Truncation context: counts of deleted/dead comments dropped during traversal, then either how to get past the maxComments cap when it stopped the traversal, or a raise-maxComments-or-depth hint when totalLoaded < totalAvailable. Absent when no comments were dropped and all available comments were loaded."
      • changedOutput schema / properties / truncated / description
        Previous value: -"True when the comment list was capped by maxComments."New value: +"True when maxComments stopped the traversal while comments remained. Absent when every available comment was loaded, even at exactly maxComments."
    • Changedhn_search_content19 fields changed
      • changedInput schema / properties / dateRange / description
        Previous value: -"Filter to a date window. Useful for finding discussions about recent events."New value: +"Filter to a creation-time window with a start, an end, or both. An empty object is rejected — omit dateRange instead."
      • changedInput schema / properties / dateRange / properties / end / description
        Previous value: -"End date (ISO 8601). Results created before this date."New value: +"Exclusive upper bound — only items created strictly before this instant match. Same formats and UTC reading as start, and must be later than start. A date-only end excludes that whole UTC day: to include it, pass the next day or a full timestamp."
      • addedInput schema / properties / dateRange / properties / end / pattern
        Added value: +"^(\\d{4})(?:-(\\d{2})(?:-(\\d{2})(?:T(\\d{2}):(\\d{2})(?::(\\d{2})(?:\\.\\d{1,3})?)?(?:Z|[+-](\\d{2}):(\\d{2}))?)?)?)?$"
      • changedInput schema / properties / dateRange / properties / start / description
        Previous value: -"Start date (ISO 8601). Results created after this date."New value: +"Exclusive lower bound — only items created strictly after this instant match. ISO 8601: YYYY, YYYY-MM, YYYY-MM-DD, or YYYY-MM-DDThh:mm[:ss[.sss]] with an optional Z or ±hh:mm offset. Reduced and date-only forms mean UTC midnight at the start of that period; a date-time without an offset is read as UTC."
      • addedInput schema / properties / dateRange / properties / start / pattern
        Added value: +"^(\\d{4})(?:-(\\d{2})(?:-(\\d{2})(?:T(\\d{2}):(\\d{2})(?::(\\d{2})(?:\\.\\d{1,3})?)?(?:Z|[+-](\\d{2}):(\\d{2}))?)?)?)?$"
      • changedInput schema / properties / minPoints / description
        Previous value: -"Minimum score/points. Filters out low-engagement content."New value: +"Minimum score. Applies to stories and polls, including the ask_hn, show_hn, and front_page subsets. Comments and jobs carry no points in the search index, so any minPoints excludes them — combining it with tags \"comment\" or \"job\" is rejected."
      • changedInput schema / properties / query / description
        Previous value: -"Search terms. Supports simple keywords — Algolia handles stemming and relevance. Trimmed before searching; blank or whitespace-only input is rejected."New value: +"Search terms. Supports simple keywords — Algolia handles stemming and relevance. Trimmed before searching; blank or whitespace-only input is rejected. Omit for a filter-only search, which needs at least one of tags, author, storyId, minPoints, or a dateRange bound."
      • addedInput schema / properties / storyId
        Added value: +{
        +  "description": "Restrict results to one discussion: the id of a story or poll root, combined with the other filters. Pair with tags \"comment\" to search within a thread. Take it from hits[].storyId or the root item of hn_get_thread — a comment id matches nothing.",
        +  "exclusiveMinimum": 0,
        +  "maximum": 9007199254740991,
        +  "type": "integer"
        +}
      • changedInput schema / properties / tags / description
        Previous value: -"Filter results by content type. Omit to search all types."New value: +"Filter results by content type: \"story\", \"comment\", \"poll\", or \"job\", or the story subsets \"ask_hn\", \"show_hn\", and \"front_page\". Omit to search all types."
      • changedInput schema / properties / tags / enum
        Previous value: -[
        -  "story",
        -  "comment",
        -  "ask_hn",
        -  "show_hn",
        -  "front_page"
        -]New value: +[
        +  "story",
        +  "comment",
        +  "poll",
        +  "job",
        +  "ask_hn",
        +  "show_hn",
        +  "front_page"
        +]
      • removedInput schema / required
        Removed value: -[
        -  "query"
        -]
      • changedOutput schema / anyOf
        Previous value: -[
        -  {
        -    "not": {
        -      "required": [
        -        "error"
        -      ]
        -    },
        -    "required": [
        -      "hits",
        -      "query",
        -      "totalHits",
        -      "page",
        -      "totalPages"
        -    ]
        -  },
        -  {
        -    "required": [
        -      "error"
        -    ]
        -  }
        -]New value: +[
        +  {
        +    "not": {
        +      "required": [
        +        "error"
        +      ]
        +    },
        +    "required": [
        +      "hits",
        +      "totalHits",
        +      "page",
        +      "totalPages"
        +    ]
        +  },
        +  {
        +    "required": [
        +      "error"
        +    ]
        +  }
        +]
      • changedOutput schema / properties / error / properties / data / properties / reason / description
        Previous value: -"Machine-readable failure mode. Declared by this tool: `upstream_rejected`: Algolia answered with a 4xx status other than 429 — it rejected the request as built. `upstream_rate_limited`: Algolia answered with HTTP 429. `upstream_unavailable`: Algolia answered with a 5xx status. `upstream_html`: Algolia served an HTML error page with a 200 status, which it does under rate limiting or maintenance. `upstream_malformed`: Algolia answered with a 200 status and a body that is not JSON. Other values are possible when a failure originates below the handler."New value: +"Machine-readable failure mode. Declared by this tool: `missing_query_or_filter`: Neither a query nor any filter was supplied, so there is nothing to search by. `invalid_date_range`: dateRange was supplied with neither bound, or with start not before end. `min_points_unscored_type`: minPoints was combined with tags \"comment\" or \"job\", record types Algolia stores without points. `upstream_rejected`: Algolia answered with a 4xx status other than 429 — it rejected the request as built. `upstream_rate_limited`: Algolia answered with HTTP 429. `upstream_unavailable`: Algolia answered with a 5xx status. `upstream_html`: Algolia served an HTML error page with a 200 status, which it does under rate limiting or maintenance. `upstream_malformed`: Algolia answered with a 200 status and a body that is not JSON. Other values are possible when a failure originates below the handler."
      • changedOutput schema / properties / error / properties / data / properties / reason / examples
        Previous value: -[
        -  "upstream_rejected",
        -  "upstream_rate_limited",
        -  "upstream_unavailable",
        -  "upstream_html",
        -  "upstream_malformed"
        -]New value: +[
        +  "missing_query_or_filter",
        +  "invalid_date_range",
        +  "min_points_unscored_type",
        +  "upstream_rejected",
        +  "upstream_rate_limited",
        +  "upstream_unavailable",
        +  "upstream_html",
        +  "upstream_malformed"
        +]
      • changedOutput schema / properties / hits / items / description
        Previous value: -"A single Algolia search hit (story or comment)."New value: +"A single Algolia search hit (story, comment, poll, or job)."
      • changedOutput schema / properties / hits / items / properties / title / description
        Previous value: -"Story title (present for stories)."New value: +"Item title (present for stories, polls, and jobs)."
      • changedOutput schema / properties / notice / description
        Previous value: -"Recovery hint when results are empty — names the filters applied, for relaxing the search. Absent on non-empty result pages."New value: +"Agent guidance: the next page to request while more pages remain, the last valid page when the requested page is past the end, or the filters to relax when a first page comes back empty. Absent on the last page of a non-empty result."
      • changedOutput schema / properties / query / description
        Previous value: -"The query that was searched."New value: +"The query that was searched. Absent for a filter-only search."
      • changedOutput schema / properties / truncated / description
        Previous value: -"True when the hit list was capped by the count parameter."New value: +"True when more pages remain after this one (page + 1 < totalPages). Absent on the last page Algolia serves."
  5. 4 tool updates
    • Changedhn_get_stories6 fields changed
      • changedInput schema / $schema
        Previous value: -"http://json-schema.org/draft-07/schema#"New value: +"https://json-schema.org/draft/2020-12/schema"
      • addedInput schema / additionalProperties
        Added value: +false
      • changedOutput schema / $schema
        Previous value: -"http://json-schema.org/draft-07/schema#"New value: +"https://json-schema.org/draft/2020-12/schema"
      • addedOutput schema / anyOf
        Added value: +[
        +  {
        +    "not": {
        +      "required": [
        +        "error"
        +      ]
        +    },
        +    "required": [
        +      "stories",
        +      "feed",
        +      "total",
        +      "offset",
        +      "hasMore"
        +    ]
        +  },
        +  {
        +    "required": [
        +      "error"
        +    ]
        +  }
        +]
      • addedOutput schema / properties / error
        Added value: +{
        +  "additionalProperties": {},
        +  "description": "Present when the call failed. Absent on success.",
        +  "properties": {
        +    "code": {
        +      "description": "JSON-RPC error code for this failure.",
        +      "maximum": 9007199254740991,
        +      "minimum": -9007199254740991,
        +      "type": "integer"
        +    },
        +    "data": {
        +      "additionalProperties": {},
        +      "properties": {
        +        "reason": {
        +          "description": "Machine-readable failure mode. Declared by this tool: `upstream_rejected`: The HN API answered with a 4xx status other than 429 — it rejected the request as built. `upstream_rate_limited`: The HN API answered with HTTP 429. `upstream_unavailable`: The HN API answered with a 5xx status. `upstream_html`: The HN API served an HTML error page with a 200 status, which it does under rate limiting or maintenance. `upstream_malformed`: The HN API answered with a 200 status and a body that is not JSON. Other values are possible when a failure originates below the handler.",
        +          "examples": [
        +            "upstream_rejected",
        +            "upstream_rate_limited",
        +            "upstream_unavailable",
        +            "upstream_html",
        +            "upstream_malformed"
        +          ],
        +          "type": "string"
        +        },
        +        "recovery": {
        +          "additionalProperties": {},
        +          "description": "Actionable next step for the caller.",
        +          "properties": {
        +            "hint": {
        +              "type": "string"
        +            }
        +          },
        +          "required": [
        +            "hint"
        +          ],
        +          "type": "object"
        +        },
        +        "retryable": {
        +          "description": "Whether retrying may succeed.",
        +          "type": "boolean"
        +        }
        +      },
        +      "type": "object"
        +    },
        +    "message": {
        +      "description": "Human-readable description of what went wrong.",
        +      "type": "string"
        +    }
        +  },
        +  "required": [
        +    "code",
        +    "message"
        +  ],
        +  "type": "object"
        +}
      • removedOutput schema / required
        Removed value: -[
        -  "stories",
        -  "feed",
        -  "total",
        -  "offset",
        -  "hasMore"
        -]
    • Changedhn_get_thread6 fields changed
      • changedInput schema / $schema
        Previous value: -"http://json-schema.org/draft-07/schema#"New value: +"https://json-schema.org/draft/2020-12/schema"
      • addedInput schema / additionalProperties
        Added value: +false
      • changedOutput schema / $schema
        Previous value: -"http://json-schema.org/draft-07/schema#"New value: +"https://json-schema.org/draft/2020-12/schema"
      • addedOutput schema / anyOf
        Added value: +[
        +  {
        +    "not": {
        +      "required": [
        +        "error"
        +      ]
        +    },
        +    "required": [
        +      "item",
        +      "comments",
        +      "totalLoaded"
        +    ]
        +  },
        +  {
        +    "required": [
        +      "error"
        +    ]
        +  }
        +]
      • addedOutput schema / properties / error
        Added value: +{
        +  "additionalProperties": {},
        +  "description": "Present when the call failed. Absent on success.",
        +  "properties": {
        +    "code": {
        +      "description": "JSON-RPC error code for this failure.",
        +      "maximum": 9007199254740991,
        +      "minimum": -9007199254740991,
        +      "type": "integer"
        +    },
        +    "data": {
        +      "additionalProperties": {},
        +      "properties": {
        +        "reason": {
        +          "description": "Machine-readable failure mode. Declared by this tool: `item_not_found`: HN reports no item exists for the given itemId. `upstream_rejected`: The HN API answered with a 4xx status other than 429 — it rejected the request as built. `upstream_rate_limited`: The HN API answered with HTTP 429. `upstream_unavailable`: The HN API answered with a 5xx status. `upstream_html`: The HN API served an HTML error page with a 200 status, which it does under rate limiting or maintenance. `upstream_malformed`: The HN API answered with a 200 status and a body that is not JSON. Other values are possible when a failure originates below the handler.",
        +          "examples": [
        +            "item_not_found",
        +            "upstream_rejected",
        +            "upstream_rate_limited",
        +            "upstream_unavailable",
        +            "upstream_html",
        +            "upstream_malformed"
        +          ],
        +          "type": "string"
        +        },
        +        "recovery": {
        +          "additionalProperties": {},
        +          "description": "Actionable next step for the caller.",
        +          "properties": {
        +            "hint": {
        +              "type": "string"
        +            }
        +          },
        +          "required": [
        +            "hint"
        +          ],
        +          "type": "object"
        +        },
        +        "retryable": {
        +          "description": "Whether retrying may succeed.",
        +          "type": "boolean"
        +        }
        +      },
        +      "type": "object"
        +    },
        +    "message": {
        +      "description": "Human-readable description of what went wrong.",
        +      "type": "string"
        +    }
        +  },
        +  "required": [
        +    "code",
        +    "message"
        +  ],
        +  "type": "object"
        +}
      • removedOutput schema / required
        Removed value: -[
        -  "item",
        -  "comments",
        -  "totalLoaded"
        -]
    • Changedhn_get_user6 fields changed
      • changedInput schema / $schema
        Previous value: -"http://json-schema.org/draft-07/schema#"New value: +"https://json-schema.org/draft/2020-12/schema"
      • addedInput schema / additionalProperties
        Added value: +false
      • changedOutput schema / $schema
        Previous value: -"http://json-schema.org/draft-07/schema#"New value: +"https://json-schema.org/draft/2020-12/schema"
      • addedOutput schema / anyOf
        Added value: +[
        +  {
        +    "not": {
        +      "required": [
        +        "error"
        +      ]
        +    },
        +    "required": [
        +      "user"
        +    ]
        +  },
        +  {
        +    "required": [
        +      "error"
        +    ]
        +  }
        +]
      • addedOutput schema / properties / error
        Added value: +{
        +  "additionalProperties": {},
        +  "description": "Present when the call failed. Absent on success.",
        +  "properties": {
        +    "code": {
        +      "description": "JSON-RPC error code for this failure.",
        +      "maximum": 9007199254740991,
        +      "minimum": -9007199254740991,
        +      "type": "integer"
        +    },
        +    "data": {
        +      "additionalProperties": {},
        +      "properties": {
        +        "reason": {
        +          "description": "Machine-readable failure mode. Declared by this tool: `user_not_found`: HN reports no user account exists for the given username. `upstream_rejected`: The HN API answered with a 4xx status other than 429 — it rejected the request as built, which a username outside HN’s charset can cause. `upstream_rate_limited`: The HN API answered with HTTP 429. `upstream_unavailable`: The HN API answered with a 5xx status. `upstream_html`: The HN API served an HTML error page with a 200 status, which it does under rate limiting or maintenance. `upstream_malformed`: The HN API answered with a 200 status and a body that is not JSON. Other values are possible when a failure originates below the handler.",
        +          "examples": [
        +            "user_not_found",
        +            "upstream_rejected",
        +            "upstream_rate_limited",
        +            "upstream_unavailable",
        +            "upstream_html",
        +            "upstream_malformed"
        +          ],
        +          "type": "string"
        +        },
        +        "recovery": {
        +          "additionalProperties": {},
        +          "description": "Actionable next step for the caller.",
        +          "properties": {
        +            "hint": {
        +              "type": "string"
        +            }
        +          },
        +          "required": [
        +            "hint"
        +          ],
        +          "type": "object"
        +        },
        +        "retryable": {
        +          "description": "Whether retrying may succeed.",
        +          "type": "boolean"
        +        }
        +      },
        +      "type": "object"
        +    },
        +    "message": {
        +      "description": "Human-readable description of what went wrong.",
        +      "type": "string"
        +    }
        +  },
        +  "required": [
        +    "code",
        +    "message"
        +  ],
        +  "type": "object"
        +}
      • removedOutput schema / required
        Removed value: -[
        -  "user"
        -]
    • Changedhn_search_content6 fields changed
      • changedInput schema / $schema
        Previous value: -"http://json-schema.org/draft-07/schema#"New value: +"https://json-schema.org/draft/2020-12/schema"
      • addedInput schema / additionalProperties
        Added value: +false
      • changedOutput schema / $schema
        Previous value: -"http://json-schema.org/draft-07/schema#"New value: +"https://json-schema.org/draft/2020-12/schema"
      • addedOutput schema / anyOf
        Added value: +[
        +  {
        +    "not": {
        +      "required": [
        +        "error"
        +      ]
        +    },
        +    "required": [
        +      "hits",
        +      "query",
        +      "totalHits",
        +      "page",
        +      "totalPages"
        +    ]
        +  },
        +  {
        +    "required": [
        +      "error"
        +    ]
        +  }
        +]
      • addedOutput schema / properties / error
        Added value: +{
        +  "additionalProperties": {},
        +  "description": "Present when the call failed. Absent on success.",
        +  "properties": {
        +    "code": {
        +      "description": "JSON-RPC error code for this failure.",
        +      "maximum": 9007199254740991,
        +      "minimum": -9007199254740991,
        +      "type": "integer"
        +    },
        +    "data": {
        +      "additionalProperties": {},
        +      "properties": {
        +        "reason": {
        +          "description": "Machine-readable failure mode. Declared by this tool: `upstream_rejected`: Algolia answered with a 4xx status other than 429 — it rejected the request as built. `upstream_rate_limited`: Algolia answered with HTTP 429. `upstream_unavailable`: Algolia answered with a 5xx status. `upstream_html`: Algolia served an HTML error page with a 200 status, which it does under rate limiting or maintenance. `upstream_malformed`: Algolia answered with a 200 status and a body that is not JSON. Other values are possible when a failure originates below the handler.",
        +          "examples": [
        +            "upstream_rejected",
        +            "upstream_rate_limited",
        +            "upstream_unavailable",
        +            "upstream_html",
        +            "upstream_malformed"
        +          ],
        +          "type": "string"
        +        },
        +        "recovery": {
        +          "additionalProperties": {},
        +          "description": "Actionable next step for the caller.",
        +          "properties": {
        +            "hint": {
        +              "type": "string"
        +            }
        +          },
        +          "required": [
        +            "hint"
        +          ],
        +          "type": "object"
        +        },
        +        "retryable": {
        +          "description": "Whether retrying may succeed.",
        +          "type": "boolean"
        +        }
        +      },
        +      "type": "object"
        +    },
        +    "message": {
        +      "description": "Human-readable description of what went wrong.",
        +      "type": "string"
        +    }
        +  },
        +  "required": [
        +    "code",
        +    "message"
        +  ],
        +  "type": "object"
        +}
      • removedOutput schema / required
        Removed value: -[
        -  "hits",
        -  "query",
        -  "totalHits",
        -  "page",
        -  "totalPages"
        -]
  6. 2 tool updates
    • Changedhn_get_user6 fields changed
      • changedInput schema / properties / submissionCount / description
        Previous value: -"Number of recent submissions to resolve. Only used when includeSubmissions is true."New value: +"Page size — how many submissions to resolve per call. Only used when includeSubmissions is true."
      • addedInput schema / properties / submissionOffset
        Added value: +{
        +  "default": 0,
        +  "description": "How many submissions to skip before resolving, counting back from the most recent. Use with submissionCount to page through a long history: request offset 0, then offset submissionCount, and so on. The enrichment block echoes submissionOffset and, when more remain, the offset to send next. Only used when includeSubmissions is true.",
        +  "maximum": 9007199254740991,
        +  "minimum": 0,
        +  "type": "integer"
        +}
      • changedOutput schema / properties / notice / description
        Previous value: -"Pagination caveat when submissions were truncated. Absent when all submissions fit within the requested count or includeSubmissions is false."New value: +"Pagination context — which window of the history this page covers and the submissionOffset to send next, or a warning that the offset is past the end. Absent when the page reaches the end of the history, or when no submissions were resolved."
      • addedOutput schema / properties / submissionOffset
        Added value: +{
        +  "description": "The offset this page started at. Absent when includeSubmissions is false or the user has never submitted.",
        +  "type": "number"
        +}
      • changedOutput schema / properties / submissions / description
        Previous value: -"Recent submissions, most recent first. Only present when includeSubmissions is true."New value: +"One page of submissions, most recent first, starting at submissionOffset. Absent when includeSubmissions is false or the user has never submitted. Empty when the page holds no live items — either the offset is past the end, or every item in the window was deleted or flagged."
      • changedOutput schema / properties / truncated / description
        Previous value: -"True when submissions were capped by submissionCount."New value: +"True when submissions remain beyond this page."
    • Changedhn_search_content3 fields changed
      • addedInput schema / properties / view
        Added value: +{
        +  "default": "full",
        +  "description": "How much of each hit to return. \"full\" includes every field. \"compact\" omits the two body-text fields — `text` and `highlights.text` — which together can repeat a long comment twice per hit; everything else (id, title, url, domain, author, points, comment count, timestamp, parent story, title highlight, matchedWords) is unchanged. Use \"compact\" to scan many results, then pass a hit id to hn_get_thread to read the body you skipped.",
        +  "enum": [
        +    "full",
        +    "compact"
        +  ],
        +  "type": "string"
        +}
      • changedOutput schema / properties / hits / items / properties / highlights / properties / text / description
        Previous value: -"Body snippet (comment_text or story_text) with matched terms wrapped in `<em>…</em>`. Absent when the body did not match."New value: +"Body snippet (comment_text or story_text) with matched terms wrapped in `<em>…</em>`. Absent when the body did not match, and always absent under view \"compact\" — matchedWords still lists what matched."
      • changedOutput schema / properties / hits / items / properties / text / description
        Previous value: -"Comment or story body text (HTML stripped)."New value: +"Comment or story body text (HTML stripped). Absent when the hit has no body, and always absent under view \"compact\" — call hn_get_thread with this id to read it."
  7. 4 tool updates
    • Changedhn_get_stories3 fields changed
      • changedInput schema / properties / count / type
        Previous value: -"number"New value: +"integer"
      • addedInput schema / properties / offset / maximum
        Added value: +9007199254740991
      • changedInput schema / properties / offset / type
        Previous value: -"number"New value: +"integer"
    • Changedhn_get_thread5 fields changed
      • changedInput schema / properties / depth / type
        Previous value: -"number"New value: +"integer"
      • addedInput schema / properties / itemId / maximum
        Added value: +9007199254740991
      • addedInput schema / properties / itemId / minimum
        Added value: +-9007199254740991
      • changedInput schema / properties / itemId / type
        Previous value: -"number"New value: +"integer"
      • changedInput schema / properties / maxComments / type
        Previous value: -"number"New value: +"integer"
    • Changedhn_get_user2 fields changed
      • changedInput schema / properties / submissionCount / type
        Previous value: -"number"New value: +"integer"
      • changedInput schema / properties / username / description
        Previous value: -"HN username. Case-sensitive."New value: +"HN username. Case-sensitive. Trimmed; blank or whitespace-only input is rejected."
    • Changedhn_search_content10 fields changed
      • changedInput schema / properties / author / description
        Previous value: -"Filter results to a specific author. Useful for finding a user's posts on a topic (hn_get_user only shows recent submissions)."New value: +"Filter results to a specific author. Useful for finding a user's posts on a topic (hn_get_user only shows recent submissions). Trimmed before filtering; omit the field to search all authors rather than passing a blank string."
      • addedInput schema / properties / author / minLength
        Added value: +1
      • changedInput schema / properties / count / type
        Previous value: -"number"New value: +"integer"
      • addedInput schema / properties / minPoints / maximum
        Added value: +9007199254740991
      • changedInput schema / properties / minPoints / type
        Previous value: -"number"New value: +"integer"
      • addedInput schema / properties / page / maximum
        Added value: +9007199254740991
      • changedInput schema / properties / page / type
        Previous value: -"number"New value: +"integer"
      • changedInput schema / properties / query / description
        Previous value: -"Search terms. Supports simple keywords — Algolia handles stemming and relevance."New value: +"Search terms. Supports simple keywords — Algolia handles stemming and relevance. Trimmed before searching; blank or whitespace-only input is rejected."
      • addedInput schema / properties / query / minLength
        Added value: +1
      • changedOutput schema / properties / totalPages / description
        Previous value: -"Total pages available."New value: +"Number of pages Algolia will actually serve for this query. Not derived from totalHits — broad queries report a totalHits far larger than the reachable page range, so paginate against this value."
  8. 4 tool updates
    • Changedhn_get_stories3 fields changed
      • addedOutput schema / properties / cap
        Added value: +{
        +  "description": "The count cap that was applied.",
        +  "type": "number"
        +}
      • addedOutput schema / properties / shown
        Added value: +{
        +  "description": "Number of stories returned on this page.",
        +  "type": "number"
        +}
      • addedOutput schema / properties / truncated
        Added value: +{
        +  "description": "True when the feed was capped by the count parameter.",
        +  "type": "boolean"
        +}
    • Changedhn_get_thread3 fields changed
      • addedOutput schema / properties / cap
        Added value: +{
        +  "description": "The maxComments cap that was applied.",
        +  "type": "number"
        +}
      • addedOutput schema / properties / shown
        Added value: +{
        +  "description": "Number of comments returned.",
        +  "type": "number"
        +}
      • addedOutput schema / properties / truncated
        Added value: +{
        +  "description": "True when the comment list was capped by maxComments.",
        +  "type": "boolean"
        +}
    • Changedhn_get_user3 fields changed
      • addedOutput schema / properties / cap
        Added value: +{
        +  "description": "The submissionCount cap that was applied.",
        +  "type": "number"
        +}
      • addedOutput schema / properties / shown
        Added value: +{
        +  "description": "Number of submissions returned.",
        +  "type": "number"
        +}
      • addedOutput schema / properties / truncated
        Added value: +{
        +  "description": "True when submissions were capped by submissionCount.",
        +  "type": "boolean"
        +}
    • Changedhn_search_content3 fields changed
      • addedOutput schema / properties / cap
        Added value: +{
        +  "description": "The count cap that was applied.",
        +  "type": "number"
        +}
      • addedOutput schema / properties / shown
        Added value: +{
        +  "description": "Number of hits returned.",
        +  "type": "number"
        +}
      • addedOutput schema / properties / truncated
        Added value: +{
        +  "description": "True when the hit list was capped by the count parameter.",
        +  "type": "boolean"
        +}
  9. 1 tool update
    • Changedhn_get_user1 field changed
      • addedOutput schema / properties / notice
        Added value: +{
        +  "description": "Pagination caveat when submissions were truncated. Absent when all submissions fit within the requested count or includeSubmissions is false.",
        +  "type": "string"
        +}
  10. 3 tool updates
    • Changedhn_get_stories2 fields changed
      • addedOutput schema / properties / notice
        Added value: +{
        +  "description": "Recovery hint when a page is empty — e.g. offset past end of feed or feed has no items. Absent on non-empty result pages.",
        +  "type": "string"
        +}
      • changedOutput schema / properties / offset / description
        Previous value: -"Offset that was applied to this page (echoes input.offset)."New value: +"Offset that was applied to this page."
    • Changedhn_get_thread2 fields changed
      • addedOutput schema / properties / notice
        Added value: +{
        +  "description": "Truncation context: counts of deleted/dead comments dropped during traversal, or pagination hint when totalLoaded < totalAvailable. Absent when no comments were dropped and all available comments were loaded.",
        +  "type": "string"
        +}
      • removedOutput schema / properties / omitted
        Removed value: -{
        -  "additionalProperties": false,
        -  "description": "Counts of comments dropped during BFS traversal. Present only when at least one comment was dropped, so the caller can tell when a thread view is partial due to moderation rather than depth/maxComments limits. Absence means no moderation truncation.",
        -  "properties": {
        -    "dead": {
        -      "description": "Count of comments dropped because HN flagged them dead (autoflagged).",
        -      "type": "number"
        -    },
        -    "deleted": {
        -      "description": "Count of comments dropped because HN flagged them deleted (author/mod removal).",
        -      "type": "number"
        -    }
        -  },
        -  "required": [
        -    "deleted",
        -    "dead"
        -  ],
        -  "type": "object"
        -}
    • Changedhn_search_content4 fields changed
      • removedOutput schema / properties / message
        Removed value: -{
        -  "description": "Recovery hint when results are empty — names the filters that were applied, for relaxing the search. Absent on non-empty result pages.",
        -  "type": "string"
        -}
      • addedOutput schema / properties / notice
        Added value: +{
        +  "description": "Recovery hint when results are empty — names the filters applied, for relaxing the search. Absent on non-empty result pages.",
        +  "type": "string"
        +}
      • changedOutput schema / properties / page / description
        Previous value: -"Current page number."New value: +"Current page number (0-indexed)."
      • changedOutput schema / required
        Previous value: -[
        -  "hits",
        -  "totalHits",
        -  "page",
        -  "totalPages",
        -  "query"
        -]New value: +[
        +  "hits",
        +  "query",
        +  "totalHits",
        +  "page",
        +  "totalPages"
        +]

Related MCP Connectors

Related MCP Servers

  • A
    license
    A
    quality
    D
    maintenance
    Enables browsing Hacker News, searching discussions, analyzing users, and tracking tech trends with zero setup required—no API keys or authentication needed.
    5
    25 npm
    6
    MIT
  • A
    license
    Not graded
    quality
    B
    maintenance
    Enables searching and retrieving top stories and individual items from Hacker News, with access to scores, comments, authors, and timestamps.
    23 npm
    MIT
  • F
    license
    A
    quality
    D
    maintenance
    Enables AI assistants to read and search Hacker News for top stories, comments, user profiles, and job listings using the Firebase and Algolia APIs. It facilitates natural language research into community discussions and technological trends across the HN platform.
    8
    -
Try in Browser

Glama MCP Gateway

Add one secure layer between your agents and this server.