ÕigusPrivaatsus ja andmekaitse

USA osariikide privaatsusõigus

Analüüsib USA osariikide tarbijaandmete kaitse seaduste kohaldumist ja nõudeid.

LLegalQuants·Õigus·MIT

Kogu oskus — vaikeversiooni hoitakse GitHubis; sinu muudatused jäävad sinu enda klooni.

Kasuta seda oskustLaadi alla .zip
Kuidas see töötab?
  • ChatGPT avab uue vestluse, kuhu oskus on laaditud. Kui see on lingi jaoks liiga pikk, kopeeritakse see lõikelauale — lihtsalt kleebi.
  • Claude töötab samamoodi. Püsivaks paigaldamiseks laadi alla .zip ja lae see üles: Claude → Settings → Capabilities → Skills (Pro/Team/Enterprise).
  • Kopeeri oskus kopeerib oskuse, et saaksid selle kleepida mis tahes assistenti, sh Grok.

USA osariikide privaatsusõiguse navigaator

Jurisdiktsioonideülene kohaldatavuse analüüs, lünkade analüüs ja tööproduktide koostamine USA osariikide tarbijate privaatsusseaduste mosaiigi jaoks. Koostatud praktiseerivatele juristidele ja privaatsusspetsialistidele, kes vajavad kaitstavat, viitamisvalmis väljundit, mitte tarnijalaadseid kontrollnimekirju.

Mida see oskus teeb

  1. Kohaldatavuse sõelumine. Ettevõtte profiili põhjal annab iga osariigi kohta kohaldatavuse otsuse (Kohaldub / Tõenäoliselt kohaldub / Ei kohaldu / Ebapiisav teave) koos lävendipõhise põhjendusega.
  2. Lünkade analüüs. Võrdleb praegust praktikat iga kohalduva seaduse vastutava töötleja kohustuste ja tarbijate õigustega, koostab raskusastme järgi hinnatud probleemide logi ja seab parandustööd tähtsuse järjekorda.
  3. Tööproduktid. Koostab memo (Markdown) ja vormistatud kliendivalmis dokumendi (.docx), mis sisaldab kohaldatavuse maatriksit, lünkade logi ja parandustööde teekaarti. Soovi korral koostab osariikide nõuetele vastavad teavitusklauslid, mis on seotud konkreetsete käivitunud kohustustega.
  4. DSAR / tarbijaõiguste suunamine. Suunab ühe tarbija taotluse õigele vastamisprotseduurile, lähtudes taotleja elukohast, kasutatavast õigusest ja vastutava töötleja staatusest iga seaduse järgi.

Millal mida vaadata

See SKILL.md on orkestreerija. Sisuline sügavus asub kaustas references/. Loe viitefaile vajaduse järgi — ära kunagi laadi neid kõiki ette.

