メニュー
Research target accounts, enrich leads, draft personalized cold-email openers, and queue Gmail drafts for review
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
Collect a local business's REAL details in one pass, then fill the site — so nothing is ever invented
Collect a shop's REAL products and details in one pass, then fill the catalog — so nothing is ever invented
Switch on the store's real Stripe payments — the hosted-checkout route already ships; this wires the owner's key and verifies it
Fetch GitHub developer activity (commits, PRs, reviews) and build an activity dashboard
Monitor GitHub repos — fetch PRs, issues, CI status via Composio and display on canvas
Track daily habits on a canvas kanban board with streaks
| name | bdr-prospect |
| version | 1.0.0 |
| description | Research target accounts, enrich leads, draft personalized cold-email openers, and queue Gmail drafts for review |
| trigger | bdr|prospect|cold email|cold outreach|outbound|lead list|enrich|series a|founders |
| tools | ["tool_search","tool_install","web","browser","memory_read","memory_write","send_message"] |
When triggered, build or extend the BDR Pipeline:
MEMORY.md for saved ICP. If the user supplies new criteria, persist it. Required fields: industry, stage, geography, role, recency window.web and browser to find candidates that match the ICP. Validate stage and geography from a primary source (Crunchbase, official press release, SEC filing, company blog) — never just a LinkedIn headline.write_file to create a BDR Pipeline canvas with a Lead table:
name, role, company, companySize, stage, fundingDate, location, email, linkedin, recentSignal, signalSource, opener, draftStatus (none|drafting|queued|sent|replied|bounced), gmailDraftId, notesrecentSignal plus the URL it came from. If you cannot find a real signal, set draftStatus to none and notes to "needs research" rather than inventing one.opener field.tool_search({ query: "gmail" }). If missing, tool_install({ name: "gmail" }) so the user can OAuth. Do not proceed to drafts until Gmail is connected.GMAIL_CREATE_DRAFT for each row using the user's sender identity. Save the returned draft id to gmailDraftId and set draftStatus to queued. Never send.memory_write a summary: ICP used, total rows added, drafts queued, anything skipped and why.send_message a one-line summary so the operator knows the batch is ready for review.If Gmail isn't connected, build the pipeline and openers anyway, but stop before draft creation and tell the user exactly which step is blocked and how to unblock it.