我做了一个 Boss 商业 X 光机：从招聘信息反推商业模式、需求和合作机会

项目地址：https://github.com/FightingThrones/boss-business-xray

很多人打开 Boss 直聘，只会把它当成找工作的工具：搜岗位、投简历、等 HR 回复。

但换一个视角看，招聘信息其实是一家公司公开暴露出来的业务信号：

• 招什么人，说明哪里缺能力；
• 招多少人，说明哪个环节在扩张；
• 薪资结构怎么设计，说明利润和激励在哪里；
• 岗位职责怎么写，说明业务流程大概怎么跑；
• 小公司持续招聘，往往说明模型可能已经初步跑通。

基于这个思路，我做了一个 Codex Skill：Boss 商业 X 光机。

它不是一个“爬虫工具”，也不是一个“自动投递工具”，而是一个面向创业者、独立开发者、咨询顾问和本地服务商的招聘信息商业分析工作流。

一、这个 Skill 解决什么问题

我希望它解决的不是“帮我找工作”，而是这几个问题：

1. 一个行业到底怎么获客、怎么成交、怎么交付？
2. 哪些小公司正在扩张，值得重点研究？
3. 哪些岗位说明暴露了真实业务瓶颈？
4. 哪些公司可能有客户和场景，但缺技术产品化能力？
5. 面试或约聊时，应该问哪些问题才能摸清商业模式？
6. 如果要合作或试跑，最小 MVP 应该怎么设计？

一句话概括：

把招聘信息从“求职材料”，转化成“商业机会情报”。

二、核心设计理念

这个 Skill 的底层判断是：岗位是业务链路的投影。

比如：

• 大量招短视频运营、小红书运营、私域运营，说明公司获客依赖内容和人力；
• 大量招课程顾问、销售顾问、咨询师，说明转化环节很关键；
• 大量招老师、服务专员、实施顾问，说明交付环节在扩张；
• 小公司招聘技术负责人、AI 应用开发、小程序开发，可能说明它有业务场景，但缺系统化能力；
• 薪资里反复出现“底薪加提成”“提成不封顶”“稳定客源”，通常意味着转化链路值得研究。

所以我把岗位统一映射到六类业务链路：

这套分类比单纯看岗位标题更有用，因为它能把“招聘信息”还原成“业务流程”。

三、Skill 的工作流

Boss 商业 X 光机的流程是这样的：

用户手动复制 JD / 截图内容 / 合法导出的招聘信息
-> 去重和岗位分类
-> 映射到商业链路
-> 推断瓶颈和利润信号
-> 排序公司和机会
-> 生成面试验证问题
-> 设计 7 天 / 30 天 MVP 或学习计划

它支持几种模式。

1. 行业 X 光扫描

适合分析一个具体赛道，比如：

使用 boss-business-xray，分析贵阳少儿编程这个赛道怎么赚钱

它会从岗位分布里判断这个赛道主要靠什么获客、怎么成交、如何交付，以及小公司是否有复制机会。

2. 技术合伙人机会扫描

适合独立开发者或技术型创业者。

比如：

使用 boss-business-xray，扫描贵阳技术合伙人机会

重点不是找普通开发岗，而是找这些公司：

• 小团队，0-20人 或 20-99人；
• 老板、总经理、创始人亲自招聘；
• 行业不是纯软件，但有本地客户、渠道或业务场景；
• 岗位里出现 AI、小程序、CRM、系统搭建、技术合伙人、可给实股、项目分成等关键词。

这类公司可能不缺想法，缺的是把业务流程产品化的人。

3. 手动 JD 分析

这是更合规、也更稳的方式。

当自动访问详情页不合适时，用户可以直接复制岗位 JD 或截图内容给 Skill：

使用 boss-business-xray，分析下面 5 条 Boss 岗位 JD，判断哪些公司值得约聊合作

Skill 会区分：

• 哪些是 JD 中明确写出来的事实；
• 哪些只是基于招聘信号的推断；
• 哪些必须通过面试或约聊继续验证。

4. 面试摸底问题生成

很多人面试只问工资、上下班、福利。

但如果目标是学习商业模式或判断合作机会，更重要的问题是：

• 你们客户主要从哪里来？
• 公司会提供客户资源吗？
• 新人多久能出第一单？
• 客单价大概是多少？
• 成交周期多长？
• 交付是自研、外采，还是加盟体系？
• 现在最卡的是获客、转化、交付，还是技术系统？
• 如果做一个 30 天 MVP，最想先解决哪个问题？

这些问题才是真正能摸清业务的入口。

