intake-sufficiency-pllisted

# Intake Sufficiency PL - ocena wystarczalnosci zlecenia ## Filozofia **Polowa zlych opinii prawnych to nie blad analizy, tylko zbyt cienkie wejscie.** Klient pisze "sprawdzcie te umowe", po czym okazuje sie, ze nie wiadomo wobec jakiego ryzyka, kto jest druga strona ani jaki jest cel. Ten skill nazywa to, czego brakuje, ZANIM zacznie sie praca - i zamienia luki w konkretne pytania do klienta, zamiast w domysly wpisane do deliverable. Skill **nie wykonuje** pracy prawnej. Ocenia kompletnosc wejscia i generuje pytania. ## Lustro routera - `legal-request-router-pl` patrzy na zadanie i decyduje, jaka kontrole dac **outputowi** (grounding / debata / paczka). - `intake-sufficiency-pl` patrzy na zlecenie i decyduje, czy **wejscie** wystarcza, by zaczac. Naturalna kolejnosc: najpierw intake-sufficiency (czy mam dosc), potem praca, potem router (jak skontrolowac wynik). ## Rubryka wystarczalnosci (6 wymiarow, 0-100) | Wymiar | Pytanie kontrolne | Waga | |---|---|---| | Cel | Czy wiadomo, po co klient przychodzi (opinia / audyt / pismo / negocjacja)? | 20 | | Zakres | Czy zakres jest zdefiniowany (co wchodzi, co nie)? | 20 | | Podmiot | Czy strony / podmiot sa zidentyfikowane (nazwa, NIP/KRS, rola)? | 15 | | Fakty | Czy sa dokumenty albo stan faktyczny do oparcia analizy? | 20 | | Ograniczenia | Czy znane sa twarde ograniczenia (deadline, budzet, poufnosc, jurysdykcja)? | 15 | | Kryteria sukcesu | Czy wiadomo, co dla klienta znaczy dobry wynik? | 10 | Werdykt: **strong** >= 8