用途：识别目标技术栈中集成的第三方服务，覆盖支付、分析追踪、客服、认证与身份、CRM 与营销、错误与性能监控、A/B 测试、CDN 与媒体、社交与通信等类别。
主要能力：基于多类信号进行检测，包括 javascript_signals（第三方脚本 URL、分析全局变量）、html_signals（组件嵌入、script 标签）、dns_signals（服务验证 TXT 记录）、http_signals（CSP 允许域名）、job_signals（工具提及）。每个服务有检测模式与权重，例如 Stripe 的 js.stripe.com、PayPal 的 paypal.com 脚本、Google Analytics 的 google-analytics.com 与 gtag、Intercom 的 intercom.io、Auth0 的 auth0.com、Sentry 的 sentry.io 等。
使用方式：输入来自 Phase 2 的原始信号，调用 detect_third_party_services(signals) 进行匹配。脚本 URL、JS 全局、DNS TXT 按服务权重计分；CSP 域名权重减 10；招聘信息权重为 20。输出包含 technologies 列表（名称、类别、信号、总权重、集成类型）、services_by_category 分类汇总，以及 integration_summary（服务总数、覆盖类别数、客户端集成数、可能为服务端的服务）。
适用场景：技术栈盘点、竞品分析、安全与合规审查中的第三方依赖梳理。
限制：不同信号置信度不同——脚本 URL 与 DNS TXT 约 90%，JS 全局约 85%，CSP 域名约 75%（可能未使用），招聘信息约 60%（可能为计划或遗留）。缺少脚本可能表示仅服务端集成；多个分析工具属常见情况需全部报告；检测到已弃用服务时应注明。具体安装与运行命令资料未提供。