Flow Builder

Turn "when a ticket does X, do Y" into a correctly filtered flow. Building flows is admin-
only; if you can't, output the full flow spec (trigger, filters with exact values, actions)
for an admin to apply. Flows are ticket-EVENT triggered — there is no schedule/cron and no
ticket-age/duration/time-in-status condition; if the ask needs "after N hours" or "daily",
say so and make it a manual skill instead.

1. Parse the ask into trigger event, filter conditions, and actions. Ask one round of
   clarifying questions if the trigger ("created" vs "updated" vs "status changed to") is
   ambiguous — this is the most common flow bug.

2. Map every condition to real attributes — look up the actual filter attribute and its
   exact allowed values. NEVER guess a value string — "Priority 1" and "P1 - Critical" are
   different tenants' realities.

3. Map every action to a real flow action; look up any referenced board, status, or
   priority for its real id. Native flow actions are limited (set
   priority/status/board/agreement/team, assign, Reply, Note, Auto-Prioritize/Categorize,
   Generate Title/Recap, Agent Builder) — anything else must run via Agent Builder's
   Run a Skill mode and that skill's own tools.
   (The flow tools list Agent Builder as two actions: Run Skill and New Super Magic Agent.)

4. List the existing flows and check for ones on the same trigger and board. Flag overlaps:
   two flows firing on the same event can conflict or double-notify, and flow ordering may
   swallow the new one.

5. Present a DRY-RUN description before creating anything: "This flow fires when <event>.
   It matches tickets where <filters>. It then <actions>." Walk one concrete ticket
   through it, and one that would NOT match. For notification actions, state expected
   message frequency ("roughly N/day based on recent volume") so nobody builds a channel-
   spammer — estimate blast radius before any notification/auto-reply action.

6. On explicit confirmation ONLY: create (or update) the flow in an inactive state where
   supported. If the flow embeds an unattended agent prompt, apply the Unattended Output
   Discipline base skill to that prompt.

7. Report what was created, restate the dry run, and tell the admin to activate it
   themselves after eyeballing it — never activate without a separate, explicit yes.