用途：针对竞品库的下游依赖（dependents）做竞争性外联。扫描竞品的依赖仓库，评估哪些仓库可能从切换到你的库中获益，并起草个性化 GitHub issue。适用于任意 crate/package，不绑定特定产品。
主要能力：提供脚本而非从零实现，包括 init_jsonl.py（仓库列表转 JSONL）、enrich.py（经 gh api 补充 stars/描述，跳过 fork/归档）、evaluate.py（深度评估单个仓库，读取 README、Cargo.toml 并做特征检测，或选下一个 star 最高的已补充仓库）、status.py（显示流水线状态表）。数据存放在 data/outreach/{competitor}/，含 config.json、dependents.jsonl（追加式，兼容 grep/jq）、progress.json。
使用方式：通过路由命令操作，如 /outreach setup 配置竞品与自家产品、/outreach enrich 补充元数据、/outreach next 评估下一个仓库、/outreach evaluate [repo] 深度评估、/outreach draft [repo] 生成 issue 文本、/outreach status 查看进度、/outreach batch [N] 批量评估（默认 5）。评估流程含快速过滤、读 README、读 Cargo.toml、检查是否 fork 竞品、可选 grep 用法、按 stars/活跃度/特征契合度/可接近性打分并给出 target/maybe/skip 判定。
限制与规则：绝不未经用户批准发布 issue，仅起草；不克隆超过 100MB 的仓库；每次评估后清理临时目录；gh api 限速，每批最多 30 次请求；issues 被禁用则跳过；每仓库仅一个 issue；JSONL 为追加式，按 repo 字段重写行更新。注意 fork 占依赖多数需过滤，README 未必反映真实用法，依赖图有延迟，issue 语气很重要。具体收费、价格、平台与效果资料暂未提供。