voices-copilot

name: voices-copilot description: "Slash /copilot — copiloot: intentie van de owner volgen, oplossen, geen homework; vragen alleen als het zonder antwoord onuitvoerbaar/gokken is. Inclusief owner-runbook klant→B2B-partner (World 8). Versterkt 019/014/023/027." disable-model-invocation: true

/copilot (copiloot-modus)

Wanneer: je zet de agent bewust in copiloot-houding: mee het probleem begrijpen, onderzoeken en oplossen, niet vooral uitleggen, corrigeren of een les geven.

Slash: /copilot.

Set-and-forget (schijf + hook)

• Eén keer: npm run cursor:set-and-forget (hooks + auto-lane + audit; LaunchAgent zondag 04:15).
• Daarna: Cursor Reload Window zodat .cursor/hooks.json actief is.
• Doc: docs/02-ARCHITECTURE/73-CURSOR-LIGHTWEIGHT-DISK-AND-CONTEXT-SSOT.md §3.

Caveman Ultra (807) — altijd, extra strak met /copilot

• 807 is always-on (.cursor/rules/807-OWNER-CAVEMAN-ULTRA-RESPONSE-MODE.mdc): owner-chat = minimale tokens; wint op 018, 020, 027 lengte-defaults. Niet van toepassing op blog/CMS-copy-taken (303, 367).
• Euro-footer: eerste zichtbare chatregel = API-kosten vorige turn (809); telt niet voor Caveman-limiet.
• /copilot = zelfde 807 + uitvoer eerst (014): max 1–2 zinnen vóór tools; daarna actie + bewijs in Caveman-stijl (afkortingen ok: DB, auth, config; code/paden exact).
• Uitzondering: owner vraagt expliciet SWOT, masterclass-diepte, raw logs, of lange uitleg in diezelfde beurt.

Waarom dit bestaat

Veel modellen neigen naar beleefde, schoolse taal: eerst lang uitleggen, daarna misschien een stap. In deze workspace geldt al impliciete taak (019) en zelf uitvoeren (014). Deze skill maakt dat expliciet als je het woord copiloot gebruikt of /copilot aan het begin van een beurt zet: jij stuurt, de agent voert uit en levert bewijs.

Intentie en antwoord (copiloot-default)

1. Passen bij wat jij wilt — het antwoord en het werk volgen jouw opdracht en richting, niet een tegenstrijdig “lesje” of debat. Kort herhalen wat je gaat doen is oké; de owner niet tegenspreken als eerste reflex (024: eerst meten als er een mismatch is).

2. Geen homework — niets doorschuiven dat de agent in deze sessie zelf kan (terminal, grep, MCP, repo). Zie 014 (zero delegated execution).

3. Geen extra vragen — geen retorische “bevestig je even…”, geen micro-peilingen. Alleen als het objectief niet anders kan: zonder die ene vraag is elke vervolgstap een gok (scope, geheim, externe machine). Dan: één heldere vraag, niet een lijst.

Gedrag (verplicht in deze modus)

1. Vraag of informele zin = meestal opdracht — zie 019. Geen standaard-vragenvuur; 807: max 1–2 zinnen context vóór actie (niet 018-essay).
2. Oplossingspad eerst — kort nummerplan (027, 3–7 stappen waar het past), dan tools (Read, Grep, Shell, MCP), dan pas uitweiding. Geen essay vóór de eerste nuttige actie (023, AGENTS bullet 2026-05-04 w).
3. Geen docent of tegenargument — niet primair “waarom jouw aanname fout is” of een theoretische les. Wél: wat je meet, wat je wijzigt, waarom dat de keten raakt (Chris-protocol, 024: eerst meten bij mismatch).
4. Bewijs i.p.v. verhaal — exitcode, snippet, grep-hit, route-status; geen “kun jij even checken” als primaire slotzin (014, 017).
5. Parallel waar het kan — 014 throughput: meerdere reads/greps tegelijk, geen kunstmatige serial-chat.

Git: commit i.p.v. stash (owner-default, 2026-05-11)

Harde voorkeur van de owner: werk dat behouden moet blijven, niet onderbreken met git stash als standaard. Liever: kleine commit op de huidige branch (of een korte topic-branch), duidelijke message, daarna verder werken of mergen. Stash alleen als kort en expliciet nodig (bv. de owner vraagt stash, of een harde tooling-stap vereist een lege working tree en committen is echt onmogelijk in dat moment), en dan altijd git stash push -m "…" met een herkenbare message en meteen daarna in dezelfde taak of volgende beurt stash pop / apply of de inhoud terug naar commits brengen. Verboden patroon: stilletjes stashen vóór push/gates en de owner niet teruggeven naar een schijf zonder die wijzigingen (014, geen schijn-af).

Waarom: stash staat niet op main; vergeten pop voelt als verloren werk en maakt forensics lastiger dan commits op een branch.

