Henry Post

Found one explanation! https://github.com/snyk-labs/pysnyk/blob/aac24b2066a39e98864ec394f9149c6a076ff69c/snyk/models.py#L168C1-L169C1 `Organization.client` shouldn't be serialized. A custom `__getitem__` method would probably fix this.

Why does `OrganizationManager.all()` assign `client` to each `org` object? This also seems to be related to the issue. A data model shouldn't have a REST client object attached to it....

Here's another place where `client` is assigned a value that shouldn't live on a model object: https://github.com/snyk-labs/pysnyk/blob/aac24b2066a39e98864ec394f9149c6a076ff69c/snyk/test_models.py#L19

I've done some more digging and it looks like the model objects are used to manage client state quite a lot. The right solution would be to decouple this behavior...

In the meantime, I'm going to implement a class that wraps each model object and just does a custom `to_dict` method to avoid this fundamental issue. When I finish it,...

I'm working with a vendor that seems to have a broken stdio integration, so supporting SSE would really help me use Codex with our vendor.

Hi all! I actually got stdio working. Here's my working config: ``` windows_wsl_setup_acknowledged = true model = "gpt-5.1" [notice] hide_gpt5_1_migration_prompt = true [mcp_servers.snyk_mcp] command = "C:\\Program Files\\nodejs\\npx.cmd" args = ["-y",...