| name | using-database-transaction-isolation-and-concu |
| description | Use the database transaction isolation and concurrency control neurosymbolic module: RAG library, agent brain, growable KB — proof-checked |
| version | 0.1.0 |
using-database-transaction-isolation-and-concu
This module is a CULTIVATED, PROOF-CHECKED knowledge organism about
database transaction isolation and concurrency control (280 concepts / 214 relations; grown by a
KB factory — every region admitted by a Prolog consistency gate, wrongness
tracked as open supersede-issues, never hidden).
The four ways to use it
- As RAG — the sibling
understand-{x} skills in this plugin,
coordinate-addressed (call number = home class : dependency facets — the
import web, literally); FTS5 index via skilltree.build_index over
${CLAUDE_PLUGIN_ROOT}/skills/using-database-transaction-isolation-and-concu/references/skilltree.json.
- As an agent (the runnable brain SHIPS here) — the neuromorphic brain
is bundled at
${CLAUDE_PLUGIN_ROOT}/skills/using-database-transaction-isolation-and-concu/data/brain/
(kuzu neurodb = the activation graph + tissue/ = the gyri). Point a
KbcBrain at it and brain_ask("your question"): the graph FIRES the
matching gyri numerically (spreading activation, weights decide — not an
agent choosing), each fired gyrus answers over its territory, the
synthesis is PROVEN one level up (the SES tower — the join is a theorem),
and the prover teaches the graph back (Hebbian). Needs kuzu +
brain-agent + ee_v2.kbc installed.
- As tools your agents hold —
ee_v2.kbc.heaven_tools.make_kbc_tools
over this module's data root
(${CLAUDE_PLUGIN_ROOT}/skills/using-database-transaction-isolation-and-concu/data/): 14 heaven tools
(kb_, kernel_, brain_*). Hand them to any heaven agent's tools=[...].
- As a factory — the kbworld round deepens this module on a schedule;
file a
kb-door issue to point it somewhere; file kb-supersede when
you catch it being wrong (it also catches itself — see the round reports).
The data resources (all inside THIS skill)
data/concepts.jsonl + data/relations.jsonl — the certified graph
data/hyperedges.jsonl — the certificate ledger (the automaton's KNOWN)
data/skeletons.jsonl — certified argument DAGs (because/since/…)
data/worklist.json — what the module knows it doesn't know
references/skilltree.json — the library index
Etiquette (the laws this module lives under)
- The prover admits; you never hand-edit certified state (file issues).
- Wrongness is fuel: a wrong-but-coherent region is a PENDING OBSERVATION —
say what you saw, the next round metabolizes it.
- The worklist is honest:
kb_work shows exactly what the module knows it
doesn't know.
The map
database_transaction_isolation_and_concurrency_c.atomicity : deep_database_transaction(11), deep_isolation_level(1)
database_transaction_isolation_and_concurrency_c.isolation_level : deep_database_transaction(26), deep_isolation_level(4)
deep_rollback.c009
database_transaction_isolation_and_concurrency_c.aborted_state : deep_isolation_level(1)
deep_isolation_level.committed_data
database_transaction_isolation_and_concurrency_c.rollback : deep_isolation_level(1)
deep_database_transaction.tl_log_record
database_transaction_isolation_and_concurrency_c.transaction_state : deep_isolation_level(1)
database_transaction_isolation_and_concurrency_c.read_committed : deep_database_transaction(26), deep_isolation_level(4)
deep_database_transaction.rr_definition
database_transaction_isolation_and_concurrency_c.commit : deep_database_transaction(3), deep_isolation_level(1)
database_transaction_isolation_and_concurrency_c.row_level_locking : deep_database_transaction(12), deep_isolation_level(1)