Knowledge base

A shared knowledge base for ReFi Barcelona.

Separate containers — each with its own ontology — being collected and linked through a common layer that is defined gradually. This page is that system: every container, every layer, every gate.

Internal working surface of the knowledge base — public entries appear as review promotes them.

Objects
423
In review
369
Published
0
Sources
7
Collections
1

The containers

Every knowledge space is one column; the system's layers are the rows. Some values are computed from the store at every build and the rest are asserted by hand — the note under the table dates the asserted ones. Where a container is blocked, the foot row names the gate and who owns it.

Each knowledge space as a column and each layer of the system as a row; the foot row carries the gate blocking a container and who owns it.
layer Old knowledge base ReFi BCN (Luiz Fernando) Notion / CRM ReFi BCN team (Giulio — CRM/workspace restructuring lead) Regenerant Catalunya repo ReFi BCN (program: Regenerant Catalunya / GG24 lineage) Operational records ReFi BCN (Luiz Fernando, operator) Telegram history ReFi BCN team (extraction run by Luiz Fernando) Catalunya map planned Research agent planned
Location repos/ReFi-Barcelona data/crm.yaml (source of truth) · Notion workspace (pushed mirror) repos/Regenerant-Catalunya packages/operations docs/temp/telegram-export Giulio's personal namespace — transfer owed serverito — Giulio's server
Origin 272 files ~571 records — data/crm.yaml is the source of truth; Notion is the pushed mirror 330 files 168 files 1 files ~300–400 mapped organizations 464 crawled → 93 candidates · 51 already in CRM (coverage evidence)
Ingestion batch-1 complete 88 ingested · 9 merged · 175 excluded · 0 pending Telegram intake live · KB→CRM fold ready · research-agent stream held batch-2 ready to prepare 0 ingested · 0 merged · 0 excluded · 330 pending batch-3+ queued 0 ingested · 0 merged · 0 excluded · 168 pending export pending 0 ingested · 0 merged · 0 excluded · 1 pending second stream of the consolidated batch continuous scouting — candidates only, no direct writes
Store 416 typed objects — — — — — —
Ontology toolkit 7-schemadocs/kms/INGEST-AGENT-BRIEF.md CRM rules — 27 live propertiespackages/operations/projects/crm-rules/ (pulled 2026-08-10) — org-os registries (data/*.yaml) — own map ontology, CRM-connected CRM rules
Review 362 raw · 104 high-risk unresolved 81 records carry review flags — pending the C1 convention change — — — — 38 new candidates awaiting review
Internal Review lens Notion workspace — internal ≥6 months — refi-bcn-os workspace — — —
Public Knowledge — fail-closed Directory · Atlas — — — his public site (external) —
Gate — C1 — Review-flags data-model call (blocks the BD-2026-065 batch) → Luiz + Giulio — — Luiz produces the export → Luiz D9 — the coordinate-source answer → Giulio write path held (F6) until C1 lands → Giulio

Ingestion feeds CRM entity processing; the CRM feeds the directory, the atlas and Giulio's public site — a loop, not a fork. Asserted values as of 2026-08-12; computed values are read from the store at every build. Not shown as containers: ReFi BCN Organizational OS · ReFi BCN website (Astro) — infrastructure around the consolidation, not knowledge spaces. /sources lists every container. Counting up: the matrix holds 5 containers with source cards and 2 planned ones that carry no card and so appear in no count. The Sources figure at the top of this page counts 7 — those same 5 carded containers plus the 2 infrastructure ones named just above.

The common layer — defined gradually

What the containers share is being built one band at a time, and only the bands below are actually built. Nothing here merges the containers — it links them.

One store

423 typed objects (7 schemas) · 369 in review · 0 published

  • resource 133
  • signal 86
  • encyclopedia-entry 82
  • public-use-boundary 54
  • claim-evidence 34
  • concept-lineage 27
  • source-system 7

The typed store lives in this repo (kb/, one markdown file per object) beside the CRM registry, which remains in refi-bcn-os (data/crm.yaml) with the org registries — one band of the common layer, not the whole of it. Local files hold field authority over the Notion mirror — the Flows band below states exactly how far that goes — and /system carries the authority table.

The containers themselves are attributed 416 of those objects; the remaining 7 are source cards — a card describes a container rather than belonging to one.

Common ontology — being defined

Each container keeps its own ontology: toolkit schemas over the old knowledge base, CRM rules over the registry, its own model over the map. The shared layer between them is deliberately gradual — it was tabled at the 260811 sync rather than settled, with Giulio leading and the OS↔Notion mapping doc as the starting point.

Nothing here claims one vocabulary yet. The ontology row of the matrix above states what each container actually uses today.

Publication gate

One gate, and it fails closed: only reviewed, in-scope objects publish, and they publish cut as curated collections — definitions over the store, never copies, recomputed at every build.

/collections renders whatever the reviewed definitions file holds.

Flows

  • notion:sync gives local YAML field authority — Notion never overwrites a field.
  • Existence syncs both ways: local records are created in Notion, and Notion-created rows come down only under an explicit --import.
  • The CRM build feed refreshes every 6 hours.
  • Git carries history and review.

Public surfaces

The lenses a visitor reads: the knowledge base itself, the spatial and directory views fed live from the CRM, and the priorities above all of it.

  • Knowledge

    The public lens on the store — entries that cleared review.

  • Atlas

    Catalunya map — comarques and where the work is happening.

  • Organizations

    Actor directory, fed live from the Notion CRM at build time.

  • Programs

    Programs & initiatives, fed live from the Notion CRM.

  • Events

    Gatherings and assemblies, fed live from the Notion CRM.

  • Priorities

    Bioregional priorities and the indicators behind them.

Working tools

  • System — the common layer drawn from its own data
  • Slices — crosscuts — domains, funnel, high-risk, tiers
  • Review — the working set — password-gated