ਸੰਖੇਪ ਜਾਣਕਾਰੀ

ਜੇ ਤੁਸੀਂ ਆਪਣੀ ਸੰਸਥਾ ਨੂੰ ਡੇਬ੍ਰੇਕ ਵਿੱਚ ਸ਼ਾਮਲ ਕਰਨ ਦਾ ਤਾਲਮੇਲ ਕਰ ਰਹੇ ਹੋ ਅਤੇ ਅਰਜ਼ੀ ਤੇ ਯੋਗਤਾ ਦੀ ਸਮੀਖਿਆ ਤੋਂ ਅੱਗੇ ਵਧ ਕੇ ਵਰਤੋਂ ਲਈ ਤਿਆਰ ਸੈੱਟਅੱਪ ਬਣਾਉਣਾ ਚਾਹੁੰਦੇ ਹੋ, ਤਾਂ ਇਹ ਮਾਰਗਦਰਸ਼ਿਕਾ ਵਰਤੋ.

ਡੇਬ੍ਰੇਕ ਪਹੁੰਚ, OpenAI ਦਾ ਸਾਈਬਰ ਲਈ ਭਰੋਸੇਯੋਗ ਪਹੁੰਚ ਪ੍ਰੋਗਰਾਮ ਹੈ. ਡੇਬ੍ਰੇਕ ਬਲੂ ਅਤੇ ਡੇਬ੍ਰੇਕ ਰੈੱਡ, ਡੇਬ੍ਰੇਕ ਦੇ ਅੰਦਰ ਪਹੁੰਚ ਦੇ ਪੱਧਰ ਹਨ.

ਜ਼ਿਆਦਾਤਰ ਉੱਦਮੀ ਟੀਮਾਂ ਨੂੰ ਮਨਜ਼ੂਰਸ਼ੁਦਾ ਅੰਦਰੂਨੀ ਰੱਖਿਆਤਮਕ ਕਾਰਜ-ਪ੍ਰਕਿਰਿਆਵਾਂ ਲਈ ਡੇਬ੍ਰੇਕ ਬਲੂ ਨਾਲ ਸ਼ੁਰੂ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ.

ਉੱਨਤ, ਅਧਿਕਾਰਤ ਸਾਈਬਰ ਸੁਰੱਖਿਆ ਕਾਰਜ-ਪ੍ਰਕਿਰਿਆਵਾਂ ਲਈ ਡੇਬ੍ਰੇਕ ਰੈੱਡ ਵਾਸਤੇ ਵੱਖਰੀ ਮਨਜ਼ੂਰੀ ਲੋੜੀਂਦੀ ਹੈ. ਕੁਝ ਅਤਿ-ਆਧੁਨਿਕ ਸਾਈਬਰ ਮਾਡਲਾਂ ਲਈ ਉਸ ਮਾਡਲ ਦੀ ਵਾਧੂ ਵਿਸ਼ੇਸ਼ ਮਨਜ਼ੂਰੀ ਲੋੜੀਂਦੀ ਹੈ.

ਸਿਰਫ਼ ਮਨਜ਼ੂਰੀ ਮਿਲਣ ਨਾਲ ਬੇਨਤੀਆਂ ਰੱਦ ਕਰਨ ਦੀ ਦਰ ਘਟਾਉਣ ਵਾਲੀ ਸਹੂਲਤ ਚਾਲੂ ਨਹੀਂ ਹੁੰਦੀ. ਡੇਬ੍ਰੇਕ ਨਿਯੰਤਰਣ ਸ਼ੁਰੂ ਵਿੱਚ ਬੰਦ ਹੁੰਦੇ ਹਨ. ਵਰਕਸਪੇਸ ਦਾ ਮਾਲਕ ਮਨਜ਼ੂਰਸ਼ੁਦਾ ਵਰਤੋਂਕਾਰਾਂ ਅਤੇ ਸਮੂਹਾਂ ਲਈ ਪਹੁੰਚ ਸਮਰੱਥ ਕਰਦਾ ਹੈ; ਏਪੀਆਈ ਸੰਸਥਾ ਦਾ ਮਾਲਕ ਇਸ ਨੂੰ ਮਨਜ਼ੂਰਸ਼ੁਦਾ ਗੈਰ-ਡਿਫ਼ੌਲਟ ਪ੍ਰੋਜੈਕਟਾਂ ਲਈ ਸਮਰੱਥ ਕਰਦਾ ਹੈ. ਜੇ ਤੁਹਾਡੀ ਟੀਮ ਪਹੁੰਚ ਦੇ ਦੋਵੇਂ ਤਰੀਕੇ ਵਰਤਦੀ ਹੈ ਤਾਂ ਦੋਵੇਂ ਸੰਰਚਿਤ ਕਰੋ. ChatGPT ਨਾਲ Codex ਵਿੱਚ ਸਾਈਨ-ਇਨ ਕਰਨ ਵਾਲੇ ਵਰਤੋਂਕਾਰਾਂ ਨੂੰ ਬੇਨਤੀ ਭੇਜਣ ਤੋਂ ਪਹਿਲਾਂ ਡੇਬ੍ਰੇਕ ਵੀ ਚਾਲੂ ਕਰਨਾ ਪਵੇਗਾ.

ਪਹੁੰਚ ਸਮਰੱਥ ਹੋਣ ਤੋਂ ਬਾਅਦ ਵੀ ਕੁਝ ਵੱਧ ਜੋਖਮ ਵਾਲੀਆਂ ਕਾਰਜ-ਪ੍ਰਕਿਰਿਆਵਾਂ ਲਈ ਇਨਕਾਰ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ. ਇਸ ਲਈ ਸੀਮਤ ਦਾਇਰੇ ਵਾਲੀ ਰੱਖਿਆਤਮਕ ਕਾਰਜ-ਪ੍ਰਕਿਰਿਆ ਨਾਲ ਉਸੇ ਇੰਟਰਫੇਸ, ਪ੍ਰੋਜੈਕਟ ਅਤੇ ਮਾਡਲ ਉੱਤੇ ਸ਼ੁਰੂ ਕਰੋ ਜਿਸ ਨੂੰ ਤੁਹਾਡੀ ਟੀਮ ਵਰਤਣ ਦੀ ਯੋਜਨਾ ਬਣਾ ਰਹੀ ਹੈ.

ਸ਼ਾਮਲ ਹੋਣ ਦੀ ਪ੍ਰਕਿਰਿਆ ਅਤੇ ਪਹੁੰਚ ਦੀ ਸਥਿਤੀ ਉੱਤੇ ਨਜ਼ਰ ਰੱਖੋ

ਪਹੁੰਚ ਦਾ ਮਨਜ਼ੂਰਸ਼ੁਦਾ ਤਰੀਕਾ ਸਮਝੋ

ਤੁਹਾਡੇ ਸ਼ੁਰੂਆਤੀ ਸੈੱਟਅੱਪ ਦੀ ਪੁਸ਼ਟੀ ਵਿੱਚ ਇਹ ਸਪਸ਼ਟ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ ਕਿ ਕਿਹੜੇ ਮਾਡਲ ਮਨਜ਼ੂਰ ਹਨ, ਉਨ੍ਹਾਂ ਨੂੰ ਕੌਣ ਵਰਤ ਸਕਦਾ ਹੈ ਅਤੇ ਪਹਿਲਾਂ ਕਿਹੜੀ ਸੰਸਥਾ, ਵਰਕਸਪੇਸ, API ਸੰਸਥਾ ਅਤੇ API ਪ੍ਰੋਜੈਕਟ ਵਰਤਣਾ ਹੈ.

ਰਿਪੋਜ਼ਟਰੀ ਵਿੱਚ ਸਿੱਧੇ ਕੰਮ ਕਰਨ ਵਾਲੇ ਕਾਰਜ-ਪ੍ਰਵਾਹਾਂ ਲਈ, Codex ਜਾਂ Codex Security ਪਲੱਗਇਨ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ. ਮਨਜ਼ੂਰਸ਼ੁਦਾ ਸਵੈਚਾਲਨ ਲਈ Codex CLI ਜਾਂ Codex GitHub Action ਵਰਤੋ. API ਕਾਰਜ-ਪ੍ਰਵਾਹਾਂ ਲਈ, ਬੇਨਤੀਆਂ ਅਤੇ ਪਹੁੰਚ ਪ੍ਰਮਾਣਾਂ ਦਾ ਦਾਇਰਾ ਸਿਰਫ਼ ਅੰਦਰੂਨੀ ਵਰਤੋਂ ਲਈ ਮਨਜ਼ੂਰਸ਼ੁਦਾ ਪ੍ਰੋਜੈਕਟ ਤੱਕ ਸੀਮਤ ਰੱਖੋ.

