Conversation
Captures knowledge from end-to-end work on `solution resource refresh` and `solution deploy run`: - `resource refresh` now documents what it actually does end to end — binding discovery (incl. solution-root `bindings_v2.json` for agent projects), `referenceKey` disambiguation from `<project>/resources/<X>/resource.json`, reconcile of `.uipx` projects, external reference sync, and per-user `userProfile/<userId>/debug_overwrites.json` writes. - App resources get a dedicated subsection: which artefact files refresh produces, what triggers Studio Web's "App is no longer available" warning (version drift vs Apps service `semVersion`), and folder disambiguation rules. - App moved to the non-virtualizable list — like Process and Connection, it must reference an existing cloud resource. - `pack` documents the required `outputPath` positional and the `<name>_<version>.zip` output filename. - `deploy run` warns about false-positive polling failures (pipeline records expire after completion → 404s on `deploy status`) and points to `solution deploy list` as the fallback truth source. - `solution.md` lifecycle clarifies the two distinct distribution paths (pack/publish/deploy vs upload) and that `upload` is debug-only. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
|
Claude finished @alexenica's task in 2m 26s —— View job PR Review: docs(uipath-platform/solution): expand resource refresh + deploy gotchas
SummaryExpands Change-by-Change Review1.
|
| Line | Current | Should be |
|---|---|---|
| 58 | MySolution.2.0.0.zip |
MySolution_2.0.0.zip |
| 61 | MySolution.2.0.0.zip |
MySolution_2.0.0.zip |
| 205 | MySolution.*.zip |
Glob still works, but inconsistent with docs |
| 220 | MySolution.1.2.0.zip |
MySolution_1.2.0.zip |
| 226 | MySolution.1.2.0.zip |
MySolution_1.2.0.zip |
An agent following the naming docs will produce _-separated names, but an agent reading the CI or environment-promotion examples will produce .-separated names. This creates a contradiction that can cause publish to reference a non-existent file.
Severity: Medium — deploy polling duplication
The polling false-positive warning now appears in two places in the same file:
- Blockquote under Step 5 (lines 109–114)
- Gotchas subsection "Polling false-positives on
deploy run" (lines 259–260)
Both convey the same information. Per Reference Pointer Discipline, one should be the authoritative copy and the other a bridge. Recommend keeping the Gotchas section as the full explanation (it's where agents look for troubleshooting) and shortening the Step 5 blockquote to a one-liner pointing there, e.g.:
Heads up: polling can false-positive on long deployments — see Polling false-positives in Gotchas.
The --folder-path expansion (line 256) adding the nested folder example is helpful — good addition.
3. skills/uipath-platform/references/solution/solution.md
Severity: OK
The mermaid diagram update adding the C --> H[upload] edge (line 43) correctly reflects the two distribution paths. The explanatory paragraph (lines 45–49) is concise and adds real disambiguation value between pack→publish→deploy vs upload.
The resource refresh reminder on line 49 is light enough — single sentence with the specific files that need to be current. Acceptable bridge content (not duplicating the mechanism from develop-solution.md).
What's Missing
- Zip naming in code examples not updated — the
<name>_<version>.zipconvention from line 51 is not reflected in the publish/CI/promotion examples (see detailed finding above). - No
textlanguage identifier on the code block atdevelop-solution.md:115— minor, but repo standards require language identifiers on all fenced code blocks.
Area Ratings
| Area | Status | Notes |
|---|---|---|
| Frontmatter | OK | No frontmatter changes in this PR |
| E2E Tests | OK | No new CLI workflows added; existing uipath-platform test coverage is out of scope for this docs-only change |
| Skill Body | OK | Changes scoped to reference files, not SKILL.md |
| References & Assets | Issue | Zip naming inconsistency across examples (Medium); polling warning duplication (Medium) |
| Repo Hygiene | OK | CODEOWNERS exists for /skills/uipath-platform/. No secrets, no cross-skill refs, no binary files. All relative links resolve. |
Issues for Manual Review
- Zip naming truth: does
uip solution packactually produce<name>_<version>.zip(underscore) or<name>.<version>.zip(dot)? The PR changes the documented convention but I can't verify the CLI's actual output. If the CLI uses dots, the old examples were correct and line 51 should be reverted instead. - Pipeline ID expiry: the 404 behavior on
deploy statusafter completion is documented as a known gotcha — worth confirming this matches the latest CLI version behavior, as server-side TTL could change.
Conclusion
Good documentation expansion — the refresh mechanism details and App resource docs fill a real knowledge gap for agents working with solutions. Two medium issues to address before merge: (1) update the zip filename examples to match the new _ naming convention (or revert if the CLI actually uses .), and (2) deduplicate the polling false-positive warning. Otherwise ready to go.
…flag Captures two changes shipping in uipcli PR #1211: - New `solution resource get <key>` subcommand. Returns full `ResourceConfiguration` (spec, locks, apiVersion, isOverridable, resourceOverwrite). Falls back automatically to RCS + FPS export when the key isn't bound to the local solution, so it works for any resource visible in the catalog — not just ones already in the solution. `--include-dependencies` returns the full dependency graph in one call. - `solution resource list / refresh / get` now take `--solution-folder <path>` (defaulting to cwd) instead of a positional `[solutionPath]`. All three examples and option tables updated; pack-and-deploy.md picks up the same hint. Also documents why local and remote specs aren't byte-identical (server-resolved fields like entryPointUniqueId, runtime defaults) and what `get`'s resolution path looks like (local-first, RCS+FPS fallback, hard fail with a clear message when missing everywhere).
…has (#445) * docs(uipath-platform/solution): expand resource refresh + deploy gotchas Captures knowledge from end-to-end work on `solution resource refresh` and `solution deploy run`: - `resource refresh` now documents what it actually does end to end — binding discovery (incl. solution-root `bindings_v2.json` for agent projects), `referenceKey` disambiguation from `<project>/resources/<X>/resource.json`, reconcile of `.uipx` projects, external reference sync, and per-user `userProfile/<userId>/debug_overwrites.json` writes. - App resources get a dedicated subsection: which artefact files refresh produces, what triggers Studio Web's "App is no longer available" warning (version drift vs Apps service `semVersion`), and folder disambiguation rules. - App moved to the non-virtualizable list — like Process and Connection, it must reference an existing cloud resource. - `pack` documents the required `outputPath` positional and the `<name>_<version>.zip` output filename. - `deploy run` warns about false-positive polling failures (pipeline records expire after completion → 404s on `deploy status`) and points to `solution deploy list` as the fallback truth source. - `solution.md` lifecycle clarifies the two distinct distribution paths (pack/publish/deploy vs upload) and that `upload` is debug-only. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * docs(uipath-platform/solution): add resource get + --solution-folder flag Captures two changes shipping in uipcli PR #1211: - New `solution resource get <key>` subcommand. Returns full `ResourceConfiguration` (spec, locks, apiVersion, isOverridable, resourceOverwrite). Falls back automatically to RCS + FPS export when the key isn't bound to the local solution, so it works for any resource visible in the catalog — not just ones already in the solution. `--include-dependencies` returns the full dependency graph in one call. - `solution resource list / refresh / get` now take `--solution-folder <path>` (defaulting to cwd) instead of a positional `[solutionPath]`. All three examples and option tables updated; pack-and-deploy.md picks up the same hint. Also documents why local and remote specs aren't byte-identical (server-resolved fields like entryPointUniqueId, runtime defaults) and what `get`'s resolution path looks like (local-first, RCS+FPS fallback, hard fail with a clear message when missing everywhere). --------- Co-authored-by: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
Summary
resource refreshnow explains the actual mechanism (binding discovery,referenceKeydisambiguation from agent's resource.json,.uipxproject reconcile, per-user debug_overwrites)semVersion)packdocs the required<outputPath>positional + the<name>_<version>.zipoutput namingdeploy runwarns about false-positive polling failures (pipeline ID expires post-completion → 404s ondeploy status) and recommendssolution deploy listas the fallback truth sourcesolution.mdlifecycle clarifies the two distribution paths (pack/publish/deploy vs upload) and notes thatuploadis debug-onlyTest plan
uip solution resource refreshanduip solution deploy runend-to-end on agent solutions