BotCurrent↗
← Back to examples

Community recipe

Investigate a historical family question with a traceable research log

Family researchers can mistake two similarly named historical people for one person, or treat repeated copies of one record as independent corroboration.

Read original recipe
Suggested result

A research question, source-attempt log, record comparison and next-evidence list for the researcher’s review.

What you need: Source-named agent: Claude; Claude Code. Suggested inputs: Question and known record copies; Search boundary. Use a private working copy and keep every proposed tree change out of scope. Start with supplied records before requesting any new archive access. Workflow costs and current compatibility remain unverified.

Proposed: approve search scope and repositories; review uncertain identity links before tree edits or disclosure.

Community recipe. BotCurrent has not independently tested this workflow.

Setup and access

Proposed inputs

  1. Name

    Question and known record copies

    Owner

    Researcher

    Minimum scope

    One historical event or relationship, authorized records and their locators.

    Quality check

    Separate transcriptions from images and mark illegible text.

  2. Name

    Search boundary

    Owner

    Researcher

    Minimum scope

    Places, date range, permitted repositories and prior attempts.

    Quality check

    A website failure must remain different from a searched collection with no match.

Access and setup — proposed or unknown

Proposed minimum
  1. Use a private working copy and keep every proposed tree change out of scope. Start with supplied records before requesting any new archive access.

Compatibility unknowns
  1. Unknown: archive availability, indexing completeness, name variants and current account requirements.

External actions requiring approval
  1. Approve repository searches, paid record orders, contact with archives, sensitive-data sharing and any later family-tree edits separately.

Detailed steps and output format

At a glance

Suggested result
A research question, source-attempt log, record comparison and next-evidence list for the researcher’s review.Suggested; untested.
Tool
Claude; Claude CodeSource-named; check current access.
Suggested inputs
Question and known record copies; Search boundaryProposed; access notes below.
Human review
Proposed: approve search scope and repositories; review uncertain identity links before tree edits or disclosure.Suggested boundaries; source approvals below.
Setup notes
Use a private working copy and keep every proposed tree change out of scope. Start with supplied records before requesting any new archive access.Guide notes; proposed setup untested.
Cost
Workflow cost not established. Check current tool pricing, setup and human review costs before trying it.No measured cost or time added.
Content depth
Source-linked example · suggestions untestedDepth does not establish successful execution.
Check source evidence and limits ↓

Function and scope

Research, Personal · Single task

Editorial classification; no execution or compatibility test is implied.

No tool mapping reviewed for this task.

Source-backed example. Practical decision guidance is proposed and untested; this is not a full implementation guide.

The problem

Family researchers can mistake two similarly named historical people for one person, or treat repeated copies of one record as independent corroboration.

Suggested task · untested

Prepare one bounded historical investigation with traceable search coverage, competing identity hypotheses and explicit unresolved questions.

What you could produce

A research question, source-attempt log, record comparison and next-evidence list for the researcher’s review.

Where these suggestions come from
  • Core problem: Our suggestion; no result reported by the source
  • Agent job: Our suggestion; no result reported by the source
  • Expected output: Our suggestion; no result reported by the source
  • Relevant job roles: Our suggestion; no result reported by the source
  • Benefit type: Our suggestion; no result reported by the source
Suggestions and their limits

Describes the proposed purpose and review output; measured benefit and successful delivery are not established.

Editorial synthesis based on the linked source. This framing does not add evidence of successful delivery or results.

Before you try it · suggestions untested

Original decision guidance and synthetic first check, separate from the documented source procedure; neither has been executed here.

Read the attributed source evidence and original caveats below ↓

Why use this

  1. An attractive family story can become hard to correct once an uncertain relationship enters a shared tree. The evidence trail needs to remain separable from the narrative.

  2. Recording unsuccessful searches also helps a later researcher understand what was actually checked and what remained inaccessible.

Why an agent / simpler alternative