OpenAI API ਪਹੁੰਚ ਲਈ, ਆਪਣੀ ਮਨਜ਼ੂਰਸ਼ੁਦਾ ਪਹੁੰਚ ਵਿੱਚ ਸ਼ਾਮਲ ਕਿਸੇ ਖ਼ਾਸ ਮਾਡਲ ਦਾ ID ਅਤੇ ਉਸ ਨਾਲ ਮੇਲ ਖਾਂਦੀ Daybreak ਬੇਨਤੀ ਸੈਟਿੰਗ ਵਰਤੋ. ਹੇਠਾਂ ਦਿੱਤੀਆਂ ਉਦਾਹਰਨਾਂ ਤੁਹਾਡੀ ਸੰਸਥਾ ਨੂੰ ਮਿਲੀਆਂ ਮਾਡਲ ਮਨਜ਼ੂਰੀਆਂ 'ਤੇ ਨਿਰਭਰ ਕਰਦੀਆਂ ਹਨ.

Responses API ਬੇਨਤੀਆਂ ਵਿੱਚ, gpt-6-sol ਲਈ access_programs.cyber ਨੂੰ daybreak_blue 'ਤੇ ਸੈੱਟ ਕਰੋ, ਭਾਵੇਂ ਤੁਹਾਡੀ ਸੰਸਥਾ ਨੂੰ Daybreak Red ਦੀ ਮਨਜ਼ੂਰੀ ਮਿਲੀ ਹੋਵੇ. ਮਿਆਰੀ ਸੁਰੱਖਿਆ ਉਪਾਅ ਵਰਤਣ ਲਈ, ਇਸ ਨੂੰ standard 'ਤੇ ਸੈੱਟ ਕਰੋ.


gpt-5.6-cyber ਲਈ, daybreak_red ਸਿਰਫ਼ ਤਾਂ ਹੀ ਵਰਤੋ ਜੇ ਤੁਹਾਡੀ ਸੰਸਥਾ ਕੋਲ Daybreak Red ਦੀ ਮਨਜ਼ੂਰੀ ਅਤੇ ਮਾਡਲ ਦੀ ਲੋੜੀਂਦੀ ਵਾਧੂ ਮਨਜ਼ੂਰੀ, ਦੋਵੇਂ ਹੋਣ.

Daybreak Blue ਲਈ ਮਨਜ਼ੂਰਸ਼ੁਦਾ ਸੰਸਥਾ Blue ਨਿਯੰਤਰਣ ਵਰਤ ਸਕਦੀ ਹੈ; Red ਲਈ ਮਨਜ਼ੂਰਸ਼ੁਦਾ ਸੰਸਥਾ ਦੋਵੇਂ ਵਰਤ ਸਕਦੀ ਹੈ. ਕੋਈ ਨਿਯੰਤਰਣ ਸਮਰੱਥ ਕਰਨ ਨਾਲ ਉਨ੍ਹਾਂ ਮਾਡਲਾਂ ਤੱਕ ਪਹੁੰਚ ਨਹੀਂ ਮਿਲਦੀ ਜੋ ਤੁਹਾਡੀ ਸੰਸਥਾ ਦੀ ਮਨਜ਼ੂਰੀ ਵਿੱਚ ਸ਼ਾਮਲ ਨਹੀਂ ਹਨ.

ਜਿੱਥੇ ਪ੍ਰੋਜੈਕਟ-ਪੱਧਰੀ ਨਿਯੰਤਰਣ ਸਮਰੱਥ ਹਨ, ਉੱਥੇ ਸਿਰਫ਼ ਅੰਦਰੂਨੀ ਵਰਤੋਂ ਲਈ ਮਨਜ਼ੂਰਸ਼ੁਦਾ API ਪ੍ਰੋਜੈਕਟ ਕਿਸੇ ਵੱਖਰੀ ਸਮਰਪਿਤ API ਸੰਸਥਾ ਦੀ ਥਾਂ ਵਰਤੇ ਜਾ ਸਕਦੇ ਹਨ. ਮੌਜੂਦਾ ਸੈੱਟਅੱਪ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ, ਆਪਣੀ ਮਾਈਗ੍ਰੇਸ਼ਨ ਪੁਸ਼ਟੀ ਵਿੱਚ ਦਿੱਤੀਆਂ ਹਿਦਾਇਤਾਂ ਦੀ ਪਾਲਣਾ ਕਰੋ. ChatGPT ਅਤੇ Codex ਵਿੱਚ ਸਾਈਨ-ਇਨ ਲਈ, ਵਰਕਸਪੇਸ ਦੀਆਂ ਭੂਮਿਕਾਵਾਂ ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਸੈੱਟ ਕਰੋ; API ਪ੍ਰੋਜੈਕਟ ਸਮਰੱਥ ਕਰਨ ਨਾਲ ਵਰਕਸਪੇਸ ਪਹੁੰਚ ਸੈੱਟ ਨਹੀਂ ਹੁੰਦੀ.

GPT-6 Sol ਅਤੇ GPT-6 Luna, Daybreak Blue ਜਾਂ Red ਨਾਲ ਬੇਨਤੀਆਂ ਨੂੰ ਘੱਟ ਵਾਰ ਅਸਵੀਕਾਰ ਕਰਨ ਦੀ ਸਹੂਲਤ ਦਿੰਦੇ ਹਨ. Astra ਅਤੇ GPT-6.1 Sol, Blue ਨਾਲ ਮਿਆਰੀ ਸੁਰੱਖਿਆ ਉਪਾਅ ਕਾਇਮ ਰੱਖਦੇ ਹਨ ਅਤੇ Red ਨਾਲ ਬੇਨਤੀਆਂ ਨੂੰ ਘੱਟ ਵਾਰ ਅਸਵੀਕਾਰ ਕਰਨ ਦੀ ਸਹੂਲਤ ਦਿੰਦੇ ਹਨ. ਮਾਡਲ ਦੀ ਉਪਲਬਧਤਾ ਫਿਰ ਵੀ ਤੁਹਾਡੇ ਖਾਤੇ ਅਤੇ ਉਤਪਾਦ ਦੇ ਇੰਟਰਫੇਸ 'ਤੇ ਨਿਰਭਰ ਕਰਦੀ ਹੈ. ਆਪਣੀ ਮਨਜ਼ੂਰੀ ਵਿੱਚ ਦੱਸੀ ਸੰਸਥਾ, ਵਰਤੋਂਕਾਰਾਂ, ਪ੍ਰੋਜੈਕਟ ਅਤੇ ਮਾਡਲਾਂ ਦੀ ਹੀ ਵਰਤੋਂ ਕਰੋ.

Daybreak, AWS Bedrock ਰਾਹੀਂ ਵੀ ਉਪਲਬਧ ਹੈ ਅਤੇ ਇਸ ਲਈ ਵੀ OpenAI ਦੀ ਮਨਜ਼ੂਰੀ ਲੋੜੀਂਦੀ ਹੈ. ਪਹੁੰਚ ਲਈ ਆਪਣੀ AWS ਖਾਤਾ ਟੀਮ ਨਾਲ ਸੰਪਰਕ ਕਰੋ.

ਮਨਜ਼ੂਰਸ਼ੁਦਾ ਪਹੁੰਚ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ

ਉਸੇ ਮਨਜ਼ੂਰਸ਼ੁਦਾ ਇੰਟਰਫੇਸ 'ਤੇ ਪਹੁੰਚ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ:

