You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Codegen drift: Poe the Poet (version 0.48.0)
Error: No poe configuration found from location /home/ubuntu
Usage:
poe [global options] task [task arguments]
Global options:
-h [TASK], --help [TASK]
Show this help page and exit, optionally supply a
task.
--version Print the version and exit
-v, --verbose Increase output (repeatable)
-q, --quiet Decrease output (repeatable)
-d, --dry-run Print the task contents but don't actually run it
-C PATH, --directory PATH
Specify where to find the pyproject.toml
-e EXECUTOR, --executor EXECUTOR
Override the default task executor
-X KEY[=VALUE], --executor-opt KEY[=VALUE]
Set executor configuration for this run.
--ansi Force enable ANSI output
--no-ansi Force disable ANSI output
NO TASKS CONFIGURED output diverges from committed generated models #1105
Running poetry run poe assemble on a clean checkout of main produces ~350 lines of style drift in airbyte_cdk/sources/declarative/models/declarative_component_schema.py (e.g. conint/confloat usage, class reordering) that does not match the committed file, so contributors hand-patch the generated model instead of regenerating it.
Consequences observed while adding UnionPartitionRouter (#1071):
The YAML schema declares minItems: 2 on UnionPartitionRouter.partition_routers, but the generated model has no corresponding constraint. The current codegen does not emit min_items, and pydantic v1 rejects a hand-added min_items=2 on this self-referential List[Union[...]] field at import time ("field constraints are set but not enforced").
There is no CI check that the committed generated file matches poe assemble output, so hand-maintained divergence accumulates silently.
Suggested follow-ups:
Pin/align the datamodel-code-generator version so poe assemble reproduces the committed file byte-for-byte.
Add an assemble-check CI job.
Decide whether array constraints like minItems should be reflected in the generated models (may require pydantic v2 or generator options).
Thank you for opening this issue! I'm an AI assistant that will do an initial review and may:
Ask clarifying questions if needed
Suggest relevant documentation or workarounds
Flag this for internal visibility
Note: Community issues are reviewed on a best-effort basis and do not have a guaranteed response time. To help us act on a suspected bug, please include at least one of: a reproducing manifest or code snippet, the full stack trace or error message, or the CDK version where the behavior changed. More detail is always welcome.
Thanks for opening this — we're tracking it here in the CDK repo.
This report is about developer tooling around the generated declarative component models (reproducibility of poe assemble output, an assemble-check CI job, and whether array constraints such as minItems should be reflected in the generated models). We've logged it as an enhancement for the CDK maintainers to pick up; we can't commit to a timeline.
Two notes that would help whoever picks this up:
The issue title appears to have captured unrelated CLI output rather than a short summary. A maintainer may want to retitle it to something like "Codegen drift: poe assemble output diverges from committed generated models".
If you can add the exact command that was run, the working directory it was run from, and the datamodel-code-generator version resolved in the environment, that would make the drift much easier to reproduce. Please make sure any pasted output has credentials, tokens, and other sensitive values masked.
Activity
octavia-bot commentedon Aug 5, 2026
Thank you for opening this issue! I'm an AI assistant that will do an initial review and may:
Note: Community issues are reviewed on a best-effort basis and do not have a guaranteed response time. To help us act on a suspected bug, please include at least one of: a reproducing manifest or code snippet, the full stack trace or error message, or the CDK version where the behavior changed. More detail is always welcome.
For additional help:
View playbook
airbyte-support-bot commentedon Aug 5, 2026
Thanks for opening this — we're tracking it here in the CDK repo.
This report is about developer tooling around the generated declarative component models (reproducibility of
poe assembleoutput, an assemble-check CI job, and whether array constraints such asminItemsshould be reflected in the generated models). We've logged it as an enhancement for the CDK maintainers to pick up; we can't commit to a timeline.Two notes that would help whoever picks this up:
poe assembleoutput diverges from committed generated models".datamodel-code-generatorversion resolved in the environment, that would make the drift much easier to reproduce. Please make sure any pasted output has credentials, tokens, and other sensitive values masked.Need more help? Join Airbyte Community Slack for peer support, or if you're a Cloud customer, open a support ticket referencing this URL.