API ਵਿੱਚ ਸਟਰੱਕਚਰਡ ਆਉਟਪੁੱਟਸ ਦੀ ਪੇਸ਼ਕਸ਼
ਅਸੀਂ API ਵਿੱਚ ਸਟਰੱਕਚਰਡ ਆਉਟਪੁੱਟਸ ਪੇਸ਼ ਕਰ ਰਹੇ ਹਾਂ—ਹੁਣ ਮਾਡਲ ਆਉਟਪੁੱਟਸ ਡਿਵੈਲਪਰਾਂ ਵੱਲੋਂ ਦਿੱਤੇ JSON ਸਕੀਮਾਜ਼ ਦੀ ਭਰੋਸੇਯੋਗ ਤਰੀਕੇ ਨਾਲ ਪਾਲਣਾ ਕਰਦੇ ਹਨ.

ਪਿਛਲੇ ਸਾਲ DevDay ਵਿੱਚ, ਅਸੀਂ JSON mode ਪੇਸ਼ ਕੀਤਾ ਸੀ—ਇਹ ਉਹਨਾਂ ਡਿਵੈਲਪਰਾਂ ਲਈ ਇੱਕ ਲਾਭਕਾਰੀ ਬਿਲਡਿੰਗ ਬਲਾਕ ਹੈ ਜੋ ਸਾਡੇ ਮਾਡਲਾਂ ਨਾਲ ਭਰੋਸੇਯੋਗ ਐਪਲੀਕੇਸ਼ਨ ਬਣਾਉਣਾ ਚਾਹੁੰਦੇ ਹਨ। ਹਾਲਾਂਕਿ JSON mode ਵੈਧ JSON ਆਉਟਪੁੱਟਸ ਬਣਾਉਣ ਲਈ ਮਾਡਲ ਦੀ ਭਰੋਸੇਯੋਗਤਾ ਨੂੰ ਸੁਧਾਰਦਾ ਹੈ, ਇਹ ਇਸ ਗੱਲ ਦੀ ਗਾਰੰਟੀ ਨਹੀਂ ਦਿੰਦਾ ਕਿ ਮਾਡਲ ਦਾ ਜਵਾਬ ਕਿਸੇ ਖਾਸ ਸਕੀਮਾ ਦੇ ਅਨੁਕੂਲ ਹੋਵੇਗਾ। ਅੱਜ ਅਸੀਂ API ਵਿੱਚ ਸਟਰੱਕਚਰਡ ਆਉਟਪੁੱਟਸ ਪੇਸ਼ ਕਰ ਰਹੇ ਹਾਂ, ਇੱਕ ਨਵਾਂ ਫੀਚਰ ਜੋ ਇਹ ਯਕੀਨੀ ਬਣਾਉਣ ਲਈ ਡਿਜ਼ਾਈਨ ਕੀਤਾ ਗਿਆ ਹੈ ਕਿ ਮਾਡਲ ਦੁਆਰਾ ਬਣਾਏ ਆਉਟਪੁੱਟਸ ਡਿਵੈਲਪਰਾਂ ਵੱਲੋਂ ਦਿੱਤੇ JSON ਸਕੀਮਾਜ਼ ਨਾਲ ਬਿਲਕੁਲ ਮੇਲ ਖਾਣ.
ਬੇਤਰਤੀਬ ਇਨਪੁੱਟਸ ਤੋਂ ਸਟਰੱਕਚਰਡ ਡਾਟਾ ਬਣਾਉਣਾ ਅੱਜ ਦੀਆਂ ਐਪਲੀਕੇਸ਼ਨਾਂ ਵਿੱਚ AI ਦੇ ਮੁੱਖ ਵਰਤੋਂ ਮਾਮਲਿਆਂ ਵਿੱਚੋਂ ਇੱਕ ਹੈ। ਡਿਵੈਲਪਰ OpenAI API ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਐਸੇ ਸ਼ਕਤੀਸ਼ਾਲੀ ਅਸਿਸਟੈਂਟ ਬਣਾਉਂਦੇ ਹਨ ਜਿਨ੍ਹਾਂ ਕੋਲ function calling(ਨਵੀਂ ਵਿੰਡੋ ਵਿੱਚ ਖੁੱਲ੍ਹਦਾ ਹੈ) ਰਾਹੀਂ ਡਾਟਾ ਲਿਆਉਣ ਅਤੇ ਸਵਾਲਾਂ ਦੇ ਜਵਾਬ ਦੇਣ ਦੀ ਸਮਰੱਥਾ ਹੁੰਦੀ ਹੈ, ਡਾਟਾ ਐਂਟਰੀ ਲਈ ਸਟਰੱਕਚਰਡ ਡਾਟਾ ਕੱਢਣ ਦੀ ਯੋਗਤਾ ਹੁੰਦੀ ਹੈ, ਅਤੇ ਬਹੁ-ਕਦਮੀ agentic workflows ਬਣਾਉਣ ਦੀ ਸਮਰੱਥਾ ਹੁੰਦੀ ਹੈ ਜੋ LLM ਨੂੰ ਕਾਰਵਾਈ ਕਰਨ ਦੇ ਯੋਗ ਬਣਾਉਂਦੇ ਹਨ। ਡਿਵੈਲਪਰ ਕਾਫੀ ਸਮੇਂ ਤੋਂ ਇਸ ਖੇਤਰ ਵਿੱਚ LLM ਦੀਆਂ ਸੀਮਾਵਾਂ ਨੂੰ ਓਪਨ ਸੋਰਸ ਟੂਲਿੰਗ, ਪ੍ਰੌੰਪਟਿੰਗ, ਅਤੇ ਵਾਰੰਵਾਰ ਬੇਨਤੀਆਂ ਦੁਹਰਾਕੇ ਪਾਰ ਕਰਦੇ ਆ ਰਹੇ ਹਨ ਤਾਂ ਜੋ ਇਹ ਯਕੀਨੀ ਬਣਾਇਆ ਜਾ ਸਕੇ ਕਿ ਮਾਡਲ ਆਉਟਪੁੱਟਸ ਉਹਨਾਂ ਫਾਰਮੈਟਾਂ ਨਾਲ ਮੇਲ ਖਾਣ ਜੋ ਉਹਨਾਂ ਦੀਆਂ ਸਿਸਟਮਾਂ ਨਾਲ ਇੰਟਰਓਪਰੇਟ ਕਰਨ ਲਈ ਲੋੜੀਂਦੇ ਹਨ। ਸਟਰੱਕਚਰਡ ਆਉਟਪੁੱਟਸ OpenAI ਮਾਡਲਾਂ ਨੂੰ ਡਿਵੈਲਪਰਾਂ ਵੱਲੋਂ ਦਿੱਤੇ ਸਕੀਮਾਜ਼ ਨਾਲ ਮੇਲ ਖਾਣ ਲਈ ਸੀਮਿਤ ਕਰਕੇ ਅਤੇ ਸਾਡੇ ਮਾਡਲਾਂ ਨੂੰ ਜਟਿਲ ਸਕੀਮਾਜ਼ ਨੂੰ ਹੋਰ ਚੰਗੀ ਤਰ੍ਹਾਂ ਸਮਝਣ ਲਈ ਟ੍ਰੇਨ ਕਰਕੇ ਇਸ ਸਮੱਸਿਆ ਦਾ ਹੱਲ ਕਰਦੇ ਹਨ.
ਜਟਿਲ JSON ਸਕੀਮਾ ਦੀ ਪਾਲਣਾ ਸਬੰਧੀ ਸਾਡੀਆਂ evals ਵਿੱਚ, ਸਟਰੱਕਚਰਡ ਆਉਟਪੁੱਟਸ ਨਾਲ ਸਾਡਾ ਨਵਾਂ ਮਾਡਲ gpt-4o-2024-08-06 ਬੇਮਿਸਾਲ 100% ਸਕੋਰ ਕਰਦਾ ਹੈ। ਤੁਲਨਾ ਵਿੱਚ, gpt-4-0613 40% ਤੋਂ ਘੱਟ ਸਕੋਰ ਕਰਦਾ ਹੈ.
ਸਟਰੱਕਚਰਡ ਆਉਟਪੁੱਟਸ ਨਾਲ, gpt-4o-2024-08-06 ਸਾਡੀਆਂ evals ਵਿੱਚ 100% ਭਰੋਸੇਯੋਗਤਾ ਹਾਸਲ ਕਰਦਾ ਹੈ ਅਤੇ ਆਉਟਪੁੱਟ ਸਕੀਮਾਜ਼ ਨਾਲ ਪੂਰੀ ਤਰ੍ਹਾਂ ਮੇਲ ਖਾਂਦਾ ਹੈ.
ਅਸੀਂ API ਵਿੱਚ ਸਟਰੱਕਚਰਡ ਆਉਟਪੁੱਟਸ ਨੂੰ ਦੋ ਰੂਪਾਂ ਵਿੱਚ ਪੇਸ਼ ਕਰ ਰਹੇ ਹਾਂ:
1. ਫੰਕਸ਼ਨ ਕਾਲਿੰਗ: tools ਰਾਹੀਂ ਸਟਰੱਕਚਰਡ ਆਉਟਪੁੱਟਸ ਤੁਹਾਡੀ function definition ਦੇ ਅੰਦਰ strict: true ਸੈੱਟ ਕਰਕੇ ਉਪਲਬਧ ਹਨ। ਇਹ ਫੀਚਰ ਉਹਨਾਂ ਸਭ ਮਾਡਲਾਂ ਨਾਲ ਕੰਮ ਕਰਦਾ ਹੈ ਜੋ tools ਦਾ ਸਮਰਥਨ ਕਰਦੇ ਹਨ, ਜਿਸ ਵਿੱਚ gpt-4-0613 ਅਤੇ gpt-3.5-turbo-0613 ਅਤੇ ਇਸ ਤੋਂ ਬਾਅਦ ਦੇ ਸਭ ਮਾਡਲ ਸ਼ਾਮਲ ਹਨ। ਜਦੋਂ ਸਟਰੱਕਚਰਡ ਆਉਟਪੁੱਟਸ ਸਮਰਥਿਤ ਹੁੰਦੇ ਹਨ, ਮਾਡਲ ਆਉਟਪੁੱਟਸ ਦਿੱਤੀ ਗਈ ਟੂਲ ਪਰਿਭਾਸ਼ਾ ਨਾਲ ਮੇਲ ਖਾਣਗੇ.
2. response_format ਪੈਰਾਮੀਟਰ ਲਈ ਇੱਕ ਨਵਾਂ ਵਿਕਲਪ: ਡਿਵੈਲਪਰ ਹੁਣ json_schema ਰਾਹੀਂ ਇੱਕ JSON ਸਕੀਮਾ ਦੇ ਸਕਦੇ ਹਨ, ਜੋ response_format ਪੈਰਾਮੀਟਰ ਲਈ ਇੱਕ ਨਵਾਂ ਵਿਕਲਪ ਹੈ। ਇਹ ਉਸ ਵੇਲੇ ਲਾਭਕਾਰੀ ਹੈ ਜਦੋਂ ਮਾਡਲ ਕੋਈ ਟੂਲ ਕਾਲ ਨਹੀਂ ਕਰ ਰਿਹਾ ਹੁੰਦਾ, ਬਲਕਿ ਯੂਜ਼ਰ ਨੂੰ ਇੱਕ ਸਟਰੱਕਚਰਡ ਢੰਗ ਨਾਲ ਜਵਾਬ ਦੇ ਰਿਹਾ ਹੁੰਦਾ ਹੈ। ਇਹ ਫੀਚਰ ਸਾਡੇ ਸਭ ਤੋਂ ਨਵੇਂ GPT‑4o ਮਾਡਲਾਂ ਨਾਲ ਕੰਮ ਕਰਦਾ ਹੈ: gpt-4o-2024-08-06, ਜੋ ਅੱਜ ਜਾਰੀ ਕੀਤਾ ਗਿਆ ਹੈ, ਅਤੇ gpt-4o-mini-2024-07-18। ਜਦੋਂ response_format ਨੂੰ strict: true ਨਾਲ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਮਾਡਲ ਆਉਟਪੁੱਟਸ ਦਿੱਤੇ ਗਏ ਸਕੀਮਾ ਨਾਲ ਮੇਲ ਖਾਣਗੇ.
ਸੁਰੱਖਿਆ OpenAI ਲਈ ਸਭ ਤੋਂ ਉੱਚੀ ਤਰਜੀਹ ਹੈ—ਨਵੀਂ ਸਟਰੱਕਚਰਡ ਆਉਟਪੁੱਟਸ ਕਾਰਗੁਜ਼ਾਰੀ ਸਾਡੀਆਂ ਮੌਜੂਦਾ ਸੁਰੱਖਿਆ ਨੀਤੀਆਂ ਦੀ ਪਾਲਣਾ ਕਰੇਗੀ ਅਤੇ ਮਾਡਲ ਨੂੰ ਅਸੁਰੱਖਿਅਤ ਬੇਨਤੀ ਅਸਵੀਕਾਰ ਕਰਨ ਦੀ ਆਗਿਆ ਵੀ ਦੇਵੇਗੀ। ਡਿਵੈਲਪਮੈਂਟ ਨੂੰ ਹੋਰ ਆਸਾਨ ਬਣਾਉਣ ਲਈ, API ਜਵਾਬਾਂ ਵਿੱਚ ਇੱਕ ਨਵੀਂ refusal ਸਟਰਿੰਗ value ਹੈ ਜੋ ਡਿਵੈਲਪਰਾਂ ਨੂੰ ਪ੍ਰੋਗਰਾਮਮੈਟਿਕ ਤਰੀਕੇ ਨਾਲ ਪਤਾ ਲਗਾਉਣ ਦੀ ਆਗਿਆ ਦਿੰਦੀ ਹੈ ਕਿ ਮਾਡਲ ਨੇ ਸਕੀਮਾ ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਆਉਟਪੁੱਟ ਬਣਾਉਣ ਦੀ ਬਜਾਏ ਅਸਵੀਕਾਰਤਾ ਜਨਰੇਟ ਕੀਤੀ ਹੈ ਜਾਂ ਨਹੀਂ। ਜਦੋਂ ਜਵਾਬ ਵਿੱਚ refusal ਸ਼ਾਮਲ ਨਾ ਹੋਵੇ ਅਤੇ ਮਾਡਲ ਦਾ ਜਵਾਬ ਸਮੇਂ ਤੋਂ ਪਹਿਲਾਂ ਰੁਕਿਆ ਨਾ ਹੋਵੇ (ਜਿਵੇਂ finish_reason ਦੁਆਰਾ ਦਰਸਾਇਆ ਗਿਆ ਹੈ), ਤਾਂ ਮਾਡਲ ਦਾ ਜਵਾਬ ਦਿੱਤੇ ਗਏ ਸਕੀਮਾ ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਵੈਧ JSON ਭਰੋਸੇਯੋਗ ਤਰੀਕੇ ਨਾਲ ਤਿਆਰ ਕਰੇਗਾ।
ਸਾਡੇ Python ਅਤੇ Node SDKs ਨੂੰ ਸਟਰੱਕਚਰਡ ਆਉਟਪੁੱਟਸ ਲਈ ਨੇਟਿਵ ਸਮਰਥਨ ਨਾਲ ਅਪਡੇਟ ਕੀਤਾ ਗਿਆ ਹੈ। ਟੂਲਾਂ ਲਈ ਜਾਂ response format ਵਜੋਂ ਸਕੀਮਾ ਦੇਣਾ, Pydantic ਜਾਂ Zod ਆਬਜੈਕਟ ਦੇਣ ਜਿੰਨਾ ਆਸਾਨ ਹੈ, ਅਤੇ ਸਾਡੇ SDKs ਡਾਟਾ ਟਾਈਪ ਨੂੰ ਸਮਰਥਿਤ JSON ਸਕੀਮਾ ਵਿੱਚ ਬਦਲਣ, JSON ਜਵਾਬ ਨੂੰ typed data structure ਵਿੱਚ ਆਪੇ deserialize ਕਰਨ, ਅਤੇ ਜੇ ਅਸਵੀਕਾਰਤਾਵਾਂ ਆਉਣ ਤਾਂ ਉਹਨਾਂ ਨੂੰ parse ਕਰਨ ਦਾ ਕੰਮ ਸੰਭਾਲ ਲੈਣਗੇ.
ਹੇਠਾਂ ਦਿੱਤੀਆਂ ਉਦਾਹਰਨਾਂ ਫੰਕਸ਼ਨ ਕਾਲਿੰਗ ਨਾਲ ਸਟਰੱਕਚਰਡ ਆਉਟਪੁੱਟਸ ਲਈ ਨੇਟਿਵ ਸਮਰਥਨ ਦਿਖਾਉਂਦੀਆਂ ਹਨ.
response_format ਲਈ ਨੇਟਿਵ ਸਟਰੱਕਚਰਡ ਆਉਟਪੁੱਟਸ ਸਮਰਥਨ ਵੀ ਉਪਲਬਧ ਹੈ.
ਡਿਵੈਲਪਰ ਅਕਸਰ ਵੱਖ-ਵੱਖ ਵਰਤੋਂ ਮਾਮਲਿਆਂ ਲਈ ਸਟਰੱਕਚਰਡ ਡਾਟਾ ਬਣਾਉਣ ਵਾਸਤੇ OpenAI ਦੇ ਮਾਡਲ ਵਰਤਦੇ ਹਨ। ਕੁਝ ਹੋਰ ਉਦਾਹਰਨਾਂ ਵਿੱਚ ਸ਼ਾਮਲ ਹਨ:
ਉਦਾਹਰਣ ਲਈ, ਡਿਵੈਲਪਰ ਕੋਡ ਜਾਂ UI ਬਣਾਉਣ ਵਾਲੀਆਂ ਐਪਲੀਕੇਸ਼ਨਾਂ ਬਣਾਉਣ ਲਈ ਸਟਰੱਕਚਰਡ ਆਉਟਪੁੱਟਸ ਵਰਤ ਸਕਦੇ ਹਨ। ਹੇਠਾਂ ਦਿੱਤੀਆਂ ਸਾਰੀਆਂ ਉਦਾਹਰਨਾਂ ਇੱਕੋ response_format ਵਰਤਦੀਆਂ ਹਨ, ਅਤੇ ਯੂਜ਼ਰ ਇਨਪੁੱਟ ਦੇ ਆਧਾਰ 'ਤੇ ਵੱਖ-ਵੱਖ UI ਬਣਾਉਣ ਲਈ ਵਰਤੀਆਂ ਜਾ ਸਕਦੀਆਂ ਹਨ.
ਤੁਸੀਂ ਇੱਕ ਯੂਜ਼ਰ ਇੰਟਰਫੇਸ ਸਹਾਇਕ ਹੋ। ਤੁਹਾਡਾ ਕੰਮ ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ ਉਨ੍ਹਾਂ ਦੀ ਵੈੱਬਸਾਈਟ ਅਤੇ ਐਪ ਦੇ ਵਿਚਾਰਾਂ ਦੀ ਕਲਪਨਾ ਕਰਨ ਵਿੱਚ ਮਦਦ ਕਰਨਾ ਹੈ।ਜਵਾਬ ਦੀ ਅੰਤਿਮ ਗੁਣਵੱਤਾ ਸੁਧਾਰਨ ਲਈ ਮਾਡਲ ਨੂੰ chain of thought ਲਈ ਇੱਕ ਵੱਖਰਾ ਫੀਲਡ ਦੇਣਾ ਲਾਭਕਾਰੀ ਹੋ ਸਕਦਾ ਹੈ.
ਉਦਾਹਰਣ ਲਈ, ਮੀਟਿੰਗ ਨੋਟਸ ਵਿੱਚੋਂ ਕੰਮ, ਅੰਤਿਮ ਮਿਤੀਆਂ ਅਤੇ ਅਸਾਈਨਮੈਂਟਸ ਵਰਗੀਆਂ ਚੀਜ਼ਾਂ ਕੱਢਣ ਲਈ ਮਾਡਲ ਨੂੰ ਨਿਰਦੇਸ਼ ਦੇਣਾ.
JSON ਸਕੀਮਾ ਨਾਲ ਮੇਲ ਖਾਂਦੇ ਮਾਡਲ ਆਉਟਪੁੱਟਸ ਦੀ ਭਰੋਸੇਯੋਗਤਾ ਸੁਧਾਰਨ ਲਈ ਅਸੀਂ ਦੋ-ਹਿੱਸਿਆਂ ਵਾਲੀ ਪਹੁੰਚ ਅਪਣਾਈ। ਪਹਿਲਾਂ, ਅਸੀਂ ਆਪਣੇ ਸਭ ਤੋਂ ਨਵੇਂ ਮਾਡਲ gpt-4o-2024-08-06 ਨੂੰ ਜਟਿਲ ਸਕੀਮਾਜ਼ ਨੂੰ ਸਮਝਣ ਅਤੇ ਉਹਨਾਂ ਨਾਲ ਮੇਲ ਖਾਂਦੇ ਆਉਟਪੁੱਟਸ ਸਭ ਤੋਂ ਵਧੀਆ ਢੰਗ ਨਾਲ ਤਿਆਰ ਕਰਨ ਲਈ ਟ੍ਰੇਨ ਕੀਤਾ। ਹਾਲਾਂਕਿ, ਮਾਡਲ ਦਾ ਵਿਹਾਰ ਮੂਲ ਰੂਪ ਵਿੱਚ non-deterministic ਹੁੰਦਾ ਹੈ—ਇਸ ਮਾਡਲ ਦੀ ਕਾਰਗੁਜ਼ਾਰੀ ਵਿੱਚ ਸੁਧਾਰਾਂ ਦੇ ਬਾਵਜੂਦ (ਸਾਡੇ benchmark 'ਤੇ 93%), ਇਹ ਫਿਰ ਵੀ ਉਹ ਭਰੋਸੇਯੋਗਤਾ ਪੱਧਰ ਪੂਰਾ ਨਹੀਂ ਕਰ ਸਕਿਆ ਜਿਸਦੀ ਡਿਵੈਲਪਰਾਂ ਨੂੰ ਮਜ਼ਬੂਤ ਐਪਲੀਕੇਸ਼ਨ ਬਣਾਉਣ ਲਈ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਇਸ ਲਈ ਅਸੀਂ 100% ਭਰੋਸੇਯੋਗਤਾ ਹਾਸਲ ਕਰਨ ਲਈ ਮਾਡਲ ਦੇ ਆਉਟਪੁੱਟਸ ਨੂੰ ਸੀਮਿਤ ਕਰਨ ਵਾਸਤੇ ਇੱਕ deterministic, engineering-ਅਧਾਰਿਤ ਪਹੁੰਚ ਵੀ ਅਪਣਾਈ.
ਸਾਡੀ ਪਹੁੰਚ constrained sampling ਜਾਂ constrained decoding ਨਾਮ ਦੀ ਇੱਕ ਤਕਨੀਕ 'ਤੇ ਆਧਾਰਿਤ ਹੈ। ਡਿਫਾਲਟ ਤੌਰ 'ਤੇ, ਜਦੋਂ ਆਉਟਪੁੱਟ ਤਿਆਰ ਕਰਨ ਲਈ ਮਾਡਲਾਂ ਦੀ ਸੈਂਪਲਿੰਗ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਉਹ ਪੂਰੀ ਤਰ੍ਹਾਂ ਅਸੀਮਿਤ ਹੁੰਦੇ ਹਨ ਅਤੇ ਅਗਲੇ ਆਉਟਪੁੱਟ ਵਜੋਂ ਸ਼ਬਦਾਵਲੀ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਟੋਕਨ ਚੁਣ ਸਕਦੇ ਹਨ। ਇਹ ਲਚਕ ਹੀ ਮਾਡਲਾਂ ਨੂੰ ਗਲਤੀਆਂ ਕਰਨ ਦੀ ਆਗਿਆ ਦਿੰਦੀ ਹੈ; ਉਦਾਹਰਣ ਲਈ, ਉਹ ਆਮ ਤੌਰ 'ਤੇ ਕਿਸੇ ਵੀ ਵੇਲੇ curly brace ਟੋਕਨ ਸੈਂਪਲ ਕਰਨ ਲਈ ਮੁਕਤ ਹੁੰਦੇ ਹਨ, ਭਾਵੇਂ ਇਸ ਨਾਲ ਵੈਧ JSON ਨਾ ਬਣੇ। ਵੈਧ ਆਉਟਪੁੱਟ ਮਜਬੂਰਨ ਬਣਾਉਣ ਲਈ, ਅਸੀਂ ਆਪਣੇ ਮਾਡਲਾਂ ਨੂੰ ਸਾਰੇ ਉਪਲਬਧ ਟੋਕਨ ਦੀ ਬਜਾਏ ਸਿਰਫ਼ ਉਹਨਾਂ ਟੋਕਨ ਤੱਕ ਸੀਮਿਤ ਕਰਦੇ ਹਾਂ ਜੋ ਦਿੱਤੇ ਗਏ ਸਕੀਮਾ ਮੁਤਾਬਕ ਵੈਧ ਹੋਣ.
ਵਿਹਾਰ ਵਿੱਚ ਇਹ ਸੀਮਾਕਰਨ ਲਾਗੂ ਕਰਨਾ ਚੁਣੌਤੀਪੂਰਨ ਹੋ ਸਕਦਾ ਹੈ, ਕਿਉਂਕਿ ਮਾਡਲ ਦੇ ਆਉਟਪੁੱਟ ਦੌਰਾਨ ਵੈਧ ਟੋਕਨ ਬਦਲਦੇ ਰਹਿੰਦੇ ਹਨ। ਮੰਨ ਲਓ ਸਾਡੇ ਕੋਲ ਹੇਠਾਂ ਦਿੱਤਾ ਸਕੀਮਾ ਹੈ:
ਆਉਟਪੁੱਟ ਦੇ ਸ਼ੁਰੂ ਵਿੱਚ ਵੈਧ ਟੋਕਨ ਵਿੱਚ {, {“, { ਆਦਿ ਵਰਗੀਆਂ ਚੀਜ਼ਾਂ ਸ਼ਾਮਲ ਹੁੰਦੀਆਂ ਹਨ। ਹਾਲਾਂਕਿ, ਜਦੋਂ ਮਾਡਲ ਪਹਿਲਾਂ ਹੀ {“val ਸੈਂਪਲ ਕਰ ਚੁੱਕਦਾ ਹੈ, ਤਦ { ਹੁਣ ਵੈਧ ਟੋਕਨ ਨਹੀਂ ਰਹਿੰਦਾ। ਇਸ ਲਈ ਸਾਨੂੰ dynamic constrained decoding ਲਾਗੂ ਕਰਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ, ਅਤੇ ਜਵਾਬ ਦੀ ਸ਼ੁਰੂਆਤ 'ਤੇ ਪਹਿਲਾਂ ਹੀ ਨਿਰਧਾਰਤ ਕਰਨ ਦੀ ਬਜਾਏ ਹਰ ਟੋਕਨ ਜਨਰੇਟ ਹੋਣ ਤੋਂ ਬਾਅਦ ਇਹ ਤੈਅ ਕਰਨਾ ਪੈਂਦਾ ਹੈ ਕਿ ਕਿਹੜੇ ਟੋਕਨ ਵੈਧ ਹਨ.
ਇਹ ਕਰਨ ਲਈ, ਅਸੀਂ ਦਿੱਤੇ ਗਏ JSON ਸਕੀਮਾ ਨੂੰ ਇੱਕ context-free grammar (CFG) ਵਿੱਚ ਬਦਲਦੇ ਹਾਂ। ਗ੍ਰੈਮਰ ਨਿਯਮਾਂ ਦਾ ਉਹ ਸਮੂਹ ਹੁੰਦਾ ਹੈ ਜੋ ਇੱਕ ਭਾਸ਼ਾ ਨੂੰ ਪਰਿਭਾਸ਼ਿਤ ਕਰਦਾ ਹੈ, ਅਤੇ context-free grammar ਉਹ ਗ੍ਰੈਮਰ ਹੁੰਦੀ ਹੈ ਜੋ ਖਾਸ ਨਿਯਮਾਂ ਦੀ ਪਾਲਣਾ ਕਰਦੀ ਹੈ। ਤੁਸੀਂ JSON ਅਤੇ JSON ਸਕੀਮਾ ਨੂੰ ਖਾਸ ਕਿਸਮ ਦੀਆਂ ਭਾਸ਼ਾਵਾਂ ਵਜੋਂ ਸਮਝ ਸਕਦੇ ਹੋ, ਜਿਨ੍ਹਾਂ ਵਿੱਚ ਇਹ ਨਿਰਧਾਰਤ ਕਰਨ ਲਈ ਨਿਯਮ ਹੁੰਦੇ ਹਨ ਕਿ ਉਸ ਭਾਸ਼ਾ ਦੇ ਅੰਦਰ ਕੀ ਵੈਧ ਹੈ। ਜਿਵੇਂ ਅੰਗਰੇਜ਼ੀ ਵਿੱਚ ਬਿਨਾਂ ਕਿਰਿਆ ਵਾਲਾ ਵਾਕ ਵੈਧ ਨਹੀਂ ਹੁੰਦਾ, ਓਸੇ ਤਰ੍ਹਾਂ JSON ਵਿੱਚ trailing comma ਵੈਧ ਨਹੀਂ ਹੁੰਦਾ.
ਇਸ ਲਈ, ਹਰ JSON ਸਕੀਮਾ ਲਈ ਅਸੀਂ ਇੱਕ ਗ੍ਰੈਮਰ ਗਣਨਾ ਕਰਦੇ ਹਾਂ ਜੋ ਉਸ ਸਕੀਮਾ ਦਾ ਪ੍ਰਤੀਨਿਧਿਤਵ ਕਰਦੀ ਹੈ, ਅਤੇ ਇਸ ਦੇ ਭਾਗਾਂ ਨੂੰ ਪਹਿਲਾਂ ਹੀ ਪ੍ਰੋਸੈਸ ਕਰਦੇ ਹਾਂ ਤਾਂ ਜੋ ਮਾਡਲ ਸੈਂਪਲਿੰਗ ਦੌਰਾਨ ਇਹ ਆਸਾਨੀ ਨਾਲ ਉਪਲਬਧ ਹੋ ਸਕੇ। ਇਸੇ ਕਰਕੇ ਨਵੇਂ ਸਕੀਮਾ ਨਾਲ ਪਹਿਲੀ ਬੇਨਤੀ 'ਤੇ ਲੇਟੈਂਸੀ ਪੈਨਲਟੀ ਆਉਂਦੀ ਹੈ—ਸਾਨੂੰ ਇਹ ਆਰਟੀਫੈਕਟ ਬਣਾਉਣ ਲਈ ਸਕੀਮਾ ਦਾ ਪ੍ਰੀਪ੍ਰੋਸੈਸ ਕਰਨਾ ਪੈਂਦਾ ਹੈ, ਜਿਸਨੂੰ ਅਸੀਂ ਸੈਂਪਲਿੰਗ ਦੌਰਾਨ ਕੁਸ਼ਲਤਾਪੂਰਵਕ ਵਰਤ ਸਕੀਏ.
ਸੈਂਪਲਿੰਗ ਦੌਰਾਨ, ਹਰ ਟੋਕਨ ਤੋਂ ਬਾਅਦ ਸਾਡਾ inference engine ਪਹਿਲਾਂ ਜਨਰੇਟ ਕੀਤੇ ਟੋਕਨ ਅਤੇ ਗ੍ਰੈਮਰ ਦੇ ਉਹਨਾਂ ਨਿਯਮਾਂ ਦੇ ਆਧਾਰ 'ਤੇ ਇਹ ਨਿਰਧਾਰਤ ਕਰੇਗਾ ਕਿ ਅਗਲੇ ਕਿਹੜੇ ਟੋਕਨ ਵੈਧ ਤਰੀਕੇ ਨਾਲ ਬਣ ਸਕਦੇ ਹਨ। ਫਿਰ ਅਸੀਂ ਇਸ ਟੋਕਨ ਸੂਚੀ ਦੀ ਵਰਤੋਂ ਅਗਲੇ ਸੈਂਪਲਿੰਗ ਕਦਮ ਨੂੰ mask ਕਰਨ ਲਈ ਕਰਦੇ ਹਾਂ, ਜਿਸ ਨਾਲ ਅਵੈਧ ਟੋਕਨ ਦੀ ਸੰਭਾਵਨਾ ਅਸਲ ਵਿੱਚ 0 ਹੋ ਜਾਂਦੀ ਹੈ। ਕਿਉਂਕਿ ਅਸੀਂ ਸਕੀਮਾ ਦਾ ਪ੍ਰੀਪ੍ਰੋਸੈਸ ਕਰ ਚੁੱਕੇ ਹਾਂ, ਅਸੀਂ ਇਹ ਕੰਮ ਘੱਟ ਤੋਂ ਘੱਟ ਲੇਟੈਂਸੀ ਓਵਰਹੈੱਡ ਨਾਲ ਕੁਸ਼ਲ ਤਰੀਕੇ ਨਾਲ ਕਰਨ ਲਈ ਇੱਕ cached data structure ਵਰਤ ਸਕਦੇ ਹਾਂ.
ਇਸ ਸਮੱਸਿਆ ਲਈ ਵਿਕਲਪਿਕ ਪਹੁੰਚਾਂ constrained decoding ਲਈ ਅਕਸਰ finite state machines (FSMs) ਜਾਂ regexes (ਆਮ ਤੌਰ 'ਤੇ FSMs ਨਾਲ ਲਾਗੂ ਕੀਤੀਆਂ) ਵਰਤਦੀਆਂ ਹਨ। ਇਹ ਇਸ ਮਾਇਨੇ ਵਿੱਚ ਇਕੋ ਜਿਹਾ ਕੰਮ ਕਰਦੀਆਂ ਹਨ ਕਿ ਇਹ ਹਰ ਟੋਕਨ ਬਣਨ ਤੋਂ ਬਾਅਦ ਗਤੀਸ਼ੀਲ ਤੌਰ 'ਤੇ ਵੈਧ ਟੋਕਨਾਂ ਨੂੰ ਅਪਡੇਟ ਕਰਦੀਆਂ ਹਨ, ਪਰ CFG ਪਹੁੰਚ ਨਾਲ ਇਨ੍ਹਾਂ ਦੇ ਕੁਝ ਮਹੱਤਵਪੂਰਨ ਫਰਕ ਹਨ। ਖਾਸ ਤੌਰ 'ਤੇ, CFGs FSMs ਨਾਲੋਂ ਭਾਸ਼ਾਵਾਂ ਦੇ ਹੋਰ ਵੱਡੇ ਵਰਗ ਨੂੰ ਪ੍ਰਗਟ ਕਰ ਸਕਦੀਆਂ ਹਨ। ਅਮਲ ਵਿੱਚ, ਉੱਪਰ ਦਿਖਾਏ value ਸਕੀਮਾ ਵਰਗੀਆਂ ਬਹੁਤ ਸਧਾਰਣ ਸਕੀਮਾਵਾਂ ਲਈ ਇਹ ਗੱਲ ਮਹੱਤਵਪੂਰਨ ਨਹੀਂ ਹੁੰਦੀ। ਹਾਲਾਂਕਿ, ਸਾਡੇ ਅਨੁਸਾਰ ਹੋਰ ਜਟਿਲ ਸਕੀਮਾਵਾਂ ਲਈ ਇਹ ਫਰਕ ਮਹੱਤਵ ਰੱਖਦਾ ਹੈ, ਜਿਨ੍ਹਾਂ ਵਿੱਚ nested ਜਾਂ recursive data structures ਸ਼ਾਮਲ ਹੁੰਦੇ ਹਨ। ਉਦਾਹਰਣ ਵਜੋਂ, FSMs ਆਮ ਤੌਰ 'ਤੇ recursive types ਨੂੰ ਪ੍ਰਗਟ ਨਹੀਂ ਕਰ ਸਕਦੀਆਂ, ਜਿਸਦਾ ਮਤਲਬ ਹੈ ਕਿ FSM-ਆਧਾਰਿਤ ਪਹੁੰਚਾਂ ਡੂੰਘੇ ਤੌਰ 'ਤੇ nested JSON ਵਿੱਚ parentheses ਨੂੰ ਮੇਲ ਕਰਨ ਵਿੱਚ ਮੁਸ਼ਕਲ ਮਹਿਸੂਸ ਕਰ ਸਕਦੀਆਂ ਹਨ। ਹੇਠਾਂ ਇੱਕ ਨਮੂਨਾ recursive ਸਕੀਮਾ ਦਿੱਤਾ ਗਿਆ ਹੈ ਜੋ OpenAI API 'ਤੇ ਸਟਰੱਕਚਰਡ ਆਉਟਪੁੱਟਸ ਨਾਲ ਸਮਰਥਿਤ ਹੈ, ਪਰ FSM ਨਾਲ ਇਸਨੂੰ ਪ੍ਰਗਟ ਕਰਨਾ ਸੰਭਵ ਨਹੀਂ ਹੁੰਦਾ.
ਧਿਆਨ ਦਿਓ ਕਿ ਹਰ UI ਐਲੀਮੈਂਟ ਦੇ ਮਨਮਾਨੇ child ਹੋ ਸਕਦੇ ਹਨ ਜੋ root schema ਨੂੰ recursively ਹਵਾਲਾ ਦਿੰਦੇ ਹਨ। ਇਹ ਲਚਕਦਾਰਤਾ CFG ਪਹੁੰਚ ਪ੍ਰਦਾਨ ਕਰਦੀ ਹੈ.
ਸਟਰੱਕਚਰਡ ਆਉਟਪੁੱਟਸ ਵਰਤਦੇ ਸਮੇਂ ਧਿਆਨ ਵਿੱਚ ਰੱਖਣ ਲਈ ਕੁਝ ਸੀਮਾਵਾਂ ਹਨ:
- ਸਟਰੱਕਚਰਡ ਆਉਟਪੁੱਟਸ ਕੇਵਲ JSON ਸਕੀਮਾ ਦੇ ਇੱਕ ਹਿੱਸੇ ਦਾ ਹੀ ਸਮਰਥਨ ਕਰਦੇ ਹਨ, ਜਿਸ ਦਾ ਵੇਰਵਾ ਸਾਡੇ docs ਵਿੱਚ(ਨਵੀਂ ਵਿੰਡੋ ਵਿੱਚ ਖੁੱਲ੍ਹਦਾ ਹੈ) ਦਿੱਤਾ ਗਿਆ ਹੈ। ਇਹ ਸਾਨੂੰ ਸੰਭਵ ਤੌਰ 'ਤੇ ਸਭ ਤੋਂ ਵਧੀਆ ਕਾਰਗੁਜ਼ਾਰੀ ਯਕੀਨੀ ਬਣਾਉਣ ਵਿੱਚ ਮਦਦ ਕਰਦਾ ਹੈ.
- ਨਵੇਂ ਸਕੀਮਾ ਨਾਲ ਪਹਿਲਾ API ਜਵਾਬ ਵਾਧੂ ਲੇਟੈਂਸੀ ਲਿਆਏਗਾ, ਪਰ ਬਾਅਦਲੇ ਜਵਾਬ ਤੇਜ਼ ਹੋਣਗੇ ਅਤੇ ਕੋਈ ਲੇਟੈਂਸੀ ਪੈਨਲਟੀ ਨਹੀਂ ਹੋਵੇਗੀ। ਇਸ ਦਾ ਕਾਰਨ ਇਹ ਹੈ ਕਿ ਪਹਿਲੀ ਬੇਨਤੀ ਦੌਰਾਨ ਅਸੀਂ ਉੱਪਰ ਦਰਸਾਏ ਅਨੁਸਾਰ ਸਕੀਮਾ ਨੂੰ ਪ੍ਰੋਸੈਸ ਕਰਦੇ ਹਾਂ ਅਤੇ ਫਿਰ ਇਨ੍ਹਾਂ ਆਰਟੀਫੈਕਟਸ ਨੂੰ ਬਾਅਦ ਵਿੱਚ ਤੇਜ਼ ਮੁੜ-ਵਰਤੋਂ ਲਈ ਕੈਸ਼ ਕਰਦੇ ਹਾਂ। ਆਮ ਸਕੀਮਾਵਾਂ ਨੂੰ ਪਹਿਲੀ ਬੇਨਤੀ 'ਤੇ ਪ੍ਰੋਸੈਸ ਕਰਨ ਲਈ 10 ਸਕਿੰਟ ਤੋਂ ਘੱਟ ਸਮਾਂ ਲੱਗਦਾ ਹੈ, ਪਰ ਹੋਰ ਜਟਿਲ ਸਕੀਮਾਵਾਂ ਨੂੰ ਇੱਕ ਮਿੰਟ ਤੱਕ ਲੱਗ ਸਕਦਾ ਹੈ.
- ਜੇ ਮਾਡਲ ਕਿਸੇ ਅਸੁਰੱਖਿਅਤ ਬੇਨਤੀ ਨੂੰ ਅਸਵੀਕਾਰ ਕਰਨ ਦਾ ਫੈਸਲਾ ਕਰਦਾ ਹੈ, ਤਾਂ ਮਾਡਲ ਸਕੀਮਾ ਦੀ ਪਾਲਣਾ ਕਰਨ ਵਿੱਚ ਅਸਫਲ ਹੋ ਸਕਦਾ ਹੈ। ਜੇ ਇਹ ਅਸਵੀਕਾਰ ਕਰਦਾ ਹੈ, ਤਾਂ ਇਹ ਦਰਸਾਉਣ ਲਈ ਵਾਪਸੀ ਸੁਨੇਹੇ ਵਿੱਚ
refusalਬੂਲੀਅਨ true 'ਤੇ ਸੈੱਟ ਹੋਵੇਗਾ. - ਜੇ ਜਨਰੇਸ਼ਨ ਪੂਰਾ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ
max_tokensਜਾਂ ਕੋਈ ਹੋਰ stop condition ਆ ਜਾਂਦੀ ਹੈ, ਤਾਂ ਮਾਡਲ ਸਕੀਮਾ ਦੀ ਪਾਲਣਾ ਕਰਨ ਵਿੱਚ ਅਸਫਲ ਹੋ ਸਕਦਾ ਹੈ. - ਸਟਰੱਕਚਰਡ ਆਉਟਪੁੱਟਸ ਮਾਡਲ ਦੀਆਂ ਹਰ ਕਿਸਮ ਦੀਆਂ ਗਲਤੀਆਂ ਨੂੰ ਨਹੀਂ ਰੋਕਦੇ। ਉਦਾਹਰਣ ਲਈ, ਮਾਡਲ ਹਾਲੇ ਵੀ JSON ਆਬਜੈਕਟ ਦੇ ਮੁੱਲਾਂ ਦੇ ਅੰਦਰ ਗਲਤੀਆਂ ਕਰ ਸਕਦਾ ਹੈ, ਜਿਵੇਂ ਕਿ ਗਣਿਤ ਸਮੀਕਰਨ ਵਿੱਚ ਕੋਈ ਕਦਮ ਗਲਤ ਕਰ ਦੇਣਾ। ਜੇ ਡਿਵੈਲਪਰਾਂ ਨੂੰ ਗਲਤੀਆਂ ਮਿਲਦੀਆਂ ਹਨ, ਤਾਂ ਅਸੀਂ ਸਿਸਟਮ ਨਿਰਦੇਸ਼ਾਂ ਵਿੱਚ ਉਦਾਹਰਣਾਂ ਦੇਣ ਜਾਂ ਕੰਮਾਂ ਨੂੰ ਹੋਰ ਆਸਾਨ ਉਪ-ਕੰਮਾਂ ਵਿੱਚ ਵੰਡਣ ਦੀ ਸਿਫਾਰਸ਼ ਕਰਦੇ ਹਾਂ.
- ਸਟਰੱਕਚਰਡ ਆਉਟਪੁੱਟਸ parallel function calls ਨਾਲ ਅਨੁਕੂਲ ਨਹੀਂ ਹਨ। ਜਦੋਂ ਕੋਈ parallel function call ਜਨਰੇਟ ਹੁੰਦੀ ਹੈ, ਤਾਂ ਇਹ ਦਿੱਤੇ ਗਏ ਸਕੀਮਾਵਾਂ ਨਾਲ ਮੇਲ ਨਹੀਂ ਖਾ ਸਕਦੀ। parallel function calling ਨੂੰ ਅਯੋਗ ਕਰਨ ਲਈ
parallel_tool_calls: falseਸੈੱਟ ਕਰੋ. - ਸਟਰੱਕਚਰਡ ਆਉਟਪੁੱਟਸ ਨਾਲ ਦਿੱਤੇ ਗਏ JSON ਸਕੀਮਾਜ਼ Zero Data Retention(ਨਵੀਂ ਵਿੰਡੋ ਵਿੱਚ ਖੁੱਲ੍ਹਦਾ ਹੈ) (ZDR) ਲਈ ਯੋਗ ਨਹੀਂ ਹਨ.
ਸਟਰੱਕਚਰਡ ਆਉਟਪੁੱਟਸ ਅੱਜ API ਵਿੱਚ ਆਮ ਤੌਰ 'ਤੇ ਉਪਲਬਧ ਹਨ.
ਫੰਕਸ਼ਨ ਕਾਲਿੰਗ ਨਾਲ ਸਟਰੱਕਚਰਡ ਆਉਟਪੁੱਟਸ API ਵਿੱਚ ਉਹਨਾਂ ਸਭ ਮਾਡਲਾਂ 'ਤੇ ਉਪਲਬਧ ਹਨ ਜੋ ਫੰਕਸ਼ਨ ਕਾਲਿੰਗ ਦਾ ਸਮਰਥਨ ਕਰਦੇ ਹਨ। ਇਸ ਵਿੱਚ ਸਾਡੇ ਸਭ ਤੋਂ ਨਵੇਂ ਮਾਡਲ (gpt-4o, gpt-4o-mini), gpt-4-0613 ਅਤੇ gpt-3.5-turbo-0613 ਤੋਂ ਬਾਅਦ ਅਤੇ ਸਮੇਤ ਸਾਰੇ ਮਾਡਲ, ਅਤੇ ਫੰਕਸ਼ਨ ਕਾਲਿੰਗ ਦਾ ਸਮਰਥਨ ਕਰਨ ਵਾਲੇ ਕੋਈ ਵੀ ਫਾਈਨ-ਟਿਊਨ ਕੀਤੇ ਮਾਡਲ ਸ਼ਾਮਲ ਹਨ। ਇਹ ਕਾਰਗੁਜ਼ਾਰੀ Chat Completions API, Assistants API, ਅਤੇ Batch API 'ਤੇ ਉਪਲਬਧ ਹੈ। ਫੰਕਸ਼ਨ ਕਾਲਿੰਗ ਨਾਲ ਸਟਰੱਕਚਰਡ ਆਉਟਪੁੱਟਸ ਵਿਜ਼ਨ ਇਨਪੁੱਟਸ ਨਾਲ ਵੀ ਅਨੁਕੂਲ ਹਨ.
ਰਿਸਪਾਂਸ ਫਾਰਮੈਟਸ ਨਾਲ ਸਟਰੱਕਚਰਡ ਆਉਟਪੁੱਟਸ gpt-4o-mini ਅਤੇ gpt-4o-2024-08-06 ਅਤੇ ਇਨ੍ਹਾਂ ਮਾਡਲਾਂ 'ਤੇ ਆਧਾਰਿਤ ਕਿਸੇ ਵੀ ਫਾਈਨ-ਟਿਊਨਜ਼ 'ਤੇ ਉਪਲਬਧ ਹਨ। ਇਹ ਕਾਰਗੁਜ਼ਾਰੀ Chat Completions API, Assistants API, ਅਤੇ Batch API 'ਤੇ ਉਪਲਬਧ ਹੈ। ਰਿਸਪਾਂਸ ਫਾਰਮੈਟਸ ਨਾਲ ਸਟਰੱਕਚਰਡ ਆਉਟਪੁੱਟਸ ਵਿਜ਼ਨ ਇਨਪੁੱਟਸ ਨਾਲ ਵੀ ਅਨੁਕੂਲ ਹਨ.
ਨਵੇਂ gpt-4o-2024-08-06 'ਤੇ ਸਵਿਚ ਕਰਕੇ, ਡਿਵੈਲਪਰ gpt-4o-2024-05-13 ਨਾਲ ਤੁਲਨਾ ਵਿੱਚ ਇਨਪੁੱਟਸ 'ਤੇ 50% ($2.50/1M input tokens) ਅਤੇ ਆਉਟਪੁੱਟਸ 'ਤੇ 33% ($10.00/1M output tokens) ਦੀ ਬਚਤ ਕਰਦੇ ਹਨ.
ਸਟਰੱਕਚਰਡ ਆਉਟਪੁੱਟਸ ਵਰਤਣਾ ਸ਼ੁਰੂ ਕਰਨ ਲਈ, ਸਾਡੇ docs(ਨਵੀਂ ਵਿੰਡੋ ਵਿੱਚ ਖੁੱਲ੍ਹਦਾ ਹੈ) ਵੇਖੋ.
ਸਟਰੱਕਚਰਡ ਆਉਟਪੁੱਟਸ ਨੂੰ ਓਪਨ ਸੋਰਸ ਕਮਿਊਨਟੀ ਦੇ ਸ਼ਾਨਦਾਰ ਕੰਮ ਤੋਂ ਪ੍ਰੇਰਣਾ ਮਿਲਦੀ ਹੈ: ਖਾਸ ਤੌਰ 'ਤੇ outlines(ਨਵੀਂ ਵਿੰਡੋ ਵਿੱਚ ਖੁੱਲ੍ਹਦਾ ਹੈ), jsonformer(ਨਵੀਂ ਵਿੰਡੋ ਵਿੱਚ ਖੁੱਲ੍ਹਦਾ ਹੈ), instructor(ਨਵੀਂ ਵਿੰਡੋ ਵਿੱਚ ਖੁੱਲ੍ਹਦਾ ਹੈ), guidance(ਨਵੀਂ ਵਿੰਡੋ ਵਿੱਚ ਖੁੱਲ੍ਹਦਾ ਹੈ), ਅਤੇ lark(ਨਵੀਂ ਵਿੰਡੋ ਵਿੱਚ ਖੁੱਲ੍ਹਦਾ ਹੈ) ਲਾਇਬ੍ਰੇਰੀਆਂ.
ਲੇਖਕ
ਮੁੱਖ ਯੋਗਦਾਨਕਰਤਾ
Chris Colby, Melody Guan, Michelle Pokrass, Ted Sanders, Brian Zhang
ਆਭਾਰ
John Allard, Filipe de Avila Belbute Peres, Ilan Bigio, Owen Campbell-Moore, Chen Ding, Atty Eleti, Elie Georges, Katia Gil Guzman, Jeff Harris, Johannes Heidecke, Beth Hoover, Romain Huet, Tomer Kaftan, Jillian Khoo, Karolis Kosas, Ryan Liu, Kevin Lu, Lindsay McCallum, Rohan Nuttall, Joe Palermo, Leher Pathak, Ishaan Singal, Felipe Petroski Such, Freddie Sulit, David Weedon