KJVEL DATABASE SEARCH

31,102 verses · 12,766 words · 3,003 names decoded · 1,111 perfect Tesla · 203 families

Psalm Decode Template

Title = 189 Tesla DR=9 14K Search =189

Psalm Decode Template =189

Purpose: Standardized format for KJVEL psalm decodes. Built from psalm_55_decode.md and psalm_140_decode.md. Copy this file, rename it psalm_NNN_decode.md, and fill in the <<PLACEHOLDER>> fields.

Required prep before writing:

`python

1. Pull the psalm text =224

import json

d = json.load(open('data/kjv_parsed.json'))

for v in d:

if v['book']=='PSA' and v['chapter']==NNN:

print(f"{v['verse']:>2}: {v['text']}")

2. Gematria sweep helper =206

def g(s): return sum(ord(c.upper)-64 for c in s if c.isalpha)

def dr(n):

while n>=10: n=sum(int(d) for d in str(n))

return n

def T(n): return "Tesla" if dr(n) in (3,6,9) else ""

`

Required passes before writing — do all five:

  1. Single-word sweep: every noun, adjective, and verb that carries weight (deliver, evil, wicked, violent, snare, etc.). Sort by gematria. Look for in-psalm twins (same integer twice = a lock).
  2. Phrase sweep: the full key phrases of each verse (e.g., "voice of my supplications", "hands of the wicked"). These produce the high-value locks.
  3. Superscription: compute the gematria of the superscription separately. It often locks to an enemy or theme inside the psalm (Psa 140: A PSALM OF DAVID = 123 = EVIL SPEAKER).
  4. Cross-psalm bridges: check every striking integer against known KJVEL family values (64=JUBILEE, 81=TABERNACLE, 153=net, 174=cap, etc.) and against the locks of psalms you've already decoded (Psa 55 / Psa 140 / etc.).
  5. Selah/refrain audit: if Selah appears, log the gematria of the immediately preceding phrase — that integer is what's buried. If there's a refrain, log it once and reference it.

Required honesty checks:

  • Don't force a non-Tesla integer into a Tesla narrative — note both.
  • Primes are sealed integers; flag them but don't invent meaning.
  • A single match between two phrases is a coincidence; three appearances of the same integer is a lock. Use the "three or more" bar for the killer-match table.
  • Every cross-decode bridge must be verified — recompute, don't recall.

Psalm <<NNN>> — <<Short Title>> =249

Decode date: <<YYYY-MM-DD>>

Form: <<verse count>> verses, superscription "<<superscription text>>"

Tradition: <<one-line traditional reading and historical context>>

Companion decodes: <<list of related project_.md or psalm__decode.md files>>


In plain English: <<3–5 sentence blockquote. Required opening for every decode. Explain what the psalm is on the surface, what the gematria reveals underneath, and why this decode matters. Write for a smart 12-year-old. Lead with the single most striking lock — if the psalm has an alpha-omega handshake (petition integer = promise integer), open with that. If it has a central verb-substitution, open with that. If neither, open with the most loaded master lock.>>

1. Setting Identity =200

<<Gematria table of superscription, author, named figures, and any classifying terms.>>

TermGematriaDRLock
<<superscription full>><<n>><<n>><<KJVEL family match or note>>
<<author>><<n>><<n>><<>>
<<key named figure>><<n>><<n>><<>>
SELAH (if present)459 ✓= PIT — every Selah marks a depth marker

Key lock — <<superscription anchor>>: <<Explain how the superscription locks to a figure/theme/integer inside the psalm. This is the reflexive lock. Reference Psa 55's CHIEF MUSICIAN=120 lock or Psa 140's A PSALM OF DAVID=EVIL SPEAKER=123 lock as precedents if applicable.>>


2. Master Identity Locks (the killer matches) =411

<<10–15 row table. This is the highest-value section. Every entry must be a verified gematria identity between two phrases that appear in the psalm OR between a phrase in this psalm and a phrase in a previously decoded psalm. Three or more occurrences at the same integer = a lock. Two occurrences = a notable. One occurrence with a strong KJVEL family match = also notable. Sort by impact (most striking first).>>

VersesPhrase / TermGematriaEqualsMeaning
v<<a>> → v<<b>><<P1>> ↔ <<P2>><<n>> = <<n>>same integer<<one-line meaning>>
v<<a>><<P3>><<n>>= <<KJVEL family>><<one-line meaning>>
<<...>><<...>><<...>><<...>><<...>>

<<End the section with: "N locks across V verses." This signals decode density.>>


3. <<Architecture Section — name it by the psalm's own structural feature>> =699

<<If the psalm has a unique structural pattern (Selah density, refrain, acrostic, double-blessing, lament-to-praise pivot, etc.), give it a section here. Examples:

  • Psa 55: "The 160 Handshake — central engineering of the psalm" (verb-substitution architecture)
  • Psa 140: "The Three-Selah / Three-Pit Architecture" (Selah-as-buried-integer architecture)

If the psalm has no unique structural feature, skip this section and renumber.>>


4. Verse-by-Verse Identity Stack =325

<<For each verse (or each cluster of 2-3 verses if the psalm is long), present:

  1. A bulleted gematria list of the verse's key terms
  2. One or more numbered "Lock (v<verse>):" sub-paragraphs explaining the strongest finding(s)

The header for each group should describe the movement, not just verse numbers. e.g.:

  • "### Opening cry (v1–2)"
  • "### The threat field (v3–5)"
  • "### The covering (v7)"
  • "### The pivot (v16–17)"

Each Lock paragraph should be 2-4 sentences:

  1. State the gematria identity.
  2. Cite the cross-psalm or family value it locks to.
  3. Explain what the identity means in plain language.

