
Stackscan
com.stackscan由 stackscan.com 发布v0.4.0更新于 Oct 24, 2026
Look up the technology stack behind any domain, and the company running it.
概览
StackScan 让助手查询任意域名背后的技术栈以及运营该网站的公司,数据来自 StackScan Tech Lookup API。
- 可以做什么
- 查询剩余额度与本月配额
- 查询域名背后的公司:名称、行业、城市、国家、LinkedIn 与估算营收区间
- 列出单个域名上的全部技术,含类别、全球使用量、付费产品数量与估算月度技术支出
- 查看某项技术被多少网站使用以及分布地区
- 以紧凑表格批量查询最多 20 个域名的公司或技术,可按类别筛选
- 适用场景
- 适合销售、市场或竞品调研中需要了解某网站用什么技术搭建、由谁运营,或某项技术的普及程度。适合在对话中做快速查询,而非大批量数据拉取,README 建议后者使用 REST 接口。
- 运行要求
- 以 stdio 在本地运行,通常通过 npx 使用 npm 包。需要 StackScan 账号,并在 STACKSCAN_API_TOKEN 中提供 API 令牌、在 STACKSCAN_TENANT_ID 中提供工作区 UUID。可选 STACKSCAN_API_BASE 与 STACKSCAN_SESSION_LOOKUP_CAP(默认 25)。需要访问 StackScan API 的网络。
安装
在 SourceWeft 中
- 打开 控制台中的 Stackscan,将其添加到工作区。
- 为需要使用其工具的对话启用该服务。
Desktop only,通过 STDIO。 STDIO 服务会启动本地进程,因此需要 SourceWeft 桌面宿主。
其他 MCP 客户端
参照 仓库 中的启动说明。
README
StackScan MCP server
Ask your assistant what a website runs, and who is behind it.
A Model Context Protocol server for the StackScan Tech Lookup API. Point Claude, Cursor, or any other MCP client at it and you can ask things like:
What is example.com built on?
Who's behind vercel.com? Where are they, what industry, what's their LinkedIn?
How many sites run Klaviyo, and in which countries?
Read-only by design. Nothing here writes to any system of yours.
Install
You need a StackScan account. Sign in, open API Tokens in the dashboard, create a token, and copy your workspace UUID from the same page.
Claude Desktop (extension)
Download stackscan.mcpb from the
releases page, then drag it onto
Settings > Extensions. It asks for your API token and workspace ID and installs the
rest itself.
Claude Desktop (manual config)
Settings → Developer → Edit Config, then add:
Restart Claude Desktop. The tools appear under the connectors icon.
Claude Code
Cursor, Windsurf, and others
Same shape: command: npx, args: ["-y", "@stackscan/mcp-server"], and the two
environment variables. Check your client's own MCP docs for where its config file lives.
Tools
A lookup that finds nothing is not charged. Neither is check_credits.
Breadth vs depth
There are two technology tools and they answer different questions.
lookup_domains_technologies is the breadth view: many domains, technology
names only, ideal for "which of these run Shopify?". lookup_domain_technologies
is the depth view: one domain, every technology with its category and how many
sites use it globally. The batch tool reports how many technologies it left out per
domain, so the model can offer to drill in.
Why the batch tools stop at 20
The REST endpoints behind them take 100 domains per request, and these tools deliberately do not. A tool result goes straight into the model's context, and a hundred full company payloads is tens of thousands of tokens, which crowds out the conversation you are actually having, and the model then has to re-read all of it to answer anything. Twenty compact rows is a table a model can reason over.
It also refuses rather than truncates. If a batch would cost more than your session cap allows, it charges nothing and tells you how many you can afford. Quietly dropping domains would hand back an answer that looks complete and is not.
If you genuinely need hundreds of domains, that is what the REST endpoint is for.
Configuration
The session cap is a spend cap, and it is deliberate
StackScan's own limit is a rate limit: requests per minute. That stops a burst. It does nothing to stop a patient agent quietly spending an entire credit balance over an afternoon, which is a failure mode humans clicking buttons do not have.
So this server keeps its own counter: 25 credit-consuming lookups per session by
default, after which it refuses and says why. Misses and check_credits never count
against it, because they are never charged. Every successful result carries a footer
showing lookups remaining and your last known balance, so the model can pace itself
instead of discovering the limit by hitting it.
If you mean to go higher, raise it deliberately ("STACKSCAN_SESSION_LOOKUP_CAP": "200") rather
than finding out afterwards.
Development
test-stdio.mjs is a minimal JSON-RPC client that drives the server over a real stdio
pipe, so you can exercise it without an MCP host:
Never write to stdout in this server. stdout is the JSON-RPC channel; anything else on it corrupts the protocol. Diagnostics go to stderr.
Notes for anyone reading the source
Three things about the upstream API shaped this code and are easy to get wrong:
A miss is HTTP 200, not 404. The API answers "no data for that domain" with
200 {"success": false, "error": "No data available"}. A client that trusts the status
code reads the absent payload and crashes. Every response goes through one place that
separates a miss from a failure, so only a real failure is reported as an error.
Cached responses are still charged. The API's response cache shields its database, not your wallet: a repeat lookup inside the cache window costs the same credit. That is why the local balance decrements on every hit instead of trying to guess which calls were free.
Two base URLs are live. The API's home is api.stackscan.com/v1/.... The older
app.stackscan.com/api/v1/... paths are still served and are deliberately not
redirected, because a redirect would drop the body on POST. If your config still names
the old host, this server detects it and keeps using the old path shape, so upgrading
will not break you.
Privacy Policy
StackScan's privacy policy is at www.stackscan.com/privacy. What it means for this server specifically:
What is collected. The domains and technology names you look up, sent to
api.stackscan.com over HTTPS along with your API token and workspace ID. Nothing else
leaves your machine. This server reads no files, opens no ports and keeps no local
store; the only state it holds is a lookup counter and a credit balance, both in memory
and both gone when the process exits.
How it is used and stored. Lookups are logged against your workspace so credits can be metered and the account can be supported. Results come from StackScan's own crawl data, not from anything you send.
Third parties. Query terms are not sold or shared for advertising. They reach the infrastructure providers StackScan runs on, as set out under "Sharing With Service Providers" in the policy, and nowhere else.
Retention. Covered under "Data Retention" in the policy. Delete your account and the associated lookup history goes with it.
Contact. [email protected], or www.stackscan.com/contact.
Links
License
MIT. See LICENSE.
The licence covers this client only, roughly 500 lines that make HTTP requests. The StackScan data it reaches is a paid service and is not covered by it.
来源:README.md,提交 e3d250a
工具
0版本历史
2- v0.4.0最新Oct 2, 2026
- v0.3.0Sep 16, 2026
评分
已满足适用检查项的 50%
该评分衡量此收录条目的完整程度,依据注册中心条目、端点与公开来源计算得出。它不是对服务器本身的评价,也不表示服务器安全或当前可用:可连通性是带日期的检查结果,评分也不包含安装量或用户评价。
- 近 30 天内可连通25 分
请保持端点能够响应 MCP 握手;SourceWeft 每 30 天探测一次。
- 已声明认证方式10 分
请在注册中心条目中声明凭据请求头,或保持端点能够响应探测,以便判定其认证方式。
- 已列出工具15 分
请让服务器在无凭据时响应 tools/list,或发布可在沙箱中无凭据启动的软件包。
- 描述必需15 分
- 图标10 分
- 文档15 分
- 许可证10 分