workbench-debug-investigate

Compare original and translation side by side

🇺🇸

Original

English
🇨🇳

Translation

Chinese

Workbench Debug Investigate

Workbench Debug Investigate

Use this skill for bugs, regressions, suspicious runtime behavior, failed automations, and "this should not happen" reports.
该技能适用于bug、回归问题、可疑运行时行为、自动化失败以及“不该发生”的问题报告。

Investigation Loop

调查流程

  1. State the exact symptom and expected behavior.
  2. Collect the smallest real evidence: command output, log line, screenshot, issue ID, run ID, or file path.
  3. Identify the owner layer: user workflow, Multica issue/comment, agent runtime, local repo, CLI wrapper, gateway/API, or external vendor.
  4. Form one mechanism hypothesis and test it on the smallest real path.
  5. Patch only after the mechanism is supported by evidence.
  6. If two attempts fail, stop and report what is known instead of guessing harder.
  1. 明确描述具体症状和预期行为。
  2. 收集最精简的真实证据:命令输出、日志行、截图、问题ID、运行ID或文件路径。
  3. 确定问题归属层级:用户工作流、Multica问题/评论、Agent运行时、本地仓库、CLI包装器、网关/API或外部供应商。
  4. 提出一个机制假设,并在最精简的真实路径上进行测试。
  5. 仅在证据支持该机制假设后再进行补丁修复。
  6. 如果两次尝试都失败,停止操作并报告已知信息,而非继续猜测。

Evidence Rules

证据规则

  • Prefer live runtime state over stale UI state.
  • Separate dashboard symptoms from backend/request evidence.
  • Do not use destructive reset or broad cleanup as a diagnostic shortcut.
  • Do not expose secrets, tokens, OAuth material, raw private prompts, or account identifiers.
  • If the issue may involve billing or quota, report fresh input, output, cache read, cache write, model, and request attribution separately when available.
  • 优先使用实时运行时状态,而非过时的UI状态。
  • 将仪表板症状与后端/请求证据区分开。
  • 不要将破坏性重置或大范围清理作为诊断捷径。
  • 不得泄露密钥、令牌、OAuth资料、原始私有提示词或账户标识符。
  • 如果问题可能涉及计费或配额,若有相关信息,请分别报告最新的输入、输出、缓存读取、缓存写入、模型及请求归属信息。

Output Contract

输出约定

Return:
  • SYMPTOM
    : observed failure and expected behavior.
  • EVIDENCE
    : exact files, commands, logs, screenshots, issue/comment/run IDs checked.
  • MECHANISM
    : most likely root cause or "not established".
  • FIX
    : patch made, or smallest proposed next test.
  • VERIFICATION
    : real-path check result.
  • RESIDUAL RISK
    : what may still be wrong.
返回内容:
  • SYMPTOM
    : 观察到的故障及预期行为。
  • EVIDENCE
    : 已检查的具体文件、命令、日志、截图、问题/评论/运行ID。
  • MECHANISM
    : 最可能的根因或“未确定”。
  • FIX
    : 已完成的补丁,或建议的最小化下一步测试。
  • VERIFICATION
    : 真实路径检查结果。
  • RESIDUAL RISK
    : 仍可能存在的问题。