feat(flow-skill): robust JMESPath impl instructions#249
Conversation
|
Claude finished @rockymadden's task in 1m 49s —— View job SummaryThis PR replaces the incorrect legacy Change-by-Change Review1.
|
| Area | Status | Notes |
|---|---|---|
| Frontmatter | OK | Not modified — existing frontmatter valid |
| E2E Tests | OK | Documentation-only change; existing tests cover the skill |
| Skill Body | OK | Not modified |
| References & Assets | OK | New section is well-structured, all internal links resolve |
| Repo Hygiene | OK | No secrets, no cross-skill refs, CODEOWNERS already covers this path |
Issues for Manual Review
- JMESPath accuracy: Verify that the documented syntax (single parens, bare field names, single-quoted strings,
contains/starts_withfunctions) matches the actual UiPath Integration Service filter engine behavior. The PR corrects what appears to be known-wrong legacy syntax, but the reviewer should confirm against the IS API or runtime.
Conclusion
Clean PR — no issues found above Low severity. The change replaces demonstrably incorrect filter syntax with comprehensive, LLM-friendly JMESPath documentation. The anti-patterns table is a particularly strong addition that should prevent common agent mistakes. Approve.
- Read review criteria and project conventions
- Run diff and read existing PR conversation
- Read full changed file for context
- Perform review checks (links, cross-refs, secrets, etc.)
- Post review findings
|
| "eventMode": "<EVENT_MODE>", | ||
| "eventParameters": { "<paramName>": "<RESOLVED_VALUE>" }, | ||
| "filterExpression": "((fields.<fieldName><`value`>))" | ||
| "filterExpression": "(contains(subject, 'urgent'))" |
No description provided.