Follow-up laiškai

Tiems patiems atsakymai rašomi iš naujo; kažkas stringa, kol atsakoma; susitikimų follow-up'ai pamirštami arba siunčiami vėlai. (Šablonas: site/src/lib/diagnostic/flow.ts → TEMPLATES["email-triage"].)

1. Laiškai rūšiuojami ranka kasdien.
2. Tiems patiems atsakymai rašomi iš naujo.
3. Kažkas stringa, kol atsakoma.

Matuotų „prieš/po“ skaičių nėra – before/after metrikų neskelbiame be realių matavimų.

1. Seka suskirsto gautus laiškus į kategorijas.
2. Atsakymo juodraštis paruošiamas automatiškai.
3. ŽMOGAUS PATVIRTINIMAS: jūs redaguojate ir išsiunčiate.
4. Atsakymas išsiunčiamas ir užfiksuojamas.

(Šablonas: site/src/lib/diagnostic/flow.ts → TEMPLATES["email-triage"].target.)

Susitikimo atveju papildoma išvestis – follow-up juodraštis gavėjui iš susitikimo išvadų: T008 sekoje tai atskiras etapas followup_draft (site/src/lib/sandbox/trace.ts 7 žingsnis), siuntimo politika human_only_R3.

• Gautas laiškas, atitinkantis kategoriją (suprojektuota), arba
• pasibaigęs susitikimas su aptartais įsipareigojimais (sandbox įgyvendinta

T008 sekoje).

• Laiško turinys / susitikimo išvados, gavėjo kontaktas.
• Sandbox: sintetinio susitikimo įrašas (site/src/lib/sandbox/transcript.ts).

• Atsakymo / follow-up laiško juodraštis (R2 AUTONOMOUS – eilė, ne siuntimas).
• Sandbox pėdsake: gmail drafts.create simuliuotas rašymas su

sendPolicy: human_only_R3 (site/src/lib/sandbox/trace.ts buildSimulatedWrites).

• Siuntimas niekada automatinis: email.send R3 HUMAN_APPROVAL

(data/risk_action_policy.yaml); sandbox įspėjimas cituojamas literally: „R3: realus išsiuntimas (email.send) reikalauja atskiro žmogaus patvirtinimo – demo tik modeliuoja“ (site/src/lib/sandbox/trace.ts warnings).

• Gavėjo el. paštas neatpažintas → juodraštis „nenurodytas“ gavėjui, siuntimas

neįmanomas be žmogaus įsikišimo (T008 followup.to null kelias).

• Jokio automatinio „atrimo“ iš nesuprasto turinio – warnings, ne išmonė.

PARTIAL (◐ dalinai):

• Veikia (sandbox): follow-up juodraščio generavimas T008 susitikimo sekos

viduje – deterministiškai, su testais (site/TASK_RECEIPTS/T008_RECEIPT.md eil. 4: follow-up draft su sendPolicy: human_only_R3).

• Nėra: pašto kategorizavimo adapterio, tikro drafts.create iškvietimo,

siuntimo. google.email.send capability UNAVAILABLE (data/capability_registry.yaml); Gmail/M365 connectoriai atidėti sprendimų B1 (restricted scopes + 7-dienų Testing refresh riba) / B2 (tenant admin gating) – data/t016_integration_reality.md §6 „Deferred“.

Skaičiuojama individualiai diagnostikoje – Automatizacijos vertės įvertis (site/src/lib/value/engine.ts; formulė ir prielaidos visuomet rodomos, VALUE-R4: tai ne ROI). Neskelbiame išgalvotų „sutaupysite X val.“ teiginių.

Būsena: dalinė – sandbox pėdsake, ne atskirame viešame demo. Follow-up juodraštis matomas T008 Meeting→CRM sekos 7 žingsnyje (site/src/lib/sandbox/trace.ts; kodo demonstracija be viešo UI). Atskiros Pašto follow-up sekos demo nėra.

• site/src/lib/diagnostic/flow.ts – TEMPLATES["email-triage"]
• site/src/lib/sandbox/trace.ts – followup_draft etapas, human_only_R3
• site/TASK_RECEIPTS/T008_RECEIPT.md – testų įrodymas (407/407)
• data/risk_action_policy.yaml – email.draft R2 / email.send R3
• data/capability_registry.yaml – google.email.send UNAVAILABLE
• data/t016_integration_reality.md §6/B1 – Gmail/M365 atidėjimo sąlygos