feat(api)!: sync generated SDK from staging - #118
Conversation
…2e43c3a97c79e8 Source: hyperspell/python-sdk-staging@cafa7d065818039fba629a81ec2e43c3a97c79e8 Promoted by: https://github.com/hyperspell/hyperspell/actions/runs/33723173859
|
Compatibility note: this removes the generated Context Documents client surface and adds read-only Entities (list/get/search) plus normalized Live source operations. The Context Documents HTTP routes are not being removed or changed; Hyperspell-owned clients continue to use them directly, and existing installed SDK versions continue to work. The breaking marker is for consumers that upgrade and compiled against those generated methods. |
EntelligenceAI PR SummaryThis PR promotes a generated SDK from staging and substantially changes the public API surface. It removes the existing context-document, tree, digest, and configuration resources and replaces them with entity and live-source APIs, including synchronous, asynchronous, raw-response, streaming, pagination, and model support. Documentation and embedded OpenAPI fixtures are updated accordingly, while generated API tests are replaced with entity and live endpoint coverage. Because this is a breaking SDK change with extensive model and resource additions/removals, compatibility and generated-schema correctness warrant broad review. Review Scorecard
Safe to merge despite the High blast radius — the generated SDK replacement is internally consistent and no correctness, security, robustness, or data-integrity defects were identified. The new entity and live-source APIs, including synchronous, asynchronous, raw-response, streaming, pagination, and model support, are accompanied by aligned documentation, OpenAPI fixtures, and generated coverage; there are no pre-existing unresolved issues or PR-introduced findings requiring remediation. Key Findings:
Evaluated against
|
Promotes the generated SDK from the staging buffer to this production repo.
hyperspell/python-sdk-staging@cafa7d065818039fba629a81ec2e43c3a97c79e8(refmain)CHANGELOG.md, release-please manifest/config, the release-please/publish/release-doctor workflows, and version stamps (kept at0.39.0; release-please bumps them on release).Merging hands off to release-please: it will open a release PR computing the next version from this PR's conventional-commit message — that release PR is the human gate for the actual publish. Amend the commit type (
fix:/feat!:) before merging if the change warrants a different bump.A re-dispatch of the promote workflow force-pushes this branch, superseding this PR's content in place.
Need help on this PR? Tag
@codesmith-botwith what you need. Autofix is disabled.