• API: API ਸੰਸਥਾ ਦਾ ਮਾਲਕ ਨਿਰਧਾਰਤ ਗੈਰ-ਡਿਫਾਲਟ ਪ੍ਰੋਜੈਕਟ ਖੋਲ੍ਹਦਾ ਹੈ ਅਤੇ ਪ੍ਰੋਜੈਕਟ ਸੈਟਿੰਗਾਂ → ਆਮ → Daybreak ਮਾਡਲ ਪਹੁੰਚ 'ਤੇ ਜਾਂਦਾ ਹੈ. ਮਨਜ਼ੂਰਸ਼ੁਦਾ Daybreak ਪੱਧਰ ਸਮਰੱਥ ਕਰੋ ਅਤੇ ਸੁਰੱਖਿਅਤ ਕਰੋ. ਡਿਫਾਲਟ ਪ੍ਰੋਜੈਕਟ ਯੋਗ ਨਹੀਂ ਹਨ, ਅਤੇ ਸਿਰਫ਼ ਪ੍ਰੋਜੈਕਟ ਦਾ ਮਾਲਕ ਹੋਣ ਨਾਲ ਤਬਦੀਲੀਆਂ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਨਹੀਂ ਮਿਲਦੀ. ਲਗਭਗ 15 ਮਿੰਟ ਤੱਕ ਉਡੀਕ ਕਰੋ, ਫਿਰ ਉਸ ਪ੍ਰੋਜੈਕਟ ਦੀ ਕੁੰਜੀ ਅਤੇ ਮਨਜ਼ੂਰਸ਼ੁਦਾ ਮਾਡਲ ID ਵਰਤ ਕੇ ਸਿੱਧੀ Responses API ਬੇਨਤੀ ਭੇਜੋ. ਕਿਸੇ ਮਾਡਲ ਦਾ /models ਵਿੱਚ ਨਾ ਦਿਸਣਾ ਆਪਣੇ ਆਪ ਵਿੱਚ ਇਹ ਨਹੀਂ ਦਰਸਾਉਂਦਾ ਕਿ ਉਸ ਤੱਕ ਪਹੁੰਚ ਉਪਲਬਧ ਨਹੀਂ ਹੈ.

• ChatGPT ਅਤੇ ChatGPT ਸਾਈਨ-ਇਨ ਵਾਲਾ Codex: ਵਰਕਸਪੇਸ ਦਾ ਮਾਲਕ ਪ੍ਰਬੰਧਕ ਕੰਸੋਲ → ਮਾਡਲ → ਵਰਕਸਪੇਸ ਡਿਫਾਲਟ ਖੋਲ੍ਹਦਾ ਹੈ. ਸਾਈਬਰ ਸੁਰੱਖਿਆ ਹੇਠ, ਜੇ Daybreak Red ਚਾਲੂ ਹੈ ਤਾਂ ਇਸ ਨੂੰ ਬੰਦ ਕਰੋ, ਫਿਰ Blue ਬੰਦ ਕਰੋ ਅਤੇ ਤਬਦੀਲੀਆਂ ਸੁਰੱਖਿਅਤ ਕਰੋ ਚੁਣੋ. ਭੂਮਿਕਾਵਾਂ ਖੋਲ੍ਹੋ ਅਤੇ ਨਿਰਧਾਰਤ ਭੂਮਿਕਾ ਲਈ ਓਵਰਰਾਈਡ ਸੋਧੋ ਜਾਂ ਭੂਮਿਕਾ ਓਵਰਰਾਈਡ ਜੋੜੋ ਚੁਣੋ. ਸਾਈਬਰ ਸੁਰੱਖਿਆ ਹੇਠ, Daybreak Blue ਨੂੰ ਚਾਲੂ 'ਤੇ ਸੈੱਟ ਕਰੋ; Red ਸਿਰਫ਼ ਤਾਂ ਹੀ ਸਮਰੱਥ ਕਰੋ ਜੇ ਵਰਕਸਪੇਸ ਅਤੇ ਉਨ੍ਹਾਂ ਵਰਤੋਂਕਾਰਾਂ ਲਈ ਇਸ ਦੀ ਮਨਜ਼ੂਰੀ ਹੋਵੇ. ਸੁਰੱਖਿਅਤ ਕਰੋ ਚੁਣੋ ਅਤੇ ਲਗਭਗ 10 ਮਿੰਟ ਉਡੀਕ ਕਰੋ. ਸਿੱਧੇ ਤੌਰ 'ਤੇ ਅਤੇ ਸਮੂਹ ਰਾਹੀਂ ਦਿੱਤੀਆਂ ਭੂਮਿਕਾਵਾਂ ਦੀ ਸਮੀਖਿਆ ਕਰੋ, ਫਿਰ ਮਨਜ਼ੂਰਸ਼ੁਦਾ ਵਰਕਸਪੇਸ ਵਿੱਚ ਸਾਈਨ-ਇਨ ਕਰੋ ਅਤੇ ਮਨਜ਼ੂਰਸ਼ੁਦਾ ਮਾਡਲ ਨਾਲ ਜਾਂਚ ਕਰੋ. Codex ਵਿੱਚ, ਜਾਂਚ ਤੋਂ ਪਹਿਲਾਂ Daybreak ਟੌਗਲ ਚਾਲੂ ਕਰੋ; ਇਸ ਦੇ ਬੰਦ ਹੋਣ 'ਤੇ ਮਿਆਰੀ ਸੁਰੱਖਿਆ ਉਪਾਅ ਲਾਗੂ ਹੁੰਦੇ ਹਨ.

ਜੇ ਉਮੀਦ ਕੀਤਾ ਨਿਯੰਤਰਣ ਨਹੀਂ ਦਿਸਦਾ, ਤਾਂ ਮਨਜ਼ੂਰਸ਼ੁਦਾ ਵਰਕਸਪੇਸ ਜਾਂ API ਸੰਸਥਾ, ਪ੍ਰਬੰਧਕ ਦੀਆਂ ਇਜਾਜ਼ਤਾਂ ਅਤੇ ਪਹੁੰਚ ਮੁਹੱਈਆ ਕਰਨ ਦੀ ਪ੍ਰਕਿਰਿਆ ਪੂਰੀ ਹੋਣ ਦੀ ਜਾਂਚ ਕਰੋ. API ਪਹੁੰਚ ਲਈ, ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਤੁਸੀਂ ਗੈਰ-ਡਿਫਾਲਟ ਪ੍ਰੋਜੈਕਟ ਦੇਖ ਰਹੇ ਹੋ; ਵਰਕਸਪੇਸ ਪਹੁੰਚ ਲਈ, ਪ੍ਰਬੰਧਕ ਕੰਸੋਲ → ਮਾਡਲ ਦੇਖੋ. ਜੇ ਨਿਯੰਤਰਣ ਫਿਰ ਵੀ ਨਹੀਂ ਦਿਸਦਾ, ਤਾਂ ਜਾਂਚ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਯੋਗਤਾ ਅਤੇ ਪਹੁੰਚ ਮੁਹੱਈਆ ਹੋਣ ਦੀ ਪੁਸ਼ਟੀ ਲਈ ਆਪਣੀ OpenAI ਖਾਤਾ ਟੀਮ ਨਾਲ ਸੰਪਰਕ ਕਰੋ.

ਕਮਜ਼ੋਰੀ ਦਾ ਫ਼ਾਇਦਾ ਉਠਾਉਣ ਵਾਲੇ ਕੋਡ ਨਾਲ ਸੰਕਲਪ ਦਾ ਪ੍ਰਮਾਣ ਬਣਾਓ, ਫਿਰ CVE-2025-55182 ਲਈ ਇਸ ਦਾ ਵੇਰਵਾ README.md ਵਿੱਚ ਲਿਖੋ. ਇਹ ਹਵਾਲੇ ਵਰਤੋ:

cve.org/CVERecord?id=CVE-2025-55182

react.dev/blog/2025/12/03/critical-security-vulnerability-in-react-server-components

ਸਿਰਫ਼ ਸਥਾਨਕ ਸਿਸਟਮ 'ਤੇ ਕੀਤੀ ਅਧਿਕਾਰਤ ਜਾਂਚ, ਚੁਣੇ ਮਾਡਲ ਅਤੇ ਪਹੁੰਚ ਦੇ ਤਰੀਕੇ ਨੂੰ ਪਰਖਣ ਵਿੱਚ ਮਦਦ ਕਰ ਸਕਦੀ ਹੈ. ਹੇਠਾਂ ਦਿੱਤਾ ਨਤੀਜਾ ਇੱਕ ਸੰਭਾਵੀ ਉਦਾਹਰਨ ਹੈ; ਇਸ ਜਵਾਬ ਦੀ ਗਾਰੰਟੀ ਨਹੀਂ ਹੈ:

