Prompt pack · sample prompts shipped to clients

Three redacted prompts.
The disclosure layer behind each one.

A static preview of the boutique compliance posture — the redacted TouchFlow sample prompts a Routelet build ships on day one, the disclosure fields each one bakes onto the response envelope by default, and the short "why this exists" note that ties each field to the EU AI Act / FTC line a regulator (or an FTC notice-letter writer) could audit. The audit is the deliverable; this page is the deliverable’s pre-quote proof.

EU AI Act + FTC · the framing

A feature, not a tax — the disclosure layer ships on every build.

Compliance posture is part of the build on Routelet — not a subscription you bolt on after launch, not "a course that keeps you safe." The same controls the audit memo writes in plain terms (data provenance legible in the n8n workflow, EU AI Act Art. 14 human-oversight gating, a memo the ledgers can defend to a regulator) land on every prompt on this page before the workflow ships. Three prompts, three disclosures, one shape.

Every card below names the disclosed fields in three columns — input classification, model/version stamp, operator override hook — and a short "why this exists" note that ties each field back to the regulator-facing audit trail. Bring your own content to the audit and we walk through the disclosure layer together.

Three redacted prompts · day-one build shelf

One prompt per leak. One disclosure envelope per prompt.

Each prompt below is one of the workflows Routelet ships most often — the lead triage, the customer-reply rewrite, the review queue. Every card names the disclosed field on the response envelope (input classification, model/version stamp, operator override hook) and a short "why this exists" note that ties the shape to the EU AI Act / FTC line the audit memo defends.

Inbound triage
Solo / multi-truck service operators with after-hours leads
Inbound-lead triage

~$14/lead answering service → $0/lead agent

// POST /triage
// REDACTED — operator args and tool bindings replaced
{
  "input": {
    "channel":     "missed_call",        // missed_call | web_form | referral
    "service_zip": "[REDACTED]",
    "urgency":     "[REDACTED]"
  },
  "controls": {
    "input_classification":  "lead_type",
    "model_version_stamp":   true,
    "operator_override_hook": "escalate_only"
  },
  "output": {
    "decision":    "[queued | page_on_call | schedule_callback | no_service]",
    "envelope":    {
      "lead_type":         "...",
      "model_version":     "...",
      "escalation_channel": "...",
      "auto_send":         false
    }
  }
}

Disclosure fields on every envelope

input classification
lead_type tag on the response envelope: missed_call | web_form | referral — the kind label the audit trail reads first.
model/version stamp
provider + model + build date embedded in the response envelope so a regulator can re-walk the decision later.
operator override hook
escalate_only flag + an escalation_channel key on every output — the agent never auto-sends, it routes to the named operator.
Why this exists

A leaked after-hours lead becomes a regulator-visible AI decision the moment a model triages it. Classification, version, and an escalation channel are the three fields an EU AI Act audit looks for before content does — each one is on the envelope before the workflow ships, not bolted on after.

Customer-facing reply
Service operators who write replies on behalf of the human owner
Customer-reply rewrite

~3 min draft → owner-approved send

// POST /reply-rewrite
// REDACTED — operator args and tone references replaced
{
  "input": {
    "thread_id":         "[REDACTED]",
    "owner_voice_seed":  "[REDACTED]",
    "policy_overrides":  ["[REDACTED]", "[REDACTED]"]
  },
  "controls": {
    "input_classification":  "customer_visible",
    "model_version_stamp":   true,
    "operator_override_hook": "await_owner_approval"
  },
  "output": {
    "draft":          "[REDACTED]",
    "envelope": {
      "intent_class":   "customer_visible",
      "model_version":  "...",
      "approval_state": "awaiting_owner_tap",
      "auto_send":      false
    }
  }
}

Disclosure fields on every envelope

input classification
customer_visible tag on the envelope — Art. 14 human-oversight is set to escalate before the reply drafts, not after.
model/version stamp
provider + model + build date on every response envelope so the named operator can re-walk the draft on the cover window.
operator override hook
await_owner_approval: true default — the reply drafts, never sends; the owner reads it, taps yes, the workflow sends.
Why this exists

FTC endorsement-rule + EU AI Act Art. 14 require the operator (the owner) to sign their name on AI-written customer-facing reply. The override hook is the evidence trail that they did — without it, the workflow is a phantom sender and the operator is exposed the moment a review asks who wrote the message.

Review response
Local-service operators with a Google / Yelp queue that lags
Review response

<4h drafted reply vs 2-week lag

// POST /review-response
// REDACTED — operator args and tone references replaced
{
  "input": {
    "review_id":     "[REDACTED]",
    "channel":       "google",           // google | yelp | thumbtack | other
    "stars":         "[REDACTED]",
    "body":          "[REDACTED]",
    "claims":        ["[REDACTED]"]
  },
  "controls": {
    "input_classification":  "public_review",
    "model_version_stamp":   true,
    "operator_override_hook": "one_tap_approve"
  },
  "output": {
    "draft":          "[REDACTED]",
    "envelope": {
      "input_class":    "public_review",
      "fact_check_flag": "(set if review names a date or price)",
      "model_version":   "...",
      "approval_state":  "awaiting_owner_tap",
      "auto_post":       false
    }
  }
}

Disclosure fields on every envelope

input classification
public_review tag on the envelope; a fact_check flag flips on when the review names a date or price the model is restating — escalation triggers before reply.
model/version stamp
provider + model + build date on every response envelope so the cover-window review can re-walk a disputed draft.
operator override hook
one_tap_approve default — the response drafts, nothing posts without the named operator tapping yes; the evidence trail sits on the envelope, not in a separate tool.
Why this exists

FTC cases around AI-shaped review responses target the queue, not the words — a monotone star average drifts down because the lag is the bottleneck, and the audit trail only works if the override hook is on the envelope. The fix is the same shape as the other two prompts: classify the input, stamp the model/version, leave the send to the named operator.

The four layers · one envelope per build

The disclosure layer on every Routelet workflow.

Every prompt above carries three of the four layers below — the fourth covers the whole envelope. Together they form the boutique compliance posture: the same controls in writing before the contract, the same answer a cover-window review can defend.

01
input classification
Every prompt tags the kind of input on the envelope — lead_type, customer_visible, public_review — so a regulator can read what the model saw first, before the content.
02
model/version stamp
Provider + model + build date ship on every response envelope so the cover-window review (or an FTC notice-letter writer) can re-walk the exact decision the workflow made.
03
operator override hook
An await_owner_approval / one_tap_approve / escalate_only flag and the channel key that points back to the named operator — every prompt drafts, nothing sends without a tap.
04
audit memo hash
A memo hash is written alongside the response envelope so the audit memo and the runtime share a single identifier — the workflow cannot drift from the contract without a flag.
Ready to ship? Bring your own content.

Bring your own content to the audit — we walk through the disclosure layer together.

One 30-minute screen-share, three sample prompts walked end-to-end, and a two-page audit memo you can act on whether or not you hire us after. The shape above is the shape of the build — the audit call just tells us which one to put in the contract.

Three prompts, one disclosure layer, one posture. Compliance is part of the build, not a subscription — the boutique-vs-coach axis is the same shape the audit memo cites, and the named-operator cover window is the one that closes the loop.

Three prompts, one process. The free audit is the actual deliverable — the workflow that matches your audit memo just tells us what to put in the contract. Read the posture on /about, or send the brief straight to touchflow@polsia.app.

— Routelet · TouchFlow