release: 0.38.0

[stainless-app]

Automated Release PR

0.38.0 (2026-06-10)

Full Changelog: v0.37.0...v0.38.0

Features

• api: api update (e991d68)
• api: api update (a95dee2)
• api: api update (e160f73)
• api: api update (58c8d7c)
• api: api update (42d3c82)
• api: api update (edd9b41)
• api: api update (cc26c43)
• api: api update (aa0cc75)
• api: api update (335d028)
• api: api update (3b25c10)
• api: api update (92fd43a)
• api: api update (7a8e495)
• api: manual updates (5e31b8a)
• api: manual updates (cb78a3e)
• api: manual updates (23c9221)
• internal/types: support eagerly validating pydantic iterators (e47301a)
• support setting headers via env (eba0398)

Bug Fixes

• client: add missing f-string prefix in file type error message (6dbd3ec)
• use correct field name format for multipart file arrays (0f569cc)

Performance Improvements

• client: optimize file structure copying in multipart requests (c28640c)

Chores

• internal: more robust bootstrap script (d4a39dc)
• internal: reformat pyproject.toml (19a83c3)
• tests: bump steady to v0.22.1 (7d67d91)

---

This pull request is managed by Stainless's GitHub App.

The semver version number is based on included commit messages. Alternatively, you can manually set the version number in the title of this pull request.

For a better experience, it is recommended to use either rebase-merge or squash-merge when merging this pull request.

🔗 Stainless website
📚 Read the docs
🙋 Reach out for help or questions

[stainless-app]

🧪 Testing

To try out this version of the SDK:

pip install 'https://pkg.stainless.com/s/hyperspell-python/5e31b8a01c916a8e9afaf744f7bb8e670c8692c4/hyperspell-0.37.0-py3-none-any.whl'

Expires at: Fri, 10 Jul 2026 20:26:45 GMT
Updated at: Wed, 10 Jun 2026 20:26:45 GMT

[canaries-inc]

🐤 Canary Summary

This PR is a Python SDK release with no UI/UX changes affecting end users:

• Version bump to 0.38.0 across all configuration files
• Added date parameter to memories API for backend ranking/filtering
• Updated API type definitions and test coverage
• No user-facing UI components or changes present

---

---

View PR tests on Canary

[canaries-inc]

🐤 Canary Proposed Tests

No testable user journeys found for this PR.

[entelligence-ai-pr-reviews]

---

Confidence Score: 5/5 - Safe to Merge

Safe to merge — this PR is a release bump to version 0.38.0 and the automated review found no issues across the reviewed files. No logic changes, security concerns, or correctness problems were identified, and there are no unresolved pre-existing comments to carry forward. The PR appears to be a standard version release with clean diffs.

Key Findings:

• No review comments were generated by the automated analysis, indicating no detectable logic, security, or correctness issues in the changed files.
• Zero critical, significant, or medium-severity issues were flagged by the heuristic analysis, consistent with a version bump or release preparation PR.
• Coverage of 3/8 changed files leaves some files unreviewed, but for a release PR this is a low-risk gap — typically release commits touch changelogs, version files, and lock files which are low-risk by nature.

[entelligence-ai-pr-reviews]

EntelligenceAI PR Summary

Adds the CHANGELOG.md entry for the v0.38.0 release, cataloguing all changes introduced in this version.

• 12 automated API updates and 3 manual API updates recorded
• New feature: eager pydantic iterator validation
• New feature: environment-variable-based header setting
• Bug fix: missing f-string prefix in file type error message
• Bug fix: incorrect multipart file array field name format
• Performance improvement: multipart request file structure copying
• Chore: bootstrap script robustness improvements
• Chore: pyproject.toml reformatting
• Chore: test dependency bumped to steady v0.22.1

---

Confidence Score: 3/5 - Review Recommended

Likely safe but review recommended — this PR is a release changelog update for v0.38.0 that is largely documentation and bookkeeping, but a pre-existing unresolved correctness concern in src/hyperspell/_utils/_utils.py about flattened_key being passed as an empty string "" instead of None in the recursive multipart serialization logic remains open and unaddressed. This bug, introduced in a prior change and catalogued in this release, could cause incorrect field naming in multipart requests when using "repeat" or "comma" array formats. While this PR itself only adds changelog entries, merging it as a 'release' PR effectively ships that unresolved bug.

Key Findings:

• A pre-existing unresolved comment on src/hyperspell/_utils/_utils.py (L140-L151) identifies a correctness issue where _array_suffix returning "" for 'repeat'/'comma' formats causes flattened_key="" (empty string) to be passed recursively instead of None, potentially producing malformed multipart field names.
• The PR itself contains only CHANGELOG.md additions — no new logic is introduced, so the risk is entirely carried by previously merged code being formally released under this version tag.
• The changelog accurately documents the multipart file array field name bug fix and the file structure copying performance improvement, suggesting the team is aware of these changes, but the open review comment suggests the fix may be incomplete.

Files requiring special attention

