nostr:npub1uac67zc9er54ln0kl6e4qp2y6ta3enfcg7ywnayshvlw9r5w6ehsqq99rx proposed schemata is per issue, extensible to any language.
nostr:npub1ye5ptcxfyyxl5vjvdjar2ua3f0hynkjzpx552mu5snj3qmx5pzjscpknpr - regarding zod, nostr:npub1xzrkzsrnr83vn7h0udq6tnapwpswy5equlrtkn3nu0e0anlmzynqne0qap went through the pain of zod schema, and to my understanding is in agreement with nostr:npub1uac67zc9er54ln0kl6e4qp2y6ta3enfcg7ywnayshvlw9r5w6ehsqq99rx that the schemata approach is the most flexible/extensible for the variety of nostr applications.
https://www.npmjs.com/package/nostr-commerce-schema
nostr:npub1xzrkzsrnr83vn7h0udq6tnapwpswy5equlrtkn3nu0e0anlmzynqne0qap is also looking at extending to e.g. mkstacks.
Regarding the validation application - yes for applesauce this is a great use case for schemata.