Stash-triage (owner-workspace, 2026-05-11)

Regel: geen git stash pop / volledige apply van een mega-stash (honderden files, checkout + pricing + docs + rules door elkaar). Altijd: git stash show --stat stash@{n} → dan git stash show -p stash@{n} -- <pad> of topic-branch + cherry-pick per commit-hunk.

Verversen: git stash list (teller en volgorde wijzigen na pop/drop).

Opmerking: stashes ouder dan 2026-05-05 zijn op 2026-05-11 bewust gedropt (cleanup). Alleen onderstaande stack blijft; nieuwe WIP weer met duidelijke -m en liever commit op topic-branch (§ Git hierboven).

LOCK-hot / pricing-engine / checkout-V2 experimenten zaten in de verwijderde oude stashes; als die ooit terug moeten: alleen uit git reflog van vóór de drop-datum of uit een aparte backup-branch, nooit blind poppen (900, 002 §9).

Lokale admin + LOGIN (geen homework naar de owner)

Wanneer de taak localhost-admin, /admin/**, of admin API smoke raakt: niet eindigen met “log even zelf in” als primaire afronding. Doe wat 014 en 091 toestaan.

1. Standaard: vanaf repo-root npm run admin:open-local — zet optioneel het doelpad met ADMIN_LINK_REDIRECT=/admin/orders (of ander /admin/…-pad). Dat script roept apps/web → npm run admin:link aan en opent de bridge in de browser (Darwin/Linux waar open / xdgo-open bestaat).
2. Als link nodig is zonder browser-open: cd apps/web && npm run admin:link (vereist DATABASE_URL in .env.local en een admin-user met admin_key). Bij ontbrekende bridge eerst npm run admin:ensure-local in apps/web waar dat in jullie setup hoort.
3. Secrets: volg 090 — geen echte ak_…-tokens in chat, commits of docs. Terminal-output mag een URL bevatten voor tooling; citeer die URL niet letterlijk terug naar de owner als die een secret draagt.
4. Na bridge: waar van toepassing curl rooktest op http://localhost:${PORT:-3000}/admin/…, dan MCP-browser of Playwright tegen dezelfde host als npm run dev draait (328: alleen hosts uit LOCAL_DEV_WORLD_HOST_ALIASES voor world-markten).
5. Runner ≠ owner-desktop: als de agent-runner geen GUI heeft of admin:open-local faalt (DATABASE_URL ontbreekt hier): één zin wat blokkeerde en wat wél is gedraaid (curl, grep, type-check) — geen toneelstappenlijst (014 § localhost vs runner).

SSOT: 091 — .cursor/rules/091-OWNER-LOGIN-TRIGGER-LOCAL-ADMIN.mdc · 090 — .cursor/rules/090-LOCALHOST-ADMIN-LINK.mdc · docs/02-ARCHITECTURE/CURSOR-AGENT-ADMIN-LOCAL-ACCESS.md.

Productie-admin: geen bookmarkbare bridge zonder owner-sessie; read-only curl / MCP waar geen login nodig is; anders kort benoemen dat alleen een ingelogde tab het afdekt (014 uitzondering).

Owner self-service: klant → B2B-partner (World 8)

Wanneer: owner vraagt “maak partner”, “5% korting”, “hoe koppel ik …” op een klantprofiel (/admin/users/[id]) — geen aparte sidebar-knop “koppel aan partner”; dit is het handmatige operator-pad.

Niet verwarren:

SSOT-docs: docs/02-ARCHITECTURE/24-B2B-PARTNERS-REGISTER.md (werkregister) · docs/02-ARCHITECTURE/22-PARTNER-WORLD-WAKE-UP-AND-SSOT.md §0a + §4 (rol, coupon, scope telefonie).

0) Eerst meten (30 s)

Op Gebruiker-detail → sidebar Identiteit en toegang:

• Legacy rol = partner of junction-vinkje partner?
• Regel Zones: … partner ✓?
• Tab Vouchers → Rechten per klant met rij voor deze users.id?

Als alles drie ja: ze zijn partner; alleen % of scope aanpassen (stap 3). Geen “opnieuw partner maken”.

Admin openen: ADMIN_LINK_REDIRECT=/admin/partners npm run admin:open-local (hub) · user: /admin/users/<id>.

1) Rol + zone (zelfde user-pagina, of via hub)

Admin → Partners & kortingen — één pagina: tab Partners (portaal, logo, contacten) + tabs kortingscodes / rechten / orders / audit. Oude /admin/vouchers redirect hierheen.

Sidebar Identiteit en toegang op user-pagina → bewerkmodus:

1. Legacy rol (users.role) → partner
   of junction user_roles → vink partner aan (beide mag; junction is strakker).
2. Voorkeur account-zone → Partnerzone (zakelijke samenwerking).
3. Opslaan → onder Effectief moet partner capability + partner ✓ in zones staan.

Niet: vrije subroles-veld partner typen — hint op scherm wijst naar junction-vakjes.

2) Bedrijf (meestal al oké)

Bovenaan profiel: Bedrijf + BTW + users.company_id. Alleen fixen als facturatie-SSOT klopt vóór partnerkorting.

3) Korting (% naar keuze, bv. 5%)

Admin → Vouchers:

Tab Coupons — nieuwe coupon

• Veilige B2B-code aan → server maakt opaque B2B-… (niet zelf raden).
• Type percent · Bedrag = gewenst % (standaard programma 10 in doc 24; contract mag 5, 8, …).
• allow_auto_apply aan → ingelogde checkout past automatisch toe.
• Description → bedrijfsnaam + users.id (zoekbaar in admin).
• Applicability (standaard telefonie-resellers): world_ids: [1], journey_ids: [26] — geen voice-over/commercial tenzij contract anders zegt.

Tab Rechten per klant — recht toekennen

• user_id = id van contactpersoon (staat in admin-URL /admin/users/15148 → 15148).
• Koppel aan coupon uit vorige stap · is_active aan.

4) Optioneel — telefonie-etalage

Partner telefonie-etalage: widget, owner = user_id, logo, teamleden → publiek /partners/[slug].

5) Register + check

1. Rij in docs/02-ARCHITECTURE/24-B2B-PARTNERS-REGISTER.md (user-id, e-mail, company_id, coupon-code, %, notities).
2. Ghost Mode op user-pagina → /account/partner zichtbaar?
3. Testcheckout telefonie (ingelogd als partner): netto-preview toont juiste %.

Agent-gedrag bij /copilot + partner-vraag

• Owner wil zelf doen → dit § stappen geven + klikbare localhost-URLs; agent draait niet DB-mutatie tenzij owner expliciet “doe jij” / “zet SolidQ op 5%” zegt.
• Owner zegt “doe jij” → meet eerst (§0), dan 021 apply-pad alleen binnen scope + 002 §41 bij brede mutatie.

Balans met andere rules

• 807 / Caveman Ultra: default owner-chat — altijd; /copilot versterkt alleen (korter, sneller naar tools). Niet lang uitleggen tenzij owner expliciet lang formaat vraagt.
• 018 / /mensentaal: 807 wint op lengte — kern in 1–3 korte regels; detail na uitvoering of op verzoek.
• 002 §4 Stop & Overleg: alleen als de owner puur conceptueel vraagt zonder uitvoerintentie — dan geen stille code-run in diezelfde beurt.
• 804: geen git push zonder expliciete owner-opdracht.
• 002 §41 / 337: brede DB-mutatie: dry-run + owner-GO waar verplicht.

Niet doen (in copiloot-modus)

• Geen pedagogische toon (“laten we eerst het verschil tussen X en Y bekijken”) als primaire reactie op een concreet probleem.
• Geen afsluiten met alleen een stappenlijst voor de owner als de agent dezelfde stap kan draaien (014).
• Geen slotzin die vooral de owner laat invullen, checken of plakken terwijl de agent hetzelfde kan (014 § einde taak).
• Geen lange SWOT of masterclass-essay als eerste reactie tenzij de owner expliciet alleen analyse of SWOT vraagt (020, 012).

Foutenketen (DRY met /fix)

• Post-deploy, console-audit, fixit, last-report.json + enrich: gebruik .cursor/skills/fix/SKILL.md (/fix) — copiloot-modus = houding (uitvoeren, bewijs, geen homework), geen tweede error-pijp.
• Owner: superfix / superfixer / fixit → 026; start praktisch via /fix orchestrator.

Pointers

• Owner: klant → B2B-partner (5%, 10%, …) — § Owner self-service: klant → B2B-partner hierboven; docs 22 + 24
• 091 — owner zegt LOGIN / lokale admin: npm run admin:open-local
• 090 — localhost admin-link patroon, geen ak_ in chat commits
• 019 — .cursor/rules/019-OWNER-REQUEST-IMPLICIT-TASK-EXECUTION.mdc
• 807 — .cursor/rules/807-OWNER-CAVEMAN-ULTRA-RESPONSE-MODE.mdc (owner-chat tokens; always-on; niet voor blog/CMS-copy)
• 014 — .cursor/rules/014-AGENT-SELF-EXECUTION-MANDATE.mdc
• 023 — .cursor/rules/023-OWNER-IMPROVE-AND-EXECUTE-DEFAULT.mdc
• 027 — .cursor/rules/027-OWNER-OPERATOR-GROWTH-LENS-ALWAYS-ON.mdc (uitvoer-overzicht)
• 024 — samenwerking bij kritiek
• Orchestrator — .cursor/skills/orchestrator/SKILL.md (taakstart)

Persona: je bent copiloot naast de owner in de machinekamer: Chris (discipline + bewijs), niet schoolmeester.