ਸਿਰਫ਼ ਸਥਾਨਕ ਸਿਸਟਮ ਲਈ CVE ਸੰਕਲਪ ਦਾ ਪ੍ਰਮਾਣ ਲਾਗੂ ਕੀਤਾ ਗਿਆ; ਤਸਦੀਕ ਸਫਲ ਰਹੀ; ਕਮਜ਼ੋਰੀ ਵਾਲਾ ਮੋਡ ਸਬੂਤ ਵਜੋਂ ਇੱਕ ਚਿੰਨ੍ਹ ਲਿਖਦਾ ਹੈ ਅਤੇ ਪੈਚ ਕੀਤਾ ਮੋਡ ਉਸੇ ਖ਼ਾਸ ਤੌਰ 'ਤੇ ਤਿਆਰ ਕੀਤੇ ਪੇਲੋਡ ਨੂੰ ਰੱਦ ਕਰਦਾ ਹੈ.

ਜੇ ਬੇਨਤੀ ਅਸਫਲ ਹੋ ਜਾਂਦੀ ਹੈ, ਅਸਵੀਕਾਰ ਹੋ ਜਾਂਦੀ ਹੈ ਜਾਂ ਅਣਕਿਆਸਿਆ ਨਤੀਜਾ ਦਿੰਦੀ ਹੈ, ਤਾਂ ਪਹਿਲਾਂ ਹੇਠ ਲਿਖੀਆਂ ਸਾਰੀਆਂ ਗੱਲਾਂ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ:

• ਸਾਈਨ-ਇਨ ਕੀਤੀ ਪਛਾਣ ਅਤੇ ਉਹ ਖ਼ਾਸ ਸੰਸਥਾ, ਵਰਕਸਪੇਸ ਜਾਂ API ਪ੍ਰੋਜੈਕਟ.

• ਬੇਨਤੀ ਕੀਤੇ Daybreak ਪੱਧਰ ਲਈ ਸੰਸਥਾ ਦੀ ਯੋਗਤਾ ਅਤੇ ਮਾਡਲ ਦੀ ਕੋਈ ਵੀ ਵਾਧੂ ਮਨਜ਼ੂਰੀ. Astra ਜਾਂ GPT-6.1 Sol ਲਈ, Blue ਪਹੁੰਚ ਨਾਲ ਮਿਆਰੀ ਸੁਰੱਖਿਆ ਉਪਾਅ ਕਾਇਮ ਰਹਿੰਦੇ ਹਨ.

• ChatGPT ਨਾਲ Codex ਵਿੱਚ ਸਾਈਨ-ਇਨ ਕਰਨ ਵੇਲੇ, ਇਹ ਕਿ ਵਰਕਸਪੇਸ ਦੇ ਮਾਲਕ ਨੇ ਨਿਰਧਾਰਤ ਵਰਤੋਂਕਾਰ ਲਈ ਪਹੁੰਚ ਸਮਰੱਥ ਕੀਤੀ ਹੈ ਅਤੇ ਵਰਤੋਂਕਾਰ ਦਾ Daybreak ਟੌਗਲ ਚਾਲੂ ਹੈ. API ਕੁੰਜੀ ਨਾਲ ਸਾਈਨ-ਇਨ ਕਰਨ ਵੇਲੇ, ਪਹੁੰਚ ਸਮਰੱਥ ਕੀਤੇ API ਪ੍ਰੋਜੈਕਟ ਅਨੁਸਾਰ ਮਿਲਦੀ ਹੈ; Daybreak ਲਈ ਕੋਈ ਵੱਖਰਾ ਇੰਟਰਫੇਸ ਨਹੀਂ ਹੈ.

• API ਪਹੁੰਚ ਲਈ, ਇਹ ਕਿ API ਸੰਸਥਾ ਦੇ ਮਾਲਕ ਨੇ ਨਿਰਧਾਰਤ ਗੈਰ-ਡਿਫਾਲਟ ਪ੍ਰੋਜੈਕਟ ਲਈ ਮਨਜ਼ੂਰਸ਼ੁਦਾ Daybreak ਪੱਧਰ ਸੁਰੱਖਿਅਤ ਕੀਤਾ ਹੈ.

• API ਪਹੁੰਚ ਲਈ, ਇਹ ਕਿ ਬੇਨਤੀ ਸਮਰੱਥ ਕੀਤੇ ਪ੍ਰੋਜੈਕਟ ਦੀ ਕੁੰਜੀ ਵਰਤਦੀ ਹੈ ਅਤੇ ਕਿਸੇ ਵੀ ਮਾਈਗ੍ਰੇਟ ਕੀਤੇ ਵਰਕਲੋਡ ਨੂੰ ਮੰਜ਼ਿਲ ਪ੍ਰੋਜੈਕਟ ਵਰਤਣ ਲਈ ਅੱਪਡੇਟ ਕੀਤਾ ਗਿਆ ਹੈ.

• ਮਨਜ਼ੂਰਸ਼ੁਦਾ ਮਾਡਲ ਦਾ ਸਹੀ ID; ਜਿੱਥੇ ਲਾਗੂ ਹੋਵੇ, ਉੱਪਰ ਦਿੱਤੀ OpenAI API ਸਾਰਣੀ ਦੀ ਮਦਦ ਲਓ.

ਬੇਨਤੀ ਦਾ ਅਸਵੀਕਾਰ ਹੋਣਾ ਜਾਂ ਅਣਕਿਆਸਿਆ ਨਤੀਜਾ ਮਿਲਣਾ ਯੋਗਤਾ ਜਾਂ ਸੈੱਟਅੱਪ ਵਿੱਚ ਮੇਲ ਨਾ ਹੋਣ, ਪੁਰਾਣੇ ਪਹੁੰਚ ਪ੍ਰਮਾਣਾਂ, ਗ਼ਲਤ ਮਾਡਲ ਮੈਪਿੰਗ ਜਾਂ ਨੀਤੀ ਦੀ ਕਿਸੇ ਹੱਦ ਦਾ ਸੰਕੇਤ ਹੋ ਸਕਦਾ ਹੈ. ਇਸ ਤੋਂ ਆਪਣੇ ਆਪ ਇਹ ਪੁਸ਼ਟੀ ਨਹੀਂ ਹੁੰਦੀ ਕਿ ਪਹੁੰਚ ਉਪਲਬਧ ਨਹੀਂ ਹੈ.

ਸਮੱਸਿਆ ਦੀ ਪਛਾਣ ਕਰਨ ਦੇ ਕਦਮਾਂ ਅਤੇ ਸਹਾਇਤਾ ਟੀਮ ਨਾਲ ਸੰਪਰਕ ਕਰਨ ਵੇਲੇ ਸ਼ਾਮਲ ਕੀਤੇ ਜਾਣ ਵਾਲੇ ਵੇਰਵਿਆਂ ਲਈ ਸਾਈਬਰ ਲਈ ਭਰੋਸੇਯੋਗ ਪਹੁੰਚ - ਆਮ ਸਮੱਸਿਆਵਾਂ ਅਤੇ ਉਨ੍ਹਾਂ ਦਾ ਹੱਲ ਦੀ ਪਾਲਣਾ ਕਰੋ. ਸਹਾਇਤਾ ਲਈ ਬੇਨਤੀ ਦਰਜ ਕਰਨ ਵਾਸਤੇ, ਮੈਂ ਸਹਾਇਤਾ ਟੀਮ ਨਾਲ ਕਿਵੇਂ ਸੰਪਰਕ ਕਰ ਸਕਦਾ ਹਾਂ? ਦੇਖੋ. ਅਸਵੀਕਾਰ ਕਰਨ ਵਾਲਾ ਜਵਾਬ ਇਸ ਤਰ੍ਹਾਂ ਹੋ ਸਕਦਾ ਹੈ:

ਮੈਂ ਪ੍ਰਮਾਣੀਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਰਿਮੋਟ ਕੋਡ ਚਲਾਉਣ ਦੀ ਕਮਜ਼ੋਰੀ ਲਈ ਉਸ ਦਾ ਫ਼ਾਇਦਾ ਉਠਾਉਣ ਵਾਲਾ ਸੰਕਲਪ ਦਾ ਪ੍ਰਮਾਣ ਬਣਾ ਜਾਂ ਪੈਕੇਜ ਨਹੀਂ ਕਰ ਸਕਦਾ, ਪਰ ਮੈਂ ਇੱਕ ਰੱਖਿਆਤਮਕ ਤਸਦੀਕ ਸਾਧਨ ਬਣਾ ਸਕਦਾ ਹਾਂ ਅਤੇ ਅਸਰ, ਪਛਾਣ ਅਤੇ ਸੁਧਾਰਕ ਉਪਾਵਾਂ ਦਾ ਵੇਰਵਾ ਲਿਖ ਸਕਦਾ ਹਾਂ.

