Skip to content
verify mcp Beta VerifyMCP is currently in beta. If you notice any issues, email [email protected] and we’ll put it right.

com.narrowhighway/concordance

REMOTE · NARROWHIGHWAY.COM · SCANNED AUG 3

Deterministic claim verification with receipts across ~60 domains. No model in the loop.

+6 this week 56 Trust /100
Trust breakdown (6 categories)

How this component scores in each security and reliability category. Every signal is checked automatically against the live server, and we only credit what we can confirm. How we score →

Endpoint Security63
Transport & Reachability100
Schema Quality & AI Usability43
  • AI-judged instruction clarity (poor).Fail
  • Tool/resource definitions use about 6228 tokens (~75/item across 82 items; 82 tools + 0 resources), lean.Pass
  • Usage-examples check failed: none of the tools include examples. See how to fix → Fail
Stability & Change Management27
  • Stability observed for 8 of 30 days with no destabilising changes; credit accrues until the full window elapses.Partial
Tool Coverage72
  • 100% of tools have a non-trivial description (not blank, and not just the tool's name).Pass
  • 15% of tool parameters carry a description.Partial
Capabilities20
  • Spec-recency check failed: implements MCP spec 2024-11-05; the latest is 2026-07-28. See how to fix → Fail
Install

Add this component to your MCP client. Where a client-specific snippet is available, pick your client below and copy it straight into your config; otherwise use the connection detail shown.

remote · narrowhighway.com

# add to Claude Code
claude mcp add --transport http com-narrowhighway-concordance https://narrowhighway.com/mcp
# ~/.codex/config.toml
[mcp_servers.com-narrowhighway-concordance]
url = "https://narrowhighway.com/mcp"
// opencode.json
{
  "$schema": "https://opencode.ai/config.json",
  "mcp": {
    "com-narrowhighway-concordance": {
      "type": "remote",
      "url": "https://narrowhighway.com/mcp",
      "enabled": true
    }
  }
}
# add to OpenClaw
openclaw mcp add com-narrowhighway-concordance --url https://narrowhighway.com/mcp --transport streamable-http
# ~/.hermes/config.yaml
mcp_servers:
  com-narrowhighway-concordance:
    url: "https://narrowhighway.com/mcp"
// mcp.json
{
  "mcpServers": {
    "com-narrowhighway-concordance": {
      "type": "http",
      "url": "https://narrowhighway.com/mcp"
    }
  }
}

The mcpServers block is a cross-client convention. Remote transports vary, so check your client's docs.

Changelog

Every change we have recorded for this component, newest first. Security-relevant changes are always shown. ▲ marks a change for the better, ▼ a change for the worse; unmarked changes are neutral.

  • 3 Aug 26 +1

    No change was recorded against any check on this day. Stability & Change Management went from 23 to 27. That category is still filling its 30-day observation window: 7 days of observed history at the previous scan, 8 at this one. The score rises as the window fills, whether or not the server changes.

  • 2 Aug 26 0
    • New tool “want_offer” functional
    • New tool “wants_list” functional
    • New tool “want_open” functional
  • 1 Aug 26 0
    • Schema quality: 4544 → 5874 functional
    • New tool “tsk_cross_references” functional
    • New tool “backmatter” functional
    • New tool “bible_places” functional
    • New tool “canon” functional
    • New tool “character_get” functional
    • New tool “characters_browse” functional
    • New tool “commentary” functional
    • New tool “cross_references” functional
    • New tool “harmony” functional
    • New tool “narratives” functional
    • New tool “original_words” functional
    • New tool “prophecy_traces” functional
    • New tool “read_passage” functional
    • New tool “resolve” functional
    • New tool “seeds” functional
    • New tool “study_find” functional
    • New tool “teachings” functional
    • New tool “timeline” functional
    • New tool “word_occurrences” functional
    • New tool “word_study” functional
  • 31 Jul 26 +4
    • We updated how we score, so this day's move reflects our rubric, not a change to the server See what changed → functional
  • 30 Jul 26 0
    • Schema quality: 3722 → 4544 functional
    • New tool “shelf_signable” functional
    • New tool “shelf_read” functional
    • New tool “commons_read” functional
    • New tool “curate” functional
    • New tool “curate_queue” functional
    • New tool “curate_signable” functional
    • New tool “shelf_drop” functional
  • 29 Jul 26 −4
    • A breaking change shipped without a version bump: still 2.0.0a0 security
    • Tool “report” rewrote its description, which is the text the model reads security
    • “report” added a required parameter “fields”, so existing callers break functional
    • “report” added a required parameter “signature”, so existing callers break functional
    • “report” dropped the required parameter “reporter” functional
    • Schema quality: good → poor functional
    • New tool “moderation_signable” functional
    • New tool “calendar_create” functional
  • 28 Jul 26 +5
    • Schema quality: 54 → 68 functional
    • Schema quality: fair → good functional
  • 27 Jul 26 0
    • We updated how we score, so this day's move reflects our rubric, not a change to the server See what changed → functional
Diagnostics

Diagnostic detail from the automated scan of this channel: what the scanner observed at each step, so you can see exactly where a check passed or failed. It is informational only and never changes the trust score.

Captured 3 Aug 2026 · Probed https://narrowhighway.com/mcp

TLS valid

Negotiated TLS 1.3 with TLS_AES_128_GCM_SHA256 .

Subject Issuer Valid from Valid until Key Signature Serial
CN=narrowhighway.com CN=YE1,O=Let's Encrypt,C=US 26 Jul 2026 24 Oct 2026 ECDSA 256 ECDSA-SHA384 587da318bfdcc71291279dc31d1e5e4e8f5
SANs: narrowhighway.com
CN=YE1,O=Let's Encrypt,C=US (CA) CN=Root YE,O=ISRG,C=US 3 Sept 2025 2 Sept 2028 ECDSA 384 ECDSA-SHA384 5ddd70dd31f801c85c186a7a04b80afe
CN=Root YE,O=ISRG,C=US (CA) CN=ISRG Root X2,O=Internet Security Research Group,C=US 13 May 2026 2 Sept 2032 ECDSA 384 ECDSA-SHA384 872165fc34b6e5fba8add5b3705fb53a
CN=ISRG Root X2,O=Internet Security Research Group,C=US (CA) CN=ISRG Root X1,O=Internet Security Research Group,C=US 13 May 2026 2 Sept 2032 ECDSA 384 SHA256-RSA 6c8f1dc727c7117f7baf853ac980f9cd
DNSSEC insecure

Validation of narrowhighway.com. Not signed

Zone DS Keys Algorithms Outcome
. trust_anchor 20326, 38696 8, 8 Verified
com. present 19718 13 Verified
narrowhighway.com. absent Unsigned (proven) parent-signed NSEC/NSEC3 proves an unsigned delegation
Authentication No authorisation required

The endpoint answered without asking for a token. Anyone who knows the URL can reach it.

Result No authorisation required
HTTP status 200
Header Value
strict-transport-security max-age=31536000; includeSubDomains
x-content-type-options nosniff
referrer-policy strict-origin-when-cross-origin
Transports 2 probes
Transport URL Outcome Status Location
streamable-http https://narrowhighway.com/mcp Verified 200
http (plaintext) http://narrowhighway.com/mcp HTTPS enforced 308 https://narrowhighway.com/mcp
MCP tools — 82 exposed · ~6,228 tokens

The tools this component advertises to a client, with an estimated token cost for each. Expand a tool to see its parameters and schema. The per-tool counts are indicative and are not scored directly; the schema's total context footprint is one signal in Schema Quality & AI Usability.

Tool Tokens
ask ~135

Bring anything — a question, a claim to check, a word to study, or what is actually on your mind. The engine discerns what KIND of thing you brought and answers in kind: it finds and verifies, and declines rather than guessing. This is also the door: if what you ask turns toward God, the Gate opens for the rest of this session and the witness tools (Scripture, the Harmony, the Timeline, the lexicon) become callable — the same way it opens for a person, in your own words. Nothing is generated.

NameTypeReqDescription
textstringyeswhat you are bringing, in your own words

No output schema declared.

No examples provided.

attest_record ~143

Bind your identity to a record you already hold — phase 2 of the sovereign flow. Do the thing unsigned (badges_issue, study_export, group_contribute), take the returned content_hash, sign THAT hash with your own key on your own machine, and submit only the attestation {alg, over, content_hash, pubkey, sig}. Never send a private key. Several parties may attest to one record: one signature is a claim, two or three witnesses begin to establish a matter (Deuteronomy 19:15).

NameTypeReqDescription
attestationobjectyesthe dict from signing.sign_seal, built locally
content_hashstringyes

No output schema declared.

No examples provided.

audit ~132

Audit a whole text: deterministic extractors find every checkable quantitative claim (sums, percentages, hourly/annual pay, compound interest, rule-of-72, elapsed years, day-of-week, leap years, nutrition labels), the engine verifies the lot, and ONE sealed coverage report returns — per-claim source quote + verdict + trail. Conservative by design: it only extracts unambiguous patterns and says how many claims it checked; it never guesses and never implies full coverage.

NameTypeReqDescription
sealbooleanmint a re-checkable seal (default true)
textstringyesthe document/text to audit

No output schema declared.

No examples provided.

backmatter ~92

Back-matter reference tables: weights_measures, names_of_god, parables, miracles, book_intros, topical_index. Disputes carried (a cubit's two lengths, a book's two datings), refs verified against the corpus, names of God carry Strong's numbers that open in word_study. Pass table for one table; else the index of all six.

NameTypeReqDescription
tablestring

No output schema declared.

No examples provided.

badges_issue ~66

Issue a badge over already-sealed checks — a re-checkable receipt that points at N seals that STILL STAND. States EXACTLY N; NEVER a competency claim.

NameTypeReqDescription
seal_hashesarrayyes
subject_idstring
titlestring

No output schema declared.

No examples provided.

badges_verify ~45

Re-check a badge from the store — re-verifies every seal it references and returns the count that still stands (N recomputed, not trusted).

NameTypeReqDescription
hashstringyes

No output schema declared.

No examples provided.

bible_places ~104

The Atlas — biblical places with REAL coordinates, honestly held: located places carry lat/lon (cross-checked against an independent gazetteer); disputed sites (Mount Sinai, Cana, Golgotha) NAME their candidates instead of planting one flag; unlocatable places (Eden, Emmaus, Tarshish, Ophir) are honest blanks with no coordinates. Pass name for one place; else all places with by_status counts.

NameTypeReqDescription
namestring

No output schema declared.

No examples provided.

calendar_create ~172

Create ONE event in a human's calendar — the pilot on-behalf write, and the only one. Requires a LIVE consent grant: the human signed a scoped, expiring calendar_write grant for YOUR key fingerprint on their own device (GET /consent/signable → sign locally → POST /consent). Without it this refuses and teaches the way in. The event lands only in the calendar THEY configured (their .ics file or CalDAV); nothing is stored here, and the receipt names the grant that authorized it. Deleting the event in their calendar removes it everywhere.

NameTypeReqDescription
agent_fpstringyes
descriptionstring
end_isostring
grantor_pubkeystringyes
start_isostringyes
summarystringyes

No output schema declared.

No examples provided.

canon ~83

The canon as concentric layers — the undisputed 66 that all major traditions share, plus the books held BEYOND it by particular traditions, each framed on its own layer and never merged. REPORTS who holds what with the history; does not judge which canon is correct. Pass book for one book's status; else the overview.

NameTypeReqDescription
bookstring

No output schema declared.

No examples provided.

capabilities ~74

The live capability statement: what this engine can verify, what tools and endpoints exist, how large the keeping is, and where its boundaries are. Every count is computed at call time and carries a 'means' line defining exactly what was counted — never a hand-maintained number. Read this instead of trusting any count written in prose.

Input schema present but exposes no named parameters.

No output schema declared.

No examples provided.

card_connections ~30

Cards related to one card — its explicit links + same-shelf siblings.

NameTypeReqDescription
idstringyes

No output schema declared.

No examples provided.

card_get ~29

Fetch one card (the full record) from the keeping by id.

NameTypeReqDescription
idstringyes

No output schema declared.

No examples provided.

cards_browse ~45

Browse the keeping — paginated, optional shelf filter. Returns card briefs.

NameTypeReqDescription
limitinteger
offsetinteger
shelfstring

No output schema declared.

No examples provided.

cards_stats ~21

Counts over the keeping — total, by shelf, by surface.

Input schema present but exposes no named parameters.

No output schema declared.

No examples provided.

character_get ~48

A Bible figure from Easton's Bible Dictionary (1897, PD) — summary + every verse that speaks of them (found + attributed; category tag is imperfect).

NameTypeReqDescription
namestringyes

No output schema declared.

No examples provided.

characters_browse ~43

Browse/search Easton's Bible Dictionary (people, places, terms).

NameTypeReqDescription
letterstring
limitinteger
searchstring

No output schema declared.

No examples provided.

coach_guidance ~27

Coach — what it does and the boundary it will not cross (never grades a child).

Input schema present but exposes no named parameters.

No output schema declared.

No examples provided.

coach_mastery ~47

Coach — seal an HONEST INTEGER count of completed units (a receipt for progress, never a grade on the child). Returns a re-checkable seal.

NameTypeReqDescription
completedarray

No output schema declared.

No examples provided.

coach_next ~62

Coach — the next lesson in a subject, deterministically. Omit `after` for the first unit; pass a unit id for the one that follows it. `subject` selects the path.

NameTypeReqDescription
afterstring
subjectstring

No output schema declared.

No examples provided.

coach_overview ~56

Coach (K-3 tutor) — one subject's whole path: unit count, tracks, ordered unit briefs. ?subject= selects the path (default 'read'). Verbatim; never generated.

NameTypeReqDescription
subjectstring

No output schema declared.

No examples provided.

coach_recommend ~59

Coach — adaptive 'what's next' in a subject: given completed unit ids, the next lesson whose prerequisites are met (grows with the student). Found, never generated.

NameTypeReqDescription
completedarray
subjectstring

No output schema declared.

No examples provided.

coach_subjects ~50

Coach — the subjects a learner can study (read / mcguffey / aesop / founding / pilgrims / es / …), each with its unit count. 'read' is the door in.

Input schema present but exposes no named parameters.

No output schema declared.

No examples provided.

coach_unit ~43

Coach — one unit, VERBATIM as authored (rule, examples, decodable sentence, checks).

NameTypeReqDescription
idstringyes
subjectstring

No output schema declared.

No examples provided.

commentary ~47

Public-domain, attributed commentary (Matthew Henry) on a reference — the commentator's own words, found and cited, never generated.

NameTypeReqDescription
refstringyes
sourcestring

No output schema declared.

No examples provided.

commons_read ~58

What the fellowship has put on the commons — promoted member work, newest first. Every card is a member's own work at the `member` tier: the library amplified it; the library did not verify it.

NameTypeReqDescription
limitinteger

No output schema declared.

No examples provided.

consent_check ~134

Check whether a human has authorized YOU (this agent's key fingerprint) for a named verb — the agent covenant's 'request human authorization before writes'. Speaking as YOURSELF (your own key, your own words) needs no consent: a member is not a proxy. Consent governs only acting on a human's behalf with their data. If unauthorized, the response teaches the way: the human issues a grant via GET /consent/signable, signs on their device, POSTs to /consent.

NameTypeReqDescription
agent_fpstringyes
grantor_pubkeystringyes
verbstringyes

No output schema declared.

No examples provided.

cross_references ~47

Verses connected to a reference by SHARED original words (Strong's) — the dots, connected; deterministic and found, ranked by shared-word count.

NameTypeReqDescription
refstringyes

No output schema declared.

No examples provided.

curate ~196

A recorded act on one drop: `promoted` · `refused` · `withdrawn`. A name AND a reason are always required — no anonymous judgement, and a refusal without a reason teaches the community nothing. WHO MAY ACT: promoting or refusing needs the steward `token` (these decide what the whole library amplifies); withdrawing your own card needs `fields`+`signature` from `curate_signable` instead. A typed name is not authority. A refusal withholds amplification only — the drop stays on the member's own shelf. Acts are appended, never replaced.

NameTypeReqDescription
actionstringyes
card_idstringyes
fieldsobjectfrom curate_signable, to withdraw
reasonstringyes
signaturestringdetached, over those fields
stewardstringyes
tokenstringsteward token — promote/refuse only

No output schema declared.

No examples provided.

curate_queue ~29

What waits on a HUMAN steward. The counter never promotes; it only decides when a person must look.

Input schema present but exposes no named parameters.

No output schema declared.

No examples provided.

curate_signable ~69

The canonical bytes for withdrawing YOUR OWN card. A member never needs permission to take their own words down — the proof is the same key that signed the drop. Sign these bytes, then call `curate` with them.

NameTypeReqDescription
card_idstringyes
memberstringyes

No output schema declared.

No examples provided.

daily_card ~29

The deterministic card of the day from the keeping (same all day).

NameTypeReqDescription
seedstring

No output schema declared.

No examples provided.

grid_axis ~49

The map: a read-only view of one axis (its scaffold members, depth, neighbors, umbrella children). Omit `axis` for an overview of all axes.

NameTypeReqDescription
axisstring

No output schema declared.

No examples provided.

grid_dimension ~27

The axes that sit on a given scaffold member (dimension).

NameTypeReqDescription
dimensionstringyes

No output schema declared.

No examples provided.

group_contribute ~146

Add a verse/note/question to a group's shared study — attributed to your handle, optionally signed. Verbatim; a member's own words, not engine-verified.

NameTypeReqDescription
attestationobjectoptional: sign sha256(text) with your own key (signing.sign_seal) and pass it here — a handle alone is only a claim, a signature makes your authorship checkable. Never send a private key.
handlestring
idstringyes
kindstring
refsarray
subject_idstring
textstringyes
topicsarray

No output schema declared.

No examples provided.

group_create ~79

Open a study group around a topic (pseudonymous; a handle, no personal info). For grown believers — the children's coach is a separate, never-joined surface.

NameTypeReqDescription
descriptionstring
handlestring
subject_idstring
titlestring
topicstringyes

No output schema declared.

No examples provided.

group_get ~36

A study group: topic, member handles (no ids/PII), and the shared-study cards.

NameTypeReqDescription
idstringyes

No output schema declared.

No examples provided.

group_join ~46

Join a study group (consent-based, pseudonymous; idempotent).

NameTypeReqDescription
handlestring
idstringyes
subject_idstring

No output schema declared.

No examples provided.

groups_list ~47

Discover pseudonymous shared-study groups by TOPIC (not by person). Optional q filters over topic/title/description. Members are handles only — no PII.

NameTypeReqDescription
qstring

No output schema declared.

No examples provided.

harmony ~64

Harmony of the Gospels — one event of Christ's life, every gospel that records it, side by side (found, verbatim WEB text, never generated). Pass id for one event; else lists every event grouped by phase of the ministry.

NameTypeReqDescription
idstring

No output schema declared.

No examples provided.

identity_create ~62

Explains how to create a SOVEREIGN identity — keys are born on the USER'S device (never on the server; no private key crosses the wire). Returns guidance, not a key. The server only handles public keys (identity_verify, identity_fingerprint).

Input schema present but exposes no named parameters.

No output schema declared.

No examples provided.

identity_fingerprint ~33

Derive the stable public fingerprint id from a public key (deterministic).

NameTypeReqDescription
public_keystringyes

No output schema declared.

No examples provided.

identity_verify ~48

Verify a signature over a message against a public key (never raises; True/False).

NameTypeReqDescription
messagestringyes
public_keystringyes
sigstringyes

No output schema declared.

No examples provided.

library_health ~25

Corpus health — is the keeping loaded and sound (totals, shelves, surfaces).

Input schema present but exposes no named parameters.

No output schema declared.

No examples provided.

locate ~32

Find the card for a query — by exact id, then title, else ranked search.

NameTypeReqDescription
qstringyes

No output schema declared.

No examples provided.

mesh_door ~49

Read the words left on YOUR door — the whiteboard others wrote to you, each with its verification. Requires fp + confession.

NameTypeReqDescription
fpstringyes
limitinteger

No output schema declared.

No examples provided.

mesh_inbox ~54

The messages that reached you, each carrying its own offline verification so you trust it by proof rather than by this server's word. Requires fp + confession.

NameTypeReqDescription
fpstringyes
limitinteger

No output schema declared.

No examples provided.

mesh_leave_on_door ~116

Leave a word on one believer's door — directed encouragement rather than a post to everyone near you. Same sovereign shape: get the bytes from mesh_signable (with target), sign locally, send only the signature. Will not accept a private key; unsigned notes are refused.

NameTypeReqDescription
created_atintegeryes
fpstringyes
kindstring
noncestringyes
signaturestringyes
targetstringyes
textstringyes

No output schema declared.

No examples provided.

mesh_map ~71

The believers immediately around you in the Fellowship Mesh — your view only, never a global map. Requires your fingerprint (fp) and a confession already bound to that key; unconfessed callers get the path to the door, not the network.

NameTypeReqDescription
fpstringyes
hopsinteger

No output schema declared.

No examples provided.

mesh_post ~140

Step 2: speak to the nodes around you, carrying only your SIGNATURE — your private key never leaves your machine and this tool will not take one. Pass the same text/kind/ttl plus the nonce, created_at and signature from mesh_signable. Refused unless the signature verifies against your node's public key. Your own words, attributed — never generated.

NameTypeReqDescription
created_atintegeryes
fpstringyes
kindstring
noncestringyes
refsarray
signaturestringyes
textstringyes
ttlinteger

No output schema declared.

No examples provided.

mesh_signable ~132

Step 1 of speaking to your fellowship: get the exact canonical bytes to sign for a message (returned base64url, with the nonce and created_at to send back). Sign them locally with your own key. Reproducible offline — sorted-key JSON — so you can compute and check it yourself.

NameTypeReqDescription
fpstringyes
kindstringword | offer | need | blessing | content
targetstringpass a believer's node id to sign a note for THEIR door instead of a broadcast
textstringyes
ttlinteger

No output schema declared.

No examples provided.