Canonical Receipt Index - Neuruh / DeedSonar

1. Executive ruling and golden state

Source claim: The historical DeedSonar product state shown in the founder-supplied screenshots is directly represented in the surviving evidence corpus. The corpus contains the Find Sellers operating contract, Current Estate universe, recipe census / reconciliation, opportunity qualification, contact-resolution work, map identity courts, acquisition handoff tests, release / custody records, Git SHA ancestry, checksum receipts and the September cutover control rail.

The archive is distributed across formal dossiers, receipt files, release packs, workspace manifests, local worktree custody records, Git SHA proofs, terminal transcripts and visual acceptance evidence. The canonical 60-day index records 303 named artifacts and explicitly says it is not a literal inventory of every filesystem item.

22,343Current estate opportunities (source claim)

306Qualified (source claim)

6,442Seller identified, after T27B projection; later screenshot 6,467 (source claim)

940Contact found, after +3 stale-phone repair; interim 937 (source claim)

989Already in CRM (source claim)

0Ready to contact; discovery and outreach authorization are separate (source claim)

Recipe census: Current 22,343; sum(recipes) 22,343; RECONCILED; PRIMARY_RECIPE_ONLY (source claim). Operator flow: Find Sellers to candidate to Send to Acquisitions to CRM link to downstream workflow. Map: county / polygon navigation, parcel points and exact candidate / property identity parity (source claim).

Figure 1. The funnel is a projection of the historical board. Qualified (306) is not a subset shown in sequence in the source; the source lists the six counts as a state bar, not as a strict funnel order.

2. Receipt index explorer

Every receipt the source enumerates, grouped by the source's own families. Section 9 overlaps Sections 1 to 4: the same dossiers appear in both lists in the source. This explorer keeps both listings and flags the overlap instead of silently deduplicating it.

Search name, role or detail Family

Sample loaders

Showing 95 of 95 rows.

#	Family	Date	Artifact	Role	Detail / hash

3. Working calculators (math defined in the source)

All inputs default to the source counts. Change a value and the result recomputes. Rates are simple divisions of the source counts; they are not new claims about live performance.

Current estate Qualified Seller identified Contact found Already in CRM

Results

Qualified rate: 1.37%. Seller identified rate: 28.83%. Contact found of seller identified: 14.59%. CRM rate: 4.43%. Contact found of estate: 4.21%.

Reconciliation check

Sum of recipes

RECONCILED. Sum(recipes) 22,343 equals Current 22,343. Difference 0. Rule: PRIMARY_RECIPE_ONLY (source claim).

Change over time

Earlier estate checkpoint (Aug 16) Earlier contact found

Estate 20,734 to 22,343: +1,609 (+7.76%). Contact 937 to 940: +3 (+0.32%). Seller 6,409 to 6,442: +33; later screenshot 6,467: +25 more.

Figure 2. The source states the census reconciled. The calculator lets you test what happens if either input changes.

4. Completeness meter

Each explorer row is scored on five fields: date, artifact name, role, detail, and hash or location where the source gives one. A row is complete only when all five are present in the source text as extracted. Truncated names in Section 2 score as missing.

Completeness: 75% (356 of 475 fields present).

5. Custody, contradictions, and what the corpus establishes

Exact local custody locations recovered (Section 6, 13 locations)

Primary workspace: /Users/jeramiehicks/neuruh-workspace
Whole-pipeline court: ~/neuruh-workspace/DEEDSONAR_WHOLE_PIPELINE_COURT_20260817/
Master opportunity CSV: .../court_d/opportunity_product/08_MASTER/ALL_OPPORTUNITIES_MASTER.csv
CSV manifest index: .../09_MANIFESTS/CSV_FILE_INDEX.csv
Manifest JSON: .../09_MANIFESTS/MANIFEST.json
Factory receipt: .../court_d/factory_receipt.json
Browser-recovered master CSV: ~/neuruh-workspace/deedsonar-data-estate-20260814/d1r-canonical-recovery/browser-recovered/ALL_OPPORTUNITIES_MASTER.csv
Contact recovery sweep: ~/neuruh-workspace/T11_DEEDSONAR_CONTACT_RECOVERY_20260817/_raw/sweep/phone_file_sweep.json
Custody closeout output: ~/neuruh-workspace/audit-output/deedsonar-crm-custody-closeout//
Canonical Library: /Users/jeramiehicks/Documents/NEURUH_CANONICAL_LIBRARY/
DeedSonar audit subtree: .../02_DEEDSONAR_REAL_ESTATE/08_AUDITS_TESTS_UAT_RECEIPTS/
DeedSonar legacy subtree: .../02_DEEDSONAR_REAL_ESTATE/90_DEPRECATED_LEGACY/
Neuruh vault: /Users/jeramiehicks/neuruh-workspace/repos/NeuruhAI/neuruh-vault/

These are Mac paths as recorded in the source. This demo does not access them and does not verify that the files still exist at those paths.

Critical receipt contradictions: preserve, do not erase (Section 7)

Item	Forensic reading (source claim)
22,343 current estate	Stable late-stage current-estate universe across UI / data receipts.
306 qualified	Stable late-stage qualified count.
937 to 940 contact found	Aug 20 state recorded 937; a later repair explicitly added three stale phone projections and states Contact Found became 940.
6,409 to 6,442 to later 6,467	T27B superseded the 6,409 projection; founder screenshot later showed 6,467. Tie each to its exact snapshot.
20,734 to 22,343	20,734 was the Aug 16 sealed Data Estate checkpoint; 22,343 is later Current Estate truth.
Early Sep target empty to later target populated	Early cutover receipts recorded an access-blocked / new target state; later evidence shows populated Pro target. Both are valid time-scoped states.
Current UI = Not available	Current runtime failure does not overwrite historical Find Sellers proof.