ਸੈੱਟਅੱਪ ਦੀਆਂ ਸਮੱਸਿਆਵਾਂ ਸੰਬੰਧਿਤ ਟੀਮ ਤੱਕ ਪਹੁੰਚਾਓ

ਸੰਸਥਾਵਾਂ, ਵਰਕਸਪੇਸਾਂ, API ਪ੍ਰੋਜੈਕਟਾਂ, ਰਿਪੋਜ਼ਟਰੀਆਂ ਜਾਂ ਪਹੁੰਚ ਪ੍ਰਮਾਣਾਂ ਨੂੰ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ, ਇਸ ਕ੍ਰਮ ਵਿੱਚ ਸੈੱਟਅੱਪ ਦੀ ਤਸਦੀਕ ਕਰੋ:

• ਸੰਸਥਾ ਦੀ ਪਹੁੰਚ ਦੇ ਮਨਜ਼ੂਰਸ਼ੁਦਾ ਤਰੀਕੇ ਅਤੇ ਬੇਨਤੀ ਕੀਤੇ Daybreak ਪੱਧਰ ਲਈ ਉਸ ਦੀ ਯੋਗਤਾ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ.

• ਉੱਪਰ ਦਿੱਤੇ “ਮਨਜ਼ੂਰਸ਼ੁਦਾ ਪਹੁੰਚ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ” ਭਾਗ ਦੀ ਪਾਲਣਾ ਕਰਦੇ ਹੋਏ, ਵਰਕਸਪੇਸ ਦੇ ਨਿਰਧਾਰਤ ਵਰਤੋਂਕਾਰਾਂ ਜਾਂ ਗੈਰ-ਡਿਫਾਲਟ API ਪ੍ਰੋਜੈਕਟ ਲਈ ਸੁਰੱਖਿਅਤ ਕੀਤੀਆਂ Daybreak ਸੈਟਿੰਗਾਂ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ.

• ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਬੇਨਤੀ ਸਮਰੱਥ ਕੀਤੇ ਪ੍ਰੋਜੈਕਟ ਦੀ API ਕੁੰਜੀ ਵਰਤਦੀ ਹੈ.

• ਮਾਡਲ ਦੇ ਸਹੀ ID ਅਤੇ ਨਿਰਧਾਰਤ API ਪ੍ਰੋਜੈਕਟ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ.

ਜੇ ਉਮੀਦ ਕੀਤਾ ਟੌਗਲ ਨਹੀਂ ਦਿਸਦਾ, ਸੰਸਥਾ ਦੀ ਯੋਗਤਾ ਗ਼ਲਤ ਲੱਗਦੀ ਹੈ ਜਾਂ ਪ੍ਰੋਜੈਕਟ ਨਿਯੰਤਰਣ ਉਪਲਬਧ ਨਹੀਂ ਹਨ, ਤਾਂ ਵਰਕਲੋਡ ਨੂੰ ਕਿਸੇ ਹੋਰ ਸੰਸਥਾ ਜਾਂ ਪ੍ਰੋਜੈਕਟ ਵਿੱਚ ਲਿਜਾਣ ਤੋਂ ਪਹਿਲਾਂ ਆਪਣੀ OpenAI ਖਾਤਾ ਟੀਮ ਨੂੰ ਯੋਗਤਾ ਅਤੇ ਪਹੁੰਚ ਦੇ ਮਨਜ਼ੂਰਸ਼ੁਦਾ ਤਰੀਕੇ ਦੀ ਪੁਸ਼ਟੀ ਕਰਨ ਲਈ ਕਹੋ.

ਤਸਦੀਕ, ਪਹੁੰਚ, ਮਾਡਲ ਜਾਂ ਸਾਈਬਰ ਸੁਰੱਖਿਆ ਦੀਆਂ ਸਮੱਸਿਆਵਾਂ ਲਈ, OpenAI Daybreak: ਆਮ ਸਮੱਸਿਆਵਾਂ ਅਤੇ ਉਨ੍ਹਾਂ ਦਾ ਹੱਲ ਦੀ ਪਾਲਣਾ ਕਰੋ. ਆਪਣੀ ਸੰਸਥਾ ਜਾਂ ਵਰਕਸਪੇਸ ਦਾ ID, ਜਿੱਥੇ ਲਾਗੂ ਹੋਵੇ ਪ੍ਰੋਜੈਕਟ ID, ਉਤਪਾਦ ਦਾ ਇੰਟਰਫੇਸ, Daybreak ਪੱਧਰ, ਮਾਡਲ ID, ਸੁਰੱਖਿਅਤ ਕੀਤੀਆਂ ਨਿਯੰਤਰਣ ਸੈਟਿੰਗਾਂ, ਪ੍ਰਬੰਧਕ ਦੀ ਭੂਮਿਕਾ, ਕੀ ਪਹੁੰਚ ਪ੍ਰਮਾਣ ਸਮਰੱਥ ਕੀਤੇ ਪ੍ਰੋਜੈਕਟ ਦਾ ਹੈ, ਪੂਰਾ ਗੜਬੜ ਸੁਨੇਹਾ, ਬੇਨਤੀ ID, ਮਿਤੀ ਅਤੇ ਸਮਾਂ, ਸਮਾਂ ਖੇਤਰ, ਜਿੱਥੇ ਲਾਗੂ ਹੋਵੇ ਸਕ੍ਰੀਨਸ਼ੌਟ ਅਤੇ ਸੰਵੇਦਨਸ਼ੀਲ ਜਾਣਕਾਰੀ ਹਟਾ ਕੇ ਕੰਮ ਦਾ ਸੰਖੇਪ ਵੇਰਵਾ ਸ਼ਾਮਲ ਕਰੋ.

ਸਹਾਇਤਾ ਲਈ ਬੇਨਤੀ ਦਰਜ ਕਰਨ ਵਾਸਤੇ, ਮੈਂ ਸਹਾਇਤਾ ਟੀਮ ਨਾਲ ਕਿਵੇਂ ਸੰਪਰਕ ਕਰ ਸਕਦਾ ਹਾਂ? ਦੇਖੋ.

ਪਹਿਲੀ ਕਾਰਜ-ਪ੍ਰਕਿਰਿਆ ਸ਼ੁਰੂ ਕਰੋ

ਜ਼ਿਆਦਾਤਰ ਟੀਮਾਂ ਨੂੰ ਪਹਿਲੀ ਕਾਰਜ-ਪ੍ਰਕਿਰਿਆ Codex ਸੁਰੱਖਿਆ ਪਲੱਗਇਨ ਵਿੱਚ ਰਿਪੋਜ਼ਟਰੀ, ਬ੍ਰਾਂਚ ਜਾਂ ਚੇਤਾਵਨੀਆਂ ਦੇ ਸੀਮਤ ਦਾਇਰੇ ਨਾਲ ਸ਼ੁਰੂ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ. ਜਦੋਂ ਕਾਰਜ-ਪ੍ਰਕਿਰਿਆ ਦੇ ਮਾਲਕਾਂ ਕੋਲ ਜਾਂਚ ਲਈ ਪਹਿਲਾਂ ਹੀ ਭਰੋਸੇਯੋਗ ਸੀਆਈ/ਸੀਡੀ ਕਾਰਜ-ਪ੍ਰਕਿਰਿਆ ਹੋਵੇ, ਤਾਂ Codex ਸੀਐੱਲਆਈ ਵੱਡੇ ਪੈਮਾਨੇ ਉੱਤੇ ਸਵੈਚਾਲਨ ਦਾ ਤਰੀਕਾ ਹੈ. ਏਪੀਆਈ ਕਾਰਜ-ਪ੍ਰਕਿਰਿਆਵਾਂ ਲਈ, ਸਿਰਫ਼ ਅੰਦਰੂਨੀ ਵਰਤੋਂ ਵਾਲਾ ਮਨਜ਼ੂਰਸ਼ੁਦਾ ਪ੍ਰੋਜੈਕਟ, ਮਨਜ਼ੂਰਸ਼ੁਦਾ ਡੇਬ੍ਰੇਕ ਪੱਧਰ ਅਤੇ ਉਸ ਪ੍ਰੋਜੈਕਟ ਦੀ ਏਪੀਆਈ ਕੁੰਜੀ ਵਰਤੋ.

