用途：从单个起始仓库出发，发现其连接的其他仓库、服务与依赖，产出生态地图，供后续批量分析或逆向工程使用。预计耗时 10-30 分钟，前置条件是一个包含真实代码的起始仓库，而非空脚手架。
主要能力：扫描 10 类整合信号，包括带作用域的 npm 包、Docker Compose 服务、环境变量、API 客户端调用、共享数据库、CI/CD 触发器、工作区配置、消息队列/事件、基础设施引用，以及 go.mod、requirements.txt 等语言相关依赖。可自动识别 GitHub 组织（或 GitLab group）、识别 monorepo，并结合用户提供仓库、GitHub 搜索、本地常见开发目录扫描进行合并去重与置信度评分。
使用方式：技能按步骤执行。先做预检，验证仓库并检测 monorepo；随后确认自动检测到的组织并询问已知相关仓库；扫描起始仓库信号；扫描用户提供的仓库；在提供组织时搜索 GitHub；扫描本地文件系统；合并去重并评分；生成 .stackshift/ecosystem-map.md 并展示；由用户确认或增删仓库；最后在起始仓库目录创建 .stackshift-batch-session.json 用于交接。路径变量在 shell 命令中必须使用双引号。该技能为单会话，无恢复能力，中断后需从第 1 步重新运行。
适用场景：用户只有一个仓库，想找出它连接的一切；大规模逆向工程需要枚举仓库；用户希望在批量分析前映射整个平台；多个仓库/服务之间的依赖图未知。常见触发语句如“为此仓库发现生态”“这个项目依赖哪些其他仓库”“映射所有相关服务”“找出平台中的所有仓库”“什么连接到了这个服务”。
限制与边界：需要包含真实代码的起始仓库；GitHub 搜索在限流、认证失败或瞬时错误时会跳过或回退到本地扫描（瞬时错误最多重试 2 次，间隔 10 秒）；无组织时跳过 GitHub 搜索；无信号时按独立仓库处理，不视为失败；仅有低置信度仓库或大型生态（20+ 仓库）时有相应展示与筛选处理；本地/远程混合时优先使用本地路径，远程仓库会在生态地图中标注。输出文件位置与置信度分级依据资料。关于具体价格、收费、平台支持范围等，本资料暂未提供。