Repository navigation
docs(uipath-platform): personal workspace upload creates a process, file arguments take attachment references - #3787
danmunteanu1 wants to merge 1 commit into
Conversation
…cess; a file argument takes an attachment reference
|
Claude finished @danmunteanu1's task in 1m 26s —— View job PR Review: docs(uipath-platform) — personal workspace upload & attachment references
SummaryAdds two pieces of operational knowledge to Change-by-Change Review1.
|
| Area | Status | Notes |
|---|---|---|
| Frontmatter | OK | Not touched |
| E2E Tests | OK | Existing job_run_logs_e2e.yaml and job_control_e2e.yaml cover the jobs workflow; this PR adds behavioral notes, not new CLI commands |
| Skill Body | OK | Not touched |
| References & Assets | OK | Changes are accurate and well-placed |
| Repo Hygiene | OK | No secrets, no cross-skill refs, scoped to one file |
Issues for Manual Review
- Attachment reference JSON shape — the
{"<ARGUMENT>": {"ID": "<ATTACHMENT_ID>", "FullName": "<FILE_NAME>"}}pattern is domain knowledge from running genomes. Reviewer should confirm this matches the Orchestrator API's expected format for file-argument attachment references.
Conclusion
Clean PR. Two small, high-signal additions that prevent real agent mistakes (duplicate process creation and misuse of --attachment for file arguments). Approve.
Split from #3460 so each skill's changes reach its own code owners. Found while running automations built from genomes.
Changes
references/orchestrator/run-jobs.md:processes create, which would add a second one.--attachmentdoes not fill a file argument: pass the argument as an attachment reference ({"ID", "FullName"}) in--input-argumentswith--attachment-id.