• src/hyperspell/_utils/_utils.py
• CHANGELOG.md

[entelligence-ai-pr-reviews]

Releases v0.38.0 with a new date field on the memories update endpoint and a targeted deep copy utility replacing the previous full-copy approach in multipart requests.

• Added date: str | datetime | None parameter to sync/async memories.update() and MemoryUpdateParams
• Introduced deepcopy_with_paths in src/hyperspell/_files.py for selective container deep copying along specified key paths
• Removed deepcopy_minimal from src/hyperspell/_utils/_utils.py and its export from src/hyperspell/_utils/__init__.py
• Updated src/hyperspell/resources/memories.py to use deepcopy_with_paths with ['file'] path in both sync and async upload methods
• Added 8 new tests in tests/test_files.py covering deepcopy_with_paths and mutation-safety with extract_files
• Removed tests/test_deepcopy.py along with the deprecated utility
• Version bumped in pyproject.toml, _version.py, and .release-please-manifest.json; OpenAPI spec hash refreshed in .stats.yml

[entelligence-ai-pr-reviews]

Releases hyperspell v0.38.0 with an API enhancement, a deep copy performance improvement, and a test dependency update.

• Added optional date field (Union[str, datetime], ISO 8601) to MemoryUpdateParams and sync/async update methods in memories.py
• Replaced deepcopy_minimal (removed from _utils/_utils.py and _utils/__init__.py) with the new deepcopy_with_paths utility in _files.py, which shallow-copies only containers along specified key paths
• Updated memories.py upload methods to use deepcopy_with_paths imported from _files instead of _utils
• Bumped @stdy/cli from 0.20.2 to 0.22.1 in scripts/mock and scripts/test
• Updated OpenAPI spec URL/hash in .stats.yml
• Removed tests/test_deepcopy.py; added TestDeepcopyWithPaths tests in tests/test_files.py
• Version bumped to 0.38.0 in pyproject.toml, _version.py, and .release-please-manifest.json

[entelligence-ai-pr-reviews]

File: src/hyperspell/types/shared/query_result.py

New Provenance types declared in __all__ but not re-exported from shared __init__.py

src/hyperspell/types/shared/__init__.py only re-exports QueryResult, so Provenance, ProvenanceEntity, ProvenanceSource, and ProvenanceStep are inaccessible at hyperspell.types.shared.* or hyperspell.types.*, despite being listed in __all__.

from .metadata import Metadata as Metadata
from .resource import Resource as Resource
from .notification import Notification as Notification
from .query_result import QueryResult as QueryResult, Provenance as Provenance, ProvenanceEntity as ProvenanceEntity, ProvenanceSource as ProvenanceSource, ProvenanceStep as ProvenanceStep

Prompt to fix with AI

Copy this prompt into your AI coding assistant to fix this issue.

In file `src/hyperspell/types/shared/__init__.py`, line 6 currently reads:
  `from .query_result import QueryResult as QueryResult`

Four new classes — `Provenance`, `ProvenanceEntity`, `ProvenanceSource`, `ProvenanceStep` — were added to `query_result.py` and listed in its `__all__`, but they are not re-exported here. Add them to the import on line 6:
  `from .query_result import QueryResult as QueryResult, Provenance as Provenance, ProvenanceEntity as ProvenanceEntity, ProvenanceSource as ProvenanceSource, ProvenanceStep as ProvenanceStep`

Then, in `src/hyperspell/types/__init__.py` line 7, extend the `from .shared import ...` line to also include the four new names so they are accessible at the top-level `hyperspell.types` namespace.

[entelligence-ai-pr-reviews]

File: src/hyperspell/types/shared/query_result.py

Export Provenance types from shared/init.py

Provenance, ProvenanceEntity, ProvenanceSource, and ProvenanceStep are listed in __all__ here but src/hyperspell/types/shared/__init__.py only re-exports QueryResult, making the new types unreachable via from hyperspell.types import Provenance or from hyperspell.types.shared import Provenance.

from .query_result import QueryResult as QueryResult, Provenance as Provenance, ProvenanceEntity as ProvenanceEntity, ProvenanceSource as ProvenanceSource, ProvenanceStep as ProvenanceStep

Prompt to fix with AI

Copy this prompt into your AI coding assistant to fix this issue.

In file `src/hyperspell/types/shared/__init__.py`, line 6 currently reads:

    from .query_result import QueryResult as QueryResult

Replace it with:

    from .query_result import QueryResult as QueryResult, Provenance as Provenance, ProvenanceEntity as ProvenanceEntity, ProvenanceSource as ProvenanceSource, ProvenanceStep as ProvenanceStep

Then in `src/hyperspell/types/__init__.py`, line 7, extend the `from .shared import ...` line to also include `Provenance as Provenance, ProvenanceEntity as ProvenanceEntity, ProvenanceSource as ProvenanceSource, ProvenanceStep as ProvenanceStep`, so these new types are accessible via `from hyperspell.types import Provenance` as expected for a public SDK.