用途：作为运营者的市场情报台，整合三块互补功能。Radar 被动监控竞品与市场来源（定价页、更新日志、落地页差异、Product Hunt 分类发布、竞品应用商店/G2 评论、融资与招聘新闻），归集为标准化信号并标出变更要点，由运营者在应用内分诊为 act/watch/ignore/needs info。Research 主动研究：运营者排队提出研究问题，智能体先起草研究简报（范围、来源、深度）待批准，再执行多来源深度研究并归档带引用的报告；运营者可阅读、批注、评分置信度并追问。Trends 需求信号：收集关键词与话题趋势动因（搜索热度、社区话题量、品类关注度），可只读交叉读取 busa-seo 快照，转化为机会卡片供批准或忽略。
主要能力与用法：采集与研究由智能体在会话中真实执行（浏览器自动化、网页搜索、跨技能文件读取），AirApp 本身只读写 Busabase，不抓取远程页面、不发布内容、不改动配置 Space 以外的远程系统。默认 AirApp 优先，除非用户明确只要解释，否则完成到期采集/研究后给出可点击 AirApp URL；仅有“纯聊天”类要求时切到聊天模式，以 Signal #1 编号呈现并收集裁决。首次运行若 watchlist 与 signals 为空，会逐轮引导配置产品定位、监控目标与来源、研究默认项、趋势来源。信号写入走单一路径：node skills/busa-radar/scripts/ingest_signals.mjs payload.json；报告用 file_report.mjs，趋势用 ingest_trends.mjs，裁决执行先运行 execute_decisions.mjs 干跑再 --apply。本地预览用 pnpm --dir skills/busa-radar/content/busa-radar-app dev。
适用场景：竞品定价/页面变更监控、竞品评论与融资招聘跟踪、按简报执行的带引用研究、趋势机会识别，以及向 busa-writer、busa-feedback 的审批式交接。
限制：采集仅限公开页面与运营者自有分析，遵守 robots.txt 与站点条款，礼貌限速，不抓取私密、受限或个人数据；不得在 Busabase 存爬取凭据或 API 密钥；不提交 payload JSON、env 或原始爬取内容；交接与对外产物需审批；来源无法验证时标记 needs_info/blocked。依赖 kelly-app-skill-creator、busabase、busabase-app-creator 三项技能，缺失时保留本地产物并停止相应操作。