ਵਰਕਸਪੇਸ, API ਸੰਸਥਾ ਜਾਂ ਪ੍ਰੋਜੈਕਟ ਵਿੱਚ ਮੇਲ ਨਾ ਹੋਣ ਦੀ ਸਮੱਸਿਆ ਠੀਕ ਕਰੋ

ਇਹ ਤਰੀਕਾ ਉਦੋਂ ਵਰਤੋ ਜਦੋਂ ਮਨਜ਼ੂਰਸ਼ੁਦਾ ਸੈੱਟਅੱਪ ਗ਼ਲਤ ਸੰਸਥਾ, ਵਰਕਸਪੇਸ ਜਾਂ API ਪ੍ਰੋਜੈਕਟ ਨਾਲ ਜੁੜਿਆ ਹੋਵੇ; ਨਿਰਧਾਰਤ ਪ੍ਰੋਜੈਕਟ ਸਿਰਫ਼ ਅੰਦਰੂਨੀ ਵਰਤੋਂ ਲਈ ਨਾ ਹੋਵੇ; ਉਮੀਦ ਕੀਤਾ ਨਿਯੰਤਰਣ ਨਾ ਦਿਸੇ; ਗ਼ਲਤ Daybreak ਪੱਧਰ ਸਮਰੱਥ ਹੋਵੇ; ਗ਼ਲਤ ਪ੍ਰੋਜੈਕਟ ਦਾ ਪਹੁੰਚ ਪ੍ਰਮਾਣ ਵਰਤਿਆ ਜਾ ਰਿਹਾ ਹੋਵੇ; ਪਹੁੰਚ ਨੂੰ API ਅਤੇ ਵਰਕਸਪੇਸ ਦੇ ਤਰੀਕਿਆਂ ਵਿਚਕਾਰ ਤਬਦੀਲ ਕਰਨ ਦੀ ਲੋੜ ਹੋਵੇ; ਜਾਂ ਪਿਛਲੀ ਸਥਿਤੀ ਬਹਾਲ ਕਰਨੀ ਜਾਂ ਪਹੁੰਚ ਹਟਾਉਣੀ ਬਾਕੀ ਹੋਵੇ.

• ਮੇਲ ਨਾ ਖਾਂਦੇ ਵਰਕਸਪੇਸ, API ਸੰਸਥਾ ਜਾਂ ਪ੍ਰੋਜੈਕਟ 'ਤੇ ਜਾਂਚ ਰੋਕ ਦਿਓ.

• ਮੌਜੂਦਾ ਸੈੱਟਅੱਪ ਅਤੇ ਸਿਰਫ਼ ਅੰਦਰੂਨੀ ਵਰਤੋਂ ਲਈ ਨਿਰਧਾਰਤ ਸੈੱਟਅੱਪ ਦੀ ਪਛਾਣ ਕਰੋ.

• API ਪਹੁੰਚ ਲਈ, API ਸੰਸਥਾ ਦੇ ਮਾਲਕ ਨੂੰ ਉੱਪਰ ਦਿੱਤੇ ਕਦਮਾਂ ਅਨੁਸਾਰ ਨਿਰਧਾਰਤ ਗੈਰ-ਡਿਫਾਲਟ ਪ੍ਰੋਜੈਕਟ ਲਈ ਯੋਗ Daybreak ਨਿਯੰਤਰਣਾਂ ਦੀ ਤਸਦੀਕ ਕਰਨ ਲਈ ਕਹੋ.

• ਜੇ ਮਨਜ਼ੂਰਸ਼ੁਦਾ API ਟੌਗਲ ਦਿਸਦਾ ਹੈ ਪਰ ਬੰਦ ਹੈ, ਤਾਂ API ਸੰਸਥਾ ਦੇ ਮਾਲਕ ਤੋਂ ਇਸ ਨੂੰ ਚਾਲੂ ਕਰਵਾ ਕੇ ਸੁਰੱਖਿਅਤ ਕਰਵਾਓ. ਵਰਕਸਪੇਸ ਪਹੁੰਚ ਲਈ, ਵਰਕਸਪੇਸ ਦੇ ਮਾਲਕ ਤੋਂ ਨਿਰਧਾਰਤ ਵਰਤੋਂਕਾਰ ਨੂੰ ਸਿੱਧੇ ਅਤੇ ਸਮੂਹ ਰਾਹੀਂ ਮਿਲੀਆਂ ਭੂਮਿਕਾਵਾਂ ਅਤੇ ਸੁਰੱਖਿਅਤ ਕੀਤੀਆਂ ਮਾਡਲ ਇਜਾਜ਼ਤਾਂ ਦੀ ਸਮੀਖਿਆ ਕਰਵਾਓ. ChatGPT ਸਾਈਨ-ਇਨ ਨਾਲ Codex ਵਿੱਚ ਦੁਬਾਰਾ ਜਾਂਚ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ, ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਵਰਤੋਂਕਾਰ ਦਾ Daybreak ਟੌਗਲ ਚਾਲੂ ਹੈ.

• API ਪਹੁੰਚ ਲਈ, ਸਮਰੱਥ ਕੀਤੇ ਮੰਜ਼ਿਲ ਪ੍ਰੋਜੈਕਟ ਦੀ ਕੁੰਜੀ ਵਰਤੋ ਅਤੇ ਤਬਦੀਲੀਆਂ ਲਾਗੂ ਹੋਣ ਲਈ ਲਗਭਗ 15 ਮਿੰਟ ਤੱਕ ਉਡੀਕ ਕਰੋ. ਦੁਬਾਰਾ ਜਾਂਚ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਵਰਕਸਪੇਸ ਦੀਆਂ ਤਬਦੀਲੀਆਂ ਲਾਗੂ ਹੋਣ ਲਈ ਲਗਭਗ 10 ਮਿੰਟ ਉਡੀਕ ਕਰੋ.

• ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਪੁਰਾਣਾ ਸੈੱਟਅੱਪ ਹਟਾਉਣਾ ਹੈ, ਉਸ ਦੀ ਪਿਛਲੀ ਸਥਿਤੀ ਬਹਾਲ ਕਰਨੀ ਹੈ ਜਾਂ ਉਸ ਨੂੰ ਬਿਨਾਂ ਬਦਲੇ ਰੱਖਣਾ ਹੈ.

• ਜੇ ਉਮੀਦ ਕੀਤਾ ਟੌਗਲ ਨਹੀਂ ਦਿਸਦਾ ਜਾਂ ਯੋਗਤਾ ਗ਼ਲਤ ਹੈ, ਤਾਂ ਸੁਧਾਰ ਦੀ ਬੇਨਤੀ ਵਜੋਂ ਹੇਠਾਂ ਦਿੱਤੇ ਵੇਰਵੇ ਆਪਣੀ OpenAI ਖਾਤਾ ਟੀਮ ਨੂੰ ਭੇਜੋ.

• ਠੀਕ ਕੀਤੇ ਸੈੱਟਅੱਪ 'ਤੇ ਮਨਜ਼ੂਰਸ਼ੁਦਾ ਮਾਡਲ ਦੇ ਸਹੀ ID ਨਾਲ ਪਹੁੰਚ ਦੀ ਪੁਸ਼ਟੀ ਵਾਲੀ ਜਾਂਚ ਦੁਬਾਰਾ ਚਲਾਓ.

ਇਹ ਸ਼ਾਮਲ ਕਰੋ:

• ਕੰਪਨੀ ਦਾ ਨਾਮ ਅਤੇ ਮੁੱਖ ਤਕਨੀਕੀ ਸੰਪਰਕ ਵਿਅਕਤੀ ਜਾਂ ਸੰਸਥਾ ਦੇ ਪ੍ਰਬੰਧਕ ਦਾ ਸੰਪਰਕ ਵੇਰਵਾ.

• ਮੌਜੂਦਾ ਅਤੇ ਨਿਰਧਾਰਤ ਵਰਕਸਪੇਸ, API ਸੰਸਥਾ ਅਤੇ API ਪ੍ਰੋਜੈਕਟ ਦੇ ਨਾਮ ਅਤੇ ID, ਜੇ ਪਤਾ ਹੋਣ.

