Skip to content

Merge main (automation extra_input fix) into the remote-safe read stack#448

Closed
mocha06 wants to merge 5 commits into
rc-dev/feat/remote-safe-core-readsfrom
rc-dev/chore/merge-main-into-remote-safe
Closed

Merge main (automation extra_input fix) into the remote-safe read stack#448
mocha06 wants to merge 5 commits into
rc-dev/feat/remote-safe-core-readsfrom
rc-dev/chore/merge-main-into-remote-safe

Conversation

@mocha06

@mocha06 mocha06 commented Jul 20, 2026

Copy link
Copy Markdown
Collaborator

Pulls the changes that shipped directly to main (bypassing dev) into the remote-safe read stack, on top of #447 (rc-dev/feat/remote-safe-core-reads).

Motivation

An automation extra_input case-normalization fix (PR #352) landed on main without going through dev, so dev and everything stacked on it (the remote-safe read PRs #443#447) were missing it. This merges main into the stack tip so the stack is current.

Outcome

main was dev + PR #352 only, so the merge is clean — no conflicts, no logical issues:

  • packages/mcp/src/pipefy_mcp/tools/automation_tools.py carries both the incoming extra_input handling and this stack's meta=REMOTE markers on the automation read tools (non-overlapping regions).
  • Main's new automation_input.py module and test_automation_input.py are present and pass; the CLI help golden matches the merged automation help.
  • Gates green: ruff check / ruff format --check, the test_remote_profile.py drift-guard, the CLI help golden (no update needed), and the full suite.

Note

Base is #447's branch (stacked), so CI fires once the base retargets to dev on merge. Merge this into the stack before (or alongside) merging #443#447 down to dev, so the automation fix rides along.

Danielmoraisg and others added 5 commits July 2, 2026 18:12
… --extra help

CreateAutomationInput/UpdateAutomationInput mix naming styles: most fields
are snake_case (action_params, event_id) but a few are camelCase
(schedulerCron, responseSchema, searchFor). The CLI --extra help claimed
camelCase, so the documented form was rejected by the API.

PipefyClient.create_automation/update_automation now rewrite top-level
extra_input keys to the API field names via a pure alias map (nested
payloads pass through verbatim), so both spellings work from the CLI and
MCP surfaces. Help text and docstrings now name the API fields instead of
claiming camelCase.

Closes #275
…rtising aliases

The normalizer accepting both spellings is a silent safety net; documenting
it made the LLM stop and choose. Lead the MCP tool docstrings with 'mirror
get_automation output' and present top-level extra_input keys as snake_case,
dropping the 'camelCase aliases accepted' language. Keep a short
'camelCase also accepted' note in the human-facing CLI help. No behavior
change; the normalizer still accepts both spellings.
…nput guidance

The reference doc opened with 'extra_input (camelCase API keys)', contradicting
the tool docstrings and the doc's own snake_case examples. Same class of
confusion as #275: agents reading the doc instead of the tool schema would send
the wrong shape. Also drop a meaningless 'or camelCase active' aside (active has
no case variant).

Addresses review feedback F1 on #352.
fix(sdk): accept both key spellings in automation extra_input and fix --extra help
@mocha06 mocha06 closed this Jul 20, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants