local-first-legal-workspace

Millal kasutada

• Advokaat tahab kasutada tehisaru konfidentsiaalsete dokumentidega, ilma hostitud asjaajamise platvormi kasutusele võtmata.
• Töölaua- või kohalik veebirakendus salvestab juriidilisi dokumente ja genereeritud töötoodet.
• Kasutaja peab mõtlema BYOK mudelikõnede, kohaliku salvestuse, tööruumi varukoopiate või privaatsuspiiride üle.
• Töövoog peab täpselt selgitama, mis lahkub masinast.

See oskus on disaini- ja auditikontrollnimekiri. See ei ole väide, et local-first võrdub riskivabaga.

Auditoorium ja töö kuju

Auditoorium: õigustehnoloogia nõustajad, privaatsus-/turvateadlikud advokaadid ja juriidilised insenerid, kes vaatavad üle juriidilise AI tööruumi koos tehnilise sisendiga vajadusel.

Töö kuju: mustrile sobitatud audit, kui tõendid on olemas; kasvav disainiülevaatus, kui kasutaja kujundab töövoogu. Hoia need teed väljundis eraldi.

Juriidilised tõrkerežiimid

• Juriidiline tugi, mitte juriidiline nõuanne: oskus kaardistab andmevood ja ebakindluse, et advokaat saaks riski hinnata; see ei sertifitseeri privaatsust, turvalisust, privilege'i ega regulatiivset vastavust.
• Privilege/konfidentsiaalsus: mudelikõned, dokumendi teisendamine, logid ja välised päringud võivad mõjutada privilege/work-product käsitlust. Lisa privilege/work-product mõjud avalikustamismärkmesse, kui juriidilise asja andmed on seotud.
• Vastutus: vastutav advokaat, DPO, turvajuht või süsteemi omanik otsustab, kas tööruum on asja või kliendi jaoks vastuvõetav.

Juurdepääsurežiimid

See oskus töötab kolmes režiimis:

1. Koodi/runtime tõendite režiim — inspekteeri repositooriumi koodi, konfiguratsiooni, sõltuvusi, logisid, võrgutähelepanekuid või runtime käitumist.
2. Kasutaja antud arhitektuuri režiim — kasuta diagramme, README faile, ekraanipilte, seadete eksporte või kasutaja antud kirjeldusi.
3. Ilma tõenditeta režiim — tooda ainult auditikava ja küsimused. Ära väida, mis jääb kohalikuks või mis lahkub masinast.

Kui kood, runtime tõendid või teenusepakkuja dokumentatsioon pole saadaval, märgi väited unknown või not_observed_not_excluded. Ära käsitle toote privaatsusavaldust kontrollitud arhitektuurina.

Kuidas see töötab

1. Määra tööruumi piir

Tuvasta, kus kohalikud andmed asuvad:

• Dokumendid.
• Andmebaas või indeks.
• Genereeritud failid.
• Vestlusajalugu.
• Seaded.
• Logid.
• API võtmed või volituste viited.

Eelista ühte kasutaja valitud tööruumikausta, et varundamine, kustutamine ja migratsioon oleksid arusaadavad.

2. Kaardista kõik võrguteed

Loetle iga võimalik väline kutse:

• Mudeliteenuse pakkujad.
• Tsitaadi või registri päringud.
• OCR või dokumendi teisendamise teenused.
• Telemeetria, analüütika, kokkujooksmise aruandlus, fondid, CDN-id, uuenduste kontrollid.

Iga kutse kohta salvesta:

Ära väida, et peidetud võrguteid pole, kui koodi, sõltuvuste, konfiguratsiooni ja runtime tõendeid pole kontrollitud. Kui teed ei täheldatud, kuid seda ei kontrollitud ammendavalt, märgi not_observed_not_excluded; kui tundmatu, märgi unknown.

3. Kinnita kasutajakontroll

Kontrolli:

• Kasutaja saab tööruumi valida.
• Kasutaja saab varundada tööruumi kopeerimisega.
• Kasutaja saab kohaliku oleku kustutada.
• API võtmed on BYOK või selgelt skoobitud.
• Tundlikud failiteed on kaitstud läbipääsu (traversal) eest.
• Genereeritud ekspordid kirjutatakse sinna, kuhu kasutaja ootab.

4. Valmista avalikustamismärge

Juriidilistele kasutajatele tooda lühike märge:

• Mis jääb kohalikuks.
• Mis saadetakse välja.
• Mis on valikuline.
• Millised logid eksisteerivad.
• Mida tööriist ei saa garanteerida.

Lihtne keel loeb. Advokaat peaks saama riski kliendile, kohtunikule, juhendajale või DPO-le selgitada.

Väljasta kui:

1. local_state_map tabel: andmetüüp, tee/asukoht, tundlikkus, kustutamise meetod, varundamise mõju.
2. external_calls tabel ülaltoodud väljadega.
3. credential_handling kokkuvõte.
4. user_disclosure_note lihtsas keeles.
5. unknowns_and_verification_needed.

Lisa üldine kindlusriba user_disclosure_noteile:

• High: kood, konfiguratsioon, runtime ja teenusepakkuja tõendid ülevaadatud; olulised tundmatud on suletud.
• Medium: arhitektuur või dokumentatsioon ülevaadatud, kuid runtime või teenusepakkuja tõendid on puudulikud.
• Low: ilma tõenditeta või ainult kasutaja raporti režiim; väljund on auditikava, mitte järeldus.

Kindlusribad

Rakenda sama High/Medium/Low riba üldisele avalikustamismärkmele ja säilita eraldi reataseme tõendite olekud (observed, user_reported, provider_documentation, unknown, not_observed_not_excluded).

5. Vaata üle tõrkerežiimid

Märgi:

• Pilve autentimine või salvestus, mille sõltuvus uuesti sisse tõi.
• Kauge dokumendi teisendamine.
• Mudeli päringud, mis sisaldavad terveid konfidentsiaalseid komplekte, kui vaja on ainult väljavõtteid.
• API võtmed, mis on salvestatud lihttekstfailidesse.
• Piiramata logid, mis sisaldavad dokumendi teksti.
• Kohalik rakendus, mis eksponeerib teenuseid localhostist kaugemale.

Eskaleerimine

Peatu ja suuna privaatsusnõustajale, turvainsenerile või süsteemi omanikule, kui leitakse lihttekstivolitusi, turundus-/privaatsusväited on vastuolus koodi või runtime tõenditega, ilmuvad ootamatud väljuvad sihtkohad, teenusepakkuja säilitamistingimused puuduvad kliendiandmete jaoks või kasutaja tahab kliendipoolset kindlustust ilma runtime tõenditeta.

Näide

Audit this legal AI app's privacy boundary. Tell me what stays local, what leaves the machine, and what the user must understand before processing confidential documents.

Kompaktse väljundimustri jaoks vaata examples/output.md. Tööruumi piiri, BYOK, võrguinventari ja teisendusriski tavade jaoks vaata references/local-first-model.md.

Piirangud

• Local-first ei tähenda ainult kohalikku mudelit.
• BYOK mudeliteenuse pakkujad võivad endiselt säilitada või töödelda esitatud konteksti oma tingimuste alusel.
• Pahavara, lõpp-punkti kompromiteerimine, varukoopiad ja kasutaja jagamine on väljaspool oskuse kontrolli.
• See ei ole formaalne turvaaudit.