Skip to content

fix(embed): Python router vs the real Monad API [PRO-457] - #19

Open
Credgate wants to merge 11 commits into
feature/pro-404from
feature/pro-457
Open

fix(embed): Python router vs the real Monad API [PRO-457]#19
Credgate wants to merge 11 commits into
feature/pro-404from
feature/pro-457

Conversation

@Credgate

@Credgate Credgate commented Aug 4, 2026

Copy link
Copy Markdown

Ports the fixes from #17 (TypeScript) and #18 (Go) so all three routers stay contract-identical on the wire. Same defects, found by the review on #15 and validated against the API source in monad-inc/api.

Third of three stacked fix PRs. Stacked on #18 (PRO-456) — review/merge bottom-up; the upstream commits drop out of this diff as each merges.

Linear: PRO-457

What changed

  • pipeline_for resolves a connector's pipeline via component_of instead of scanning every pipeline. The scan sent no limit and Monad defaults it to 10, so past a tenant's tenth pipeline it reported "not connected" for pipelines that exist.
  • set_enabled PATCHes {enabled} alone now that PATCH is a true partial update, instead of rebuilding and replacing the node/edge graph — which silently dropped node config_overrides and edge schema_detection_spec.
  • connector list is drained page by page rather than one limit=1000 request.
  • type on output create; output_type is deprecated.
  • the speculative data / config response-shape fallbacks are gone — Monad returns neither.
  • kind maps to its path segment explicitly rather than by appending "s".

Behavior change

An unknown connector id now returns 404 not_found rather than 200 {hasPipeline:false}, matching the other two routers.

Verification

Router unit tests 11/11; conformance ROUTER=python 35/35, and ROUTER=go / ROUTER=ts also green on this branch — all three drive the same suite.

…[PRO-455]

Review of the Go port (#15) surfaced defects the TypeScript reference has too.
Validated against the API source rather than the published spec, which is stale.

- resolve a connector's pipeline via `GET /v1/{org}/{kind}s/{id}`'s
  `component_of` instead of scanning every pipeline. The scan sent no `limit`,
  so past the tenant's tenth pipeline it reported "not connected" for pipelines
  that exist.
- `setEnabled` now PATCHes `{enabled}` alone. PATCH became a true partial update
  in api#2163; the read-modify-write it replaces silently dropped node
  `config_overrides` and edge `schema_detection_spec` on every toggle.
- drain the connector list instead of one `limit=1000` request
- send `type` on output create; `output_type` is deprecated (api#2156)
- drop the speculative `data` / `config` response-shape fallbacks — Monad
  returns neither
- map `kind` to its path segment explicitly rather than appending "s"
…of [PRO-455]

The mock returned every row regardless of `limit` and had no
`GET /v1/{org}/{kind}s/{id}` route at all, so it could not catch two bugs the
routers actually have: they never send `limit` (Monad defaults it to 10) and
they walk the whole pipeline list to answer a question `component_of` answers
in one call.

- page every list at Monad's default limit of 10, with no maximum
- serve the connector detail route, including `component_of` — pinned to the
  same narrow projection the datastore emits (no `status`, no `nodes`)
- accept `type` on output create, `output_type` staying a deprecated alias
- track connectors statefully so a delete is observable
- add the >10-pipelines scenario; it fails against the pre-fix routers
Addresses the review on #15. Each item was validated against the API source
rather than the published spec, which is ~15 months stale.

- resolve a connector's pipeline via `GET /v1/{org}/{kind}s/{id}`'s
  `component_of` instead of scanning every pipeline. The scan sent no `limit`,
  and Monad defaults it to 10 — past a tenant's tenth pipeline the router
  reported "not connected" for pipelines that exist. Also turns an O(n)
  request fan-out into two calls.
- `setEnabled` now PATCHes `{enabled}` alone. PATCH became a true partial
  update in api#2163; the read-modify-write it replaces rebuilt the whole graph
  from a partial field list, silently dropping node `config_overrides` and edge
  `schema_detection_spec` on every toggle.
- drain the connector list rather than one `limit=1000` request
- send `type` on output create; `output_type` is deprecated (api#2156)
- drop the speculative `data` / `config` response-shape fallbacks — the list
  returns only `{pipelines, pagination}` and the detail is flat
- `componentKind` type with an explicit path mapping, replacing `kind + "s"`
- inline `url.PathEscape` instead of the one-letter `esc` alias
- README: document `GetCustomerOrgID` as the tenant-isolation boundary
…-457]

Ports the fixes from the Go and TypeScript routers so all three stay
contract-identical on the wire.

- resolve a connector's pipeline via `component_of` instead of scanning every
  pipeline; the scan sent no `limit` and Monad defaults it to 10
- `set_enabled` PATCHes `{enabled}` alone now that PATCH is a true partial
  update, instead of rebuilding and replacing the node/edge graph
- drain the connector list rather than one `limit=1000` request
- send `type` on output create; `output_type` is deprecated
- drop the speculative `data` / `config` response-shape fallbacks
- map `kind` to its path segment explicitly rather than appending "s"
…[PRO-455]

Review of the Go port (#15) surfaced defects the TypeScript reference has too.
Validated against the API source rather than the published spec, which is stale.

- resolve a connector's pipeline via `GET /v1/{org}/{kind}s/{id}`'s
  `component_of` instead of scanning every pipeline. The scan sent no `limit`,
  so past the tenant's tenth pipeline it reported "not connected" for pipelines
  that exist.
- `setEnabled` now PATCHes `{enabled}` alone. PATCH became a true partial update
  in api#2163; the read-modify-write it replaces silently dropped node
  `config_overrides` and edge `schema_detection_spec` on every toggle.
- drain the connector list instead of one `limit=1000` request
- send `type` on output create; `output_type` is deprecated (api#2156)
- drop the speculative `data` / `config` response-shape fallbacks — Monad
  returns neither
- map `kind` to its path segment explicitly rather than appending "s"
# Conflicts:
#	routers/typescript/src/monad.ts
# Conflicts:
#	routers/typescript/src/monad.ts
@Credgate
Credgate marked this pull request as draft August 4, 2026 17:10
@Credgate
Credgate marked this pull request as ready for review August 4, 2026 18:40
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.

1 participant