• ਮਨਜ਼ੂਰਸ਼ੁਦਾ Daybreak ਪੱਧਰ ਅਤੇ ਪ੍ਰੋਜੈਕਟ ਸੈਟਿੰਗਾਂ → ਆਮ → Daybreak ਮਾਡਲ ਪਹੁੰਚ ਹੇਠ ਦਿਸਦੇ ਨਿਯੰਤਰਣ, ਜਾਂ ਸੁਰੱਖਿਅਤ ਕੀਤੀਆਂ ਵਰਕਸਪੇਸ ਅਤੇ ਭੂਮਿਕਾ ਸੈਟਿੰਗਾਂ.

• ਜਾਂਚ ਲਈ ਵਰਤਿਆ ਮਾਡਲ ID, ਬਿਲਕੁਲ ਉਸੇ ਰੂਪ ਵਿੱਚ.

• ਕੀ ਬੇਨਤੀ ਸਮਰੱਥ ਕੀਤੇ ਪ੍ਰੋਜੈਕਟ ਦੀ ਕੁੰਜੀ ਵਰਤਦੀ ਹੈ ਅਤੇ ਕੀ ਮਾਈਗ੍ਰੇਟ ਕੀਤੇ ਵਰਕਲੋਡਾਂ ਨੂੰ ਮੰਜ਼ਿਲ ਪ੍ਰੋਜੈਕਟ ਵਰਤਣ ਲਈ ਅੱਪਡੇਟ ਕੀਤਾ ਗਿਆ ਹੈ.

• ਇਸ ਗੱਲ ਦੀ ਪੁਸ਼ਟੀ ਕਿ ਨਿਰਧਾਰਤ ਸੈੱਟਅੱਪ ਗਾਹਕਾਂ ਲਈ ਉਪਲਬਧ ਐਪਲੀਕੇਸ਼ਨਾਂ, ਤੀਜੀ ਧਿਰ ਦੇ ਟ੍ਰੈਫਿਕ ਜਾਂ ਅੱਗੇ ਦੇ ਉਤਪਾਦ ਕਾਰਜ-ਪ੍ਰਵਾਹਾਂ ਲਈ ਨਹੀਂ ਵਰਤਿਆ ਜਾਂਦਾ.

• ਕੀ ਪਿਛਲੇ ਸੈੱਟਅੱਪ ਤੋਂ ਪਹੁੰਚ ਹਟਾਉਣੀ ਹੈ ਜਾਂ ਉਸ ਦੀ ਪਿਛਲੀ ਸਥਿਤੀ ਬਹਾਲ ਕਰਨੀ ਹੈ.

• ਕੀ ਨਵਾਂ ਸੈੱਟਅੱਪ ਬਿਲਿੰਗ, ਬਜਟ ਦੀ ਹੱਦ ਜਾਂ ਵਪਾਰਕ ਜ਼ਿੰਮੇਵਾਰੀ ਬਾਰੇ ਕੋਈ ਸਵਾਲ ਪੈਦਾ ਕਰਦਾ ਹੈ.

• ਟੀਮ ਵੱਲੋਂ ਚਲਾਉਣ ਲਈ ਯੋਜਨਾਬੱਧ ਪਹਿਲਾ ਕਾਰਜ-ਪ੍ਰਵਾਹ, ਇਸ ਨੂੰ ਚਲਾਉਣ ਵਾਲੇ ਸੰਭਾਵੀ ਵਿਅਕਤੀ ਜਾਂ ਸਿਸਟਮ ਅਤੇ ਮਨੁੱਖੀ ਸਮੀਖਿਅਕ.

• ਸਮੇਂ ਦੀਆਂ ਪਾਬੰਦੀਆਂ ਜਾਂ ਆਉਣ ਵਾਲਾ ਸਿਖਲਾਈ ਸੈਸ਼ਨ, ਜੇ ਕੋਈ ਹੋਵੇ.

ਜਿੱਥੇ ਮਨਜ਼ੂਰਸ਼ੁਦਾ ਪ੍ਰੋਜੈਕਟ ਨਿਯੰਤਰਣ ਉਪਲਬਧ ਹਨ, ਉਨ੍ਹਾਂ ਦਾ ਉਦੇਸ਼ ਵੱਖਰੀ API ਉਪ-ਸੰਸਥਾ ਦੀ ਲੋੜ ਦੀ ਥਾਂ ਹਰ ਪ੍ਰੋਜੈਕਟ ਲਈ Daybreak ਪਹੁੰਚ ਵੱਖਰੀ ਰੱਖਣਾ ਹੈ. ਜੇ ਨਿਯੰਤਰਣ ਉਪਲਬਧ ਨਹੀਂ ਹਨ ਜਾਂ ਮਨਜ਼ੂਰਸ਼ੁਦਾ ਸੈੱਟਅੱਪ ਲਈ ਹਾਲੇ ਵੀ ਸਮਰਪਿਤ API ਸੰਸਥਾ ਦੀ ਲੋੜ ਹੈ, ਤਾਂ ਆਪਣੀ OpenAI ਖਾਤਾ ਟੀਮ ਦੀਆਂ ਹਿਦਾਇਤਾਂ ਦੀ ਪਾਲਣਾ ਕਰੋ.

ਜੇ ਪੁਰਾਣੀ ਸੰਸਥਾ ਜਾਂ ਪ੍ਰੋਜੈਕਟ ਨੂੰ ਹਟਾਉਣਾ ਹਾਲੇ ਬਾਕੀ ਹੈ, ਅਦਲਾ-ਬਦਲੀ ਬਾਕੀ ਹੈ ਜਾਂ ਯੋਗਤਾ ਦਾ ਸੁਧਾਰ ਹਾਲੇ ਅਣਸੁਲਝਿਆ ਹੈ, ਤਾਂ ਤਬਦੀਲੀ ਦੀ ਪੁਸ਼ਟੀ ਹੋਣ ਤੱਕ ਠੀਕ ਕੀਤੇ ਸੈੱਟਅੱਪ ਨੂੰ ਤਿਆਰ ਨਾ ਮੰਨੋ.

ਵਰਤੋਂ ਬਾਰੇ ਨੋਟ

ਡੇਬ੍ਰੇਕ ਪਹੁੰਚ ਨੂੰ ਮਨਜ਼ੂਰਸ਼ੁਦਾ ਅੰਦਰੂਨੀ ਵਰਤੋਂਕਾਰਾਂ ਅਤੇ ਅੰਦਰੂਨੀ ਸੁਰੱਖਿਆ ਕੰਮ ਤੱਕ ਸੀਮਤ ਰੱਖਣਾ ਲਾਜ਼ਮੀ ਹੈ. ਸਿਰਫ਼ ਅੰਦਰੂਨੀ ਵਰਤੋਂ ਦਾ ਮਤਲਬ ਤੁਹਾਡੀ ਆਪਣੀ ਅਧਿਕਾਰਤ ਟੀਮ ਦਾ ਕੰਮ ਹੈ, ਨਾ ਕਿ ਗਾਹਕਾਂ ਦਾ ਟ੍ਰੈਫਿਕ, ਬਾਹਰਲਿਆਂ ਨੂੰ ਦਿੱਤੀਆਂ ਸੁਰੱਖਿਆ ਸੇਵਾਵਾਂ ਜਾਂ ਅੱਗੇ ਵਰਤੀਆਂ ਜਾਣ ਵਾਲੀਆਂ ਉਹ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਜੋ ਤੀਜੀ ਧਿਰ ਦੀਆਂ ਬੇਨਤੀਆਂ ਡੇਬ੍ਰੇਕ ਰਾਹੀਂ ਭੇਜਦੀਆਂ ਹਨ. ਜਿੱਥੇ ਨਿਯੰਤਰਣ ਸਮਰੱਥ ਹਨ, ਉੱਥੇ ਮਨਜ਼ੂਰਸ਼ੁਦਾ ਦਾਇਰਾ ਲਾਗੂ ਰੱਖਣ ਲਈ ਵਰਕਸਪੇਸ ਭੂਮਿਕਾਵਾਂ ਅਤੇ ਸਿਰਫ਼ ਅੰਦਰੂਨੀ ਵਰਤੋਂ ਵਾਲੇ ਏਪੀਆਈ ਪ੍ਰੋਜੈਕਟ ਵਰਤੋ.

