feat: export private collection config types as public aliases

[LijuanTang94]

Summary

Closes #1994

Users who want to type-annotate parameters like generative_config, reranker_config, vector_index_config, etc. in collection.create() currently have to import private _-prefixed types. In pyright strict mode (reportPrivateUsage: error) this is flagged as an error.

This PR follows the exact same pattern as #1993 (FilterReturn) and adds public TypeAlias entries for the 8 affected types from collections/collections/executor.py:

Public alias	Private type
GenerativeConfigCreate	_GenerativeProvider
InvertedIndexConfigCreate	_InvertedIndexConfigCreate
MultiTenancyConfigCreate	_MultiTenancyConfigCreate
ObjectTTLConfigCreate	_ObjectTTLConfigCreate
ReplicationConfigCreate	_ReplicationConfigCreate
RerankerConfigCreate	_RerankerProvider
ShardingConfigCreate	_ShardingConfigCreate
VectorIndexConfigCreate	_VectorIndexConfigCreate

All 8 aliases are re-exported from weaviate.classes.config.

Before

# pyright error: reportPrivateUsage
from weaviate.collections.classes.config import _GenerativeProvider

def my_helper(gen: Optional[_GenerativeProvider]) -> ...:
    ...

After

from weaviate.classes.config import GenerativeConfigCreate

def my_helper(gen: Optional[GenerativeConfigCreate]) -> ...:
    ...

Changes

• weaviate/collections/classes/config.py — 6 new TypeAlias entries
• weaviate/collections/classes/config_object_ttl.py — add TypeAlias import + 1 alias
• weaviate/collections/classes/config_vector_index.py — add TypeAlias import + 1 alias
• weaviate/classes/config.py — import and re-export all 8 aliases in __all__

[orca-security-eu]

Orca Security Scan Summary

Status	Check	Issues by priority
Passed	Infrastructure as Code	0   0   0   0	View in Orca
Passed	SAST	0   0   0   0	View in Orca
Passed	Secrets	0   0   0   0	View in Orca
Passed	Vulnerabilities	0   0   0   0	View in Orca

[weaviate-git-bot]

To avoid any confusion in the future about your contribution to Weaviate, we work with a Contributor License Agreement. If you agree, you can simply add a comment to this PR that you agree with the CLA so that we can merge.

beep boop - the Weaviate bot 👋🤖

PS:
Are you already a member of the Weaviate Forum?

[LijuanTang94]

I have read the CLA and agree to the terms.

[LijuanTang94]

Hi team — just checking in on this PR. CLA is now signed and all checks are passing. Happy to make any changes if needed!

[LijuanTang94]

Rebased onto current main (was 93 commits behind) — no conflicts, diff unchanged from the original.

Same CI situation as #2050: the Main workflow has never run here either — it's stuck at action_required pending first-time-contributor approval, so only the security scans show. Approving the run would make the real checks visible.

Locally against current main: 415 passed on main, 415 on this branch — no regression, as expected for a pure re-export. All 8 private types still exist under those names on main, and all 8 aliases resolve and land in weaviate.classes.config.__all__. ruff format --check is clean.

On the change: #1994 is still open, and this follows the same pattern as #1993 (FilterReturn) — TypeAlias entries so users running pyright in strict mode don't have to import _-prefixed types just to annotate collection.create() arguments.

@dirkkul