bd-radar

${var} — Optional. dry-run skips notify (state + leads still update). Empty = normal run.

Today is ${today}. Read STRATEGY.md and memory/MEMORY.md. Read memory/products.md for your repos, handles, and search terms. If soul/SOUL.md + soul/STYLE.md are populated, write in the operator's voice; otherwise neutral.

Why this exists

The north-star is builders shipping on your products. BD signal — a fork that actually runs, a repo that ships an extension on top of you, someone asking "can I integrate", a project quote-tweeting one of your handles — arrives scattered across GitHub, X, HN and Reddit, and usually reaches the operator weeks late, through the timeline, after the moment to engage has passed. bd-radar is the standing sweep that catches each inbound the day it appears and turns it into a named lead with a suggested next move — so you reach out while it's warm. This is "chase users, investors follow" wired into cron.

Config — memory/products.md

Shared config (see product-pulse for the full format). bd-radar uses, per product: the repos (to find forks/issues), the handles (to find mentions/quote-tweets), and the terms (the product-name / tagline strings to search GitHub, X, HN, Reddit). If memory/products.md is missing or empty, log BD_RADAR_NO_PRODUCTS_CONFIG and fall back to memory/watched-repos.md for repos + STRATEGY.md for the wedge; X/term search is skipped with no config.

What counts as a BD lead (signal taxonomy)