feat(generated): Add Pipes operations and models

[workos-sdk-automation]

Summary

feat(pipes): Add Pipes operations and models

• Added model DataIntegrationCredentialsDto.
• Added model CustomProviderDefinition.
• Added model CreateDataIntegration.
• Added model UpdateCustomProviderDefinition.
• Added model UpdateDataIntegration.
• Added model DataIntegration.
• Added model DataIntegrationList.
• Added model DataIntegrationListListMetadata.
• Added model DataIntegrationCredential.
• Added model DataIntegrationCustomProvider.
• Added enum DataIntegrationCredentialsType.
• Added enum CustomProviderDefinitionAuthenticateVia.
• Added enum UpdateCustomProviderDefinitionAuthenticateVia.
• Added enum DataIntegrationState.
• Added enum DataIntegrationCredentialType.
• Added enum DataIntegrationCustomProviderAuthenticateVia.
• Added endpoint GET /data-integrations.
• Added endpoint POST /data-integrations.
• Added endpoint GET /data-integrations/{slug}.
• Added endpoint PUT /data-integrations/{slug}.
• Added endpoint DELETE /data-integrations/{slug}.
• Added endpoint POST /user_management/users/{user_id}/connected_accounts/{slug}.
• Added endpoint PUT /user_management/users/{user_id}/connected_accounts/{slug}.

Triggered by workos/openapi-spec@e350eb0

BEGIN_COMMIT_OVERRIDE
feat(pipes): Add Pipes operations and models (#413)
END_COMMIT_OVERRIDE

[greptile-apps]

Greptile Summary

This PR adds generated Pipes support for data integrations and connected account imports. The main changes are:

• New data integration request and response models.
• New custom provider and credential models and enums.
• New Pipes service methods for data integration CRUD operations.
• New Pipes service methods for creating and updating user connected accounts.
• New fixtures and service tests for the generated endpoints.

Confidence Score: 4/5

Mostly safe to merge after addressing the connected account organization scoping issue.

The generated models and endpoint coverage are straightforward, but one request-building path appears to ignore a documented organization scope parameter for connected account imports.

lib/Service/Pipes.php

T-Rex Logs

What T-Rex did

• I prepared a focused Guzzle mock-handler repro harness for createUserConnectedAccount() and updateUserConnectedAccount() to capture outgoing POST and PUT requests, including method, URL, organizationId, and JSON bodies, without contacting WorkOS, and running it was blocked because PHP is not installed.
• I compared the repository state before and after harness checkout, confirming the harness content and that the runtime environment still lacked PHP, evidenced by /bin/sh: 8: php: not found with exit code 127.
• I attempted to run the connected accounts validation script, but PHP was not found and an apt-get dependency setup failed due to permissions, so runtime execution could not proceed.

_{Ran code and verified through T-Rex}

Prompt To Fix All With AI

Fix the following 1 code review issue. Work through them one at a time, proposing concise fixes.

---

### Issue 1 of 1
lib/Service/Pipes.php:348-354
**Include organization scope**
`createUserConnectedAccount()` accepts `organizationId` and documents it as the way to scope the imported connection, but the request body never includes `organization_id`. When a caller passes an organization ID, the request still creates an unscoped user-level connected account because lines 348-354 only serialize tokens, scopes, and state. `updateUserConnectedAccount()` has the same omission below.

_{Reviews (1): Last reviewed commit: "chore(generated): add release notes frag..." | Re-trigger Greptile}

[greptile-apps]

Include organization scope
createUserConnectedAccount() accepts organizationId and documents it as the way to scope the imported connection, but the request body never includes organization_id. When a caller passes an organization ID, the request still creates an unscoped user-level connected account because lines 348-354 only serialize tokens, scopes, and state. updateUserConnectedAccount() has the same omission below.

Prompt To Fix With AI

This is a comment left during a code review.
Path: lib/Service/Pipes.php
Line: 348-354

Comment:
**Include organization scope**
`createUserConnectedAccount()` accepts `organizationId` and documents it as the way to scope the imported connection, but the request body never includes `organization_id`. When a caller passes an organization ID, the request still creates an unscoped user-level connected account because lines 348-354 only serialize tokens, scopes, and state. `updateUserConnectedAccount()` has the same omission below.

How can I resolve this? If you propose a fix, please make it concise.