Vc Polarize

Wywołanie dla vc-polarize (launcher polarize)

Ten sam kształt trzech ścieżek floty, z literałami tego skilla — zobacz kanoniczną Matrycę Delegacji:

• Wspólne trzy ścieżki
• Katalog launcherów
• Reguła per-launcher
• Native vs external

Ścieżka	Literał tego skilla
1. Worker użytkownika	vibecrafted polarize <agent>
2. Interactive	/vc-polarize — wykonaj w tej sesji; native subagenty gdy trzeba; nie zewnętrzniaj tylko dlatego, że launcher istnieje
3. Agent-operator	może odpalić formę workera powyżej przez vc-dispatch / linie operatora, zachowując tożsamość tego skilla

Swobodniejszy native na niektórych biegach ≠ porzucenie floty external. vc-dispatch i vc-ship zachowują własne tożsamości.

vc-polarize — Decydujące cięcie po marbles

Konwergencyjny krok WRITE. Tam gdzie vc-marbles mówi „zaszpachluj każde pęknięcie z nadmiarem", a vc-audit mówi „falsyfikuj, nigdy nie dotykaj", ten mówi „zedrzyj do jednej prawdy, odrzuć konkurencyjne powierzchnie, wyrównaj świat".

Wejście operatora

Reguła Living Tree / Worktree

Działa w bieżącym checkoucie i na bieżącej gałęzi operatora. Nie przenoś się do worktree, chyba że wprost o to poproszono. Jedyny usankcjonowany drugi tryb to dispatch Fleet Worktrees (pisany plan, zacommitowane wcześniej verifiery, rozłączne domeny plików, jednowątkowy integrator — patrz Reguła Living Tree, Tryb B); poza tą formacją zostań we wspólnym drzewie. Czytaj pliki ponownie przed edycją. Zobacz Reguła Living Tree.

Checkpoint orientacji

Zanim polarize się uruchomi, skonsumuj świeże evidence z vc-init. Użyj Loctree:loctree (repo-view, focus, slice, impact, find, follow), aby odświeżyć Mapę Aplikacji Wyprowadzoną z Kodu (Code-Derived Application Map) przed twierdzeniami z grepa / docs / „pamiętam, że". Polarize wolno czytać niedawne raporty marbles — to celowe. Workery zostały na ślepo; polarize to krok syntezy, który potrzebuje wcześniejszego evidence zbieżności.

Standardowy launcher:

vibecrafted polarize codex --task 'marbles versus polarize skills: polarize them'
vc-polarize codex --task 'installer public contract'
vc-polarize claude --file /path/to/prism-pack.md
vibecrafted polarize agy --prompt 'Choose one launch thesis after marbles'

Gdy obecne jest --task, runner wykonuje świeży prism preflight i dispatchuje agenta tylko dla pasm pass i doctrine:

loct prism --with-aicx \
  --task '<operator task>' \
  --task '<operator task> code truth' \
  --task '<operator task> product truth' \
  --json

--with-aicx jest domyślne. --no-aicx tylko wtedy, gdy wprost potrzebujesz prism packu opartego wyłącznie na repo. --no-context-corpus pomija opcjonalną emisję retention packu. Żadnego --count. To nie jest kolejny silnik marbles.

Doktryna pracy z repozytorium

W pracy z repozytorium zacznij od Loctree jako mapy: użyj loct context, loct occurrences, loct body i loct find --literal przed szerokim ręcznym przeszukiwaniem. Używaj AICX do kontekstu intencji i sesji. Używaj rg/grep jako fallbacku lub lokalnej lupy, nie jako zamiennika mapowania strukturalnego. Jeśli Loctree zawiedzie lub przeoczy jakąś powierzchnię, dopisz feedback do ~/.vibecrafted/loctree/loctree-fail.md.

Cel

vc-marbles ustanawia prawdę kodu (Code Truth), pytając „co jest wciąż technicznie fałszywe, kruche albo nieprzetestowane?" — jego swarm (rój) produkuje celowe nadmiarowe aplikowanie w każde pęknięcie.

vc-polarize ustanawia prawdę produktu (Product Truth), pytając „który jeden koncept albo która granica produktu powinna teraz stać się autorytatywna?" — zdziera nadmiar do jednej osi i wyrównuje powierzchnie.

