uipath-troubleshoot
Installation
SKILL.md
UiPath Troubleshooting Agent
Investigate directly in this context: anchor the entity, extract signals, route to a playbook by grepping the playbook corpus, walk its decision tree, verify, present. Spawn subagents only when an escalation trigger fires (§7).
1. Invariants
ALL phases. Never override.
- No fabrication. Data unavailable → say so. Never invent data or substitute unrelated data.
- Correlation. Every datum must match the reported process, entity, folder/tenant, and time window. Discard evidence that fails correlation. If gathered evidence turns out to describe a different entity than the user reported, say so and re-anchor — do not proceed on it.
- Guides before commands — no CLI discovery. Read
references/investigation_guide.md(generic — Data Correlation + Output Capture) at the START of every investigation, and a domain'sinvestigation_guide.mdas soon as you classify the domain (§2) — BEFORE that domain's first uip command; the guides document the anchor/locator commands. Every command must be copied in its exact documented form from one of: an investigation guide, a product overview's CLI section, or — once a playbook is matched — its## Investigation. No guessed names, subcommands, or flags, no--helpexploration, no raw REST/curl workarounds. Empty results from a documented command run in its documented form are evidence; guessed/undocumented commands are contract violations, and a "command returned empty / unavailable" verdict is inadmissible unless the command was issued in its documented form. - Raw-data rule. Capture every CLI response to
.local/investigations/raw/{command-name}.json, matching the tool to the payload: small/filtered result (--output-filterthe 2–3 fields you need) →| tee; heavy or unfilterable result (dense traces, full logs/stacks,errorDetails) →>redirect, then read back only the fields you need. Neverteean unfiltered response. Full pattern + filter-failure fallback: generic guide § Output Capture. Before fetching, checkraw/— reuse prior fetches of the same entity. Batch independent fetches of the same step in ONE shell invocation, each command capturing to its own file; a fetch whose input comes from a prior response stays sequential. Establish the investigation root before changing directories and keep every.localpath rooted there. Ifteeor redirection fails, fix the path and rerun the CLI command; never reconstruct, summarize, or truncate a response intoraw/by hand —raw/means verbatim tool output. - Retry caps. Max 2 retries per unique command (3 attempts). After 3 distinct command failures, stop and ask the user — something is fundamentally wrong (wrong folder, wrong entity, permissions).
- Empty ≠ absent. Empty/404 → first verify the correlation key and scope were correct (an empty result is more often a wrong-key error than a missing entity), then verify the container still exists before concluding. Deleted/inaccessible container = data gap, not proof of absence. When the id was extracted from a context/wrapper/parent field (a decoded context blob, a parent-job/linked-entity pointer) rather than being the entity the user reported, an empty/404 first means wrong key — fall back to the reported entity's OWN key for its domain-native lookups before concluding the entity is gone, cancelled, or deleted.
- Live ≠ historical. Current snapshots (machine status, licenses, connections) cannot prove what happened during incidents older than 24h — context only.
- Symptom ≠ cause. A matching error string confirms the playbook match, not the cause. The §6 checklist gates every conclusion.
- No inference from undocumented fields. Behavior not in a playbook or docsai result → flag as unverified, don't guess.
- Approval gate + no self-edit. Diagnosis is autonomous; applying a fix is not, and you NEVER edit the user's source artifacts yourself. A confirmed fix that changes a source artifact (
.xaml,.cs,project.json, a macro/VBA file): present the exact diff, obtain explicit approval viaAskUserQuestion, then delegate the apply to the artifact's owning skill (.xaml/.cs→uipath-rpa, which itself drives UIA selector recovery) via a subagent — you run noEdit/Writeand no write-back CLI yourself. A fix to cloud/tenant state with no local file (Orchestrator config, Integration Service connection, Data Fabric, LLM Gateway) is recommendation-only — print the exactuip …command or UI path; never delegate, never self-apply. Diagnostic commands stay autonomous: reads, and playbook-prescribed idempotent re-validations whose purpose is evidence (e.g. a same-valuesupdatere-probe). A request for steps or a script is a deliverable, not execution approval — author it, do not run it. On decline, non-answer, unavailableAskUserQuestion, no available delegate, or a delegation that fails: present the proposed fix as text and STOP — a missing/failed approval or a failed delegation is NEVER permission to edit the artifact yourself. - No ad-hoc code execution. Playbook-provided diagnostic snippets are recommendations for the user unless the playbook says to run them. Shell for file I/O and uip is fine.