四、为什么要强调合规边界

这个项目里我刻意把合规边界写得比较重。

原因很简单：招聘平台不是公共数据库，平台条款、个人信息保护、反自动化规则都必须认真对待。

所以这个 Skill 的默认定位不是“自动采集工具”，而是：

对用户合法取得、手动复制或自行提供的公开招聘信息进行分析。

文档中明确写了几条边界：

• 不绕过平台风控；
• 不规避反爬机制；
• 不批量抓取；
• 不自动投递；
• 不群发消息；
• 不提取个人联系方式；
• 不构建招聘数据库；
• 不转售平台数据；
• 遇到平台风险提示立即停止。

这一点非常重要。

一个工具真正能长期使用，不是因为它“更猛”，而是因为它边界清楚、可控、可解释。

五、目录结构

当前项目结构如下：

boss-business-xray/
├── SKILL.md
├── README.md
├── LICENSE
├── DISCLAIMER.md
├── COMMERCIAL.md
├── agents/
│   └── openai.yaml
├── assets/
│   └── screenshots/
│       └── result-overview.svg
└── references/
    ├── signal-dictionary.md
    ├── tech-partner-signals.md
    ├── interview-questions.md
    └── report-template.md

其中几个核心文件：

• SKILL.md：Skill 主入口，定义触发场景、工作流和安全边界；
• signal-dictionary.md：招聘信号字典；
• tech-partner-signals.md：技术合伙人机会判断规则；
• interview-questions.md：面试摸底问题库；
• report-template.md：商业机会报告模板；
• DISCLAIMER.md：免责声明；
• COMMERCIAL.md：商业使用条款；
• LICENSE：MIT 开源协议。

六、一个典型输出长什么样

正式报告会尽量区分三种内容：

1. 已确认事实：岗位 JD 里明确写出来的内容；
2. 推断结论：根据岗位、薪资、规模、技能等信号做出的判断；
3. 待验证问题：必须通过面试、约聊或人工核验确认的问题。

一个典型报告会包含：

• 执行摘要；
• 数据来源和样本数量；
• 岗位在商业链路中的分布；
• 公司和机会排序；
• 获客、转化、交付链路图；
• 利润信号和瓶颈信号；
• 值得重点研究或约聊的公司；
• 面试摸底问题；
• 最小可验证产品或合作方案；
• 7/30/90 天行动计划。

这比单纯列岗位更有意义。

因为用户最终要的不是“有哪些岗位”，而是：

哪些公司值得研究，哪些需求值得切入，下一步应该怎么验证。

七、技术合伙人模式的判断逻辑

我个人最看重的是技术合伙人模式。

因为很多小公司有业务、有客户、有场景，但没有技术产品化能力。对独立开发者来说，这类机会比普通外包单更有价值。

判断时我会看 5 个分数：

我的默认建议是：

• 有客户、有预算：项目费 + 维护费；
• 有客户、预算低：小项目费 + 分成；
• 有强资源、创始人靠谱：付费 MVP 后再谈股权；
• 只有想法、没客户：谨慎；
• 只谈股权、不谈现金、不谈资源：尽量避开。

八、适合谁用

这个 Skill 适合：

• 想研究本地商业机会的人；
• 想用低成本方式学习一个行业的人；
• 想找技术合伙机会的独立开发者；
• 想给客户做行业机会分析的咨询顾问；
• 想把公开招聘信息转化成业务线索的一人公司；
• 想从招聘信号里看懂企业真实需求的产品经理。

它不适合：

• 想批量抓取招聘数据的人；
• 想自动投递简历的人；
• 想群发骚扰招聘者的人；
• 想绕过平台限制的人；
• 想把平台数据打包转售的人。

九、项目地址

项目已经开源：

https://github.com/FightingThrones/boss-business-xray

欢迎把它当成一个思路参考：如何把公开信息转化成结构化业务判断。

十、总结

Boss 商业 X 光机本质上不是一个“招聘工具”，而是一个“商业模式阅读器”。

它做的事情，是把原本散落在招聘信息里的线索重新组织起来：

• 谁在招人；
• 招什么人；
• 为什么招；
• 招聘说明暴露了什么业务瓶颈；
• 哪些公司可能已经跑通了模型；
• 哪些地方有技术合作或 MVP 切入机会。

对普通人来说，最便宜的商业学习方式，可能不是先去报课，而是先学会看懂市场上真实公司正在花钱招聘什么。

招聘信息背后，藏着一家公司正在运转的商业系统。

而这个 Skill，就是试图把那套系统照出来。