@audienti/cli 0.2.0-exora.4 → 0.2.0-exora.5

package/skills/getting-started/references/replies.md

@@ -0,0 +1,152 @@
+# Handling a reply
+
+A reply task (`replies.handle`) means a prospect answered. The inbound itself is never
+approved: inbound wins, and you record it. What the user approves is your answer.
+
+## What to do
+
+1. Read the conversation: `audienti prospects conversation list PERSON --workspace ID`.
+2. Classify the reply as one of `interested`, `question`, `later`, `out_of_office`,
+   `stop`, `bounce` or `referral`. A stop, a bounce or a referral must carry its typed
+   `result`, or the report is refused; see [Stop, bounce and referral](#stop-bounce-and-referral).
+3. Draft the answer from the mailbox or LinkedIn account the reply came to (the assignee's).
+   - Bind the recipient and the sender, or the answer waits in Blocked: the recipient's
+     `contactId` comes from `audienti prospects contacts list PERSON`, and the
+     `senderAccountId` is the user's confirmed sender account for that mailbox or LinkedIn account
+     (`audienti sender accounts list`).
+   - If you report `calendar.freebusy.read`, read the user's free times and offer up
+     to six slots in the answer. Put the same times in `slots`, so the user sees them on
+     the card: "Slots from your calendar · Thu 10:00, 14:30 ET". A scheduling tool that
+     reports only `calendar.read` is not the user's calendar and offers no slots.
+   - Without a calendar, ask the prospect for a time that suits them, and leave `slots`
+     out. The user's card says no agent has a calendar and links to the Capabilities
+     screen.
+4. Record the classification and the draft in one result, keeping the reply open:
+
+   ```sh
+   audienti prospects replies set PERSON --workspace ID --evidence EVIDENCE --file RESULT.json
+   ```
+
+   ```json
+   {
+     "requestId": "a new UUID for each result",
+     "expectedVersion": 0,
+     "status": "needs_handling",
+     "outcome": null,
+     "reason": "Interested and asked for a time on Thursday.",
+     "responseEvidenceId": null,
+     "classification": "interested",
+     "draft": {
+       "type": "email.send",
+       "content": { "subject": "Re: Late invoices", "body": "Thursday works. I have 10:00 or 14:30 ET. Which suits you?" },
+       "recipient": { "prospectId": "PERSON", "email": "jane@example.com", "contactId": "CONTACT" },
+       "sender": { "provider": "email", "accountRef": "owner@example.com", "senderAccountId": "SENDER" },
+       "reason": "Offers the two free slots on Thursday the prospect asked for.",
+       "slots": [
+         { "start": "2026-11-05T15:00:00Z", "end": "2026-11-05T15:30:00Z", "timeZone": "America/New_York" },
+         { "start": "2026-11-05T19:30:00Z", "end": "2026-11-05T20:00:00Z", "timeZone": "America/New_York" }
+       ]
+     }
+   }
+   ```
+
+   `expectedVersion` is the reply's current version (`audienti prospects replies get`).
+   The draft becomes a revision the user reviews in Operator. Nothing is sent until the
+   user approves it. A second result for the same reply replaces a draft the user has
+   not decided yet.
+5. Report the task done.
+
+The classification records a `replied` event on the person's active campaigns, except
+for `bounce` and `out_of_office`, which are not replies from the person.
+
+## Stop, bounce and referral
+
+These three need no decision from the user. Classify the reply, report the typed
+`result` next to the classification it matches, and Audienti records it against the
+person. The classification without its result is refused with 400 naming the result it
+needs (`reply.stop`, `email.bounce` or `reply.referral`). Use the prospect's words,
+verbatim, for `quote`.
+
+- **Stop** (`stop`): the prospect asked not to be contacted. Report status `handled`,
+  outcome `suppressed` and no draft:
+
+  ```json
+  { "classification": "stop", "status": "handled", "outcome": "suppressed",
+    "result": { "type": "reply.stop", "scope": "person", "quote": "Please remove me from your list." } }
+  ```
+
+  The person is suppressed for good on every channel, their pending sends and open
+  tasks are withdrawn, and they leave their campaigns. The user cannot override it.
+  Use `"scope": "company"` only when they asked to stop for their whole company:
+  everyone at the company's domain is suppressed, and so is anyone added later. The
+  domain goes on the do-not-contact list marked "Asked to stop", and no one can remove it.
+  Never contact a person who asked to stop again, on any channel.
+- **Bounce** (`bounce`): a delivery failure came back instead of a reply. Report
+  status `not_reply` and no draft:
+
+  ```json
+  { "classification": "bounce", "status": "not_reply", "outcome": null,
+    "result": { "type": "email.bounce", "address": "priya@example.com", "kind": "hard", "evidence": "550 5.1.1 User unknown" } }
+  ```
+
+  `address` is the address that bounced: the person's own address, or one nobody in the
+  workspace holds. An address another person holds is refused with 409
+  `address_belongs_to_another_person`; report the bounce on the reply that came back
+  about that person instead.
+  `hard` means the address does not exist or refuses mail: it is marked bounced and
+  blocked in every campaign, and the person leaves the campaign as Bounced. `soft`
+  means a full mailbox or a temporary failure: the address is held for 24 hours, then
+  a retry task asks you to send the message once more. Retried once means exactly one
+  send: after the 24 hours the address takes one send, and every other send to it is
+  refused with `recipient_contact_bounced` until that send's outcome is known. A second
+  bounce within 14 days of the retry counts as hard; with no bounce in that time the
+  address opens again. Put the bounce message and its status code in `evidence`.
+- **Referral** (`referral`): the prospect is the wrong person and named someone else.
+  Report status `needs_handling` with a thank-you as the draft, and name the person:
+
+  ```json
+  { "classification": "referral", "status": "needs_handling", "outcome": null,
+    "result": { "type": "reply.referral", "name": "Sam Lee", "title": "Finance lead",
+      "email": "sam@example.com", "quote": "Wrong person, try Sam Lee in finance." },
+    "draft": { "type": "email.send", "content": { "subject": "Re: Late invoices", "body": "Thank you, Jane. I will reach out to Sam." }, "...": "recipient, sender and reason as above" } }
+  ```
+
+  Give `linkedinUrl` or `email` when the prospect gave them. Audienti finds or adds the
+  named person (an email someone in the workspace already holds names that person), links
+  the two records, and leaves the referrer as Not a fit with the note "referred to Sam
+  Lee". When the email and the LinkedIn profile belong to different people, the referral
+  is refused with 409 `identity_conflict`. Reporting the same referral again, from
+  another reply, changes nothing. The named person is not in the queue yet: a
+  `prospects.verify` task asks you to check them against the campaign's audience
+  first. The thank-you is an answer like any other: the user approves it in Operator
+  before it is sent.
+
+Every first email you draft ends with one plain sentence that lets the prospect opt
+out, such as "If this is not for you, reply and I will not write again." When they do,
+report it as a stop.
+
+## After the user approves
+
+A `work.execute` task with `action: send_reply` follows. Claim it, send the answer in
+the thread the prospect wrote in, report the result, then close the reply with status
+`handled`, outcome `response_recorded` and the sent message's evidence as
+`responseEvidenceId`.
+
+## When a meeting is booked
+
+- The prospect picks a slot: send the invite from the user's calendar
+  (`calendar.event.create`), then record `"meeting": { "at": "…Z", "source": "sent_invite" }`
+  in a `replies set` result.
+- The prospect sent an invite: set `"invite": true` with the classification. A
+  `meetings.confirm` task follows, assigned to one agent of the person's assignee that
+  is allowed to make workspace changes and reports `calendar.event.create` or
+  `meeting.book`. It accepts the invite on the
+  assignee's calendar and records `"source": "received_invite"`. If the assignee has no
+  such agent, no task appears.
+- The meeting moves the person to the playbook's goal stage. Record it once.
+
+## Taken over
+
+When the user takes a person over, every open task and draft for them is withdrawn
+and no new task about them appears, in any campaign. There is no hand back. Do not
+contact them again. A draft for them is refused with `taken_over`.

package/skills/getting-started/references/reply-checks.md

@@ -0,0 +1,54 @@
+# Mailbox checks
+
+Audienti never signs in to your user's mailbox. You send from it through your own email
+connector (Gmail or Outlook, through Composio, a Claude connector or similar), so you also
+prove it works and read it for replies. Two queue tasks ask for that. If you have no email
+connector, tell your user exactly: "I need a Gmail or Outlook connector to send from your
+mailbox." Never send them to Settings to connect a mailbox.
+
+## The test email (`mailbox.confirm`)
+
+A mailbox counts for campaigns only once you sent a test email from it to itself, read it
+back and reported its code. [The mailbox test email](mailbox-check.md) gives the steps. Your
+user does nothing in that check. It proves the mailbox sends and that you can read its
+inbox, which the reply checks below need too.
+
+## The reply check (`replies.check`)
+
+Before any next step goes to someone you emailed, in a campaign or not, Audienti asks you to
+check the mailbox the email went out from for their reply. Until you report each person, no
+next step is planned or sent for them. Each task lists at most 100 people in `waiting`, each
+with `person`, `name`, `participation` (null when the step is in no campaign), `attempt`
+(the email) and `sentAt` (when it went out). A task for a mailbox you confirm is assigned to
+you.
+While you hold the task, its list stays as it was when you claimed it, even after a reply
+you record. Report everyone on it.
+
+1. Claim the task.
+2. Search the mailbox with your connector for mail from the listed people since their
+   `sentAt` only. Do not read anything else.
+3. Record each reply you find the way you record any reply: `audienti prospects
+   conversation append PERSON --workspace ID --file ITEM.json` with `direction: inbound`
+   and `conversationType: direct`. It returns the evidence id. Audienti then ends the
+   person's wait, holds their sends and gives you a reply task, as for any reply.
+4. Report every listed person:
+
+```json
+{
+  "results": [
+    { "kind": "email.no_reply", "person": "PERSON_ID" },
+    { "kind": "email.reply", "person": "PERSON_ID", "evidence": "EVIDENCE_ID" }
+  ]
+}
+```
+
+```sh
+audienti outcomes report TASK_ID --file RESULTS.json
+```
+
+5. Report the task done. If you cannot read the mailbox now, release the task with a note.
+
+An `email.reply` whose evidence is not an inbound message of that person is not recorded
+(`reply_not_recorded`): record the reply first. A person you leave out comes back on the
+next check, about an hour later. Reporting the same person again for the same email returns
+`already_recorded`.

package/skills/playbook-design/SKILL.md

@@ -0,0 +1,132 @@
+---
+name: playbook-design
+description: Create, reuse or revise an Audienti playbook, the stages and steps a prospect moves through from first touch to the goal. Use during getting started, when a campaign has no playbook, and whenever you or the user have a new outreach idea.
+---
+
+# Playbook design
+
+A playbook is what a campaign follows: the stages a prospect moves
+through, the steps in each stage (channel, action, wait), the goal stage, the ways out
+(off-ramps) and the voice. Audienti stores every playbook with revisions, so a good one
+is written once and reused by many campaigns. Planning tasks (`prospects.plan`) read the
+campaign's playbook to decide each prospect's next step, so a campaign without one
+cannot be worked.
+
+Use this skill when:
+
+- You are getting started and the workspace has no playbook yet.
+- A queue task says a campaign needs a playbook (**Draft a playbook**, or a
+  **Get campaign ready** task that says "pick a playbook").
+- You or the user have a new idea for how to reach people: a new channel order, a
+  different first touch, a new voice, a new goal.
+
+## Rules
+
+- Reuse before you create. Most new campaigns fit a playbook that already exists.
+- Use only channels you can cover with accounts you reported (LinkedIn, Email, Phone).
+  Do not draft a phone step if no one can call.
+- One playbook is one strategy. A correction to the same strategy (a wait, a step's
+  wording, a missing off-ramp) is a new revision. A different strategy is a new
+  playbook, so the two can be compared in Analytics.
+- Saving a playbook never changes campaigns already pinned to it. Pin the new
+  revision on purpose.
+- Never invent results or proof points for the voice. Use the user's words.
+- Every first email ends with one plain sentence that lets the prospect opt out, such
+  as "If this is not for you, reply and I will not write again." Say so in the first
+  email step's `instructions`. A prospect who opts out is suppressed for good.
+- Ask the user before a new playbook is used for outreach. Nothing is sent without
+  their approval.
+
+## 1. Reuse first
+
+1. `audienti playbook list` shows the workspace's playbooks and their latest revision.
+   Every workspace has three starter playbooks (`system: true`): Email first, LinkedIn
+   first and Email only. When your reported channels point to one, the list marks it
+   `recommended: true` and returns a `recommendation` with its `reason`. A confirmed
+   LinkedIn account gives LinkedIn first: the user registered it as a sender account and
+   authorized you on it, and your report for it is healthy and includes `send_message`.
+   Email with LinkedIn not yet confirmed gives Email first; email alone gives Email only.
+2. `audienti playbook show ID` shows the stages, steps, goal and voice.
+3. If one fits the campaign's offer, audience and your channels, use it. Say in one
+   line why it fits, then go to step 4 (pin it). A starter playbook can be pinned as it
+   is, but it is read-only: to change it, save its fields as a new playbook (no `id`,
+   `expectedRevision` 0) with a new name, and revise that copy. Saving a starter
+   playbook with its `id` fails with 409 `starter_playbook`.
+
+## 2. Draft a new playbook
+
+Start from the user's offer, the audience and the channels you have. A good default
+for founder-led or agent-led outbound has five to six stages:
+
+1. **Ready** (Agent): the prospect is in the campaign. No steps.
+2. **Warming** (Agent, optional): view the profile, like a recent post. Skip it when
+   LinkedIn is not available.
+3. **Outreach underway** (Agent): the touches, in order, with waits. For example a
+   connection request (wait 21 days), a message "Only if connected" (wait 5), a first
+   email (wait 4). Completes to the **Unresponsive** off-ramp when every step is done
+   and nobody replied.
+4. **In conversation** (Assignee): the prospect replied. A person drafts or approves
+   the reply. Completion `stay`.
+5. **Meeting requested** (Assignee).
+6. **Meeting booked** (Assignee, goal, `goalDays` 0).
+
+Write `instructions` on each step as coaching for whoever does it: what to say, what
+evidence to lead with, what to avoid. Write `voice` as two or three sentences in the
+user's style. See [fields and an example request](references/fields.md) for every
+field and the rules Audienti checks.
+
+## 3. Save it
+
+1. Write the request to a file: `expectedRevision` 0 and no `id` for a new playbook;
+   the playbook's `id` and its current revision number to revise one. Use a fresh
+   `requestId` (a UUID) and fresh UUIDs for every stage, step and off-ramp `key`.
+   Keep the same keys when you revise, so progress already recorded stays on its stage.
+2. `audienti playbook save --file REQUEST.json`. Over MCP use `playbook_save`.
+3. If the save fails, read the error, fix that field and retry with the same
+   `requestId`. If it reports a revision conflict, run `playbook show ID` and apply your
+   change to the newer revision.
+
+## 4. Ask the user and pin it
+
+1. Ask in Audienti, not in chat: `audienti ask "Use this playbook for CAMPAIGN?"
+   --context "SUMMARY" --option "Use it" --option "Change it"`. Put the stages, the
+   touches with their waits, the goal and the voice in the context as a short list.
+2. When they answer, apply their changes as a new revision.
+3. Pin it to the campaign with `playbookPin` `{ "id": PLAYBOOK_ID, "revision": N }`:
+   in `audienti campaign create` for a new campaign, or in the campaign's draft update
+   for a draft. An active campaign keeps its pin; to try a new playbook, make a
+   successor (below).
+
+## New ideas
+
+When you or the user have a new idea for how to reach people:
+
+1. Write the idea as one change: "Lead with email instead of a connection request",
+   "Add a phone step after the second email", "Offer a teardown, not a demo".
+2. If it is a correction, save a new revision of the same playbook.
+3. If it is a different strategy, save a new playbook named for the idea.
+4. Test it with `audienti campaign successor ID` that changes only the playbook, so
+   the old and new campaigns can be compared. Name what changed in the campaign notes.
+5. Ask the user before the successor starts.
+
+## Record progress and ask for review
+
+Read the playbook before doing work for a campaign pinned to it: `audienti playbook
+show PLAYBOOK_ID`. Stage plays are instructions for you, the external agent; they are
+not a hosted sequence that runs by itself.
+
+- Progress: `audienti playbook record --file PATH` with exactly one of `stageKey`,
+  `offRampKey` or `finishStage: true`, the participation's pinned playbook version and
+  its current expected progress version, and stored evidence. Do not invent outcomes.
+  `audienti playbook` prints the command usage; the API schema has the required fields.
+- Human review: `audienti playbook suggest --file PATH`. The user approves or dismisses
+  it in **Operator → Queue**. A suggestion does not move a stage, and agents cannot
+  approve one. A stay completion records work without moving the stage.
+  `audienti playbook suggestions` lists the suggestions you can see.
+- None of these commands sends a message to a provider.
+
+## Done
+
+Close your queue task with a note that names the playbook, its revision and the
+campaign it is pinned to: `audienti queue done TASK --note "Saved Founder-led outbound
+r1, pinned to Logistics UK test"`.

package/skills/{approach-design → playbook-design}/references/fields.md

@@ -1,13 +1,13 @@
-# Approach fields
+# Playbook fields
 
-`audienti approach save --file REQUEST.json` accepts one object:
+`audienti playbook save --file REQUEST.json` accepts one object:
 
 | Field | Rule |
 | --- | --- |
-| `id` | Omit for a new approach. The approach ID to revise one. |
-| `expectedRevision` | 0 for a new approach, otherwise the latest revision number. |
+| `id` | Omit for a new playbook. The playbook ID to revise one. |
+| `expectedRevision` | 0 for a new playbook, otherwise the latest revision number. |
 | `requestId` | A fresh UUID. Reuse it only when you retry the same save. |
-| `fields` | The approach itself, below. |
+| `fields` | The playbook itself, below. |
 
 ## fields
 
@@ -16,17 +16,18 @@
 | `name` | 1 to 120 characters. Name the strategy, not the campaign. |
 | `stages` | 2 to 30 stages, in order. |
 | `goalKey` | The `key` of the goal stage. Not the first stage. |
-| `offRamps` | Up to 30 ways out: `{ key, name, reason }`. `reason` is `rejected`, `not_fit`, `nurture`, `unresponsive` or `other`. "Bad data" and "repair" are not off-ramps. |
-| `voice` | How messages should sound, in the owner's style. |
+| `offRamps` | Up to 30 ways out: `{ key, name, reason }`. `reason` is `rejected`, `not_fit`, `nurture`, `unresponsive`, `taken_over`, `bounced`, `skipped` or `other`. "Bad data" and "repair" are not off-ramps. |
+| `voice` | How messages should sound, in the user's style. |
 | `rules` | Optional: `autoMove`, `flagOverdue`, `allowBackward` (booleans), `emailWindow` (`weekdays_morning`, `weekdays`, `any_day`), `nurtureDays` (60, 90, 180 or null). |
 
 ## Stage
 
 | Field | Rule |
 | --- | --- |
-| `key` | A UUID, unique in the approach. Keep it across revisions. |
-| `name` | Unique in the approach. |
-| `movesInWhen` | What moves a prospect into this stage, for example "They replied". |
+| `key` | A UUID, unique in the playbook. Keep it across revisions. |
+| `name` | Unique in the playbook. |
+| `movesInWhen` | What moves a prospect into this stage, for example "They replied". Shown to people; `on` decides. |
+| `on` | The events that open this stage: `accept`, `reply`, `meeting` or `manual`. Defaults to `["manual"]`. An event moves the prospect to the furthest later stage that opens on it; the stages passed over are recorded as skipped, never as done. |
 | `owner` | `Agent` or `Assignee` (the person assigned to the prospect). |
 | `goalDays` | 0 to 365. How long a prospect should stay before it is overdue. |
 | `optional` | Only an optional stage can be disabled. |
@@ -38,13 +39,17 @@
 
 | Field | Rule |
 | --- | --- |
-| `key` | A UUID, unique in the approach. |
+| `key` | A UUID, unique in the playbook. A plan action that runs this step carries it as `playbookStepKey`; actions without it change no playbook progress. |
 | `channel` | `LinkedIn`, `Email` or `Phone`. |
 | `action` | A short label, for example "Send connection request". |
-| `condition` | `Always`, `Only if viable` or `Only if connected`. |
-| `viability` | Required with `Only if viable`: when the step makes sense. |
+| `condition` | `Always`, `Only if viable` or `Only if connected`. Audienti does not check a connection itself: put an `Only if connected` step in a stage that opens on `accept`, so entering the stage on the accept is what gates it. |
+| `viability` | Required with `Only if viable`: when the step makes sense. An Email step is skipped, without a card, for a person with no email on record, whatever its condition. |
 | `instructions` | Coaching for whoever does the step. |
-| `waitDays` | 1 to 60 days to wait after the step. |
+| `wait` | Optional: `{ "until": U, "days": N }`. `until` is `accept` (LinkedIn steps only), `reply`, `meeting` or `timeout`; `days` is 1 to 60. The wait starts when the agent reports the step's result with its step key: a plan action carries the step's `key` as `playbookStepKey`, and a succeeded result for that action starts the wait. A reply or a booked meeting ends every wait early; an accept ends only a wait until `accept`. Older playbooks used `waitDays: N`, which still reads as `{ "until": "timeout", "days": N }`. |
+| `side` | Defaults to false. A side step runs while the main step before it waits, for example a profile view or a like. A stage with side steps needs a main step. |
+| `onTimeout` | `next` (default) or `off_ramp`. With `off_ramp`, a main step whose wait runs out leaves the prospect through the `unresponsive` off-ramp. When nothing is left in the stage, its completion decides. |
+
+A LinkedIn step whose action names InMail runs only when the LinkedIn account reports InMail available. Otherwise it is skipped without a card.
 
 ## Example request
 
@@ -60,19 +65,20 @@ Use the same UUID wherever the same placeholder letter appears.
     "stages": [
       { "key": "<A>", "name": "Ready", "owner": "Agent", "goalDays": 3, "steps": [], "completion": { "kind": "next" } },
       { "key": "<B>", "name": "Warming", "owner": "Agent", "goalDays": 7, "optional": true, "steps": [
-        { "key": "<uuid>", "channel": "LinkedIn", "action": "View profile", "condition": "Always", "instructions": "Read their recent activity for a signal to mention.", "waitDays": 2 },
-        { "key": "<uuid>", "channel": "LinkedIn", "action": "Like a recent post", "condition": "Always", "instructions": "Only a post about their work.", "waitDays": 3 }
+        { "key": "<uuid>", "channel": "LinkedIn", "action": "View profile", "condition": "Always", "instructions": "Read their recent activity for a signal to mention." },
+        { "key": "<uuid>", "channel": "LinkedIn", "action": "Like a recent post", "condition": "Always", "instructions": "Only a post about their work.", "wait": { "until": "timeout", "days": 3 } }
       ], "completion": { "kind": "next" } },
       { "key": "<C>", "name": "Outreach underway", "owner": "Agent", "goalDays": 35, "steps": [
-        { "key": "<uuid>", "channel": "LinkedIn", "action": "Send connection request", "condition": "Always", "instructions": "No note, or one line on their signal.", "waitDays": 21 },
-        { "key": "<uuid>", "channel": "LinkedIn", "action": "Send message", "condition": "Only if connected", "instructions": "Lead with their signal and offer something useful.", "waitDays": 5 },
-        { "key": "<uuid>", "channel": "Email", "action": "Email 1", "condition": "Always", "instructions": "Three sentences: signal, offer, one short question.", "waitDays": 4 }
+        { "key": "<uuid>", "channel": "LinkedIn", "action": "Send connection request", "condition": "Always", "instructions": "No note, or one line on their signal.", "wait": { "until": "accept", "days": 21 } },
+        { "key": "<uuid>", "channel": "LinkedIn", "action": "View profile", "condition": "Always", "instructions": "A light touch while the request waits.", "side": true },
+        { "key": "<uuid>", "channel": "LinkedIn", "action": "Send message", "condition": "Only if connected", "instructions": "Lead with their signal and offer something useful.", "wait": { "until": "reply", "days": 5 } },
+        { "key": "<uuid>", "channel": "Email", "action": "Email 1", "condition": "Always", "instructions": "Three sentences: signal, offer, one short question.", "wait": { "until": "reply", "days": 4 }, "onTimeout": "off_ramp" }
       ], "completion": { "kind": "off_ramp", "offRampKey": "<R>" } },
-      { "key": "<D>", "name": "In conversation", "movesInWhen": "They replied", "owner": "Assignee", "goalDays": 3, "steps": [
-        { "key": "<uuid>", "channel": "Email", "action": "Draft a reply", "condition": "Always", "instructions": "Answer their question first. Propose a time only if they asked.", "waitDays": 2 }
+      { "key": "<D>", "name": "In conversation", "movesInWhen": "They replied", "on": ["reply"], "owner": "Assignee", "goalDays": 3, "steps": [
+        { "key": "<uuid>", "channel": "Email", "action": "Draft a reply", "condition": "Always", "instructions": "Answer their question first. Propose a time only if they asked.", "wait": { "until": "reply", "days": 2 } }
       ], "completion": { "kind": "stay" } },
       { "key": "<E>", "name": "Meeting requested", "owner": "Assignee", "goalDays": 3, "steps": [], "completion": { "kind": "next" } },
-      { "key": "<F>", "name": "Meeting booked", "owner": "Assignee", "goalDays": 0, "steps": [], "completion": { "kind": "stay" } }
+      { "key": "<F>", "name": "Meeting booked", "on": ["meeting"], "owner": "Assignee", "goalDays": 0, "steps": [], "completion": { "kind": "stay" } }
     ],
     "goalKey": "<F>",
     "offRamps": [{ "key": "<R>", "name": "Unresponsive", "reason": "unresponsive" }],

package/source-manifest.json

@@ -1,90 +1,101 @@
 {
   "repository": "https://github.com/omalab/exora",
-  "sourceCommit": "26ddd3c9ea07db902552001b5a7d825109897760",
+  "sourceCommit": "9ef981e46b0c80a41b31c8352ff6b729180270af",
   "files": {
     "LICENSE": "220f297cfcd5c38eb64e6b4b4a77cab4ebc7f4686d4d99c6260a475d02ca11e5",
-    "README.md": "87a67b553f899a9ffdc12b9561e8c467d20463ce5d60c8ea8b744e9517a4b661",
+    "README.md": "7ff32cc8ac89dd54b64d7b39c0b41b1f37e154b7ea10ad5a7bceefc3df77d87f",
     "bin/audienti-mcp.mjs": "6df1d6eb3a5bc65e7592e5b8f73cd4c98c159f2583723d042338633b356301df",
     "cli/account-intake-operations.mjs": "b43d764c628beabafad753d711ddb2af2c64276e4a6506ed0b854839091ea5db",
     "cli/account-intake.mjs": "aa77f2f96fd030f8830d6de278932186aea7c82cfda086a5a6cf569202feebc8",
     "cli/account-replies.mjs": "699e34e5c736ba316df8f164b4c50f82a7e4e2d5e51303e6b13944c3f2c854ab",
-    "cli/account-reply-operations.mjs": "b4d65cf4459138909dba916012f78cc6cf4580748ed350d220132ec96adbdd83",
-    "cli/agents.mjs": "55a6cecff1bb1e353165f9383de1db622fa6e294a63af07111ed29746ff4d487",
-    "cli/approach-operations.mjs": "a6554effe45d3b3b1caefa3c63203b8e18716a05a665907819795484bbca8be6",
+    "cli/account-reply-operations.mjs": "276b9d7adde52c981adbf82a1ba304b9129b47944385cdedad7221c439718a05",
+    "cli/agents.mjs": "6236de045344044d66c48c0d7a5c78a3fc31aa5af73a15477b2140ddc3d860c4",
     "cli/assignment-operations.mjs": "fc74e3fd79975cfcbac14891d5dec5f25e662777050fc46a8ad3aae5cf361c59",
     "cli/assignment.mjs": "90cb85e0df8aadca2ff8391c99e778b41261183b5f38e8c6c32afee2f98f871a",
-    "cli/audience-operations.mjs": "c8454fae4140c016e1753fe104121161be7e590d0be2e23402fb3e367067ad20",
+    "cli/audience-operations.mjs": "133b72dc6b9e3a6b4f173ce28f1524163f9c7b049505b885115f83b9e4af7170",
     "cli/audiences.mjs": "3c377346efc1a8bdde432a16c2d19a3f51f34f3333d344d3a2bfa94c188a017d",
-    "cli/audienti.mjs": "6c1189e911c99859a8b4c22cb3ed50f0edfb013bae4433f181a24eb3d894c7ff",
+    "cli/audienti.mjs": "87b2b44472c1d4da1e2ac9de08eba50a0dc74b3599bc3e0c544cb1708944de72",
     "cli/audit-operations.mjs": "184eb58bc479225314b77d6019a185670cd843895a10d9bf58a28de7f1355d91",
     "cli/audit.mjs": "a7becaed67c58b063e668b5e66844b6dc15c11a63b428faa171b542ad922c001",
     "cli/budget-operations.mjs": "d74916551ef393e29734c6e13cf9021251e0ed126eeaa529e18cf2332146e1e0",
     "cli/budgets.mjs": "683e06cb4d410c851286fbd1cdd4fb9f1902726c60fd4fcddb2c13d164786525",
-    "cli/campaign-operations.mjs": "180f031a957c27503824ea30854ee738f7e5ccf051ed2455dbb5aa2224e82156",
-    "cli/campaigns.mjs": "0095373773dad0c7502a6ecd6793eb3a9acae01d2e5ad7850d9450822c07d652",
-    "cli/cohort-operations.mjs": "f3e47fd024ffe8809c894e04549ab1970ec8acb7d879050464ecc4150d88d7be",
+    "cli/campaign-find.mjs": "9c0a44c69ab7ad3e24a0a2edc97b8f3a14f602e3b6caf7e1943b8e1b93609c4a",
+    "cli/campaign-operations.mjs": "ea236b7b456be2377f7c43f987ffe4cfae6aa2cfea4a8a489518dcca60cc645f",
+    "cli/campaigns.mjs": "8bda546e7f44c9ba7e1bf2f39d8e8cc12d231ee9051bb32ad31bde7bcecc794f",
+    "cli/cohort-operations.mjs": "91b1d1fc48e75581bb315f42d735ef94e21687dc216f352337d8a5d180bb691e",
     "cli/cohorts.mjs": "c71940903430f3e6834608f113534910b75a98b3e410a5942f04051607488485",
     "cli/connection-registry-operations.mjs": "888ea440d00ffc9ed68d4cc084ff73a5a00d0e60bd6293baba8bb4539a25ae62",
     "cli/content.mjs": "db3fcbf7f96c314227a8172a442b70b46405126e0d61f8358cee1bfe6c627ebd",
-    "cli/discovery-operations.mjs": "0f029a8e89b6fdcbdf38059ea9920663883e8c9fef0dfc58c208ce0abd015477",
-    "cli/discovery.mjs": "e2e0601f0beaa1f2c881fdf93c83d788e5126b83598eaed6e415ee70be6ea391",
+    "cli/discovery-operations.mjs": "c029935ddd5a113ba617b5948d0df1f6edc5799c2ef7ea6cee7f6b2122ee358f",
+    "cli/discovery.mjs": "34b3794ee6ca539dbbccef77ec2085fd5411023046bdfb9b83e2537414542a41",
     "cli/file-operations.mjs": "564f334dd9d52e9c56f44d58b5c3b0bda59ff72f54126b755bc472144069349e",
     "cli/files.mjs": "2221b067d6ade7ef5cc8965929aea2eb485781953d3f2b50600995b65fbdedae",
     "cli/guardrails-operations.mjs": "aa5a911663133b3287bea805df9e2a5d8b5bbc4a3df972c52f91fee315954ded",
     "cli/guardrails.mjs": "e8b9c0a19956a9eab84475d3c56a4b6c77baf7ed9a55e8686d660ef1ad562aa8",
     "cli/json-file.mjs": "96431b18215834c2531f5901e2526875c634dd2e85a9465fcffc937fbec52150",
-    "cli/mcp.mjs": "2468dfa2bdf5e8d384ba70707ecc3a2d229cb24918aa75b9c0f1ef24268c459b",
+    "cli/kv-operations.mjs": "505d79d0d535d3441883f8a37817c30c73367216a35dddb07181f0f0e799df79",
+    "cli/kv.mjs": "05783610001dd002af07a4bb8f26e64d74aa4981bbe38a2100552b810cb3bc72",
+    "cli/mcp.mjs": "289f6a68554e54fe0dbad290bf710ff7fad1c598421a83d3fb9b96979dac1eaa",
     "cli/notification-operations.mjs": "7225dbcfd87d29921e72ee247f61aaee323a4a2e5a48a9ba9c945b02f66e4978",
     "cli/offer-operations.mjs": "a03d467622be38bbf52bbfbbd54e6969bdd55af15a627f54356bb03eb1b4f508",
     "cli/offers.mjs": "4a97007e1e25352707bbecda0b2519affcd0024e52ae8d9446d76d459460feca",
     "cli/outbound-operations.mjs": "52992bea63195efa8150c6ca2ff0b37ee6010f03fa366055c70c755ee0eb028e",
     "cli/outbound.mjs": "23903eb0fec4d7af3aa0031d63488ed9a8697e07ccf1314d194b48e109d15f82",
-    "cli/owner-account-client.mjs": "712b2fd5a8cb21f1baa88ebce1ee1750a44b34cf7d15a93be61e530aacf202c4",
+    "cli/outcome-operations.mjs": "d833c718be9e6877c122e95596bc6060a9796a24a991c62be4a28a2e1e531398",
+    "cli/outcomes.mjs": "e547aa889c3d356c66d122d8fe4fd8f4ff46b18531c1318ca6f238af102cdde9",
+    "cli/owner-account-client.mjs": "beb9736ac84a7ab57220ac1f1ea089b6401cf92fcf7c549417014d285f2340dc",
+    "cli/playbook-operations.mjs": "25c593a2276b06c7e35377e3f132e6eee15c0e34542df62f1cf37a339d4e4ad2",
     "cli/profiles.mjs": "45929b224ffc916b6dbd7a94e06ac09a1ff7feec430633b10d160c1608fc2d32",
-    "cli/progress.mjs": "76cf8bcd17d2e84b45220be79099edca4c74bff7b64726965e14aa27b8f7f6eb",
+    "cli/progress.mjs": "c44af4937423432e92cd922afc6afefca0bd7e14bb07a82dd07df35549cffc9f",
     "cli/prospecting-settings-operations.mjs": "37b881a867c19d9e5f2d02316038284ea0cf09de4f37b6dee2370a1faedf245e",
     "cli/prospecting-settings.mjs": "b09f47c84416d9892d7d5b17dcf684cbb560e1cacb25513826ff04ef9307626e",
-    "cli/question-operations.mjs": "eedaaaf207d77d507be0687c7653ad7406eb7e593e25c6200ff84d1cec7eea82",
-    "cli/questions.mjs": "21a4da459b7c150ab64b751a8c4325b83f34cad7aa8ca394ed6c47b50c77994b",
-    "cli/queue-operations.mjs": "2d1d3d856e1abd28db93606f9f31b675d5e2959a1846923dfab348b56817f56b",
-    "cli/queue.mjs": "6faf6dde6530dc057936edb9b39f6222a710a688b73a3f2cf62639fd5d233c30",
-    "cli/recipient-operations.mjs": "32e8fafec3c8c645d2302383abe8c2a7ef44fff9260ae36977435ec01071a4d4",
+    "cli/question-operations.mjs": "5d7a885f2d4e0d2ce2249aadce2b4478b95843d21761f25eabdfe2759582a3b6",
+    "cli/questions.mjs": "32bbe0b785b1e6438435faf4697332ea2da3133d4c896720d39377c35e9b2127",
+    "cli/queue-operations.mjs": "bc5f5b8f79f056f579c2d3965d143b45ded4665629e2c4d427adfbaf7e9687fb",
+    "cli/queue.mjs": "046f4dba92ac9eacbb1f12215ab2b49623bae597342da6b415f7afb3c3a1344e",
+    "cli/recipient-operations.mjs": "7d41c17ef2d59dbed982893e0989c9c076317b91adcd3d752cbe1d2e0b8c41b2",
     "cli/recipients.mjs": "e5e30fc30ab325a43cffdc51ad8872cb657ce0f5d3cb304dd8af65c6d9224c75",
-    "cli/rooms-operations.mjs": "5a9a0b9c92c3f036b5bddc5d1e30ec3d6e583eed9e1d5192bda0e0fb4007a055",
-    "cli/rooms.mjs": "e3f0433b8fee576f40afaacc1ecf53d0ba5c67f6b6fc1160fc429bcf35ca7b08",
+    "cli/rooms-operations.mjs": "09d36003183eccf2f6d2ee1ed6c4981519b8ae34fbffd0bb1a2234a8fc6cde68",
+    "cli/rooms.mjs": "7fd05b4cead1bab2e18bf724c56034e12b4304f55cc69e3fc7ea5c4536e5305c",
     "cli/search-operations.mjs": "903f12fffb6824872160c4136925ab5638142bb4e39236b37f927cd2c6a43776",
-    "cli/sender-account-operations.mjs": "f54b0e5ef6d6563752df95b2ce39c9a9a2e6ae2d53d13d6ef6c899cc92456aa7",
-    "cli/sender-accounts.mjs": "a3c569b5da55c22226f37d65d5a9144229860bf37fbfc7b5ac3c307a9ee9b048",
+    "cli/secret-operations.mjs": "2b3481d608afcf8f243cbfc6b0d37aa633383d47f8224f69c903ee882eacb096",
+    "cli/secrets.mjs": "cab4ea932e724ce3c807c7825869810b44fb8d75cdacec32f8101353f0e7c5f5",
+    "cli/sender-account-operations.mjs": "3f5bc6b047916019a9266feb64041a7a338da94308910aa90eed6cb33e143ed0",
+    "cli/sender-accounts.mjs": "0c9be3e441aebf4bea2d2674ee54c4b17ed246c7a8476bcb4debbdad7cc1ec10",
     "cli/skills-mcp.mjs": "6a91b16a789f50035ae0fe33f8ae2758bb9829949db7efb05c6d65dde335a9e0",
-    "cli/skills.mjs": "8aa5382aa810e9d46a2311172e5cf89b9760a41b6ebe7f1d1e5a0380ddd92a60",
+    "cli/skills.mjs": "ea8dfef32664714f9c63251d9a6bbdb44d77d41e272df46bb102ebfcd8df8b66",
     "cli/suppression-operations.mjs": "d1f827a785670fc6e44d87b18e4cfb6596b09e5be7c4f84c4b9a75ed13a962c6",
     "cli/suppression.mjs": "2b10be67e290deec9ed915139c3d98d45d7d10fd41abb67b5a35a630d636a4ed",
-    "cli/tools-operations.mjs": "ae8bbb8cc919aa8a9c796367f488911f2eda3670e81f85829972b13582827963",
-    "cli/tools.mjs": "229b096d8d858a22e0a08a2a745906e83873827c3d74a5b13a6607ae198c465f",
+    "cli/tools-operations.mjs": "aafa52336c0bda8b05d4a091548c18d8634608d282d433aee45a744044b68770",
+    "cli/tools.mjs": "6d9c7f27cc50e5e2fc0859c9c2d62bc3e77b5a46d0e2aeaa6cf31e2867138758",
     "cli/usage-operations.mjs": "64dd1ae850f52bb72c7648be78a8ab2dfab986afba2d2d2cd08034c4f7b3ace6",
     "cli/usage.mjs": "cd582c061f83ca4f220ddd3cd2a174a1a3a3c0ee308b3d5a5f47752a501e322e",
-    "cli/work-execution-operations.mjs": "cb5926acdb9e5cd3173c48868436b1a5e5ebd1b6cab372aec2e2ce447f4f62da",
-    "cli/work-execution.mjs": "5d9dba0dde20a7ec6ff6a2cbee140497171af9bfdd403f90e8ff8286a72862e7",
+    "cli/work-execution-operations.mjs": "0313dacfd4ba7dcfb30d7a2f6ee016dd77b141de35bff999ed28393e2e86069a",
+    "cli/work-execution.mjs": "4b74923417eaa70dee0ba8806b64d0acf7c884fb77b76d5e86d567cf92e51b01",
     "cli/work-feedback-operations.mjs": "a998f2b2dbe38ceb2bad74f7fa61c31f87f842755449248b7eb0c04185c0ee3d",
     "cli/work-feedback.mjs": "f3b77ecfd7ea1aba9c9f03c9d894137547e9c5575d9daa359ed94505ad025852",
-    "cli/work-operations.mjs": "eea99ee9d20a944fbd60fc809ae43eec45fce730baeaa4e4c15e02d1c93c8ba8",
-    "cli/work.mjs": "077a5e263386f5a36704302e1f8fda085971531d19305114f2ffefb55d8a7f72",
-    "cli/workspaces.mjs": "43353400a7794b2c64e22a1dec0405ed948add435b482f2061f2873549d11101",
-    "package.json": "4d221d1ed185d7cda0b6cc7ee98a8ee896332ee3164355393aebce2d80eb7eb1",
-    "skills/agent-rooms/SKILL.md": "61c4bc77417fc81689fdc78c81288c8e07b200a660c8334f5a1fae78da767c9a",
-    "skills/agent-rooms/references/commands.md": "a0c50f2af31c731004d6732bbd0585d211fde97a0313c9fd2035968755a5e63f",
-    "skills/approach-design/SKILL.md": "d7ddee8b332510da357127907dee891726f097029a8ec63802ce3186bcf0b9da",
-    "skills/approach-design/references/fields.md": "6ffffbdc82ada8952023a18d8c311de09b7526359072f75fb19d4de04281a731",
-    "skills/audienti/SKILL.md": "37077e769ccad487831d5c2b8878a9972fd5e7ee836e89fbe8f17b13ff1062cf",
+    "cli/work-operations.mjs": "addcfcd5049168e27d224ff879e9fcccd146228e876bcae25c9dd7cfeaa3c9a9",
+    "cli/work.mjs": "751107ecc3de5a6be9db4a068cddc41f3ad8e77c87e59686eaf522862caf9e9f",
+    "cli/workspaces.mjs": "722c17a3daa7cc6f13eb50387bb53b3e5129e65330aeaf4c17127aaf3ee14973",
+    "package.json": "70015dd167a28f668a9a989d7c208932256b3ffcac189dc593dffeefcc6b39c0",
+    "skills/agent-rooms/SKILL.md": "3da993292bf50f1220d2d724d74b5f46af8c8f5f054ce18bb7cf27ef29d0437d",
+    "skills/agent-rooms/references/commands.md": "7cff1ecefd74a838146344ad928b3936dafc8eb14f6747ec02c0215f207818e9",
+    "skills/audienti/SKILL.md": "e6c366a14d9899def4980adda40799086013b15d92cbc11bfd6d30287118bca6",
     "skills/audienti/references/helpers.md": "e27aff0aa07b92f575d617612ed3def824765bac6ce1304cf227a4aca223369a",
     "skills/audienti/references/profile-workflows.md": "80669b75eb5e8aeb614ce55ac046236d671af0de3ddd238853324579d5a3b251",
     "skills/audienti/references/workflow-receipt.md": "349f9a85472832b8bdc6a5d16c5b10b8e32d48d3e81523ad8d42f9a03b3655ff",
     "skills/audienti/scripts/contracts.mjs": "900428e067b7f8dae544012387bc3752f7b0d27777a80cd16ec0985848983f70",
     "skills/audienti/scripts/profile-helpers.mjs": "7f62afdefd8e1b1bfec95f1ca6f48cfc4e204d1bff35f805261c45c6d5fcb46a",
     "skills/audienti/scripts/run.mjs": "652094ff8b642d13f5e0bb30756bb49464c051511c37f202249fde917b319208",
-    "skills/getting-started/SKILL.md": "c4c6d7a41fcd73bd3c468636d862f3ea6d716a46dee6cd728aaa0a85d6f09b27",
-    "skills/getting-started/references/audience.md": "a0eddf3c4ff9073256e5dc0eed5b9cef24ba1bdefbb5a528a07dd92c91aa7d89",
-    "skills/getting-started/references/campaign-draft.md": "f51939a0c42c36a0b8d4bb6577adeacae30d308dc66fd18bd41e218ab63d60e2",
-    "skills/getting-started/references/inventory.md": "64ee38be078fec0ccaa8ff74685f10e672d8fc381e5a7fa1cb6186bec481cb28"
+    "skills/getting-started/SKILL.md": "a03a18cad9c11fbf6c6cd5fc429709daed25b020add6cf23d49e85dbe11b3468",
+    "skills/getting-started/references/audience.md": "6a2c061be5e299b3cbbd236578693ae5084d216425c500d3639a4d1fcb86ccb7",
+    "skills/getting-started/references/campaign-draft.md": "8a39eb73cca96705aee2e38c0038ba2d618365a2a9869c3a7566ae0a42707a29",
+    "skills/getting-started/references/capabilities.md": "badeb374537e74bd51e62325afe7b8c3fe13b293bef5559be4d282484558fb0d",
+    "skills/getting-started/references/mailbox-check.md": "113574bb5a573125620dcde4e65ebf44164f7b0727cc936fb41234f5d57bba73",
+    "skills/getting-started/references/outcome-checks.md": "05b2431b5f89bf05026ee4e5bac3ca8df594be97640eaca6a5e38907eca6e3dd",
+    "skills/getting-started/references/replies.md": "019247b3eb260b21bf66689409748a9bb140d768fd0470a73992162fa8a5efd2",
+    "skills/getting-started/references/reply-checks.md": "85fe692ad6b7bc73e204de313b27d225be3da1a0af71e8e7bb9945ae511a0dc3",
+    "skills/playbook-design/SKILL.md": "a012c55740f59b662f8ec75ba6d3dd37a8d5fc9fb3a17806366823243cdc47ec",
+    "skills/playbook-design/references/fields.md": "c9a5ee3dedae84193f6bd20e7f16b8c0f6ec55f1fc9620a032786dad66882e06"
   }
 }