KEF Brannmur

Charisma + Ego Firewall

Ego + Karisma kan bli et kraftig (og ofte ubevisst) maktverktøy. La oss gjøre dette til en gjennomsiktig mekanisme i plattformen, ikke bare en idé.

  1. Et godt navn (med alternativer).
  2. Formål og prinsipper.
  3. Design i lag (presentasjon → prosess → algoritmer → roller → varsling).
  4. Hvordan vi bygger det inn i WordPress‑MVP‑en.
  5. Hvordan dette knyttes til Univercity (med c) og Universify som global hub.

1) Navn – hva skal vi kalle det?

Arbeidstittel: KEF – Karisma & Ego‑brannmur
Andre alternativer (samme funksjon):

  • Innflytelsesvern (nøytralt, norsk)
  • Personanøytralitet (fanger essensen: idé > person)
  • Ego‑demping (mer uformelt)
  • Persona‑nøytral lag (PNL) (teknisk klingende)

Jeg foreslår at vi bruker KEF i dokumenter (kort og tydelig), med «Innflytelsesvern» som publikumsbegrep.


2) Formål og prinsipper

Målet: Sikre at beslutninger styres av substans og evidens, ikke av personlighet, status eller «støy».

Kjerneprinsipper

  • Person → idé‑separasjon (identitet i skyggen, innhold i fokus).
  • Rettferdig presentasjon (samme mal, lengdegrenser, like flater).
  • Bevisvekting > popularitet (kildestyrke og konsekvensanalyse trumfer «likes»).
  • Åpen etterprøvbarhet (alle regler og logikker synliggjøres).
  • Reverserbar makt (delegering kan alltid trekkes tilbake).

3) KEF som lagdelt design

A) Presentasjonslaget (UI/innhold)

  • Blind presentasjon: Forslagsstiller skjules til avstemningen er stengt.
  • Like kortmaler: Samme felter, samme rekkefølge, harde lengdegrenser (f.eks. 560 tegn sammendrag, maks 3 konsekvenspunkter).
  • Seedet tilfeldig rekkefølge av alternativer per bruker (lik sjanse til å bli lest).
  • Ingen sosiale signaler før frist: Ingen «antall kommentarer», «likes», profilbilder eller «mest lest» under høring/avstemning.
  • Argumentkart i stedet for tråder: Pro/kontra vises som strukturerte punkt, ikke som «debattduell».
  • AI‑oppsummering (forklarbar): Kort, nøytral oppsummering på topp – med kildeliste.

B) Prosesslaget (flyt og roller)

  • Stilt høring: Kommentarfelt samles inn, men totalsignaler skjules til etterpå.
  • Kvalitetspaneler (lotteri‑trekk): Små, tilfeldig utvalgte «kvalitetssirkler» (5–7 medlemmer) sjekker minstekrav: kilder, konsekvensfelt, habilitet.
  • Faktaflyt‑gate: Saker uten minimumskilder / uklare mål slippes ikke til avstemning.
  • Delegering med overstyring: Medlemmer kan delegere på tema/sak, men egen stemme overstyrer alltid.

C) Algoritmelaget (målinger og vaktbikkjer)

  • Samsvarsmål for rettferdighet:
    • Lesetids‑balanse (±10 % mellom alternativer)
    • Likeform‑score (mal etterlevd)
  • Innflytelseskonsentrasjon (ICI): Gini/HHI‑lignende indeks på delegert + direkte innflytelse per tema/sak; varsel hvis én aktør > X %.
  • Støyfilter: Oppdager «bandwagon‑mønstre» (plutselige flokker fra samme kanal) → flagg til moderator.
  • Evidensscore (ikke stemmevekt!): Merker alternativer som har uavhengige kilder, tydelige suksesskriterier, og realistisk kost/nytte – vises som kvalitetsindikator, ikke ekstra stemmevekt.

D) Regellaget (policy og åpenhet)

  • KEF‑policy på én side: Forklarer hvorfor og hvordan, med eksempler.
  • Habilitetsmarkør: Forslagsstillere og kvalitetspanel oppgir bindinger (synliggjøres etter frist).
  • CoC + sanksjonsstige: Ved manipulasjon (astroturfing, masserekruttering rett før frist) kan sak settes på pause og gjennomsyn.

E) Varsling & læring

  • Åpne «KEF‑rapporter» per sak: Hva ble skjult, randomisert, kvalitetssikret; ICI‑graf; eventuelle flagg.
  • Retrospektiv: Etter vedtak publiseres hva som funket/ikke – læring deles til fellesskapet (Univercity‑hub).

