← Files VeraARCHIVED FILE

modules/client-file-preparation/skills/email-cliente/SKILL.md

3.99 KB · Oct 5, 2026 · 18:29 UTC

↓ Download file

---
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