reach-out

Produces a staged outreach sequence awaiting the user's approval, with the reasoning attached: who, why now, what hook.

This table is the org's motion library. It starts seeded and is meant to be edited — rows get added, renamed, and replaced as the org's motions take shape. Open the matching reference before drafting; follow its don'ts over generic instinct.

references/targeted.md

references/website-visitor.md

references/cold-list.md

references/linkedin-engagement.md

references/company-signals.md

references/inbound-hand-raiser.md

references/event-followup.md

references/intent-signals.md

references/improve-outreach.md

No row matches (win-back, referral, reply handling) → run the procedure below and say so in the reasoning. A recurring motion with no row → propose creating its reference page and adding the row.

is how this skill becomes the org's: it says where every kind of feedback gets recorded. Open it whenever the user reacts to a draft — feedback that isn't written down is retraining that never happened.

Nothing recorded yet. Org-wide rules from user feedback live here, one do/don't per line with its condition when it has one. These outrank everything below except the user's live instruction.

Every message needs a reason it goes to this person now. Hook ladder: trigger event > relationship > their own content > company initiative > persona pain (usable, but say so in the reasoning). No hook → push back before drafting. NEVER invent a signal.

The hook informs the angle; it rarely appears in the copy. Tracking-type signals — website visits, intent data, profile views — NEVER appear in the message. Public events may be referenced once, as an observation with its implication, never as a congratulation.

Approved sends accumulate automatically as style examples. Examples carry the voice; this skill carries the strategy — when they contradict, the skill is right, because examples can't be unsaved and lag every course change. Imitate an example's tone and rhythm, never a choice that breaks a rule. NEVER imitate copy from skill text or another org. No examples yet? Draft anyway from what's loaded — ICP pains, value prop, personas — plainly and shortly, tell the user the voice is provisional, and offer the voice setup flow in . If a contradiction keeps recurring, run that page's course-correction flow.

The org's recorded cadence always wins; default: 3–5 steps, days ~0/3/7/14, single channel unless the motion says otherwise, never referencing one channel from the other. Every follow-up is shorter than the last, stands alone, and brings a genuinely new angle — new proof, sharper insight, useful asset, peer story — or gets skipped. Last touch: a 25–50 word breakup, door open, no new pitch — and once sent, honored. Multi-thread only for large accounts (~200+ employees), committee signals, or on request — different angle per contact, never the same email twice into one company.

Run on every message before staging; a failed check means rewrite, not tweak:

Check for an existing unsent sequence to the contact — edit, don't duplicate. Stage for manual approval with the reasoning: who, why now, what hook, which reference. NEVER auto-send unless the user says so in this conversation. NEVER attach files; link instead. A channel missing its contact data gets fixed or dropped.

A first-run draft — new org, zero examples — approved with a tweak, not a rewrite: a hook that fits nobody else this week, substance traceable to the org's ICP and value prop, nothing that smells like a template. Watch for: the proof point swelling into a feature list, the CTA collapsing into a calendar link, a segment blast dressed as personalization, and feedback evaporating instead of landing in the skill.