What the receipt corpus establishes (Section 8, source claims)

Find Sellers was an opportunity-intelligence operator surface, not a generic CRM. It separated the opportunity universe, qualification, seller / party identity, contact evidence, callability, CRM membership, map state, recipe state and downstream acquisition workflow.
The saved production walkthrough explicitly required DB / UI parity for Current Opportunities, Qualified, Seller Identified, Contact Found, Already in CRM and Ready to Contact, and required map identity and acquisition-promotion tests.
The production brief defines Recipe Engine as the versioned strategy evaluator and DeedSonar as the operator surface showing recipes, runs / census, Find Sellers, map, property cases, promotion, CRM and downstream pipelines.
The larger Neuruh canon puts this inside a shared organism: Cockpit / Presence / Galaxy, Worlds, BOB / Workers / Switchboard, Governance / AXON / IAR / TINKA, Outcome / Calibration and Research Swarm. The visual surface is explicitly a projection over governed state, not a separate authority.

Figure 3. The chain is the source's model of preservation. This demo reproduces the chain as an index; it does not re-verify any hash against a live file.

6. Try-it walkthrough

Start with the golden state. Click "Load: Golden state board". The explorer filters to the Find Sellers family and the calculators reset to 22,343 / 306 / 6,442 / 940 / 989.
Check the repair. Click "Load: T27B repair 937 to 940". Read the T27B operator receipt and the T29 contact-state repair rows. The delta calculator shows +3, +0.32%.
Check the earlier checkpoint. Click "Load: Aug 16 checkpoint 20,734". Compare 20,734 with 22,343 in the delta calculator: +1,609, +7.76%.
Test reconciliation. Change Sum of recipes to 22,342 and click Calculate rates. The reconciliation line changes to NOT RECONCILED with difference -1. Change it back to 22,343.
Find a hash. Search "abbac41a" in the explorer. The master universe row shows the full SHA-256 from the source.
Share your view. Set a filter or search, click "Copy share link", and open the link in a new tab. The same filter, search and calculator values restore from the URL hash.
Check completeness. Scroll to Section 4. The missing-fields list names exactly what the source text did not supply, starting with the truncated Section 2 filenames.

8. How it works / What this is not

How it works

The explorer holds 95 rows copied from the source PDF text: 12 + 10 + 14 + 12 + 10 + 13 + 24 across families 1, 2, 3, 4, 5, 6 and 9.
Search filters name, role and detail. Family filters by the source section number.
Calculators divide the counts you enter. Reconciliation subtracts Current from Sum(recipes).
Completeness scores five fields per row and lists every missing field by row.
Share encodes state as #d= base64 JSON and restores it on load.

What this is not

Not a live DeedSonar dashboard. The source says current UI is Not available.
Not a re-audit. Hashes are copied from the PDF, not recomputed from original files.
Not a literal filesystem inventory. The source says the 303-artifact index is not a literal inventory of every filesystem item.
Not proof that any count is still true today. Every count is labeled as a source claim tied to its snapshot date.
Not a new architecture proposal. The source states it is an evidence map.

9. Honest gaps

Section 2 filenames truncated in the source PDF. Five entries end in ").md" with the leading filename cut off in the extracted text, and three more are partial directory names (SPINE_20260819/, ONVERGENCE_2026, 260818/). The roles and proofs are preserved; the full filenames are not recoverable from this PDF alone.
Section 9 overlaps Sections 1 to 4. The 24 library resources repeat dossiers already listed earlier. The explorer keeps both listings and flags the overlap; the true distinct count is lower than 95.
303 artifacts are named in the 60-day index, but only 24 are listed by name in Section 9. The remaining 279 are referenced through CANONICAL_ARTIFACT_INDEX_303.json and CANONICAL_ARTIFACT_TIMELINE_303.md, which are listed but not reproduced in the source.
Hashes not re-verified. Nine SHA-256 values in Section 3 plus the Git baseline and branch SHAs in Section 4 are copied from the source. No original file was available to this demo to re-hash.
Local custody paths not verified. The 13 Mac paths in Section 6 are as recorded. This demo cannot confirm the files still exist there.
More than 100,000 items under ~/neuruh-workspace. The source says literal filesystem exhaustiveness still requires the Mac manifest process. This demo does not attempt it.
Layout not eyeballed in a real browser. Controls were tested in jsdom only; visual layout is an accepted limit.
Source claims, not verified facts. Counts, test totals (638/638, 871/871, 95/95 files) and reconciliation are presented as the source states them, with audit date 2026-09-10.

10. Sources and related sites

Source: NEURUH_CANONICAL_RECEIPT_MASTER_INDEX_2026-09-10.pdf, 10 pages, evidence cut 2026-09-10, produced with ReportLab PDF Library. No secrets or credential values are included in the source, and none are included here.

Related: Neuruh Hub (master map of Neuruh sites). Sibling receipt and provenance builds on the hub include the Neuruh provenance timeline and the Recipe system demo where listed. This page is a standalone demo; it does not fetch data from the hub or any sibling site.

Print: this page includes a print stylesheet. Tables and figures are kept intact where possible.