Useful judgment

Compare names, dates, places and informants while keeping incompatible identity candidates separate.

Simpler alternative

Inspect a known record manually when its identity and relevance are already settled.

Unsuitable when

The request involves living-person profiling, DNA interpretation, legal identity proof or restricted records.

Expected deliverable and review checks

Proposed artifact

A question-led ledger linking each claim to the exact record, search attempt and remaining identity doubt.

Critical checks
  1. Two copies of the same original count as one evidence origin.

  2. No match, inaccessible and not searched remain distinct states.

  3. A person match must survive a place/date contradiction check; confidence percentages require a defensible method or remain absent.

Missing output evidence

No completed output or independently observed run was inspected in this research.

First check — proposed, unexecuted

Status

proposed_unexecuted

Synthetic fixture

Use fictional nineteenth-century records for two people named Mara Vale in different towns, plus a transcription copied from one original and one inaccessible register.

Acceptance checks
  1. Retain both identity candidates and group the copied transcription with its origin.

  2. Log the inaccessible register separately from a completed no-match search.

  3. Return a targeted next-record question without changing a tree or declaring ancestry proved.

Stop conditions
  1. Stop if living-person details, restricted access or a consequential identity decision enters scope.

Tasks: Home & errandsResearch & discoveryWriting & content

Useful for: Researcher

Editorial relevance from the title and source-supported actions; not evidence of the operator’s occupation.
Claude; Claude CodeIndependent testing: No
Failure handling, costs and limits

Failure signals and proposed responses

  1. Signal

    A common surname joins records from incompatible locations.

    Why it matters

    A plausible narrative may attach the wrong family.

    Proposed response

    Keep separate candidates and ask what record could distinguish them.

  2. Signal

    No search result is treated as proof an event never happened.

    Why it matters

    Missing coverage can masquerade as negative evidence.

    Proposed response

    Record collection coverage and search limits; leave the event unresolved.

Effort and cost — unknown

Setup work
  1. Define one question and organize locators for the records already held.

Ongoing review
  1. The researcher verifies transcriptions and identity links before accepting a conclusion.

Unknowns
  1. Unknown: archive charges, access restrictions and time needed to resolve ambiguities.

Limits

  1. This review design does not certify genealogy standards, biological relationships or legal proof; unresolved evidence is an acceptable result.

Full source evidence

Community recipe · Tool workflows

Original task title: Investigate a historical family question with a traceable research log

Editorial candidate. This is source-backed reporting or a documented workflow. BotCurrent has not independently tested this task. A proposed Canadian adaptation is not evidence of a Canadian deployment or compliance certification.

Original source

https://github.com/emaynard/claude-family-history-research-skill/blob/main/SKILL.md ↗

Attributed to: emaynard

Supporting source context

Project documentation supporting the linked recipe’s scope, permissions and limits. These references do not establish an independent test or add counted jobs.

Community recipe
Original action type
tool_action
What the source reports
Gathers known facts, prepares a research plan, searches only after explicit authorization, logs positive and negative results, compares conflicting evidence and writes a cited assessment with remaining gaps.
Source outcome limits
No completed investigation or archive-specific integration inspected. The evidence template requests percentage weights without a calculation method; professional-standard compliance is not established.
Evidence attribution caveat
This community recipe describes a procedure; it does not prove successful execution or independently reproduced results.
Source approval description
Requires a plan and explicit instruction before searches. README excludes private records about living or recently deceased people.
Named tools
Claude or Claude Code; web search; local reference and document templates.
Model or version
Unknown
Publication date
Unknown
Source last checked
2026-10-14
Demonstrated in Canada
Unknown
Canadian availability
Unknown
Proposed Canadian adaptation
Apply the owner’s local requirements; Canadian execution or compliance is not established.
Recommended approval boundaries
Proposed: approve search scope and repositories; review uncertain identity links before tree edits or disclosure.