Ashwin Bharambe 7d3db6b22c feat(openapi): generate stainless config "more" programmatically (#4164) ... Generate the Stainless client config directly from code so we can validate the config before we ever write the YAML. This change enforces allowed HTTP verbs/paths, detects duplicate routes across resources, and ensures README example endpoints exist and match the OpenAPI spec. The generator now fails fast when config entries drift, keeping the published config (hopefully) more current with the spec. I think more validation can be done but this is a good start.		2025-11-17 12:48:03 -08:00
..
stainless_config	feat(openapi): generate stainless config "more" programmatically (#4164)	2025-11-17 12:48:03 -08:00
__init__.py	feat(openapi): generate stainless config "more" programmatically (#4164)	2025-11-17 12:48:03 -08:00
__main__.py	feat(openapi): switch to fastapi-based generator (#3944)	2025-11-14 15:53:53 -08:00
_legacy_order.py	feat(openapi): switch to fastapi-based generator (#3944)	2025-11-14 15:53:53 -08:00
app.py	feat(openapi): switch to fastapi-based generator (#3944)	2025-11-14 15:53:53 -08:00
endpoints.py	fix(openapi): restore embedded request wrappers (#4176)	2025-11-17 11:36:23 -08:00
main.py	feat(openapi): switch to fastapi-based generator (#3944)	2025-11-14 15:53:53 -08:00
schema_collection.py	feat(openapi): switch to fastapi-based generator (#3944)	2025-11-14 15:53:53 -08:00
schema_filtering.py	feat(openapi): switch to fastapi-based generator (#3944)	2025-11-14 15:53:53 -08:00
schema_transforms.py	feat(openapi): switch to fastapi-based generator (#3944)	2025-11-14 15:53:53 -08:00
state.py	feat(openapi): switch to fastapi-based generator (#3944)	2025-11-14 15:53:53 -08:00