Zadanie to skolapsowanie niejednoznaczności do jawnego kontraktu:

• jedna granica
• jeden owner
• jedna ścieżka dowodu runtime'u
• jedna prawda artefaktu / raportu
• jedna publiczna obietnica, gdy koncept dotrze do użytkowników
• jawnie odrzucone alternatywy

Ten skill pisze kod — ale tylko po to, by wyrównać powierzchnie do wybranej prawdy. Nie wymyśla nowych powierzchni. Tnie.

Kiedy używać

Użyj vc-polarize, gdy:

• wynik loct prism ląduje w paśmie pass (9..12) albo doctrine (13..15)
• vc-marbles się zbiegł, ale pozostaje wiele wykonalnych prawd
• koncept albo powierzchnia produktu jest rozmazana po runtimie, testach, docs, artefaktach i publicznym copy
• release jest zablokowany, bo publiczne powierzchnie sobie przeczą

Nie używaj tego skilla, gdy:

• wynik prism to abort (0..4) — stop, żadnego polarize
• wynik prism to memo (5..8) — wyemituj tylko lokalne memo, bez dispatchu
• kod jest wciąż technicznie fałszywy / kruchy — to vc-marbles
• spec wymaga tylko weryfikacji, nie selekcji — to vc-audit

Pozycja w pipelinie

vc-polarize to krok WRITE typu decydujące cięcie:

... → marbles (WRITE: excess) → audit (READ) → [POLARIZE: WRITE: cut] → dou (READ) → ...

Marbles produkuje nadmiarowo zaaplikowaną powierzchnię. Audit weryfikuje, co wylądowało. Polarize zdziera do jednej osi.

Słownik podstawowy

Rozmaz kodu (Code Smear)

Koncept runtime'u albo produktu, którego prawda jest rozsmarowana po wielu plikach, warstwach, docs, testach, artefaktach, publicznych powierzchniach i pamięci operatora. Rozmaz nie jest automatycznie zły — staje się groźny, gdy rozsmarowanie tworzy konkurencyjne prawdy.

Prism Score (wynik pryzmatu)

Diagnostyczny wynik tego, jak bardzo koncept załamuje się przez framingi loct context --task. Wysoki Prism Score oznacza:

• jeden lokalny slice zmyli przyszłych agentów
• koncept zasługuje na wpis w korpusie
• przed releasem może być potrzebny przebieg polaryzacji

Nie oznacza: złego kodu, awarii CI, wstydliwego KPI, kary za liczbę plików.

Polaryzacja

Ruch przeciwny do rozmazu. Wybierz jedną oś / fasetę i spraw, by runtime, testy, docs, artefakty i publiczne powierzchnie się zgadzały.

Tryby

Tryb konceptu (Concept Mode)

Użyj, gdy rozmazany jest koncept architektoniczny / runtime'u. Przykłady: cykl życia marbles, powierzchnia release'u, publiczny kontrakt instalatora, synteza research swarmu, granica auth, kontekst memory/search.

Wyjście: jeden kontrakt konceptu i ścieżka dowodu.

Tryb produktu (Product Mode)

Użyj, gdy rozmazana jest powierzchnia produktu / publiczna. Przykłady: za dużo grup odbiorców, rozszczepione CTA, landing page kłócący się ze ścieżką instalacji, docs obiecujące za dużo względem runtime'u, brief release'u bez jednej dowiezialnej tezy.

Wyjście: jedna teza produktu i handoff DoU / release.

Pasma Prism Score

Oceń każdą oś 0..3 (Spread, Runtime Centrality, Authority Diversity, Drift Risk, Closure Evidence). Suma 0..15.

Pełne kryteria osi, cykl życia, bramki i kontrakt context-corpus żyją w PROCEDURE.md.

Kontrakt wyjścia

Rekomendowane artefakty:

$VIBECRAFTED_HOME/artifacts/<org>/<repo>/<YYYY_MMDD>/polarize/
  thesis.md
  concept-contract.md
  surface-map.json
  decision-ledger.md
  dou-handoff.md
  release-brief.md

