
FamilySearch
io.github.iandersov1.0.0Updated Sep 30, 2026
Genealogical research on FamilySearch: historical places, indexed records, page images, the tree.
Installation
In SourceWeft
- Open FamilySearch in the dashboard and add it to a workspace.
- Enable the server for the chats that should use its tools.
Desktop only via STDIO. STDIO servers start a local process, so they need the SourceWeft desktop host.
Other MCP clients
Follow the launch instructions in the repository.
README
familysearch-mcp
An MCP server for genealogical research on FamilySearch: a historical place gazetteer, indexed record search, the page images behind the records, and reads of the shared family tree.
Nothing here writes to FamilySearch. The shared tree is community-edited and conflations of same-named people are common, so a tree result is a hint: follow it to the underlying record and cite that.
This is an independent project. It is not made, endorsed or supported by FamilySearch.
Credentials
This package ships no client id and never handles a FamilySearch password. Records, images and the tree need an access token from your own registered FamilySearch application; docs/AUTH.md explains why, and how to get one.
The gazetteer, the collection catalogue and the film browser answer without a token, so they work on a fresh install with no setup at all.
Install
That runs the server over stdio, which is how an MCP client starts it. You normally put it in the client's configuration rather than running it yourself.
Claude Desktop
Point at an env file rather than pasting the token into env. A token that
lives in the client's config can only be replaced by editing it and
restarting; a token in the file is picked up mid-session. With no token at
all, leave env out and the anonymous tools still work.
Claude Code
Configuration
.env.example lists them with comments.
Tools
Twenty-five tools. All of them read; download_image also writes the page
it fetches to a local file.
Places
FamilySearch's Places API answers anonymously.
Records and collections
Page images
Shared tree — a lead, never a source
Every tool here reads a community-edited profile, and says so in its own description.
Setup
How it behaves
- The tree is not evidence. The tree tools read profiles anyone can
edit. Use them to find records.
get_person_sourcesis the most useful of them because it leads out of the tree towards a document. - A persona is not the record. A search returns one person's summary of
what a record said;
get_recordreturns the indexed fields behind it, andget_record_imagethe document itself. Read down that chain before citing. - Jurisdictions move.
search_places_at_dateresolves a place as it was in a given year. Filing an 1820 record under the county that covers the ground today is a common and hard-to-spot error. - Record search uses the website's search service. The API's own record
search answers from a partial index that is almost all immigration
records.
search_recordsasks the service the FamilySearch website uses instead, with your token and a browser User-Agent, which that service requires. It is undocumented and FamilySearch can change or close it; docs/API-NOTES.md has the comparison. - Search criteria filter. FamilySearch treats a search term as a ranking
hint unless told otherwise, so adding a death year to a name search only
reorders it. This server asks for every criterion to match;
loose=Truegoes back to ranking. - Tokens expire, and a refreshed one is picked up. A token lasts about an
hour. On a 401 the server re-reads
FS_ACCESS_TOKENfrom the env file and retries once, so refreshing the file is enough.auth_statusreportstoken_accepted: falsewhen it is not. - Throttling is retried once. A 429 asking for a wait of up to 15 seconds
is waited out and retried. A longer wait, or a second 429, comes back as
rate_limitedwith the server'sRetry-After. - Unknown parameters are refused. A misspelt or invented argument is an error that lists the parameters the tool does take. It is not silently dropped, which would make a filtered search quietly return unfiltered results.
download_imageis careful with what it is given. It fetches only HTTPS URLs on FamilySearch hosts, because the request carries your token. It creates only image and PDF files, and never overwrites one.- Some routes are not publicly documented. FamilySearch's Historical
Records API is behind a login wall, so those routes and response shapes
were confirmed by live probing instead. A comment beside the code says
when, and docs/API-NOTES.md records what was found.
tests/live_check.pyasks again.
Development
uv run python -m tests.live_check re-asks FamilySearch the questions only
the live API can answer, with the token from your env file. See
CONTRIBUTING.md for what a change is expected to carry.
License
MIT.
Source: README.md at commit 68ae768
Tools
0Version history
1- v1.0.0LatestSep 30, 2026