4) Slik bygger vi KEF inn i WordPress‑MVP‑en

Nye felt/valg (ACF eller plugin‑innstillinger)

  • kef_enabled (bool, default: på)
  • hide_author_until_close (bool, på)
  • randomize_alternative_order (bool, på)
  • max_summary_len, max_points, min_sources
  • show_social_signals_after (enum: close | always_off)
  • quality_panel_size (int, default 5)
  • ici_alert_threshold (f.eks. 20 %)

Datamodell/lagring

  • Seed per bruker/sak: seed = hash(user_id + sak_id + secret_salt) → styrer rekkefølge.
  • Logg: fd_audit_log inkluderer KEF‑hendelser (randomisering, skjuling, flagg).
  • ICI‑beregning: Aggrer delegasjonsvekter + direkte stemmer per aktør (lagres anonymisert/aggregert for dashboard).

API og visning

  • REST:
    • GET /fd/v1/sak/{id}/alternativer?blind=1 (skjuler identitet)
    • GET /fd/v1/metrics/ici?sak_id=… (aggregert)
    • GET /fd/v1/quality_report?sak_id=… (KEF‑rapport)
  • Gutenberg‑blokker:
    • [stemmepanel] respekterer KEF‑valg
    • [kef-rapport] viser etter frist: randomisering, ICI, flagg, oppsummering
  • Cache: ESI/private blocks for bruker‑spesifikk rekkefølge; unntak for REST‑ruter.

Moderatorsjekk (automatisk + manuelt)

  • Automatisk gate: Blokker publisering hvis min_sources ikke oppfylt eller mal brytes.
  • Manuell sjekk: Kvalitetspanel må «sign‑off» før «Åpne for avstemning».

5) Hvordan KEF relaterer til AI

  • AI som med‑redaktør, ikke dommer:
    • Sikrer likeform (mal‑sjekk, lengder).
    • Lager nøytral, kort oppsummering med kildeliste.
    • Flagger påstander uten kilde («Manglende belegg»).
  • Ingen «stemmesmarting»: AI brukes ikke til å vekta stemmer, men til forklarbar kvalitetssjekk.
  • Åpenhet: Alle AI‑inngrep logges i KEF‑rapporten.

6) KPIer (for å vite at brannmuren virker)

  • Lesebalanse: Andel brukere som så minst 2 alternativer før stemme.
  • ICI under terskel: X % av sakene uten kritisk konsentrasjon.
  • Argumentkvalitet: Andel alternativer med minst N uavhengige kilder.
  • Rollebalanse: Flere unike forslagsstillere over tid (mindre «super‑brukere»).
  • Opplevd rettferdighet: Kort pulsmåling etter sak (1–5).

7) Sammenkobling med Univercity og Universify

  • Univercity (global hub): KEF blir en kjernepraksis i «Menneskestandarden» og et ODP‑felt:
    • presentation_policy: { "blind_author": true, "randomized_order": true, "no_social_signals": true, … }
    • influence_metrics: { "ici": 0.17, "flags": ["bandwagon_suspected"] }
  • Universify (delprosjekt): Dokumenterer KEF‑mønstre, maler og læring – flerspråklig – så nasjonale noder (som Fellesskapet i Norge) kan adoptere og bidra tilbake.
  • Fellesskapet (Norge): Norsk steward som kjører piloter og måler KEF‑effekt, og sender data/erfaringer inn til huben.

8) Konkrete leveranser (kan limes i repo/vedtekter)

  • KEF‑policy v1.0 (1 side): Hva, hvorfor, hvordan – og når den kan fravikes.
  • Moderator‑sjekkliste (A4): Mal, kilder, habilitet, AI‑logg, «klar for avstemning».
  • Teknisk spes (kort): API‑felt, randomiseringsseed, ICI‑beregning, cache‑unntak.
  • KEF‑rapportmal: Standardisert etter‑sak‑rapport som publiseres åpent.

Oppsummert

Med KEF – Karisma & Ego‑brannmur gjør vi «idé foran person» til en innebygd egenskap i verktøyet og prosessen – ikke et håp. Det støtter verdiene dine om åpenhet og samarbeid, demper ego‑ og karismaeffekter, og er helt i tråd med Univercity/Universify som global ramme: lokale varianter kan eksperimentere, men alle følger samme åpne, person‑nøytrale kjerne.