用途：dig 是一个面向 Apify MCP Server 仓库的灵活技能，帮助探索代码、设计实现方案或编写功能规格，不用于编辑源文件。
主要能力与模式：依据用户自然语言推断意图，分三种模式。探索（Explore）：阅读相关源文件并解释发现、回答代码问题，这是所有意图的基线，默认模式。规划（Plan）：进入计划模式，设计并选定一种方案，评估影响，输出含 Approach、Files to change、Interfaces、Test strategy、Risks & impact、Data flow 等段落的可实施方案。规格（Spec）：在规划基础上创建 GitHub issue，每个实现阶段一个 issue（约 50-200 行改动），使用仓库的 feature_spec.yml 模板。
使用方式：解析 $ARGUMENTS，可选标志 --sdk（默认 ../typescript-sdk）、--ext-apps（默认 ../ext-apps）、--internal（默认 ../apify-mcp-server-internal）。源仓库解析顺序为标志路径、默认同级路径、node_modules 编译类型、GitHub URL，使用前须验证路径存在。规划与规格模式使用 EnterPlanMode，规格模式先 ExitPlanMode，再用 gh issue list --search 查重、gh issue edit 更新已有 issue 或 gh issue create 创建并加 t-ai 标签，创建前需向用户展示内容。可用 mcpc @stdio tools-call 探测行为（需先 pnpm run build），也可参考仓库内 AGENTS.md、CONTRIBUTING.md、DEVELOPMENT.md 约定，遵循既有模式而非重造。
适用场景：理解 Apify MCP Server 的现有实现、评估改动影响、设计重构、编写 issue 规格，以及涉及 MCP 协议或 MCP Apps 窗口部件与交互 UI 的场景。
限制：只用于理解与规划，不编辑源码。默认做最少工作。仅规划与规格进入计划模式，仅规格创建 issue。设计须最小化、可复用现有代码，需要先重构的应拆为单独 issue。删除多余章节，探索解释与 issue 保持 10-30 行，纯语言、无填充。资源路径仅在问题涉及相应领域时检查。收费、价格、平台与效果等事实资料未提供。