Jeśli runtime nie ma jeszcze dedykowanego katalogu artefaktów polarize/, napisz tylko normalny wstrzyknięty raport i zawrzyj te sekcje wewnątrz niego.

Sekcje raportu (obowiązkowa kolejność)

1. Polarized Thesis — jedno zdanie, bez słów asekuracyjnych
2. Mode — concept albo product
3. Prism Evidence — framingi taska, ścieżki context packów, osie wyniku
4. Primary Boundary / Audience — co teraz wygrywa
5. Rejected Alternatives — co teraz przegrywa i dlaczego
6. Runtime Proof — konkretne evidence z repo / runtime'u
7. Surface Alignment — bieżące twierdzenie/ścieżka → problem → wybrane zastąpienie
8. Edits Made — jeśli implementacja była w scope
9. Gates Run — komendy, status wyjścia, co dowodzą
10. DoU Handoff — co DoU powinno audytować dalej
11. Release Handoff — co release może uczciwie dowieźć i co pozostaje zablokowane

Złożenie z sąsiednimi skillami

• vc-init — wymagana bramka. Polarize bez evidence z init jest ślepy.
• vc-marbles — wymagany upstream. Bez nadmiaru z marbles do zdarcia polarize nie ma czego ciąć.
• vc-audit — sąsiedni falsyfikator READ-ONLY. Macierz verdictów audytu może być bezpośrednim wejściem do polarize, gdy pytanie brzmi „które twierdzenia UNVERIFIED przyjąć, a które odrzucić?".
• vc-dou — downstreamowy sprawdzian gotowości do dowiezienia READ-ONLY. Polarize emituje sekcję handoffu DoU.
• vc-release — downstreamowy WRITE do dowiezienia. Polarize emituje brief release'u.

Antywzorce

• Framing „każdy może tego użyć" (rozszczepiona grupa odbiorców nigdy się nie polaryzuje)
• Jeszcze jeden wrapper zamiast jednego kontraktu
• Zmiana copy bez dowodu z runtime'u
• Punktowanie liczby plików zamiast dryfu autorytetu
• Traktowanie Prism Score jako awarii CI / wstydliwego KPI
• Traktowanie starych context packów jako żywej prawdy kodu
• Ukrywanie wyboru produktowego za technicznym sprzątaniem
• Uśrednianie dwóch wykonalnych osi zamiast wybrania jednej
• Uruchamianie polarize na paśmie abort / memo (dispatchuj tylko na pass / doctrine)
• Kontynuowanie w DoU / hydrate / decorate / release bez prośby operatora
• Ładowanie nieświeżych prism packów jako autorytatywnych

Warunek zakończenia

Po przebiegu polarize:

• teza napisana, jedno zdanie
• odrzucone alternatywy zapisane z uzasadnieniem
• powierzchnie wyrównane tam, gdzie dowód z runtime'u wspiera wybraną oś
• bramki zielone dla dotkniętych powierzchni
• handoffy DoU + release napisane

Stop. Nie kontynuuj w DoU, hydrate, decorate ani release, chyba że operator wprost poprosił o ten łańcuch.

Wezwanie do działania

Przeczytaj PROCEDURE.md przed pierwszym przebiegiem polarize — niesie pełny cykl życia, szczegół punktowania osi pryzmatu, kontrakt context-corpus i listę minimalnych bramek. Potem uruchom prism preflight, sprawdź pasmo i dispatchuj tylko dla pass / doctrine.

Klamra końcowa

=======================
Pamiętaj: tryb polarize to pozwolenie na wybranie jednej prawdy, nie
pozwolenie na wymyślanie nowych. Zalew marbles jest twój do zdarcia,
nie do rozszerzania. Jedna teza, odrzucone alternatywy nazwane, powierzchnie
wyrównane, bramki zielone. Stop na handoffie.
( •̀ω•́ )✧
=======================

Suchar: Dlaczego polarize nigdy nie uśrednia dwóch prawd? Bo średnia
z dwóch gwiazd to pył.  (._.)

𝚅𝚒𝚋𝚎𝚌𝚛𝚊𝚏𝚝𝚎𝚍. with AI Agents by Vetcoders (c)2024-2026 LibraxisAI