A support draft should distinguish the observed account state, the proposed next step, the responsible team, and what has or has not been done. The model can prepare a concise response and a separate internal handoff with ticket IDs, verified facts, unresolved questions, and current knowledge revision. Sending the reply, moving a queue, changing an account, and closing a ticket are different effects; each needs its own authorization and receipt. An ambiguous send timeout requires checking the ticket timeline before retry. A ticket is resolved only after the action or explanation is confirmed, not because the assistant produced polished text.
Support prompts: separate reply, handoff, and resolution
Operational case
Aster drafts a reply for T-47: the v4.2 allocation is full at 46 active seats plus one pending reservation, and an authorized admin can review the pending invite. The member is not told that a seat was freed because no such effect occurred. If the requester needs a deadline-specific option, an account specialist receives a private handoff with ledger version and ticket history. The customer reply waits for the assigned agent's review. A later send timeout is reconciled against the ticket timeline before any duplicate response.
Customer draft: 47/47 reserved; admin review is next
Internal handoff: T-47, N-47, ledger version, knowledge r3
Not done: invite withdrawal or seat purchase
Send: pending agent review and receipt
Closure: pending confirmed outcomePerformance and review cost
Building an evidence-linked handoff for M messages and K facts is O(M+K), while ticket receipt checks are O(1) average by operation ID. The review adds latency but avoids unkept promises and duplicate sends. Keep customer text free of internal notes, and preserve a concise internal packet so a specialist can continue without asking the customer to repeat the whole history.
Common Mistakes
- Do not claim a seat was freed before a confirmed account change.
- Do not send the internal handoff as the customer reply.
- Do not close a case merely because a draft was generated.
Connected lessons
- Production prompt engineering
- Prompt Engineering
- Tool effects: reconcile receipts before retrying
- Incident handoffs: preserve actions and decisions
- Support prompts: reconstruct ticket identity and chronology
- Support prompts: route by issue and verified urgency
- Support prompts: answer from current product guidance
- Support prompts: verify entitlement and requester authority
- Support prompts: ask only the question that changes the next step
- Project: handle Aster seat activation ticket T-47
- Customer-support case decisions
