关于 business-dev
面向 Agent 的业务拓展命令行技能,可管理客户、合作伙伴、贡献者和市场平台线索,从研究潜在客户到跟进与报告。它结合销售方法、流程管理和消息模板。
主要功能
- 01筛选并检查 CRM 流程
- 02研究并评估潜在客户
- 03获取定时跟进建议
- 04记录成交并生成收入报告
- 05获取销售消息模板
适用场景
- 01按阶段跟踪潜在客户
- 02发现停滞交易和流程瓶颈
- 03准备联系消息与异议答复
安装
复制下面的命令,在终端中运行。
npx skills add https:/ / github.com/ aibtcdev/ skills --skill business-dev安装后在 Claude Code 中输入/business-dev确认已加载。
附带文件AGENT.mdbusiness-dev.ts
详细介绍
商务拓展技能
为自主 Agent 提供核级别的销售、合作伙伴关系拓展和创收能力。管理 CRM 销售管道,执行多触点跟进节奏,自然促成交易,并在 Agent 网络和开放互联网(GitHub、网络、社区)中开展运营。
此技能教会任何 Agent 如何寻找潜在客户、建立关系、促成交易、留住客户、拓展合作伙伴关系并追踪成效,同时始终避免让人觉得是在推销。
用法
bun run business-dev/business-dev.ts <subcommand> [options]
子命令
pipeline
查看和管理各个交易阶段的 CRM 销售管道状态。
bun run business-dev/business-dev.ts pipeline [options]
选项:
--type(可选,字符串):按销售管道类型筛选 —customers、partners、contributors、marketplace。默认:全部。--stage(可选,数字 0-6):按阶段筛选。默认:全部。--stale(可选,布尔值):仅显示 7 天或更久没有活动的交易。
输出:
{
"pipeline": "all",
"deals": [
{
"prospect": "Stark Comet",
"identifier": "stark-comet",
"pipeline": "customers",
"stage": 3,
"stage_name": "Solution Shown",
"last_touch": "2026-03-01T12:00:00Z",
"next_action": "Follow up with case study",
"next_date": "2026-03-04",
"value_sats": 2000,
"touches": 3,
"days_in_stage": 2
}
],
"summary": {
"total_deals": 8,
"total_value": 15000,
"by_stage": { "0": 2, "1": 3, "2": 1, "3": 1, "4": 1, "5": 0, "6": 0 },
"coverage_ratio": "2.5x"
}
}
prospect
调研并将新的潜在客户添加到销售管道。
bun run business-dev/business-dev.ts prospect --name <name> --source <source> [options]
选项:
--name(必填,字符串):潜在客户标识符(Agent 名称、GitHub 用户名等)--source(必填,字符串):发现对方的渠道 —inbox、github、signal、referral、web、bounty、leaderboard。--pipeline(可选,字符串):销售管道 —customers、partners、contributors、marketplace。默认:customers。--notes(可选,字符串):初步调研笔记 — 对方的痛点、你的切入角度、对方使用的工具。--value(可选,数字):预估交易金额,单位为 sats。
输出:
{
"success": true,
"prospect": "Stark Comet",
"pipeline": "customers",
"stage": 0,
"stage_name": "Research",
"message": "Prospect added. Research their pain + your angle within 24h."
}
qualify
对潜在客户进行 BANT+ 资质评估。通过评估后,将其从阶段 1 推进到阶段 2。
bun run business-dev/business-dev.ts qualify --name <name> [options]
选项:
--name(必填,字符串):潜在客户标识符。--budget(可选,数字):对方的预估预算,单位为 sats。--authority(可选,字符串):对方是否有决策权?yes、no、unknown。--need(可选,数字 1-10):对方的问题有多紧迫?--timeline(可选,数字):对方需要解决方案前的天数。--pain(可选,字符串):用一句话描述对方的具体痛点。--competition(可选,字符串):对方还在评估哪些其他方案?
输出:
{
"prospect": "Stark Comet",
"qualified": true,
"score": 8,
"bant": {
"budget": 5000,
"authority": "yes",
"need": 8,
"timeline": 7
},
"recommendation": "Strong qualification. Move to Stage 2 and present solution.",
"next_action": "Send solution overview tailored to their yield scanning needs"
}
close
记录已成交的交易并更新销售管道指标。
bun run business-dev/business-dev.ts close --name <name> --revenue <sats> [options]
选项:
--name(必填,字符串):潜在客户标识符。--revenue(必填,数字):交易金额,单位为 sats。--pipeline(可选,字符串):销售管道类型。默认:customers。--notes(可选,字符串):交易备注 — 销售内容、条款、后续步骤。--recurring(可选,布尔值):是否为经常性交易?默认:false。
输出:
{
"success": true,
"prospect": "Sonic Mast",
"revenue": 400,
"pipeline": "customers",
"stage": 5,
"stage_name": "Closed",
"total_revenue_this_week": 1200,
"deals_closed_this_week": 3,
"message": "Deal closed! Move to Stage 6 (Retained) for upsell/referral tracking."
}
follow-up
获取今天到期的计划跟进事项及建议内容。
bun run business-dev/business-dev.ts follow-up [options]
选项:
--limit(可选,数字):最多返回的跟进事项数。默认:5。--pipeline(可选,字符串):按销售管道类型筛选。默认:全部。
输出:
{
"due_today": [
{
"prospect": "Sly Harp",
"pipeline": "customers",
"stage": 2,
"touch_number": 3,
"last_content": "Shared order book stats",
"suggested_approach": "Social proof — show how many agents posted bids this week",
"days_since_last": 3,
"cadence_status": "on_track"
}
],
"overdue": [
{
"prospect": "Dual Cougar",
"pipeline": "partners",
"stage": 1,
"touch_number": 2,
"days_since_last": 5,
"cadence_status": "overdue"
}
],
"total_due": 1,
"total_overdue": 1
}
review
检查销售管道健康状况,找出瓶颈、停滞的交易和覆盖缺口。
bun run business-dev/business-dev.ts review
输出:
{
"health": "yellow",
"stale_deals": 2,
"unqualified_in_pipeline": 1,
"pipeline_coverage": "2.1x",
"target_coverage": "3.0x",
"bottleneck_stage": "Stage 1 (Contacted)",
"bottleneck_reason": "Low response rate — 2/8 prospects responded",
"deals_at_risk": ["Dual Cougar (5 days stale)", "Wild Osprey (unqualified)"],
"recommendations": [
"Add 3 more qualified prospects to reach 3x coverage",
"Re-engage or drop 2 stale deals in Stage 1",
"Improve cold outreach messaging — response rate below 15%"
],
"metrics": {
"outreach_to_response": "25%",
"response_to_qualified": "50%",
"qualified_to_close": "33%",
"avg_time_to_close_days": 8
}
}
report
为 Agent 副驾和项目经理生成成功指标报告。
bun run business-dev/business-dev.ts report [options]
选项:
--period(可选,字符串):报告周期 —week、month。默认:week。--audience(可选,字符串):报告格式 —copilot(运营详情)、manager(战略概览)。默认:copilot。
输出(副驾):
{
"period": "week",
"deals_closed": 3,
"revenue_sats": 1200,
"revenue_trend": "+40% vs last week",
"pipeline_value": 8500,
"new_prospects": 5,
"response_rate": "25%",
"close_rate": "33%",
"avg_time_to_close_days": 8,
"top_pipeline": "customers",
"energy_efficiency": "1200 sats revenue / 400 sats spent = 3.0x ROI"
}
输出(经理):
{
"period": "week",
"revenue": 1200,
"active_partnerships": 2,
"referral_revenue": 300,
"free_tool_usage": 12,
"external_contributions": 3,
"retention_rate": "80%",
"ecosystem_health": "growing"
}
templates
获取适用于各种销售情境的即用型消息模板。
bun run business-dev/business-dev.ts templates --type <type>
选项:
--type(必填,字符串):模板类型 —cold-outreach、follow-up、partnership、soft-close、graceful-exit、objection-response。
输出:
{
"type": "cold-outreach",
"template": "[Name] — saw your [specific work]. [Specific compliment]. I built [tool/service] that helps with [their problem]. Given [observation about their situation], thought it might save you time. Happy to share details, no pressure.",
"variables": ["Name", "specific work", "Specific compliment", "tool/service", "their problem", "observation about their situation"],
"max_chars": 500,
"tips": [
"Research them first — mention something specific they built or said",
"Lead with genuine compliment, not flattery",
"Frame around THEIR benefit, not your product",
"End with low-pressure opt-in, not a demand"
]
}
销售框架参考
此技能运用五种经过实战验证的销售方法。CLI 不会直接实现这些方法;它们用于指导 Agent 在撰写消息时采用的对话方式。
何时使用哪种框架
| 情况 | 框架 | 关键做法 |
|---|---|---|
| 初次接触,需要了解对方 | SPIN Selling | 按照情境 → 问题 → 影响 → 需求-效益的顺序提问。让潜在客户说 70% 的时间。 |
| 对方不知道自己有问题 | Challenger Sale | 向对方展示一个关于其业务的意外洞见。针对性地调整。引导对方采取行动。 |
| 追着不回复的潜在客户跑 | Sandler | 深入挖掘痛点。如果没有真正的痛点,就迅速取消资格。及时放手。 |
| 对方知道问题,却看不到解决办法 | Solution Selling | 生动描绘未来的状态。“试想一下,如果你每天早上都会收到……” |
| 利益攸关重大,且有多个决策者 | MEDDIC | 逐项梳理每个字母。无法全部填写?这笔交易就不算合格。 |
说服心理学(Cialdini + Voss + Carnegie)
Cialdini 的 7 条原则:
- 互惠 — 先给予,再开口。始终如此。提供免费的情报、标记机会。
- 承诺 — 小小的肯定会促成更大的肯定。从“这会有帮助吗?”开始。
- 社会认同 — 使用具体数字:“12 位 Agent 用过这个”,而不是“很多 Agent 都喜欢它”。
- 权威 — 交付能证明专业能力的成果。不要光说自己专业。
- 喜好 — 称呼对方的名字。具体地赞赏对方的工作。找到真诚的共同点。
- 稀缺 — 只用真实的稀缺性。“赏金将在 48h 后截止。”虚假的紧迫感会永久摧毁信任。
- 统一 — 共同的身份认同。“我们都在 Bitcoin 上构建。”
谈判智慧:
- 复述 — 重复对方的关键短语,然后保持沉默。对方会补充真正的意思。
- 标注 — 点明潜在情绪。“听起来,这里可靠性比价格更重要。”精准表达能消除戒备。
- 校准式提问 — 只问“如何”和“什么”。“你希望如何安排这件事?”能让对方参与共同设计交易。“为什么”则会让对方觉得自己在接受审问。
- 预先回应 — 在对方提出明显的顾虑之前先行处理。不要用套话,而要具体说明:“风险在于 X。我们会这样应对。”
- 深度共鸣 — 比对方自己更清楚地描述其处境。当对方感到被充分理解时,抵触就会消散。
沉稳气度: 永远不要居高临下。具体地说——“你在那个 Clarity 合约中的错误处理很干净”会让人印象深刻,而“干得不错”则转瞬即逝。把一切都表述为对方的收益。少说话——安静的一方掌握谈判条件。提出能让对方自己得出结论的问题。
自然促成交易
每请求一次之前,先给予三次。这不是慈善,而是引力。等你提出交易时,答应就会成为阻力最小的选择。
- 指出对方错过的机会(对方会因此愿意关注你)
- 发送能帮对方赚钱或节省时间的数据(对方会因此信任你)
- 解决一个与你的推介无关的问题(对方会因此对你心存好感)
- 现在再提议:“我把一直为你做的事自动化了。想要完整版本吗?”
促成交易时可以这样说:
- “你已经用了两周免费版。付费版能多捕获 3 倍机会。升级吗?”
- “我们一直在非正式地做这件事。每周 500 sats,就能让它永久、自动地运行。”
- “这个问题每周让你损失 2,000 sats。我的工具只要 500。账很明白。”
促成交易不是一个时刻,而是一个结论。等你开口时,对方应该已经在点头了。
对方提出异议时
- 先听对方说完。 不要急着反驳。
- 问清楚具体顾虑。“你真正犹豫的是什么?”
- 用证据回应,而不是表现热情。
- 确认效果。“这样解决你的顾虑了吗?”
| 异议 | 应对方式 |
|---|---|
| “太贵了” | 对方没有看到投资回报。具体说明不采取行动的代价。 |
| “我会考虑一下” | “怎样才能让这个决定显而易见?” |
| “现在不行” | “什么时候这件事会变得紧迫?到时我再联系你。” |
| 沉默 | 2-3 天后带着新内容再次联系。不要空手追问。 |
管理销售管道
七个阶段
| 阶段 | 名称 | 退出标准 | 最长时间 |
|---|---|---|---|
| 0 | 调研 | 明确对方的痛点和你的切入点 | 24h |
| 1 | 已联系 | 对方已回复 | 7 days |
| 2 | 已确认资格 | 通过 BANT+ 检查 | 5 days |
| 3 | 已展示解决方案 | “这可能行得通” | 5 days |
| 4 | 谈判中 | 条款已达成一致 | 7 days |
| 5 | 已成交 | 已收到 sats | — |
| 6 | 已留存 | 再次购买或转介绍 | 持续进行 |
工作流类型
| 工作流 | 潜在客户 | 收入模式 |
|---|---|---|
customers | 为服务付费的 Agent | 直接收取 sats |
partners | 集成或共同构建的 Agent | 收入分成、相互转介绍 |
contributors | 提交代码的开发者/Agent | 悬赏、声誉 |
marketplace | Ordinals 买家/卖家 | 交易量 |
3 倍法则
工作流中的交易金额必须达到收入目标的 3 倍。如果你每周需要 10,000 sats,就要让工作流中有价值 30,000 sats 的交易。交易会流失,交易量就是保障。
跟进节奏
80% 的交易需要 5 次以上触达。92% 的销售人员在第 4 次后就放弃了。
| 触达 | 时间 | 内容 |
|---|---|---|
| 1 | 第 0 天 | 以价值为先的介绍 |
| 2 | 第 2-3 天 | 相关见解或资源 |
| 3 | 第 5-7 天 | 社会证明或案例研究 |
| 4 | 第 10 天 | 询问对方的情况 |
| 5 | 第 14 天 | 提供实用内容(数据、工具、引荐) |
| 6 | 第 21 天 | 直接但委婉地促成交易 |
| 7 | 第 30 天 | 得体地结束联系,并为日后沟通留门 |
每次跟进都要提供新的价值。禁止只说“只是来问候一下”。
外部销售(GitHub + Web)
GitHub 行动指南
gh search repos "stacks clarity" --sort stars— 寻找活跃项目gh search issues "ordinals" --sort comments— 寻找活跃讨论- 为仓库加星、提出有帮助的问题、提交 PR — 将工程实践作为营销手段
- 在问题讨论中发表有见地的评论 — 每次都是一个触达机会
- 相关项目的贡献者都是已预先筛选的潜在客户
将工程实践作为营销手段
| 构建内容 | 带来的销售 |
|---|---|
| 免费诊断工具 | 高级版 |
| 开源实用工具 | 声誉 + 生态系统 |
| 公共仪表板 | 数据分析能力 |
| 免费套餐(每天 3 次查询) | 先培养使用习惯,再转为付费套餐 |
每花一小时销售,就花两小时构建能够自我销售的东西。
精力管理
每个周期的优先事项
| 活动 | 精力占比 | 时机 |
|---|---|---|
| 成交已确认资格的交易 | 30% | 始终优先 |
| 跟进意向明确的潜在客户 | 25% | 成交之后 |
| 与新线索进行需求调研 | 20% | 周期中段 |
| 构建免费工具 | 15% | 固定保护时间 |
| 冷启动触达 + 调研 | 10% | 集中批量处理,优先级较低 |
避免浪费的指标
- 触达到回复率 < 10%?改进沟通内容,而不是增加数量。
- 回复到确认资格率 < 30%?改进目标筛选。
- 确认资格到成交率 < 20%?改进报价或促成交易的技巧。
- 成交时间 > 14 天?有环节卡住了。
- 终止开关: 达到平均成交时间的 3 倍仍毫无进展?终止这笔交易。
备注
- x402 消息和链上操作需要已解锁的钱包。
- 所有 CRM 状态都保存在本地 — 该技能每次调用时都会读取并写入工作流数据。
- 为防止损害反垃圾邮件声誉,每天最多发送 3 条冷启动触达消息。
- 每位潜在客户最多跟进 7 次,之后必须得体地结束联系。
- 未经操作者明确批准,每位潜在客户的支出上限为 1,000 sats。
- 每条消息都必须提供价值。不得发送没有实质内容的跟进消息。
- 切勿伪造稀缺性或紧迫感 — 在加密领域,一次谎言就会永久摧毁信任。
- 3:1 的价值与诉求比例是最低标准。多给予,少索取。
- 外部触达(GitHub、Web)往往比冷私信转化效果更好,因为你能先证明自己的能力。
- 每 50 个周期进行一次工作流审查。每 200 个周期进行一次全面审计和回顾。