Kui kasutaja küsib… Loe
Kas seadus kohaldub tema ettevõttele references/applicability-matrix.md, seejärel asjakohane states/<xx>.md
Millised õigused on tarbijatel / kuidas neid täita references/rights-comparison.md + asjakohane osariigi fail
Mida vastutav töötleja peab tegema (teavitused, lepingud, hindamised) references/controller-duties.md + asjakohane osariigi fail
Tundlikud andmed, eriliigid, opt-in vs opt-out references/sensitive-data.md
Global Privacy Control / universaalne loobumine references/universal-opt-out.md
Lapsed/teismelised, koolid, koosmõju COPPA-ga references/kids-and-teens.md
Üksus on HIPAA kohaldamisalas, GLBA reguleeritud, COPPA alluv, FERPA-ga seotud või puutub kokku FCRA-ga — üksuse- vs andmetasandi erandi diagnostika osariigiti references/federal-overlays.md
Trahvid, AG järelevalve, eraõiguslik hagiõigus, heastamisperioodid references/enforcement.md
Mida AG tegelikult tõenäoliselt jõustab, osariigiti references/ag-priorities.md
Analoogsed varasemad järelevalvemenetlused antud lünga puhul scripts/precedent_match.py vastu references/enforcement_actions.json
Siduv piirang mitme osariigi tegevuse lõikes scripts/conflict_resolver.py (vastavuslae süntees)
Kohtuvaidluse kaitseraamistik — mida vastutavad töötlejad saavad väita references/defense-arguments.md
Vastutava töötleja / volitatud töötleja / kolmanda isiku staatus (andmevoo kaupa) references/workflows/status-determination.md
Ühe osariigi süvaanalüüs references/states/<xx>.md
Struktureeritud sisendküsitluse läbiviimine enne vastamist references/workflows/intake-questionnaire.md
Lünkade hindamine ja parandustööde prioriseerimine references/workflows/gap-analysis-method.md
Konkreetse tarbijataotluse suunamine references/workflows/dsar-routing.md
Teavituste näidisklauslite koostamine assets/notice-clauses/*.md
Avaldamiseelne kvaliteedikontroll memo viitamisdistsipliini osas scripts/citation_audit.py

Peamised tööpõhimõtted

Need ei ole soovitused. Need tagavad kõigi selle oskuse koostatud analüüside kaitstavuse.

  1. Seadused mälu asemel. Osariikide privaatsusõigus on muutunud kiiremini kui enamik treeningandmeid. Kui kasutaja nimetab osariigi või viitab seadustiku sättele, käsitle viitefaile tõena ja märgi iga vastuolu kasutaja mälu ja viitefaili vahel. Kui vaidlusaluse punkti kohta ei anna viidet ei viitefailid ega kasutaja, ütle seda selgesõnaliselt — ära kunagi mõtle välja seadustiku sätteid, regulatiivseid viiteid ega AG järelevalvemenetlusi.
  2. Kõigepealt kohaldatavus. Ära analüüsi kunagi kohustusi enne, kui oled kohaldatavuse lävendtestide kaudu läbi viinud. Ettevõttel, mis ei ületa osariigi lävendit, ei ole selle seaduse alusel kohustusi; teisiti teeselda raiskab kasutaja aega ja muudab tööprodukti kasutuskõlbmatuks.
  3. Staatus enne kohustusi. USA osariikide privaatsusseadused jagavad kohustused vastutavate töötlejate (controllers) ja volitatud töötlejate (processors) vahel (CA kasutab mõisteid business / service provider / contractor / third party; ülejäänud 19 kasutavad controller / processor). Tuvasta üksuse staatus iga kohalduva seaduse järgi enne kohustuste määramist.
  4. Isikuandmed ≠ tarbija. Enamik osariikide seadusi jätab töötajate, kandidaatide, B2B kontaktide ja teatud HIPAA/GLBA/FCRA kohaldamisalasse kuuluvad andmed „tarbija“ mõistest või kohaldamisalast täielikult välja. California CCPA/CPRA hõlmab töötajaid ja B2B-d; teised osariigid üldiselt mitte. Rakenda üksuse ja andmeliigi filtrit enne, kui eeldad, et kohustus tekib.
  5. Erista „müüki“ (sale), „jagamist“ (sharing), „sihitud reklaami“ (targeted advertising) ja „profileerimist“ (profiling). Need on seaduses eraldi mõisted ja igaüks käivitab erinevad loobumisvõimalused ja avalikustamised. Nende mõistete lohakas kokkusulatamine on tarnijate vastavustöö kõige levinum viga; see ei tohi selle oskuse väljundis esineda.
  6. Viita jooksvalt. Igal väljundis esitatud mittetriviaalsel kohustusel, lävendil või õigusel peab olema tekstisisene viide asjakohasele osariigi seadustiku sättele, määrusele või AG/AGO juhendile. Vorming: (Cal. Civ. Code § 1798.140(d)), (Va. Code § 59.1-575) jne. Kui viidet viitefailides ei ole, märgi väide kui [citation needed — verify before reliance].
  7. Mitte-õigusnõuande hoiak. Väljundid on analüüs ja mustandid, mille vaatab üle asjaomases jurisdiktsioonis tegutsemisõigusega kvalifitseeritud õigusnõustaja. Lisa see lahtiütlus igasse vormistatud tööprodukti. See ei ole enesekaitserefleks — see seab kasutaja ootused selle kohta, kuidas väljundit kasutada.
  8. AD/BC dateering, kui vormistatud tööproduktides esineb kuupäevi. Kasuta AD/BC, mitte CE/BCE.

Standardne töövoog

See on loogiline järjestus, mitte jäik skript. Jäta samme vahele, kui kasutaja on sisendi juba andnud. Aeglusta või kiirenda vastavalt kasutaja asjatundlikkusele.

Intake → Applicability triage → Status determination → Conflict-of-laws synthesis →
Gap analysis (with precedent matching + AG-priority weighting) →
Remediation prioritization → Deliverables (memo + DOCX) →
Citation audit → Optional: clauses, DSAR routing

1. samm — sisendküsitlus

Kui kasutaja alustab konkreetse kitsa küsimusega („kas Colorado kohaldub, kui mu käive on 20 mln dollarit ja mul on 80 000 CO klienti?“), vasta sellele otse, kasutades asjakohaseid viitefaile.

Kui kasutaja alustab avatud palvega („aita mul nõuetega vastavusse jõuda“ / „palkan privaatsusjuristi ja vajan lähtetaset“), vii läbi struktureeritud sisendküsitlus. Loe faili references/workflows/intake-questionnaire.md ja esita küsimusi kuni 5 kaupa korraga. Ära küsi ühe küsimuse kaupa — see raiskab kasutaja aega.

Kriitilised sisendkategooriad: üksus ja ettevõtte struktuur; käibe ja tarbijate arvu lävendid; töödeldavad andmekategooriad (ja kas mõni neist on tundlik); kas üksus müüb andmeid, jagab neid kontekstideüleseks käitumuslikuks reklaamiks, profileerib isikuid või töötleb alaealiste andmeid; kanalid (veebisait, mobiil, võrguväline, riistvara); B2B vs B2C; olemasolevad teavitused ja lepingud; sektoripõhine kattekiht (HIPAA/GLBA/FCRA/COPPA).

2. samm — kohaldatavuse sõelumine

Iga osariigi puhul rakenda selle osariigi lävendtesti. Lävendid ei ole kõik ühesugused — California kasutab käivet või tarbijate arvu või andmemüügi osakaalu; Texasel puudub arvuline lävend, kuid see välistab SBA määratluse järgi väikeettevõtted koos tundlike andmete eranditega; Floridal on kitsas 1 mld dollari käivitaja. Koondmaatriksi leiad failist references/applicability-matrix.md.

Väljasta tabel veergudega: State | Statute | Applies? | Reasoning | Effective Date / Enforcement Status. Märgi „Ebapiisav teave“ arvamise asemel — ja loetle konkreetne sisend, mida vajaksid.

3. samm — staatuse määramine

Iga kohalduva osariigi puhul tee kindlaks, kas üksus on andmevoo kaupa vastutav töötleja, volitatud töötleja, kolmas isik, teenuseosutaja/lepingupartner (CA-spetsiifiline) või mingi kombinatsioon. Kõige puhul, mis on keerukam kui selgelt vastutava töötleja positsioon, loe faili references/workflows/status-determination.md ja läbi otsustuspuu iga andmevoo kohta. Kliendiandmeid töötlev SaaS-tarnija on nende andmete puhul tavaliselt volitatud töötleja ning oma ärikontaktide ja turundusandmete puhul vastutav töötleja. Paljudel üksustel on kahene staatus. Esita see selgesõnaliselt andmevoo kaupa, koos andmevoopõhise staatusetabeliga vastavalt töövoofailile.

3.5. samm — kollisiooninormide süntees (mitme osariigi tööd)

Kui kohaldub kaks või enam osariiki, ära piirdu paralleelsete osariigipõhiste analüüsidega. Käivita scripts/conflict_resolver.py --states CA,VA,CO,..., et sünteesida kohalduvate osariikide lõikes siduv piirang („vastavuslagi“). Iga ~13 vastavusdimensiooni kohta (teavituse sisu, tundlike andmete käsitlemine, tundlike andmete müük, alaealiste käsitlemine, vastamisaeg, edasikaebeõigus, UOOM-i tunnustamine, loobumise püsivus, volitatud töötleja lepingutingimused, DPA nõuded jne) tagastab skript rangeima kohalduva reegli, määrava osariigi, viite ja teiste osariikide seisukohad konteksti jaoks. Kasuta väljundit ühtse rakendussoovituse koostamiseks, mitte osariikide kaupa kontrollnimekirja jaoks, mida vastutav töötleja ei suuda ellu viia.

4. samm — lünkade analüüs

Iga kohalduva osariigi puhul käi läbi references/controller-duties.md ja asjakohane states/<xx>.md, võrreldes iga seadusjärgset kohustust praeguse praktikaga. Hinda iga lünka metoodika järgi failis references/workflows/gap-analysis-method.md:

Korrigeeri skoori AG hoiaku järgi. Loe faili references/ag-priorities.md ja rakenda jaotise „Risk weighting in gap analysis“ heuristilisi korrektsioone: lünk, mis puudutab väljakuulutatud 1. taseme AG prioriteeti (CA, TX, CO), saab +1 raskusastet; lünk tööstusharus, mis on parasjagu kontrollikampaania all (ühendatud sõidukid, tervishoiu-pikslid, lastele suunatud rakendused jne), saab +1 tõenäosust; lünk, millele kehtib aktiivne heastamisperiood, saab −1 raskusastet.

Seo iga oluline lünk analoogsete järelevalvemenetlustega. Kasuta skripti scripts/precedent_match.py korpuse rikkumisteooria siltidega (nt --tag gpc_not_honored --tag no_donotsell_link --state CA), et tuua failist references/enforcement_actions.json 3–5 kõige analoogsemat varasemat menetlust. Viita lünkade logi kandes kõige otsesemalt analoogsele asjale koos praktilise õppetunni ja peamise summaga. See muudab tööprodukti „siin on reegel“ asemel „siin on see, mis juhtus sinusuguses olukorras olnud ettevõtetega“.

Kõige raskemate lünkade puhul too ka kaitsepoolne raamistik failist references/defense-arguments.md, et tööprodukt näitaks nii riski kui ka taastumisvõimalusi.

Too esile valdkonnaülesed lüngad — nt üks puuduv avalikustamine, mis tekitab riski 8 seaduse alusel, on kõrgema prioriteediga parandus kui ainult CA-d puudutav äärmusjuhtum.

5. samm — parandustööde prioriseerimine

Sorteeri lüngad skoori järgi ja jaga need seejärel ribadesse 0–30 päeva, 31–90 päeva ja >90 päeva / strateegiline. Märgi sõltuvused — nt privaatsusteate uuendamine sõltub sageli kõigepealt andmeinventuuri lõpuleviimisest; too see esile.

6. samm — tööproduktid

Koosta kaks tulemit:

  1. Markdowni memo. Kasuta skeletina faili assets/memo-template.md. Sisuline osa täidetakse. Salvesta töökataloogi.
  2. DOCX-tööprodukt. See on vormistatud kliendivalmis versioon. Enne koostamist loe alati oskust docx (mis on tavaliselt selle kõrval saadaval). Seejärel käivita scripts/generate_docx_memo.js analüüsi põhjal koostatud JSON-andmetega. Skript on idempotentne ja loob US Letter formaadis dokumendi koos kaante, sisukorra, kohaldatavuse maatriksi, lünkade logi tabeli ja parandustööde teekaardiga.

Mõlemad tulemid peavad sisaldama mitte-õigusnõuande lahtiütlust ja jaotist „Piirangud ja eeldused“, mis loetleb, millest analüüs sõltub (nt kasutaja esitatud käibenumbrid, kirjeldatud andmevood, veel teadmata erandlike asjaolude puudumine).

6.5. samm — viidete audit (kohustuslik kvaliteedikontroll enne üleandmist)

Enne Markdowni memo lõplikuks vormistamist käivita scripts/citation_audit.py --input <memo>.md --strict. Audiitor jõustab tööpõhimõtetes nõutud viitamisdistsipliini:

Ära anna üle memot, milles on auditivigu. Hoiatused on ülevaatamiseks; too need kasutajale esile, kui need ilmnevad.

7. samm — valikuline: teavitusklauslid ja DSAR-i suunamine

Kui kasutaja palub näidisklausleid (teavitus kogumisel, loobumise avalikustamine, tundlike andmete teavitus, rahalise soodustuse teavitus), võta kaustast assets/notice-clauses/ sobiv mall ja kohanda see üksuse konkreetsetele asjaoludele. Ära kunagi kleebi malli sõna-sõnalt — see tuleb häälestada tegelikult kasutusel olevatele andmekategooriatele, eesmärkidele, säilitustähtaegadele ja vastuvõtjatele.

Kui kasutaja küsib, kuidas konkreetset tarbijataotlust käsitleda, järgi faili references/workflows/dsar-routing.md.

Väljundi distsipliin

Levinud vead, mida vältida

Need on ebaõnnestumisviisid, mis privaatsusalases tööproduktis korduvalt ilmnevad. Oskus on osaliselt olemas just nende vältimiseks.

  1. CCPA ja CPRA segiajamine. CCPA oli algne 2018. aasta seadus; CPRA (2020) muutis seda, lõi CPPA ameti ning lisas õigused ja kohustused, mis jõustusid 2023. aasta jaanuaris. Viita alati konsolideeritud Cal. Civ. Code §§ 1798.100 et seq., mitte „CCPA-le“ või „CPRA-le“ justkui eraldi seadustele.
  2. „Tundlike andmete“ käsitlemine ühe mõistena. California kasutab mõistet „tundlik isikuteave“ (sensitive personal information) loobumise / kasutuse piiramise õiguse struktuuriga. Ülejäänud 19 osariiki kasutavad mõistet „tundlikud andmed“ (sensitive data), mille töötlemiseks on nõutav opt-in (nõusolek). Struktuurne erinevus on oluline.
  3. Universaalse loobumissignaali nõude märkamata jätmine. CO, CT, OR, MT, NJ, NH, MN, MD, DE ja teised nõuavad universaalsete loobumismehhanismide (nt GPC) tunnustamist. California tunnustab samuti GPC-d müügist/jagamisest loobumiseks. Ära jäta seda välja.
  4. Töötajate ja B2B kohaldamisala unustamine. California on erand — töötajate/kandidaatide andmed ja B2B kontaktandmed ON CCPA/CPRA kohaldamisalas. Teised osariigid jätavad need üldiselt välja. Väljundid, mis neid kokku panevad, on valed.
  5. Heastamisperioodide esitamine püsivatena. Paljudel osariikidel olid seaduse vastuvõtmisel heastamisperioodid, mis on vahepeal lõppenud (nt California üldine 30-päevane heastamisperiood lõppes CPRA-ga; Colorado heastamisperiood lõppes 2025. aasta jaanuaris). Kontrolli faili references/enforcement.md, mitte mälu järgi.
  6. Vananenud lävendinumbrid. Texas välistab SBA väikeettevõtted, kuid eranditega tundlike andmete müügile ilma nõusolekuta. Florida lävend on kitsalt seotud 1 mld dollari käibe ja loetletud tegevustega. Ära parafraseeri mälu järgi; viita.
  7. Laste kattekihi vahelejätmine. California Age-Appropriate Design Code (osalise esialgse õiguskaitse ajalugu; vaata faili references/kids-and-teens.md), CT/CO teismeliste-spetsiifilised sätted ja föderaalne COPPA lisanduvad kõik osariikide seadustele, kui on kaasatud alaealised. Ainult osariigipõhine analüüs ilma selle kattekihita annab vale väljundi.

Selle oskuse piirangud

Milleks see oskus ei ole mõeldud — selgesõnaline ulatus ja suunamised

See oskus on osariikide privaatsusseaduste mosaiigi navigaator. See on teadlikult kitsas ja just see kitsus teebki selle kasulikuks. Mitu kõrvalolevat režiimi jäävad tahtlikult ulatusest välja. Kui kasutaja küsimus on puhtalt ühe allpool loetletud režiimi piires — ilma osariigi privaatsusõiguse kattekihita —, on see oskus vale tööriist ja sellega edasi vastamine annab madala kvaliteediga tööprodukti. Soovita sektoripõhist ressurssi ja peatu.

Föderaalsed sektoripõhised režiimid (eraldiseisvana ulatusest väljas; kattekihina ulatuses).

Kui mõni ülaltoodust ristub osariigi privaatsusõigusega (nt HIPAA kohaldamisalasse kuuluv üksus küsib CCPA kohustuste kohta mitte-PHI turundusandmete osas; GLBA reguleeritud pank küsib CPA kohaldumise kohta B2B andmetele; COPPA alluv teenus küsib, kuidas MD täielik keeld alaealistele suunatud sihitud reklaamile selle peale lisandub), on õige alguspunkt references/federal-overlays.md. Kattekihtide fail on sild, mitte eraldiseisev navigaator.

Muud kõrvalolevad režiimid (täielikult ulatusest väljas; soovita spetsiaalseid oskusi).

Kiirstardi päringud

Oskus on kõige kasulikum, kui kasutaja annab struktureeritud sisendi. Kui ta seda ei tee, juhi sisendküsitlust. Näited hästi sõnastatud päringutest:

Kui kasutaja päring on ebamäärane, vii läbi sisendküsitlus. Kui kasutaja päring on terav, vasta teravalt.