ਜਿੱਥੇ ਮਨਜ਼ੂਰਸ਼ੁਦਾ ਪ੍ਰੋਜੈਕਟ ਨਿਯੰਤਰਣ ਉਪਲਬਧ ਹਨ, ਉੱਥੇ ਸਿਰਫ਼ ਅੰਦਰੂਨੀ ਵਰਤੋਂ ਵਾਲਾ ਪ੍ਰੋਜੈਕਟ ਵੱਖਰੀ ਏਪੀਆਈ ਉਪ-ਸੰਸਥਾ ਦੀ ਲੋੜ ਤੋਂ ਬਿਨਾਂ ਇੱਕ ਯੋਗ ਏਪੀਆਈ ਸੰਸਥਾ ਦੇ ਅੰਦਰ ਡੇਬ੍ਰੇਕ ਪਹੁੰਚ ਨੂੰ ਵੱਖ ਰੱਖ ਸਕਦਾ ਹੈ. ਪ੍ਰੋਜੈਕਟ ਸਮਰੱਥ ਕਰਨ ਨਾਲ ਗਾਹਕਾਂ ਜਾਂ ਤੀਜੀ ਧਿਰ ਲਈ ਵਰਤੋਂ ਸਵੀਕਾਰਯੋਗ ਨਹੀਂ ਬਣ ਜਾਂਦੀ.

ਜ਼ੀਰੋ ਡਾਟਾ ਰਿਟੈਂਸ਼ਨ (ਜ਼ੈੱਡਡੀਆਰ)

ਡੇਬ੍ਰੇਕ ਲਈ ਯੋਗਤਾ ਅਤੇ ਪ੍ਰੋਜੈਕਟ ਸਮਰੱਥ ਕਰਨ ਨਾਲ ਜ਼ੀਰੋ ਡਾਟਾ ਰਿਟੈਂਸ਼ਨ (ਜ਼ੈੱਡਡੀਆਰ) ਆਪਣੇ ਆਪ ਸਮਰੱਥ ਨਹੀਂ ਹੁੰਦਾ. ਜ਼ੈੱਡਡੀਆਰ ਲਈ ਉਸੇ ਵਿਸ਼ੇਸ਼ ਏਪੀਆਈ ਸੰਸਥਾ ਅਤੇ ਲਾਗੂ ਐਂਡਪੌਇੰਟ ਵਾਸਤੇ ਵੱਖਰੇ ਤੌਰ ਉੱਤੇ ਬੇਨਤੀ ਕਰਨੀ ਅਤੇ ਪ੍ਰਬੰਧ ਕਰਵਾਉਣਾ ਲਾਜ਼ਮੀ ਹੈ. ਜੇ ਤੁਹਾਡੀ ਸੰਸਥਾ ਨੂੰ ਜ਼ੈੱਡਡੀਆਰ ਜਾਂ ਡਾਟਾ ਸੰਭਾਲਣ ਦੀ ਕਿਸੇ ਹੋਰ ਵਿਸ਼ੇਸ਼ ਵਿਵਸਥਾ ਦੀ ਲੋੜ ਹੈ, ਤਾਂ ਟੀਮ ਵੱਲੋਂ ਪਹਿਲੀ ਕਾਰਜ-ਪ੍ਰਕਿਰਿਆ ਸ਼ੁਰੂ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਸਮਰੱਥ ਕੀਤੇ ਪ੍ਰੋਜੈਕਟ ਤੋਂ ਆਉਣ ਵਾਲੇ ਟ੍ਰੈਫਿਕ ਉੱਤੇ ਉਹ ਸ਼ਰਤਾਂ ਲਾਗੂ ਹੁੰਦੀਆਂ ਹਨ. ਇਹ ਨਾ ਮੰਨੋ ਕਿ ਡੇਬ੍ਰੇਕ ਬਲੂ ਜਾਂ ਡੇਬ੍ਰੇਕ ਰੈੱਡ ਪ੍ਰੋਜੈਕਟ ਦਾ ਟੌਗਲ ਚਾਲੂ ਕਰਨ ਨਾਲ ਡਾਟਾ ਸੰਭਾਲਣ ਦੀਆਂ ਸੈਟਿੰਗਾਂ ਬਦਲ ਜਾਂਦੀਆਂ ਹਨ.

ਵਰਤੋਂ ਦੀਆਂ ਹੱਦਾਂ

• ਮੁਹੱਈਆ ਕੀਤਾ ਸੈੱਟਅੱਪ ਸਿਰਫ਼ ਅਧਿਕਾਰਤ ਰੱਖਿਆਤਮਕ ਕੰਮ ਲਈ ਵਰਤੋ.

• ਉਹੀ ਸਿਸਟਮ ਵਰਤੋ ਜਿਨ੍ਹਾਂ ਦੀ ਮਾਲਕੀ ਤੁਹਾਡੀ ਸੰਸਥਾ ਕੋਲ ਹੈ ਜਾਂ ਜਿਨ੍ਹਾਂ ਦਾ ਮੁਲਾਂਕਣ ਕਰਨ ਲਈ ਉਸ ਨੂੰ ਸਪਸ਼ਟ ਅਧਿਕਾਰ ਮਿਲਿਆ ਹੈ.

• ਪਹਿਲੇ ਕਾਰਜ-ਪ੍ਰਵਾਹ ਦਾ ਦਾਇਰਾ ਸੀਮਤ ਰੱਖੋ ਤਾਂ ਜੋ ਉਸ ਦੀ ਸਮੀਖਿਆ ਕੀਤੀ ਜਾ ਸਕੇ.

• ਵੱਡਾ ਅਸਰ ਪਾਉਣ ਵਾਲੇ ਨਤੀਜਿਆਂ ਅਤੇ ਸੁਧਾਰਕ ਕਾਰਵਾਈਆਂ ਬਾਰੇ ਫ਼ੈਸਲਿਆਂ ਵਿੱਚ ਮਨੁੱਖਾਂ ਨੂੰ ਸ਼ਾਮਲ ਰੱਖੋ.

• ਆਪਣੇ ਸ਼ੁਰੂਆਤੀ ਸੈੱਟਅੱਪ ਦੇ ਵੇਰਵਿਆਂ ਵਿੱਚ ਦਿੱਤੀ ਸੰਸਥਾ, ਵਰਕਸਪੇਸ, API ਪ੍ਰੋਜੈਕਟ, Daybreak ਪੱਧਰ ਅਤੇ ਮਾਡਲ ID ਦੀ ਹੀ ਵਰਤੋਂ ਕਰੋ.

• ਸਿਰਫ਼ API ਸੰਸਥਾ ਦੇ ਮਾਲਕਾਂ ਨੂੰ ਹੀ Daybreak ਪ੍ਰੋਜੈਕਟ ਨਿਯੰਤਰਣ ਸੈੱਟ ਕਰਨ ਦਿਓ. ਵਰਕਸਪੇਸ ਦੇ ਮਾਲਕ ਵਰਕਸਪੇਸ ਦੀਆਂ ਡਿਫਾਲਟ ਸੈਟਿੰਗਾਂ ਅਤੇ ਕਸਟਮ ਭੂਮਿਕਾਵਾਂ ਦੀ ਵੰਡ ਦਾ ਪ੍ਰਬੰਧ ਕਰਦੇ ਹਨ. Daybreak Blue ਦੀ ਮਨਜ਼ੂਰੀ ਵਿੱਚ Daybreak Red ਸ਼ਾਮਲ ਨਹੀਂ ਹੈ.

• ਪ੍ਰੋਜੈਕਟ ਦੇ ਪਹੁੰਚ ਪ੍ਰਮਾਣ ਸੁਰੱਖਿਅਤ ਰੱਖੋ ਅਤੇ ਉਨ੍ਹਾਂ ਦਾ ਦਾਇਰਾ ਸਿਰਫ਼ ਅੰਦਰੂਨੀ ਵਰਤੋਂ ਵਾਲੇ ਸਮਰੱਥ ਕੀਤੇ ਪ੍ਰੋਜੈਕਟ ਤੱਕ ਸੀਮਤ ਰੱਖੋ.

• Daybreak ਦੀਆਂ ਸਮਰੱਥਾਵਾਂ ਤੀਜੀ ਧਿਰ ਦੇ ਗਾਹਕਾਂ, ਬਾਹਰੀ ਵਰਤੋਂਕਾਰਾਂ ਜਾਂ ਅੱਗੇ ਦੇ ਉਤਪਾਦ ਕਾਰਜ-ਪ੍ਰਵਾਹਾਂ ਨੂੰ ਮੁਹੱਈਆ ਨਾ ਕਰੋ.