生成された型が厳しすぎます。実際には省略可能なフィールドがあります。

ジェネレータは、サンプルで null または欠落しているフィールドのみをオプションとマークします。サンプルにたまたまフィールドが含まれていると、必須になります。他のレスポンスで欠落する可能性のあるフィールドには手動で ? を付けてください。

推論された型を本番で信頼すべきですか?

推論された型は出発点であって契約ではありません。1 つのサンプルを反映したものであり、API の完全なスキーマではありません。本番では、API の OpenAPI/JSON Schema 仕様に対して検証するか、ランタイムバリデータ(zod、io-ts)で形状変更を防御してください。

JSON サンプルから TypeScript の型を推論し、インターフェースを手書きせずに API レスポンスに型を付けられます。

1

API が型なしの JSON を返す場合、サンプルレスポンスから形を推論できます。ジェネレータはキー、値の型、ネストを調べて、観測された構造に一致するインターフェースを生成します。
2

JSON から TypeScript への変換 →
JSON サンプルを(理想としては全フィールドが埋まったレスポンスを)貼り付けます。ツールはネストされたオブジェクト、配列、スカラーに適切な型を付けた TypeScript インターフェースを出力します。
3

json-format → json-to-ts
レシピを見るツールチェーンで開く

チェーンを使って JSON をパースし、型を推論し、一貫した命名(インターフェースは PascalCase、プロパティは camelCase)でフォーマット済み TypeScript を生成します。
4

出力をレビューしてください。オプションフィールド(サンプルで null または欠落)には ? を付けるべきです。ユニオン型(あるフィールドが時々 string、時々 number になる)には手動調整が必要です。ジェネレータは 1 つのサンプルしか見ていません。

生成された型が厳しすぎます。実際には省略可能なフィールドがあります。: ジェネレータは、サンプルで null または欠落しているフィールドのみをオプションとマークします。サンプルにたまたまフィールドが含まれていると、必須になります。他のレスポンスで欠落する可能性のあるフィールドには手動で ? を付けてください。
推論された型を本番で信頼すべきですか?: 推論された型は出発点であって契約ではありません。1 つのサンプルを反映したものであり、API の完全なスキーマではありません。本番では、API の OpenAPI/JSON Schema 仕様に対して検証するか、ランタイムバリデータ(zod、io-ts)で形状変更を防御してください。