用途
Tech Stack Detective 用于从公开信号反向推断一家公司实际使用的技术栈，并返回按层次组织的技术地图。它面向需要了解目标公司技术构成的使用者，例如竞品分析、技术选型参考、销售或合作前的背景调研。
主要能力
该技能会并行发起 5 个 TinyFish 代理任务，分别从以下来源收集信号：
- StackShare 公司档案：提取该公司在 StackShare 上列出的全部工具与服务，以及所属分类。
- LinkedIn 招聘信息：读取工程岗位的标题与可见摘要，提取其中提到的编程语言、框架、数据库、云服务商和工具，最多 15 条并去重。
- GitHub 组织页面：提取置顶或高星仓库、主要编程语言、基础设施或工具类仓库等公开信号。
- 工程博客：通过 Google 搜索定位工程或技术博客，读取可见的标题与摘要，提取技术、工具或架构决策线索，最多 10 条结果。
- 公司官网首页：分析前端技术信号，包括 JavaScript 框架线索、CSS 框架、分析工具、CDN 或托管信号、可见的“built with”徽章以及揭示框架或 CMS 的 meta 标签。
收集完成后，技能会综合所有来源，为每项技术分配置信度：
- 高置信度：在 3 个及以上来源中出现，或在 StackShare 上明确列出。
- 中置信度：在 2 个来源中出现，或从招聘信息推断。
- 低置信度：仅在 1 个来源中出现，或从间接信号推断。
最终输出为分层技术栈地图，包含前端、后端、数据与存储、基础设施与 DevOps、分析与监控、开发者工具等表格，并附关键架构信号、来源清单和低置信度条目说明。
使用方式
使用前必须完成两项预检：
- 检查 CLI 是否安装：
which tinyfish && tinyfish --version || echo "TINYFISH_CLI_NOT_INSTALLED"
若未安装，需先执行：
npm install -g @tiny-fish/cli
- 检查是否已认证：
tinyfish auth status
若未认证，需在 https://agent.tinyfish.ai/api-keys 获取 API 密钥，然后执行：
tinyfish auth login
两项检查均通过后方可继续。
随后需要准备输入：
- 公司名称：例如 Stripe、Linear、Vercel、Notion。
- 公司域名：例如 stripe.com。知名公司可从名称推断，不确定时需询问。
- 可选：关注领域：例如“只看前端”“他们的数据管道”“他们用什么做认证”。若指定，输出将聚焦该层。
运行前需替换命令中的占位符：
{COMPANY}：公司名称，例如 Stripe。{COMPANY_SLUG}：小写、连字符形式，例如 stripe。{COMPANY_ENCODED}：URL 编码形式，例如 Stripe。{COMPANY_DOMAIN}：公司域名，例如 stripe.com。
技能会并行执行 5 个代理命令，将结果分别写入 /tmp/tsd_stackshare.json、/tmp/tsd_linkedin.json、/tmp/tsd_github.json、/tmp/tsd_blog.json、/tmp/tsd_website.json，等待全部完成后输出各文件内容，再进行综合。
适用场景
- 调研目标公司的技术栈，用于竞品分析或技术选型参考。
- 在销售或合作前了解对方的技术构成。
- 关注特定技术层（如前端、数据管道、认证）的定向调研。
限制
- 依赖 TinyFish CLI 与 API 密钥，未安装或未认证时无法运行。
- 仅基于公开可见信息推断，不保证完整或准确，置信度分级仅为参考。
- 若 StackShare 档案不存在，会跳过该来源并注明缺口。
- 若 GitHub 组织未找到，会尝试常见变体（如 {company}hq、{company}-inc、{company}io）。
- 公开信息极少的私营公司，主要依赖招聘信息和官网分析，置信度可能较低。
- 超大型公司（如 Google、Meta、Amazon）技术栈极为多样，可能需指定具体团队或产品领域。
- 若公司在 GitHub 与 LinkedIn 使用不同名称，会以域名为锚点并注明差异。
- 具体收费、价格、平台支持范围等未在资料中提供。