用途：针对给定 GitHub issue 号，系统化复现和调查缺陷，从日志与界面两条线索定位问题，并把结论整理回 issue。
主要能力：
- 读取指定 issue 的描述与评论，理解缺陷背景。
- 日志调查阶段并行运行 rails-console-explorer 与 appsignal-log-investigator 代理，结合代码库推测可能出错的位置与可观察的日志输出，反复运行直至形成较清晰的判断。
- 视觉复现阶段面向 UI 或用户流程类缺陷，使用 Playwright 浏览器工具访问本地页面、截图、点击、填表并读取控制台错误，按 issue 中的复现步骤逐步执行并留存证据。
- 文档化：记录具体文件路径与行号、截图、控制台错误和精确复现步骤。
- 回报：在 issue 下评论发现、已验证的复现步骤、截图、相关代码位置与建议修复。
使用方式（命令保持原样）：参数为 [GitHub issue number]，查看 github issue #$ARGUMENTS 的描述与评论。日志阶段运行：
Task rails-console-explorer(issue_description)
Task appsignal-log-investigator(issue_description)
视觉复现阶段需先确认服务运行：
mcp__plugin_compound-engineering_pw__browser_navigate({ url: "http://localhost:3000" })
mcp__plugin_compound-engineering_pw__browser_snapshot({})
若服务未启动，提示用户运行 bin/dev。随后按受影响路由导航、截图、执行用户流程、检查控制台错误：
mcp__plugin_compound-engineering_pw__browser_take_screenshot({ filename: "bug-[issue]-step-1.png" })
mcp__plugin_compound-engineering_pw__browser_console_messages({ level: "error" })
适用场景：需要依据 issue 复现 Rails 应用缺陷、需要日志与界面双重证据、需要把复现过程和代码线索沉淀到 issue 的工程协作场景。
限制：资料未提供该技能的安装方式、支持平台、收费与价格信息，暂未提供。依赖特定代理（rails-console-explorer、appsignal-log-investigator）与 compound-engineering Playwright 插件，且默认本地服务运行在 http://localhost:3000。