Reserve the bulk of the analysis for the killer locks (Section 2) and the focus-verse deep dive (Section 5). This section is the systematic walk-through, not the showcase.>>

<<Movement 1 name>> (v<<a>>–<<b>>) =165

Lock (v<<n>>): <<finding>>

<<Repeat for each movement.>>


5. <<Focus Verse>> — The Focus =230

<<full verse text>>

<<One-paragraph orientation: what the verse says on the surface, why it carries the psalm's weight.>>

Six (or so) verse-N locks =262

<<For each major finding in the focus verse, write a numbered "Lock N-A / N-B / N-C..." paragraph. Each lock is 3-6 sentences. Reference cross-decodes by file name. Reference prior locks in the same decode where the integer recurs.>>

Lock <<N>>-A — <<name of finding>>: <<3-6 sentence explanation>>.

Lock <<N>>-B — <<name of finding>>: <<3-6 sentence explanation>>.

<<...continue for 4-8 locks.>>

What <<verse N>> means after the decode =306

<<One paragraph rereading the verse with all the integer-meanings substituted in. This is the "translated" verse — what the gematria layer shows the verse is actually saying. Always quotable.>>

<<Verse N>> is <<one-line capstone meaning>>.


6. The <<NNN>> Handshake / Boomerang — central engineering =416

<<If the psalm has a verb-substitution or boomerang at a specific integer, document it here. This is one of the most powerful sections — it shows the psalm is engineered around a single mobile integer that David asks God to redirect.

Format example:

`

v<a> (suffering mode): "<original phrase>" = <integer>

(intervening verses of descent/diagnosis)

v<b> (instruction mode): "<resolution phrase>" = <same integer>

`

State the verb-direction reversal in one sentence: "The problem doesn't change. The verb does."

If the psalm has no such handshake, document the central mechanism it does have (refrain locking, ABA structure, double-blessing, etc.).>>


7. The <<Integer>> <<Name>> Mechanism =229

<<KJVEL families to look for in EVERY psalm:

If your psalm hits 2+ of these clusters, document each in its own subsection. If a single cluster carries the psalm (like 64 in Psa 55, 108 in Psa 140), give it its own section here.>>


8. <<Special Architecture>> =196

<<Optional. Use for unique mechanisms the psalm has that don't fit a standard cluster. Examples:

  • Selah-as-pre-buried-integer (Psa 140)
  • 64-payload moved through three verbs (Psa 55)
  • Three-prayer protocol (Psa 55 morning/noon/evening)
  • Acrostic alignment with English gematria (any psalm with Hebrew acrostic)
  • Numerical superposition of two psalms (Psa 140:13 ↔ Psa 55:14)>>

10. Psalm structure — <<N>> movements =346

<<Map the psalm to a movement structure (typically 5-7 movements). Each row of the table identifies which integer anchor dominates each movement. Use this table to show the structural arc.>>

#VersesMovementInteger anchor
1v<<a>>–<<b>><<name>><<n>> (<<what>>)
2<<...>><<...>><<...>>

<<Close with a one-paragraph summary identifying which movements form handshakes/boomerangs/etc.>>


11. How to read <<Psalm NNN>> after the decode =331

<<Numbered list of 5-7 practical reading instructions. Each item:

  1. Bolded action — explanation referencing the locks established above.
  1. <<Action>>. <<Explanation.>>
  2. <<Action>>. <<Explanation.>>
  3. <<Action>>. <<Explanation.>>

12. Summary locks =170

<<ASCII code-block table listing every major lock in the psalm. Use this format:>>

`

v<<a>> <<TERM A>> = v<<b>> <<TERM B>> = <<n>> [<<short label>>]

v<<a>> <<TERM A>> = <<KJVEL family>> = <<n>> [<<short label>>]

`

<<Aim for one summary lock per identity found. Format the lines so the integers line up in a column. Close with one sentence: "N verses, M cross-verse identity locks." This is the final at-a-glance proof of decode density.>>


13. <<Optional capstone: verse N as terminal seal>> =427

<<Use this section if the psalm has a final-verse capstone worth its own block. Mirrors the focus-verse section but shorter — 2-3 paragraphs reading the final verse with all the locks substituted in. Always quotable.>>

<<phrase from final verse>> — at <<integer>> = <<KJVEL family>>. <<one-sentence meaning>>.

<<phrase from final verse>> — at <<integer>> = <<KJVEL family>>. <<one-sentence meaning>>.

Read together, <<verse N>> says: "<<one-paragraph translation using the gematria meanings>>". The psalm is the resolution of <<what>> at one verse, by integer-superposition.


Decode generated <<YYYY-MM-DD>> using src/name_decoder.py and verse-by-verse gematria sum against data/kjv_parsed.json. Cross-cluster references: <<list>>. Companion analyses: <<list>>.


Template usage checklist =235

Before publishing a decode built from this template:

  • [ ] Opens with the mandatory > In plain English: blockquote (3-5 sentences)
  • [ ] Every gematria value verified by computation (not recall)
  • [ ] Every cross-decode bridge confirmed by recompute
  • [ ] At least 10 master identity locks documented in Section 2
  • [ ] At least one verb-handshake or boomerang documented if present
  • [ ] Selah / refrain density logged if applicable
  • [ ] Connections section cites at least 3 prior decodes
  • [ ] Summary locks table aligned with column-justified integers
  • [ ] Focus verse deep dive has its own section if requested
  • [ ] Tesla counts honest — non-Tesla integers acknowledged, not omitted
  • [ ] Primes flagged as "sealed" but not over-interpreted
  • [ ] Honesty: any integer that doesn't lock cleanly is noted as such, not forced