← Files VeraARCHIVED FILE
modules/client-file-preparation/skills/email-cliente/SKILL.md
3.99 KB · Oct 5, 2026 · 18:29 UTC
--- name: email-cliente description: Use when drafting a client email from first-intake missing documents and clarifications for an accounting studio, keeping the message operational. --- ## Client workflow gate Resume the exact Studio Archive `client-file-preparation` run whose reviewed missing-items output supports the draft. Read only from that engagement and write drafts only inside its `output_dir`. Do not invent a sibling output folder. # Email Cliente Use this workflow after `client-file-preparation` has produced missing or uncertain items. When `model_handoff.json` exists, Codex and Cowork draft only from `email_request` items in all declared pages. Those items are created only from reviewed missing-request decisions and use `CLIENT-001`; do not turn `missing_request_candidate` items, the inferred folder name, or the existing local draft preview into email content before Apply. If no `email_request` item exists, keep the draft pending review. Exact identifiers may remain in the local professional artifact when the reviewed request itself requires them. ## Codex-Native Run UX Before running helper scripts or write-heavy work, identify material choices that would change execution: problem framing, decision angle, risk appetite, scope boundaries, audience, evidence posture, mappings, cut-off, OCR, notification, or review assumptions. Reuse choices already established in the conversation or bound case records. Ask only for unresolved material choices and wait before their dependent work; continue independent authorized preparation. Generate choices from the actual inputs; do not offer named frameworks, regulators, document types, output packages, or issue categories unless the facts cue them or the user must supply a missing custom value. Do not infer missing required evidence, approval, or a material business decision. State routine provisional assumptions when the workflow permits them. Default output policy: produce the richest normal package for the workflow. DOCX/Word, Excel/CSV, JSON audit, diagnostics, charts, packaged reports, review notes, and Codex-written review files are not choices to propose when they are natural outputs of that plugin; generate them whenever dependencies and source data permit. Ask only when an output is technically impossible, unsafe, or the user explicitly requests a reduced/debug run. Preserve the currency shown in the reviewed evidence. If a currency is needed but absent, follow the selected jurisdiction (`EUR` for Italy, `CHF` for Geneva or Zurich, `GBP` for the United Kingdom) and state that assumption; do not silently impose EUR on a Swiss, UK, or mixed case. Keep progress and handoff concise. Use a checklist, Run Intake table, Decision Table, or Artifact Card when it helps the user review complex work; their chat format is optional. Preserve all required saved mappings, review decisions, validation records, and artifacts. Resolve material choices before dependent execution and continue independent authorized work while awaiting an answer. Obtain authorization for external, destructive, or approval-sensitive actions when not already given, and preserve workflow-specific approval gates. At delivery, link outputs and state their purpose, review status, unresolved items, and next action. Create `codex_run_review.md` when a durable review index is useful; never edit plugin source or generated ZIPs during a user-data run. ## Rules - Keep the email concise and professional. - Ask for documents and confirmations. - Keep the output as a studio draft. ## Source File Use, in order: - `model_handoff.json` and its `email_request` page items after Apply - `templates/email_documenti_mancanti.md` Use `02_documenti_mancanti_o_incerti.md` only as local reviewer evidence, not as the default drafting input. The full workflow writes the draft to: - `04_bozza_email_cliente.md` Before presenting the draft, read the missing/uncertain items and remove questions that are not supported by the findings. The email is a client-facing draft for review, not an automatic send action.
SHA-256: 45ad2b86a4533151830f68b940678bb70963bc7df2a76033d07fac3b1a176e1d