Allow redis client 8 releases

[abrookins]

Summary

RedisVL 0.27 unblocks redis-py 8, so this PR now actually installs and tests that client instead of only widening the declared range.

• Raise redisvl to >=0.27.0 and redis to >=6.3.0,!=8.0.0,<9.0.0. redis-py 8.0.0 is excluded because of empty search results (redis-py #4107).
• Lock redis-py 8.1.0 and RedisVL 0.27.2.
• Parse both RESP2 list replies and redis-py 8 dict replies for FT.SEARCH / FT.INFO, including .find(), .count(), projections, and datetime schema checks.
• CI now installs redis-py 7.x and 8.x on the full Python/image matrix, plus redis-py 6.x on Python 3.12.

Supersedes #838. Unblocked by redis/redis-vl-python#695 (released in RedisVL v0.27.0).

How Has This Been Tested?

• Unit coverage for list and dict FT.SEARCH / FT.INFO shapes, including HashModel.from_redis and JsonModel.from_redis.
• Integration tests for find/count/schema parsing on redis-py 8.1.
• CI matrix: redis-py 6.x / 7.x / 8.x against redis:8.4.0 and redis/redis-stack:latest.

Breaking Changes

• redis-py older than 6.3.0 is no longer supported (matches RedisVL 0.27).
• redis-py 8.0.0 is not supported. Use 8.1.0 or later.
• RedisVL older than 0.27.0 is no longer supported.

Checklist

• My code follows the project's coding standards
• I have added/updated tests for my changes
• I have updated relevant documentation

---

Note

Medium Risk
Changes sit on the core search/query parsing path and tighten dependency floors, but behavior is covered by dedicated reply-shape tests and a multi-version CI matrix.

Overview
redis-py 8 support (1.2.0) widens dependencies to redis>=6.3.0,!=8.0.0,<9.0.0 and redisvl>=0.27.0, bumps the lock to redis-py 8.1.0, and documents that 8.0.0 is excluded due to broken search results.

A new aredis_om/search_reply layer normalizes FT.SEARCH and FT.INFO replies for both legacy RESP2 list shapes (redis-py 6/7) and dict/RESP3 shapes (redis-py 8). FindQuery, from_redis, projections, count(), and datetime schema checks now call shared helpers instead of list-only parsing.

CI runs the Unix test matrix against redis-py 6.x, 7.x, and 8.x (with uv pip pins and UV_NO_SYNC so the matrix version is not overwritten by uv sync). Unit and integration tests cover both reply formats plus deep/complex JSON projections.

^{Reviewed by Cursor Bugbot for commit 6e6916f. Bugbot is set up for automated code reviews on this repo. Configure here.}

[cursor]

Stale Bugbot comment from a previous run.

[abrookins]

Blocked by redis/redis-vl-python#686 for now

[abrookins]

Opened a PR upstream redis/redis-vl-python#695

[abrookins]

RedisVL 0.27.0 is out (https://github.com/redis/redis-vl-python/releases/tag/v0.27.0), so this is unblocked.

The earlier revision only raised the redis upper bound. The lockfile still installed redis-py 7.1.0, and redis-py 8.1 defaults to dict-shaped FT.SEARCH replies, which broke from_redis / .count().

This update:

• requires RedisVL >=0.27.0 and redis-py >=6.3, !=8.0.0
• locks redis-py 8.1.0
• parses both RESP2 lists and redis-py 8 dict replies
• CI-tests redis-py 6.x / 7.x / 8.x

[cursor]

Stale Bugbot comment from a previous run.

[cursor]

Cursor Bugbot has reviewed your changes using high effort and found 2 potential issues.

^{❌ Bugbot Autofix is OFF. To automatically fix reported issues with cloud agents, have a team admin enable autofix in the Cursor dashboard.}

^{Reviewed by Cursor Bugbot for commit daa4698. Configure here.}