Add LLM Gateway diagnostics surface (BYO config troubleshooting)#1105
Conversation
Adds Diagnose-mode coverage for the LLM Gateway product slice: - uipath-platform: new Diagnostics section in byo-connections.md with four recipes (re-probe a failing config, tenant-wide audit of dead connections, trace cross-reference, AI Trust Layer policy override check). Frontmatter description and when_to_use surface diagnose/audit/re-probe verbs; body bullet documents the workflow; Task Navigation has a dedicated row. - uipath-troubleshoot: new products/llm-gateway/ folder with overview, summary, and three playbooks (byo-connection-dead high-confidence, validation-probe- failed medium, byo-routing-bypassed medium). Router updated to surface the new product between Integration Service and UI Automation. The gateway does not expose per-request invocation logs via CLI — diagnosis is limited to current state + trace evidence. Both the overview and the playbooks name this structural ceiling explicitly so the CLI ask is documented. Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
|
Claude finished @denispetre's task in 3m 43s —— View job PR Review: Add LLM Gateway diagnostics surface
SummaryAdds Diagnose-mode coverage for LLM Gateway / BYO LLM across two skills: a Change-by-Change Review1.
|
| Area | Status | Notes |
|---|---|---|
| Frontmatter | OK | Description 884/1024 chars, valid YAML, diagnostic verbs added |
| E2E Tests | N/A | No new skill added; existing tests untouched; diagnostic content is reference material |
| Skill Body | OK | uipath-platform SKILL.md changes are scoped and correct |
| References & Assets | Minor issues | Missing --output json on one audit command; two code blocks without language identifiers |
| Repo Hygiene | OK | No secrets, no cross-skill file refs, all links resolve, no unrelated changes |
Issues for Manual Review
- CLI command accuracy: The
uip gov aops-policy deployed-policy resolvecommand appears in multiple files. Verify the--product AITrustLayer --license-type <type> --tenant <name>flags match the current CLI surface — this is outside thellm-configurationfamily and may have different flag semantics. --output-filterJMESPath expressions: TheData[?connectionState!='Enabled']andData[?product=='...' && operationGroupName=='...']filters assume a specific JSON envelope shape. Worth confirming against current CLI output.uip is connections editverb (byo-connection-dead.md:47): Verify this is the current verb for re-authenticating an IS connection — some CLI versions may useupdateinstead ofedit.
Conclusion
Clean, well-structured addition. The two-skill approach (platform-side quick recipes + troubleshoot-side structured playbooks) is the right design — each skill is self-contained and serves its audience. One Medium fix needed (missing --output json on the audit command in byo-connection-dead.md:59) and two Low polish items (code block language identifiers and a minor --output json inconsistency in overview.md). Otherwise ready to merge.
Summary
Adds Diagnose-mode coverage for the LLM Gateway / BYO LLM slice. The slice currently scores 30/20/10% (Build/Operate/Diagnose) on the Coding Agents Scorecard — Build and Operate are measurement artifacts (the previous BYO move already restored the underlying surface), but Diagnose is genuinely missing. This PR addresses the Diagnose gap.
Two complementary moves
1. `uipath-platform` — Diagnostics section on byo-connections.md
2. `uipath-troubleshoot` — new `products/llm-gateway/` folder
This is the bigger lever per the scorecard methodology: `uipath-troubleshoot` is credited toward Diagnose for any product whose state is reachable via `uip`. LLM GW state is reachable (six CLI verbs read it), but the troubleshoot skill had no playbooks for it.
What this doesn't fix
The gateway does not expose per-request invocation logs via CLI. There is no `uip llm-configuration logs`, no historical probe-result query, no per-call routing audit. Both the overview and the playbooks document this structural ceiling explicitly — the CLI ask is now visible from the user-facing side.
Expected scorecard impact
Test plan
🤖 Generated with Claude Code