ZIAForge ਉਪਭੋਗਤਾ ਗਾਈਡ

ਪਹਿਲੇ ਕਦਮ

ZIAForge ਚਰਚਾ, ਯੋਜਨਾਬੰਦੀ, ਲਾਗੂਕਰਨ ਅਤੇ ਤਸਦੀਕ ਨੂੰ ਇੱਕੋ ਕਾਰਜ ਵਿੱਚ ਰੱਖਦਾ ਹੈ। ਇੱਕ Git ਪ੍ਰੋਜੈਕਟ ਲਈ Code ਚੁਣੋ, ਜਾਂ ਇੱਕ ਸਾਧਾਰਨ ਫੋਲਡਰ ਵਿੱਚ ਦਸਤਾਵੇਜ਼ਾਂ, ਖੋਜ ਅਤੇ ਹੋਰ ਨਤੀਜਿਆਂ ਲਈ Work ਚੁਣੋ।

ਇੱਕ ਵੱਖਰੇ ਪ੍ਰੋਜੈਕਟ ਵਿੱਚ ਇੱਕ ਛੋਟੇ ਕਾਰਜ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ। ਜੇਕਰ ਤੁਸੀਂ ਇੱਕ ਨੇਟਿਵ CLI ਚੁਣਦੇ ਹੋ, ਤਾਂ ਪਹਿਲਾਂ ਇਸਨੂੰ ਸਥਾਪਿਤ ਕਰੋ ਅਤੇ ਟਰਮੀਨਲ ਵਿੱਚ ਇਸਦੇ ਆਪਣੇ ਖਾਤੇ ਨਾਲ ਸਾਈਨ ਇਨ ਕਰੋ। ਵਿਕਲਪਕ ਤੌਰ 'ਤੇ, ਇੱਕ API ਕਨੈਕਸ਼ਨ ਸੰਰਚਿਤ ਕਰੋ। ਇੱਕ CLI ਗਾਹਕੀ ਅਤੇ ਇੱਕ ਅਦਾਇਗੀ API ਵੱਖਰੇ ਕਨੈਕਸ਼ਨ ਵਿਧੀਆਂ ਹਨ; ZIAForge ਤੁਹਾਨੂੰ ਸਾਈਨ ਇਨ ਨਹੀਂ ਕਰਦਾ ਜਾਂ ਉਹਨਾਂ ਵਿਚਕਾਰ ਕ੍ਰੈਡਿਟ ਟ੍ਰਾਂਸਫਰ ਨਹੀਂ ਕਰਦਾ।

1. ਸੈਟਿੰਗਾਂ ਖੋਲ੍ਹੋ ਅਤੇ ਵਰਕਸਪੇਸ ਫੋਲਡਰ ਅਤੇ ਭਾਸ਼ਾ ਦੀ ਜਾਂਚ ਕਰੋ। ਬਾਰੇ ਚੱਲ ਰਹੇ ਬਿਲਡ ਦੀ ਸਹੀ ਪਛਾਣ ਦਿਖਾਉਂਦਾ ਹੈ।
2. Code ਲਈ, ਸਾਈਡਬਾਰ ਵਿੱਚ ਇੱਕ Git ਰਿਪੋਜ਼ਟਰੀ ਜੋੜੋ। Work ਲਈ, ਕਾਰਜ ਬਣਾਉਣ ਵੇਲੇ ਇੱਕ ਵੱਖਰਾ ਫੋਲਡਰ ਚੁਣੋ।
3. ਇੱਕ CLI, ਮਾਡਲ, ਤਰਕ ਯਤਨ ਅਤੇ ਪਹੁੰਚ ਪੱਧਰ ਦੇ ਨਾਲ ਇੱਕ ਪ੍ਰੀਸੈਟ ਸੁਰੱਖਿਅਤ ਕਰੋ। ਤੁਸੀਂ ਬਿਨਾਂ ਸੁਰੱਖਿਅਤ ਕੀਤੇ ਪ੍ਰੀਸੈਟ ਦੇ ਸਿੱਧੇ ਕਸਟਮ ਵੀ ਚੁਣ ਸਕਦੇ ਹੋ।
4. ਇੱਕ ਕਾਰਜ ਬਣਾਓ, ਇਸਦਾ ਰੂਟ, ਭੂਮਿਕਾਵਾਂ ਅਤੇ ਮੈਨੂਅਲ ਜਾਂ ਆਟੋਮੈਟਿਕ ਤਰੱਕੀ ਚੁਣੋ। ਸ਼ੁਰੂ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਚੋਣਾਂ ਦੀ ਸਮੀਖਿਆ ਕਰੋ।

ਸੰਬੰਧਿਤ ਹਦਾਇਤਾਂ: ਪ੍ਰੋਜੈਕਟ ਸੰਖੇਪ ਜਾਣਕਾਰੀ · ਪ੍ਰਦਾਤਾ ਅਨੁਕੂਲਤਾ.

ਸਹੀ ਡੈਸਕਟੌਪ ਪੈਕੇਜ ਸਥਾਪਿਤ ਕਰੋ

ਆਪਣੇ ਓਪਰੇਟਿੰਗ ਸਿਸਟਮ ਅਤੇ CPU ਆਰਕੀਟੈਕਚਰ ਲਈ ਇੱਕ ਪੈਕੇਜ ਚੁਣੋ: x64 ਜਾਂ arm64। ਬਿਲਡ ਪਾਈਪਲਾਈਨ macOS DMG/ZIP, Windows NSIS ਇੰਸਟਾਲਰ/ZIP, ਅਤੇ Linux DEB/RPM/AppImage/tar.gz/ZIP ਫਾਰਮੈਟ ਤਿਆਰ ਕਰ ਸਕਦੀ ਹੈ। ਇੱਕ ਤਿਆਰ ਕੀਤੀ ਫ਼ਾਈਲ ਜਾਂ ਕਰਾਸ-ਬਿਲਡ ਇਸ ਗੱਲ ਦਾ ਸਬੂਤ ਨਹੀਂ ਹੈ ਕਿ ਇਸਦਾ ਇੰਸਟਾਲਰ ਅਤੇ ਨੇਟਿਵ UI ਤੁਹਾਡੀ ਮਸ਼ੀਨ 'ਤੇ ਪਾਸ ਹੋ ਗਏ ਹਨ; ਉਸ ਰਿਲੀਜ਼ ਦੇ ਤਸਦੀਕ ਰਿਕਾਰਡ ਦੀ ਜਾਂਚ ਕਰੋ।

Electron 44 ਦੀ ਵਰਤੋਂ ਕਰਨ ਵਾਲੇ macOS ਬਿਲਡਾਂ ਲਈ macOS 13 ਜਾਂ ਬਾਅਦ ਦੇ ਸੰਸਕਰਣ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। Apple Silicon 'ਤੇ arm64 ਪੈਕੇਜ ਅਤੇ Intel ਲਈ x64 ਪੈਕੇਜ ਦੀ ਵਰਤੋਂ ਕਰੋ। ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਪੁਰਾਣੀ ਐਪ ਨੂੰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਬੰਦ ਕਰੋ। ਪੂਰਵਦਰਸ਼ਨ ਪੈਕੇਜ ਅਣ-ਹਸਤਾਖਰਿਤ ਅਤੇ ਗੈਰ-ਨੋਟਰਾਈਜ਼ਡ ਹੋ ਸਕਦੇ ਹਨ; ਕਿਸੇ ਵਿਕਾਸ ਕਲਾਕ੍ਰਿਤੀ ਨੂੰ ਹਸਤਾਖਰਿਤ ਜਨਤਕ ਰਿਲੀਜ਼ ਸਮਝਣ ਦੀ ਗਲਤੀ ਨਾ ਕਰੋ।

Windows ਨੂੰ ਬੰਡਲ ਕੀਤੇ Electron ਸੰਸਕਰਣ ਦੁਆਰਾ ਸਮਰਥਿਤ ਇੱਕ ਓਪਰੇਟਿੰਗ ਸਿਸਟਮ ਅਤੇ PATH ਵਿੱਚ ਉਪਲਬਧ Git ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਮੇਲ ਖਾਂਦਾ ਆਰਕੀਟੈਕਚਰ ਚੁਣੋ। ਇੱਕ ਅਣ-ਹਸਤਾਖਰਿਤ ਪੂਰਵਦਰਸ਼ਨ ਵਿੱਚ Authenticode ਪ੍ਰਮਾਣੀਕਰਨ ਨਹੀਂ ਹੁੰਦਾ। ਇੱਕ ਪੋਰਟੇਬਲ ZIP ਵਿੱਚ ਪੂਰੀ ਐਪਲੀਕੇਸ਼ਨ ਡਾਇਰੈਕਟਰੀ ਅਤੇ ਰਨਟਾਈਮ ਫ਼ਾਈਲਾਂ ਹੋਣੀਆਂ ਚਾਹੀਦੀਆਂ ਹਨ, ਨਾ ਕਿ ਸਿਰਫ਼ ਇਸਦੀ ਐਗਜ਼ੀਕਿਊਟੇਬਲ।

Linux ਨੂੰ ਇੱਕ ਅਨੁਕੂਲ ਗ੍ਰਾਫਿਕਲ ਡੈਸਕਟੌਪ, Electron ਦੁਆਰਾ ਲੋੜੀਂਦੀਆਂ ਸਿਸਟਮ ਲਾਇਬ੍ਰੇਰੀਆਂ, ਅਤੇ Git ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਏਨਕ੍ਰਿਪਟਡ ਨਿਯੰਤਰਣ ਪ੍ਰਮਾਣ-ਪੱਤਰਾਂ ਲਈ, gnome-libsecret ਜਾਂ KWallet ਵਰਗੀ ਇੱਕ ਕਾਰਜਸ਼ੀਲ Secret Service ਪ੍ਰਦਾਨ ਕਰੋ; ਅਸੁਰੱਖਿਅਤ basic_text ਬੈਕਐਂਡ ਸਵੀਕਾਰ ਨਹੀਂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਹੈੱਡਲੈੱਸ/ਕੰਟੇਨਰ ਸਮੋਕ ਸਬੂਤ ਹਰ ਡੈਸਕਟੌਪ ਜਾਂ ਡਿਸਟ੍ਰੀਬਿਊਸ਼ਨ ਨੂੰ ਪ੍ਰਮਾਣਿਤ ਨਹੀਂ ਕਰਦੇ।

ਇੱਕ DEB ਨੂੰ apt install ./file.deb ਨਾਲ ਸਥਾਪਿਤ ਕਰੋ, ਜਾਂ ਆਪਣੀ ਡਿਸਟ੍ਰੀਬਿਊਸ਼ਨ ਦੇ ਪੈਕੇਜ ਮੈਨੇਜਰ ਰਾਹੀਂ ਇੱਕ RPM ਸਥਾਪਿਤ ਕਰੋ। ਇੱਕ AppImage ਨੂੰ ਐਗਜ਼ੀਕਿਊਟੇਬਲ ਇਜਾਜ਼ਤ ਅਤੇ ਢੁਕਵੇਂ FUSE ਸਮਰਥਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ; ਜਿੱਥੇ ਸਮਰਥਿਤ ਹੋਵੇ ਉੱਥੇ --appimage-extract-and-run ਇੱਕ ਵਿਕਲਪ ਹੈ। tar.gz ਅਤੇ ZIP ਪੈਕੇਜਾਂ ਨੂੰ ਉਹਨਾਂ ਦੀਆਂ ਸਾਰੀਆਂ ਰਨਟਾਈਮ ਫ਼ਾਈਲਾਂ ਦੇ ਨਾਲ ਐਕਸਟਰੈਕਟ ਕਰੋ। ਕਿਸੇ ਪੈਕੇਜ ਨੂੰ ਬਦਲਣ ਵੇਲੇ ਉਪਭੋਗਤਾ ਡੇਟਾ ਅਤੇ ਐਪਲੀਕੇਸ਼ਨ ਫ਼ਾਈਲਾਂ ਨੂੰ ਵੱਖਰਾ ਰੱਖੋ।

ਸਰੋਤ ਤੋਂ ਬਣਾਉਣ ਲਈ, Node 24, Git ਅਤੇ npm ci ਦੀ ਵਰਤੋਂ ਕਰੋ, ਜਿਸ ਵਿੱਚ ਆਮ Electron ਇੰਸਟਾਲਰ ਸ਼ਾਮਲ ਹੈ। ਨੇਟਿਵ ਪੁਨਰ-ਨਿਰਮਾਣ ਲਈ ਪਲੇਟਫਾਰਮ ਟੂਲਸ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ: macOS 'ਤੇ Xcode ਕਮਾਂਡ-ਲਾਈਨ ਟੂਲ; Windows 'ਤੇ MSVC C++, Windows SDK ਅਤੇ Python; Linux 'ਤੇ ਕੰਪਾਈਲਰ, make, Python, pkg-config ਅਤੇ ਲੋੜੀਂਦੇ ਪੈਕੇਜਿੰਗ ਟੂਲ। ਸਹੀ ਕਮਾਂਡਾਂ ਅਤੇ ਮੌਜੂਦਾ ਪਲੇਟਫਾਰਮ ਸੀਮਾਵਾਂ ਲਈ PLATFORM_BUILDS.md ਦੀ ਪਾਲਣਾ ਕਰੋ।

ਰੀਲੀਜ਼ ਸੰਸਕਰਣ ਕੇਂਦਰੀ ਤੌਰ 'ਤੇ ਰਾਖਵੇਂ ਹਨ ਅਤੇ ਆਊਟਪੁੱਟ ਅਟੱਲ ਹਨ। ਇੱਕ CI ਤਸਦੀਕ ਬਿਲਡ ਇੱਕ ਪ੍ਰਕਾਸ਼ਿਤ ਇੰਸਟਾਲਰ ਨਹੀਂ ਹੈ। ਸਰੋਤ ਪੁਰਾਲੇਖਾਂ ਵਿੱਚ ਸਰੋਤ, ਲਾਕਫ਼ਾਈਲ, ਦਸਤਾਵੇਜ਼ ਅਤੇ ਸਕ੍ਰਿਪਟਾਂ ਸ਼ਾਮਲ ਹਨ; ਨਿਰਭਰਤਾਵਾਂ, ਪ੍ਰਮਾਣ-ਪੱਤਰ, ਉਪਭੋਗਤਾ ਪ੍ਰੋਫਾਈਲ ਅਤੇ ਨਿੱਜੀ ਖੋਜ ਬਾਹਰ ਰੱਖੇ ਗਏ ਹਨ। ਇੱਕ ਸਫਲ x64 ਬਿਲਡ ਤੋਂ ਕਦੇ ਵੀ ਨੇਟਿਵ ARM ਜਾਂ Windows ਪ੍ਰਮਾਣਿਕਤਾ ਦਾ ਅੰਦਾਜ਼ਾ ਨਾ ਲਗਾਓ।

ਸੰਬੰਧਿਤ ਹਦਾਇਤਾਂ: ਪਲੇਟਫਾਰਮ ਪੈਕੇਜ, ਪੂਰਵ-ਲੋੜਾਂ ਅਤੇ ਤਸਦੀਕ ਸੀਮਾਵਾਂ · ਬਿਲਡ ਪਛਾਣ ਅਤੇ ਰਿਲੀਜ਼ ਜਾਂਚਾਂ.

Code: ਪੰਜ ਰੂਟ

Auto ਦਾਇਰੇ ਦਾ ਮੁਲਾਂਕਣ ਕਰਦਾ ਹੈ: ਇੱਕ ਸਧਾਰਨ ਸਵਾਲ ਜਵਾਬ ਨਾਲ ਖਤਮ ਹੋ ਸਕਦਾ ਹੈ, ਜਦੋਂ ਕਿ ਇੱਕ ਵੱਡੇ ਕਾਰਜ ਲਈ ਤਿਆਰੀ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਬੱਗ ਠੀਕ ਕਰੋ ਕਾਰਨ ਦੀ ਜਾਂਚ ਕਰਦਾ ਹੈ ਅਤੇ ਇੱਕ ਸੁਧਾਰ ਤਿਆਰ ਕਰਦਾ ਹੈ। ਸਪੈਕ ਪਹਿਲਾਂ ਤਕਨੀਕੀ ਹੱਲ ਨਾਲ ਸ਼ੁਰੂ ਹੁੰਦਾ ਹੈ; ਲੋੜਾਂ ਪਹਿਲਾਂ ਲੋੜਾਂ ਅਤੇ ਸਵੀਕ੍ਰਿਤੀ ਦੇ ਮਾਪਦੰਡਾਂ ਨਾਲ ਸ਼ੁਰੂ ਹੁੰਦਾ ਹੈ।

ਬਹੁ-ਮਾਡਲ ਖੋਜ, ਡਿਜ਼ਾਈਨ, ਲਾਗੂਕਰਨ ਅਤੇ ਸਮੀਖਿਆ ਲਈ ਵੱਖਰੇ ਸੰਦਰਭਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ। ਰੂਟ ਦੇ ਨਾਮ ਲਈ ਵੱਖ-ਵੱਖ ਪ੍ਰਦਾਤਾਵਾਂ ਦੀ ਲੋੜ ਨਹੀਂ ਹੁੰਦੀ: ਹਰੇਕ ਭੂਮਿਕਾ ਤੁਹਾਡੇ ਦੁਆਰਾ ਚੁਣੇ ਗਏ ਪ੍ਰੀਸੈਟ ਜਾਂ ਕਸਟਮ ਸੰਰਚਨਾ ਦੀ ਵਰਤੋਂ ਕਰਦੀ ਹੈ।

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

ਅਣਸੁਲਝੇ ਉਤਪਾਦ ਜਾਂ ਤਕਨੀਕੀ ਵਿਕਲਪਾਂ ਵਾਲੇ ਵਿਚਾਰ ਲਈ, ਲੋੜਾਂ ਪਹਿਲਾਂ ਦੀ ਵਰਤੋਂ ਕਰੋ ਅਤੇ ਚਰਚਾ ਵਿੱਚ ਬੁਨਿਆਦ ਬਣਾਓ। Auto ਬੇਨਤੀ ਨੂੰ ਸ਼੍ਰੇਣੀਬੱਧ ਕਰਦਾ ਹੈ; ਇਹ ਹਰ ਛੋਟੇ ਵਾਕੰਸ਼ ਨੂੰ ਤੁਰੰਤ ਲਾਗੂ ਕਰਨ ਦਾ ਹੁਕਮ ਨਹੀਂ ਹੈ। ਡਰਾਫਟ ਸੰਭਾਲੋ ਮਾਡਲ ਨਾਲ ਸੰਪਰਕ ਕੀਤੇ ਬਿਨਾਂ ਬੇਨਤੀ ਨੂੰ ਬਰਕਰਾਰ ਰੱਖਦਾ ਹੈ; ਸ਼ੁਰੂ ਕਰੋ ਪ੍ਰਬੰਧਿਤ ਪ੍ਰਵਾਹ ਨੂੰ ਇੱਕ ਵਾਰ ਸੁਰੱਖਿਅਤ ਕਰਦਾ ਅਤੇ ਚਾਲੂ ਕਰਦਾ ਹੈ। ਇੱਕ ਤੋਂ ਚਾਰ ਕਾਰਜ ਕਾਪੀਆਂ ਦੇ ਸੁਤੰਤਰ ਨਿਰਮਾਣ ਆਈਡੀ ਅਤੇ ਭੂਮਿਕਾ ਸੈਟਿੰਗਾਂ ਹੁੰਦੀਆਂ ਹਨ।

ਸੰਬੰਧਿਤ ਹਦਾਇਤਾਂ: Code ਵਰਕਫਲੋ ਸਮਝੌਤਾ · Code ਪ੍ਰੋਂਪਟ ਪ੍ਰੋਫਾਈਲ.

Forge ਚਰਚਾ

ਸ਼ੁਰੂ ਕਰੋ ਕੇਂਦਰੀ ਚਰਚਾ ਖੋਲ੍ਹਦਾ ਹੈ। ਕੁਦਰਤੀ ਤੌਰ 'ਤੇ ਜਵਾਬ ਦਿਓ, ਉਲਟ ਸਵਾਲ ਪੁੱਛੋ, ਰੁਕਾਵਟਾਂ ਸ਼ਾਮਲ ਕਰੋ ਅਤੇ ਤਕਨੀਕੀ ਵਿਕਲਪਾਂ 'ਤੇ ਚਰਚਾ ਕਰੋ। ਗੱਲਬਾਤ ਅਤੇ ਸਵਾਲ ਕਾਰਜ ਦੇ ਨਾਲ ਰਹਿੰਦੇ ਹਨ।

ਟੈਕਸਟ ਭੇਜਣਾ ਕਿਸੇ ਦਸਤਾਵੇਜ਼ ਨੂੰ ਸਵੀਕਾਰ ਨਹੀਂ ਕਰਦਾ ਜਾਂ ਨਵੀਂ ਲਾਗੂਕਰਨ ਯੋਜਨਾ ਨੂੰ ਅਧਿਕਾਰਤ ਨਹੀਂ ਕਰਦਾ। ਲਾਗੂਕਰਨ ਦੌਰਾਨ ਇੱਕ ਸਪੱਸ਼ਟੀਕਰਨ ਪਹਿਲਾਂ ਪ੍ਰਬੰਧਿਤ ਵਾਰੀ ਨੂੰ ਰੋਕਦਾ ਹੈ ਅਤੇ ਪ੍ਰਭਾਵਿਤ ਦਾਇਰੇ 'ਤੇ ਮੁੜ ਵਿਚਾਰ ਕਰਦਾ ਹੈ। ਪਹਿਲਾਂ ਹੀ ਸਵੀਕਾਰ ਕੀਤੇ ਗਏ ਕਦਮ ਦੇ ਅੰਦਰ ਕਿਸੇ ਸਵਾਲ ਦਾ ਜਵਾਬ ਉਸ ਕਦਮ ਨੂੰ ਜਾਰੀ ਰੱਖ ਸਕਦਾ ਹੈ।

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

ਪ੍ਰਬੰਧਿਤ ਪੜਾਅ ਸੈਸ਼ਨ ਮੁਫਤ ਚੈਟ ਤੋਂ ਵੱਖਰੇ ਹੁੰਦੇ ਹਨ। ਵਰਕਫਲੋ-ਮਲਕੀਅਤ ਵਾਲੇ ਸੈਸ਼ਨ ਨੂੰ ਸਿੱਧੇ ਮੈਨੂਅਲ ਪ੍ਰੋਂਪਟ ਭੇਜਣ ਦੀ ਬਜਾਏ Forge ਚਰਚਾ ਦੀ ਵਰਤੋਂ ਕਰੋ।

ਸੰਬੰਧਿਤ ਹਦਾਇਤਾਂ: Forge ਚਰਚਾ ਸਮਝੌਤਾ.

ਦਸਤਾਵੇਜ਼ ਅਤੇ ਫੈਸਲੇ

ਇੱਕ ਦਸਤਾਵੇਜ਼ ਖੋਲ੍ਹੋ, ਇਸਦੇ ਸੰਸਕਰਣ ਦੀ ਜਾਂਚ ਕਰੋ ਅਤੇ ਲੋੜ ਪੈਣ 'ਤੇ ਸੰਪਾਦਨ ਕਰੋ। ਚਰਚਾ ਰਾਹੀਂ ਸੰਪਾਦਨ ਜਮ੍ਹਾਂ ਕਰਾਉਣ ਨਾਲ ਇੱਕ ਨਵਾਂ ਸੰਸਕਰਣ ਤਿਆਰ ਹੁੰਦਾ ਹੈ; ਰਿਪੋਰਟਾਂ ਅਤੇ ਪ੍ਰਮਾਣਿਤ ਨਤੀਜੇ ਪਿਛਲੀ ਮਿਤੀ ਤੋਂ ਦੁਬਾਰਾ ਨਹੀਂ ਲਿਖੇ ਜਾਂਦੇ।

ਕਿਸੇ ਪ੍ਰਸਤਾਵਿਤ ਯੋਜਨਾ ਨੂੰ ਸਵੀਕਾਰ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ, ਕ੍ਰਮ, ਨਿਰਦੇਸ਼ਾਂ, ਸਵੀਕ੍ਰਿਤੀ ਦੇ ਮਾਪਦੰਡਾਂ ਅਤੇ ਤਸਦੀਕ ਕਮਾਂਡਾਂ ਨੂੰ ਸੰਪਾਦਿਤ ਕਰੋ। ਠੋਸ ਕਮਾਂਡਾਂ ਨੂੰ ਅਧਿਕਾਰਤ ਕਰੋ ਜਿਨ੍ਹਾਂ ਨੂੰ ਤੁਸੀਂ ਸਮਝਦੇ ਹੋ: ਉਹ ਕਾਰਜ ਫੋਲਡਰ ਵਿੱਚ ਚੱਲਦੀਆਂ ਹਨ। ਬਹੁ-ਮਾਡਲ ਇੱਕ ਪੂਰੇ-ਕਾਰਜ ਨੂੰ ਲਾਗੂ ਕਰਨ ਦਾ ਕਦਮ ਪ੍ਰਸਤਾਵਿਤ ਕਰਦਾ ਹੈ, ਜਿਸਦੇ ਵੇਰਵੇ ਇਸਦੇ ਦਸਤਾਵੇਜ਼ਾਂ ਅਤੇ ਨਿਰਦੇਸ਼ਾਂ ਵਿੱਚ ਹੁੰਦੇ ਹਨ।

ਮਨਜ਼ੂਰ ਕਰੋ ਇੱਕ ਵੱਖਰਾ ਜਾਣਬੁੱਝ ਕੇ ਲਿਆ ਗਿਆ ਫੈਸਲਾ ਹੈ। Auto ਸਵਾਲਾਂ ਜਾਂ ਲੋੜਾਂ, ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਅਤੇ ਯੋਜਨਾਵਾਂ ਦੀ ਸਵੀਕ੍ਰਿਤੀ ਨੂੰ ਬਾਈਪਾਸ ਨਹੀਂ ਕਰਦਾ। ਬਾਹਰੀ ਤੌਰ 'ਤੇ ਬਦਲਿਆ ਗਿਆ ਦਸਤਾਵੇਜ਼ ਪੁਰਾਣੀ ਪ੍ਰਵਾਨਗੀ ਦੀ ਮੁੜ ਵਰਤੋਂ ਨਹੀਂ ਕਰ ਸਕਦਾ।

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

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

ਸੰਬੰਧਿਤ ਹਦਾਇਤਾਂ: ਵਰਕਫਲੋ ਗੇਟ ਅਤੇ ਦਸਤਾਵੇਜ਼ ਸੰਸਕਰਣ.

ਲਾਗੂਕਰਨ ਅਤੇ ਸਮੀਖਿਆ

ਟੂ-ਡੂ ਅਸਲ ਕਦਮ, ਮੌਜੂਦਾ ਕੋਸ਼ਿਸ਼, ਤਸਦੀਕ ਅਤੇ ਸਮੀਖਿਆ ਦੇ ਨਤੀਜੇ ਦਿਖਾਉਂਦਾ ਹੈ। ਕਿਸੇ ਏਜੰਟ ਦਾ “ਹੋ ਗਿਆ” ਕਹਿਣਾ ਕਿਸੇ ਕਦਮ ਨੂੰ ਪੂਰਾ ਨਹੀਂ ਕਰਦਾ: ਯੋਜਨਾ ਦੇ ਲੋੜੀਂਦੇ ਸਬੂਤ ਮੌਜੂਦ ਹੋਣੇ ਚਾਹੀਦੇ ਹਨ।

ਮੈਨੂਅਲ ਮੋਡ ਯੋਗ ਕਦਮਾਂ ਦੇ ਵਿਚਕਾਰ ਰੁਕਦਾ ਹੈ। Auto ਪ੍ਰਮਾਣਿਤ ਕਦਮਾਂ ਨੂੰ ਅੱਗੇ ਵਧਾਉਂਦਾ ਹੈ ਅਤੇ ਸੀਮਤ ਮੁੜ-ਕੋਸ਼ਿਸ਼ਾਂ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ। ਬਾਅਦ ਵਿੱਚ ਰੋਕੋ ਹਮੇਸ਼ਾ ਇੱਕ ਚੈੱਕਪੁਆਇੰਟ ਬਣਾਉਂਦਾ ਹੈ। ਰੋਕੋ ਵਰਕਫਲੋ ਦੇ ਕਿਰਿਆਸ਼ੀਲ ਕੰਮ ਨੂੰ ਰੋਕ ਦਿੰਦਾ ਹੈ; ਪੈਨਲ ਬੰਦ ਕਰਨ ਨਾਲ ਇਹ ਨਹੀਂ ਰੁਕਦਾ।

ਇੱਕ ਸੁਤੰਤਰ ਸਮੀਖਿਅਕ ਫ਼ਾਈਲਾਂ ਅਤੇ ਤਸਦੀਕ ਨਤੀਜਿਆਂ ਦੇ ਨਾਲ ਇੱਕ ਵੱਖਰੇ ਸੰਦਰਭ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ। ਹਰੇਕ ਲੋੜੀਂਦੀ ਬਲਾਕਿੰਗ ਖੋਜ ਦਾ ਹੱਲ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ; ਕਈ ਸਮੀਖਿਅਕ ਵੋਟ ਪਾ ਕੇ ਕਿਸੇ ਬਲਾਕਿੰਗ ਗਲਤੀ ਨੂੰ ਖਾਰਜ ਨਹੀਂ ਕਰ ਸਕਦੇ।

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

ਪੂਰੇ ਕੀਤੇ ਕਦਮਾਂ ਨੂੰ ਚੁੱਪਚਾਪ ਸੰਪਾਦਿਤ ਨਹੀਂ ਕੀਤਾ ਜਾ ਸਕਦਾ। TDD ਦੇ ਨਾਲ, ਲਾਲ ਨੂੰ ਅਸਲ ਵਿੱਚ ਉਮੀਦ ਕੀਤੇ ਕਾਰਨ ਕਰਕੇ ਅਸਫਲ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ, ਫਿਰ ਹਰੇ ਨੂੰ ਪਾਸ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ। ਸੀਮਤ ਕੋਸ਼ਿਸ਼ਾਂ ਬੇਅੰਤ ਮੁੜ-ਕੋਸ਼ਿਸ਼ਾਂ ਨੂੰ ਰੋਕਦੀਆਂ ਹਨ।

ਸੈਟਿੰਗਾਂ → ਸਮੀਖਿਆ ਟੀਮਾਂ ਵਿੱਚ ਸੁਤੰਤਰ CLI/API ਸਮੀਖਿਅਕਾਂ ਨੂੰ ਸੁਰੱਖਿਅਤ ਕਰੋ, ਫਿਰ Code ਜਾਂ Work ਵਿੱਚ ਟੀਮ ਦੀ ਚੋਣ ਕਰੋ। ਸਮੀਖਿਅਕ ਸਮਾਨਾਂਤਰ ਰੂਪ ਵਿੱਚ ਚੱਲਦੇ ਹਨ, ਜਿਸ ਤੋਂ ਬਾਅਦ ਟੀਮ ਦਾ ਰਿਪੋਰਟ ਆਰਕੀਟੈਕਟ ਆਉਂਦਾ ਹੈ। ਤੁਸੀਂ ਸੁਰੱਖਿਅਤ ਕੀਤੀ ਟੀਮ ਤੋਂ ਬਿਨਾਂ ਵੀ ਸੁਤੰਤਰ ਸਮੀਖਿਅਕਾਂ ਨੂੰ ਸੰਰਚਿਤ ਕਰ ਸਕਦੇ ਹੋ। ਰਿਪੋਰਟ ਆਰਕੀਟੈਕਟ ਨੂੰ ਬਿਨਾਂ ਕਿਸੇ ਪ੍ਰੋਜੈਕਟ ਫ਼ਾਈਲਾਂ ਜਾਂ ਟੂਲਸ ਦੇ, ਸਿਰਫ਼ ਅਗਿਆਤ ਢਾਂਚਾਗਤ ਰਿਪੋਰਟਾਂ ਪ੍ਰਾਪਤ ਹੁੰਦੀਆਂ ਹਨ; ਇਸ ਅਲੱਗ-ਥਲੱਗਤਾ ਲਈ ਵਰਤਮਾਨ ਵਿੱਚ Claude Code ਜਾਂ API ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ।

ਹਰੇਕ ਲਾਗੂਕਰਨ ਕਦਮ ਲਈ ਇੱਕ ਐਗਜ਼ੀਕਿਊਟੇਬਲ ਜਾਂਚ, ਲੋੜੀਂਦੀ ਸੁਤੰਤਰ ਸਮੀਖਿਆ, ਜਾਂ ਦੋਵਾਂ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਤਿਆਰੀ ਦੇ ਪੜਾਅ ਇਸਦੀ ਬਜਾਏ ਪ੍ਰਮਾਣਿਤ ਨਤੀਜਿਆਂ ਅਤੇ ਕਲਾਕ੍ਰਿਤੀ ਰਸੀਦਾਂ ਨੂੰ ਬਰਕਰਾਰ ਰੱਖਦੇ ਹਨ; ਇਹ ਇਹ ਦਿਖਾਵਾ ਨਹੀਂ ਕਰਦੇ ਕਿ ਲਾਗੂਕਰਨ ਟੈਸਟ ਚੱਲੇ ਸਨ। ਇੱਕ ਕਮਾਂਡ ਕੇਵਲ ਤਾਂ ਹੀ ਸਫਲ ਹੁੰਦੀ ਹੈ ਜਦੋਂ ਇਸਦੀ ਅਸਲ ਨਿਕਾਸ ਸਥਿਤੀ ਅਤੇ ਮਲਕੀਅਤ ਵਾਲੀ ਪ੍ਰਕਿਰਿਆ ਦੀ ਸਫ਼ਾਈ ਦੀ ਪੁਸ਼ਟੀ ਹੋ ਜਾਂਦੀ ਹੈ। TDD ਲਈ ਇੱਕ ਲਾਲ ਜਾਂਚ ਲਾਗੂਕਰਨ ਅਤੇ ਹਰੇ ਤਸਦੀਕ ਤੋਂ ਪਹਿਲਾਂ ਆਮ ਤੌਰ 'ਤੇ ਅਸਫਲ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ; ਇੱਕ ਗੁੰਮ ਐਗਜ਼ੀਕਿਊਟੇਬਲ ਜਾਂ ਇੱਕ ਸਮਾਂ ਸਮਾਪਤੀ ਇੱਕ ਵੈਧ ਲਾਲ ਨਤੀਜਾ ਨਹੀਂ ਹੈ।

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

ਸੰਬੰਧਿਤ ਹਦਾਇਤਾਂ: ਤਸਦੀਕ ਅਤੇ ਸਮੀਖਿਆ.

ਸਮਾਨਾਂਤਰ ਸਮੀਖਿਆ ਟੀਮਾਂ ਅਤੇ ਰਿਪੋਰਟ ਆਰਕੀਟੈਕਟ

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

ਸਮੀਖਿਅਕ ਇੱਕੋ ਕਾਰਜ ਦੇ ਸਬੂਤ 'ਤੇ ਸਮਾਨਾਂਤਰ ਰੂਪ ਵਿੱਚ ਚੱਲਦੇ ਹਨ। ਹਰੇਕ ਲੋੜੀਂਦੀ ਰਿਪੋਰਟ, ਗਲਤੀ ਅਤੇ ਫੈਸਲਾ ਬਰਕਰਾਰ ਰੱਖਿਆ ਜਾਂਦਾ ਹੈ। ਆਰਕੀਟੈਕਟ ਨੂੰ ਸਮੀਖਿਅਕ ਦੇ ਨਾਵਾਂ, ਮਾਡਲ ਜਾਂ ਪ੍ਰਦਾਤਾ ਪਛਾਣਾਂ, ਮੂਲ ਕਾਰਜ ਸਮੱਗਰੀ, ਰਿਪੋਜ਼ਟਰੀ ਪਹੁੰਚ ਜਾਂ ਟੂਲਸ ਤੋਂ ਬਿਨਾਂ ਅਗਿਆਤ ਨੰਬਰ ਵਾਲੀਆਂ ਰਿਪੋਰਟਾਂ ਪ੍ਰਾਪਤ ਹੁੰਦੀਆਂ ਹਨ। ਇਹ ਰਿਪੋਰਟਾਂ ਦੀ ਤੁਲਨਾ ਕਰਦਾ ਹੈ ਅਤੇ ਇੱਕ ਢਾਂਚਾਗਤ ਫੈਸਲਾ ਵਾਪਸ ਕਰਦਾ ਹੈ; ਇਹ ਕੋਈ ਨਵੀਂ ਸਰੋਤ ਸਮੀਖਿਆ ਨਹੀਂ ਕਰਦਾ।

ਇੱਕ ਬਲਾਕਿੰਗ ਖੋਜ ਜਾਂ ਲੋੜੀਂਦੇ ਸਮੀਖਿਅਕ ਦੀ ਅਸਵੀਕ੍ਰਿਤੀ ਨੂੰ ਬਹੁਮਤ ਵੋਟ ਜਾਂ ਆਰਕੀਟੈਕਟ ਦੀ ਤਰਜੀਹ ਦੁਆਰਾ ਮੁਆਫ ਨਹੀਂ ਕੀਤਾ ਜਾ ਸਕਦਾ। ਗੁੰਮ ਜਾਂ ਖਰਾਬ ਰਿਪੋਰਟਾਂ ਪ੍ਰਵਾਨਗੀ ਨੂੰ ਰੋਕਦੀਆਂ ਹਨ। ਸਵੀਕਾਰ ਕਰਨ ਜਾਂ ਸੁਧਾਰਾਂ ਨੂੰ ਅਧਿਕਾਰਤ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਵਿਅਕਤੀਗਤ ਖੋਜਾਂ ਅਤੇ ਸਮੁੱਚੇ ਫੈਸਲੇ ਦੀ ਜਾਂਚ ਕਰੋ। ਇੱਕ ਸੁਰੱਖਿਅਤ ਕੀਤੀ ਟੀਮ ਰਨ ਲਈ ਹੱਲ ਕੀਤੀ ਜਾਂਦੀ ਹੈ ਅਤੇ ਫ੍ਰੀਜ਼ ਕੀਤੀ ਜਾਂਦੀ ਹੈ; ਇਸਦੇ ਪ੍ਰੀਸੈਟ ਨੂੰ ਸੰਪਾਦਿਤ ਕਰਨਾ ਪੂਰੇ ਕੀਤੇ ਸਬੂਤ ਨੂੰ ਦੁਬਾਰਾ ਨਹੀਂ ਲਿਖਦਾ।

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

ਸੰਬੰਧਿਤ ਹਦਾਇਤਾਂ: ਟਾਈਪ ਕੀਤੀ ਟੀਮ ਸੰਰਚਨਾ · ਸਮੀਖਿਆ ਏਕੀਕਰਨ.

ਏਜੰਟ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਅਤੇ ਪ੍ਰੋਂਪਟ ਨੀਤੀ

ਇੱਕ ਮਾਡਲ ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਇੰਜਣ ਹੈ; ਇੱਕ ਵਿਸ਼ੇਸ਼ਤਾ ਇੱਕ ਨਿਰਦੇਸ਼ ਪ੍ਰੋਫਾਈਲ ਹੈ। ਬਿਨਾਂ ਕਿਸੇ ਜੋੜੀ ਗਈ ਵਿਸ਼ੇਸ਼ਤਾ ਲਈ ਕੋਈ ਨਹੀਂ, ਡਿਫੌਲਟ ਗਾਈਡ ਲਈ ਮਿਆਰੀ, ਢੁਕਵੀਂ ਬਿਲਟ-ਇਨ ਗਾਈਡ ਲਈ Auto, ਜਾਂ ਚੁਣੀਆਂ ਗਈਆਂ ਗਾਈਡਾਂ ਅਤੇ ਤੁਹਾਡੀਆਂ ਆਪਣੀਆਂ ਸੀਮਤ ਹਦਾਇਤਾਂ ਲਈ ਮੈਨੂਅਲ ਚੁਣੋ। ਪ੍ਰੀਸੈਟ ਚੋਣ ਨੂੰ ਬਰਕਰਾਰ ਰੱਖ ਸਕਦੇ ਹਨ।

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

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

ਸੰਬੰਧਿਤ ਹਦਾਇਤਾਂ: ਮੂਲ ਪ੍ਰੋਂਪਟ ਕੈਟਾਲਾਗ.

Work: ਸਵਾਲ ਤੋਂ ਦਸਤਾਵੇਜ਼ ਤੱਕ

Work ਲਈ Git ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ। ਡਿਫੌਲਟ ਇੱਕ ਵੱਖਰਾ ਕਾਰਜ ਫੋਲਡਰ ਬਣਾਉਂਦਾ ਹੈ; ਕਸਟਮ ਨੇਟਿਵ ਚੋਣਕਾਰ ਰਾਹੀਂ ਇੱਕ ਮੌਜੂਦਾ ਫੋਲਡਰ ਚੁਣਦਾ ਹੈ। ਡਰਾਫਟ ਸੰਭਾਲੋ ਬਿਨਾਂ ਅਨੁਮਾਨ ਦੇ ਸੈਟਿੰਗਾਂ ਨੂੰ ਸਟੋਰ ਕਰਦਾ ਹੈ; ਸ਼ੁਰੂ ਕਰੋ ਪਹਿਲਾ ਪੜਾਅ ਚਲਾਉਂਦਾ ਹੈ।

Auto ਸਿੱਧਾ ਜਵਾਬ ਦਿੰਦਾ ਹੈ ਜਾਂ ਅਸਲ ਟੂ-ਡੂਜ਼ ਦੇ ਨਾਲ ਇੱਕ ਢੁਕਵੀਂ ਯੋਜਨਾ ਦਾ ਪ੍ਰਸਤਾਵ ਦਿੰਦਾ ਹੈ। ਬ੍ਰੇਨਸਟੌਰਮ ਤੁਹਾਡੇ ਹੋਰ ਵਿਚਾਰਾਂ ਜਾਂ ਮੁਲਾਂਕਣ ਦੀ ਚੋਣ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ideas.md ਬਣਾਉਂਦਾ ਹੈ। ਖੋਜ findings.md, ਸਰੋਤਾਂ ਅਤੇ ਸੀਮਾਵਾਂ ਨੂੰ ਬਰਕਰਾਰ ਰੱਖਦੀ ਹੈ। ਲਿਖੋ ਇਰਾਦੇ ਤੋਂ ਅਤੇ, ਜਦੋਂ ਲਾਭਦਾਇਕ ਹੋਵੇ, outline.md ਤੋਂ ਇੱਕ ਵਰਣਨਯੋਗ ਦਸਤਾਵੇਜ਼ ਜਾਂ draft.md ਵੱਲ ਵਧਦਾ ਹੈ; ਸੰਸ਼ੋਧਨ ਪਿਛਲੇ ਸੰਸਕਰਣਾਂ ਨੂੰ ਬਰਕਰਾਰ ਰੱਖਦੇ ਹਨ।

ਨੇਟਿਵ ਚੋਣਕਾਰ ਰਾਹੀਂ ਫ਼ਾਈਲ ਇਨਪੁੱਟ ਚੁਣੋ ਅਤੇ ਉਹਨਾਂ ਨੂੰ @ ਨਾਲ ਸੰਦਰਭਿਤ ਕਰੋ। ਐਪ ਉਹਨਾਂ ਨੂੰ ਅਟੱਲ ਕਾਰਜ ਇਨਪੁੱਟ ਵਜੋਂ ਕਾਪੀ ਕਰਦੀ ਹੈ ਅਤੇ ਇੱਕ ਰਨ ਤੋਂ ਪਹਿਲਾਂ ਉਹਨਾਂ ਦੀ ਪਛਾਣ ਨੂੰ ਪ੍ਰਮਾਣਿਤ ਕਰਦੀ ਹੈ। ਡਿਫੌਲਟ ਇੱਕ ਐਪਲੀਕੇਸ਼ਨ-ਮਲਕੀਅਤ ਵਾਲਾ ਕਾਰਜ ਫੋਲਡਰ ਬਣਾਉਂਦਾ ਹੈ; ਕਸਟਮ ਫੋਲਡਰ ਪਹੁੰਚ ਇੱਕ ਸੁਰੱਖਿਅਤ ਕੀਤੀ ਮਾਲਕ ਮਨਜ਼ੂਰੀ ਹੈ। ਇੱਕ ਸੁਰੱਖਿਅਤ ਕੀਤਾ, ਅਣ-ਸ਼ੁਰੂ ਕੀਤਾ ਡਰਾਫਟ ਆਪਣਾ ਫੋਲਡਰ ਬਦਲ ਸਕਦਾ ਹੈ।

ਸੁਤੰਤਰ ਐਗਜ਼ੀਕਿਊਟਰ ਸੈਟਿੰਗਾਂ ਦੇ ਨਾਲ 1–4 ਕਾਪੀਆਂ ਬਣਾਓ। ਓਵਰਲੈਪਿੰਗ ਫੋਲਡਰਾਂ ਦੀ ਵਰਤੋਂ ਕਰਨ ਵਾਲੇ ਕਾਰਜ ਇੱਕੋ ਸਮੇਂ ਨਹੀਂ ਲਿਖ ਸਕਦੇ। ਇਹ ਤਾਲਮੇਲ ZIAForge ਕਾਰਵਾਈਆਂ 'ਤੇ ਲਾਗੂ ਹੁੰਦਾ ਹੈ, ਨਾ ਕਿ ਮਨਮਰਜ਼ੀ ਦੇ ਬਾਹਰੀ ਪ੍ਰੋਗਰਾਮਾਂ 'ਤੇ।

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

ਡੀਪ ਬਰਕਰਾਰ ਰੱਖੀਆਂ ਵਰਕਰ ਰਿਪੋਰਟਾਂ ਨੂੰ brainstorm_report.md ਵਿੱਚ ਜੋੜਦਾ ਹੈ ਅਤੇ ਹਮੇਸ਼ਾ ਉਪਭੋਗਤਾ ਦੇ ਫੈਸਲੇ ਦੀ ਮੰਗ ਕਰਦਾ ਹੈ। ਇੱਕ ਛੋਟਾ ਫਾਲੋ-ਅੱਪ ਕੋਆਰਡੀਨੇਟਰ ਦੁਆਰਾ ਰਿਪੋਰਟ ਨੂੰ ਸੋਧਦਾ ਹੈ; ਇੱਕ ਵੱਡਾ ਬਦਲਾਅ ਫ੍ਰੋਜ਼ਨ ਵਰਕਰਾਂ ਦਾ ਇੱਕ ਹੋਰ ਦੌਰ ਸ਼ੁਰੂ ਕਰਦਾ ਹੈ। ਕਲਾਕ੍ਰਿਤੀਆਂ ਆਪਣੇ ਸੰਸਕਰਣ ਰੱਖਦੀਆਂ ਹਨ।

ਹੱਲ ਕੀਤੀਆਂ ਭੂਮਿਕਾਵਾਂ ਕਾਰਜ ਨਿਰਮਾਣ ਜਾਂ ਸਪੱਸ਼ਟ ਡਰਾਫਟ ਸੇਵ 'ਤੇ ਫ੍ਰੀਜ਼ ਹੋ ਜਾਂਦੀਆਂ ਹਨ। ਪਹਿਲੀ ਵਾਰ ਸ਼ੁਰੂ ਕਰਨ ਤੋਂ ਬਾਅਦ, ਸਿਰਫ਼ ਆਟੋਮੈਟਿਕ/ਮੈਨੂਅਲ ਤਰੱਕੀ ਹੀ ਬਦਲ ਸਕਦੀ ਹੈ; ਵੱਖਰੀਆਂ ਭੂਮਿਕਾਵਾਂ ਜਾਂ ਮਾਡਲ ਸੈਟਿੰਗਾਂ ਲਈ ਇੱਕ ਨਵੇਂ ਕਾਰਜ ਦੀ ਵਰਤੋਂ ਕਰੋ। ਇੱਕ ਗਲੋਬਲ ਪ੍ਰੀਸੈਟ ਨੂੰ ਸੰਪਾਦਿਤ ਕਰਨਾ ਚੁੱਪਚਾਪ ਬਾਅਦ ਦੇ ਪੜਾਵਾਂ ਨੂੰ ਨਹੀਂ ਬਦਲਦਾ।

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

ਸੰਬੰਧਿਤ ਹਦਾਇਤਾਂ: Work ਮੋਡ ਅਤੇ ਫੈਸਲੇ.

ਪ੍ਰੀਸੈਟ, ਮਾਡਲ ਅਤੇ ਪਹੁੰਚ

ਇੱਕ ਪ੍ਰੀਸੈਟ ਇੱਕ CLI/API, ਮਾਡਲ, ਤਰਕ ਯਤਨ ਅਤੇ ਅਨੁਮਤੀਆਂ ਨੂੰ ਸੁਰੱਖਿਅਤ ਕਰਦਾ ਹੈ। ਚੈਟ ਫੁੱਟਰ ਵਿੱਚ ਪ੍ਰੀਸੈਟ, CLI, ਮਾਡਲ ਅਤੇ ਵਿਕਲਪ ਖੰਡ ਹੁੰਦੇ ਹਨ। ਕਸਟਮ ਬਿਨਾਂ ਪ੍ਰੀਸੈਟ ਦੇ ਕੰਮ ਕਰਦਾ ਹੈ; ਪ੍ਰੀਸੈਟ ਬਣਾਓ ਮੌਜੂਦਾ ਚੋਣ ਨੂੰ ਸੁਰੱਖਿਅਤ ਕਰਦਾ ਹੈ।

ਜਿੱਥੇ ਸਮਰਥਿਤ ਹੋਵੇ ਉੱਥੇ ਕੈਟਾਲਾਗ ਚੁਣੇ ਹੋਏ ਸਥਾਪਿਤ CLI ਜਾਂ API ਤੋਂ ਆਉਂਦਾ ਹੈ। ਤਾਜ਼ਾ ਕਰੋ ਚੋਣ ਨੂੰ ਬਦਲੇ ਬਿਨਾਂ ਸੂਚੀ ਨੂੰ ਅੱਪਡੇਟ ਕਰਦਾ ਹੈ। ਜੇਕਰ ਖੋਜ ਉਪਲਬਧ ਨਹੀਂ ਹੈ, ਤਾਂ ਇੱਕ ਸਪੱਸ਼ਟ ਮਾਡਲ ID ਦਾਖਲ ਕਰੋ; ਪ੍ਰਦਾਤਾ ਨੂੰ ਅਜੇ ਵੀ ਇਸਦਾ ਸਮਰਥਨ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ। ਤਰਕ ਦੇ ਪੱਧਰ ਮਾਡਲ ਅਤੇ CLI 'ਤੇ ਨਿਰਭਰ ਕਰਦੇ ਹਨ। ਪ੍ਰਦਾਤਾ ਡਿਫੌਲਟ ਸਪੱਸ਼ਟ none ਟੋਕਨ ਤੋਂ ਵੱਖਰਾ ਹੈ।

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

Forge ਵਿੱਚ, ਭੂਮਿਕਾ ਲੇਬਲ ਮਾਇਨੇ ਰੱਖਦਾ ਹੈ: ਤਿਆਰੀ ਇੱਕ ਵੱਖਰੇ ਯੋਜਨਾਕਾਰ ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੀ ਹੈ। ਫੁੱਟਰ ਪ੍ਰਦਰਸ਼ਿਤ ਭੂਮਿਕਾ ਨੂੰ ਬਦਲਦਾ ਹੈ; ਸਮੀਖਿਅਕ ਅਤੇ ਸਹਾਇਕ ਵਰਕਫਲੋ ਸੈਟਿੰਗਾਂ ਵਿੱਚ ਚੁਣੇ ਜਾਂਦੇ ਹਨ। ਪਹਿਲਾਂ ਹੀ ਪ੍ਰਮਾਣਿਤ ਲਾਗੂਕਰਨ ਲਈ ਨੀਤੀ ਨੂੰ ਲਾਕ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ।

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

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

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

ਸੰਬੰਧਿਤ ਹਦਾਇਤਾਂ: ਪ੍ਰਦਾਤਾ ਸਮਰੱਥਾਵਾਂ.

ਚੈਟਾਂ, ਰੋਕੋ ਅਤੇ ਕਤਾਰ

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

ਰੋਕੋ ਮੌਜੂਦਾ ਵਾਰੀ ਵਿੱਚ ਵਿਘਨ ਪਾਉਂਦਾ ਹੈ। ਅਗਲਾ ਭੇਜੋ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਰੁਕਣ ਦੇ ਪੂਰਾ ਹੋਣ ਦੀ ਉਡੀਕ ਕਰੋ: ਵਿਘਨ ਦੀ ਪੁਸ਼ਟੀ ਪ੍ਰਕਿਰਿਆ ਦੇ ਪੂਰਾ ਹੋਣ ਦਾ ਸਬੂਤ ਨਹੀਂ ਹੈ। ਤੁਸੀਂ ਇਸ ਦੌਰਾਨ ਅਗਲਾ ਡਰਾਫਟ ਟਾਈਪ ਕਰ ਸਕਦੇ ਹੋ।

ਆਮ ਚੈਟ ਵਿੱਚ, ਕਤਾਰ ਮੌਜੂਦਾ ਡਰਾਫਟ ਤੋਂ ਵੱਖਰੀ ਬਾਅਦ ਦੀ ਬੇਨਤੀ ਨੂੰ ਸੁਰੱਖਿਅਤ ਕਰਦੀ ਹੈ। ਕਤਾਰ ਰੋਕੋ ਅਗਲੀ ਡਿਲਿਵਰੀ ਨੂੰ ਰੋਕ ਦਿੰਦੀ ਹੈ। ਰੋਕੋ ਅਤੇ ਬੰਦ ਕਰੋ ਕਤਾਰ ਨੂੰ ਰੋਕ ਦਿੰਦੇ ਹਨ। ਮੁੜ ਚਾਲੂ ਕਰਨ ਤੋਂ ਬਾਅਦ, ਪਹਿਲਾਂ ਮੁੜ ਸ਼ੁਰੂ ਕਰੋ, ਫਿਰ ਸਪੱਸ਼ਟ ਤੌਰ 'ਤੇ ਕਤਾਰ ਜਾਰੀ ਰੱਖੋ।

ਅਨਿਸ਼ਚਿਤ ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਡਿਲਿਵਰੀ ਅਗਿਆਤ ਹੈ। ਅਜਿਹਾ ਸੁਨੇਹਾ ਆਪਣੇ ਆਪ ਦੁਬਾਰਾ ਨਹੀਂ ਭੇਜਿਆ ਜਾਂਦਾ: ਇਤਿਹਾਸ ਦੀ ਜਾਂਚ ਕਰੋ, ਜੇਕਰ ਢੁਕਵਾਂ ਹੋਵੇ ਤਾਂ ਟੈਕਸਟ ਕਾਪੀ ਕਰੋ ਅਤੇ ਕਤਾਰਬੱਧ ਆਈਟਮ ਨੂੰ ਖਾਰਜ ਕਰੋ। ਇਸਨੂੰ ਦੁਬਾਰਾ ਭੇਜਣਾ ਇੱਕ ਨਵੀਂ ਜਾਣਬੁੱਝ ਕੇ ਕੀਤੀ ਗਈ ਬੇਨਤੀ ਹੈ।

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

ਮਾਰਕਡਾਊਨ ਜਵਾਬ ਸਿਰਲੇਖਾਂ, ਸੂਚੀਆਂ, ਟੇਬਲਾਂ, ਲਿੰਕਾਂ ਅਤੇ ਫੈਂਸਡ ਕੋਡ ਨੂੰ ਰੈਂਡਰ ਕਰਦੇ ਹਨ। ਟੂਲ ਕਾਰਡ ਅਤੇ CLI ਤਸ਼ਖੀਸ ਜਵਾਬ ਤੋਂ ਵੱਖਰੇ ਰਹਿੰਦੇ ਹਨ। ਮਾਡਲ ਦੁਆਰਾ ਰਿਪੋਰਟ ਕੀਤੀ ਸੋਚ ਅਤੇ ਟੋਕਨ ਮੈਟ੍ਰਿਕਸ ਸਿਰਫ ਉਦੋਂ ਦਿਖਾਈ ਦਿੰਦੇ ਹਨ ਜਦੋਂ ਪ੍ਰਦਾਤਾ ਅਸਲ ਵਿੱਚ ਉਹਨਾਂ ਨੂੰ ਪ੍ਰਗਟ ਕਰਦਾ ਹੈ; ਐਨੀਮੇਸ਼ਨ ਤੋਂ ਨਿੱਜੀ ਤਰਕ ਜਾਂ ਵਰਤੋਂ ਦਾ ਅੰਦਾਜ਼ਾ ਨਾ ਲਗਾਓ।

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

ਸੰਬੰਧਿਤ ਹਦਾਇਤਾਂ: ਟਿਕਾਊ ਸੁਨੇਹਾ ਕਤਾਰ.

ਫ਼ਾਈਲਾਂ, Git ਅਤੇ ਸੰਪੂਰਨਤਾ

ਫ਼ਾਈਲਾਂ ਕਾਰਜ ਫੋਲਡਰ ਦਿਖਾਉਂਦੀਆਂ ਹਨ। ਨਤੀਜਿਆਂ ਦੀ ਲੋੜਾਂ ਨਾਲ ਤੁਲਨਾ ਕਰੋ, ਦਸਤਾਵੇਜ਼ ਖੋਲ੍ਹੋ ਅਤੇ ਅੰਤਰਾਂ ਦੀ ਜਾਂਚ ਕਰੋ। ਇੱਕ ਬਾਈਨਰੀ ਫ਼ਾਈਲ ਨੂੰ ਬਰਕਰਾਰ ਰੱਖਣਾ ਇਸਦੇ ਨਿਸ਼ਾਨਾ ਐਪਲੀਕੇਸ਼ਨ ਵਿੱਚ ਸਹੀ ਰੈਂਡਰਿੰਗ ਨੂੰ ਸਾਬਤ ਨਹੀਂ ਕਰਦਾ।

Git ਦਰਜ ਕੀਤੇ ਨਤੀਜਿਆਂ ਦੇ ਨਾਲ ਸਥਿਤੀ, ਤਬਦੀਲੀਆਂ ਅਤੇ ਕਾਰਵਾਈਆਂ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ। ਕਮਿਟ, ਮਰਜ ਅਤੇ ਪੁਸ਼ ਮੂਲ ਰੂਪ ਵਿੱਚ ਮੈਨੂਅਲ ਹਨ; ਸਵੈਚਲਿਤ ਕਾਰਵਾਈਆਂ ਪੂਰੀ ਤਰ੍ਹਾਂ ਪ੍ਰਮਾਣਿਤ ਯੋਜਨਾ ਲਈ ਵੱਖਰੀਆਂ ਚੋਣਾਂ ਹਨ।

ਤਸਦੀਕ ਅਤੇ ਪ੍ਰਕਾਸ਼ਨ ਦੇ ਵਿਚਕਾਰ ਕਾਰਜਸ਼ੀਲ ਫ਼ਾਈਲਾਂ ਨੂੰ ਨਾ ਬਦਲੋ: ਪ੍ਰਵਾਨਗੀ ਸਹੀ ਬਾਈਟਾਂ ਨਾਲ ਜੁੜੀ ਹੋਈ ਹੈ। ਵਿਵਾਦ, ਅਸਫਲ ਪੁਸ਼ ਅਤੇ ਅਗਿਆਤ ਕਾਰਵਾਈ ਦੇ ਨਤੀਜੇ ਇੱਕ ਸਪੱਸ਼ਟ ਫੈਸਲੇ ਤੱਕ ਪ੍ਰਗਤੀ ਨੂੰ ਰੋਕਦੇ ਹਨ। Auto ਚੁੱਪਚਾਪ ਪ੍ਰਕਾਸ਼ਨ ਨੂੰ ਅਧਿਕਾਰਤ ਨਹੀਂ ਕਰਦਾ।

Work ਕੋਈ Git ਬ੍ਰਾਂਚਾਂ ਨਹੀਂ ਬਣਾਉਂਦਾ ਅਤੇ ਇਸਦਾ ਕੋਈ Git ਅੰਤਿਮੀਕਰਨ ਨਹੀਂ ਹੁੰਦਾ। ਚੁਣੇ ਗਏ ਫੋਲਡਰ ਵਿੱਚੋਂ ਲੋੜੀਂਦੇ ਦਸਤਾਵੇਜ਼ ਰੱਖੋ, ਜਿਸ ਵਿੱਚ ਸੰਸਕਰਣ ਅਤੇ ਸਰੋਤ ਸ਼ਾਮਲ ਹਨ।

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

ਪੂਰਾ ਸੰਟੈਕਸ 8 MiB ਤੱਕ ਸਮਰਥਿਤ ਹੈ। ਵੱਡੀਆਂ ਟੈਕਸਟ ਫ਼ਾਈਲਾਂ 256 KiB ਵਿੰਡੋਜ਼ ਵਿੱਚ ਖੁੱਲ੍ਹਦੀਆਂ ਹਨ; 8–64 MiB ਨੂੰ ਸੰਟੈਕਸ ਤੋਂ ਬਿਨਾਂ ਸਪੱਸ਼ਟ ਤੌਰ 'ਤੇ ਪੂਰੀ ਤਰ੍ਹਾਂ ਲੋਡ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ। 64 MiB ਤੋਂ ਉੱਪਰ ਵਿੰਡੋ ਸੰਪਾਦਨ ਅਤੇ ਸੀਮਤ ਅਗਲੇ-ਮੇਲ ਦੀ ਖੋਜ ਦੀ ਵਰਤੋਂ ਕਰੋ। ਇਹ ਇੱਕ ਸੀਮਤ ਵੱਡੀ-ਫ਼ਾਈਲ ਮੋਡ ਹੈ, ਮਨਮਰਜ਼ੀ ਨਾਲ ਵੱਡੇ ਦਸਤਾਵੇਜ਼ਾਂ ਲਈ Sublime Text ਸਮਾਨਤਾ ਨਹੀਂ।

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

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

ਸੰਬੰਧਿਤ ਹਦਾਇਤਾਂ: ਟਾਈਪ ਕੀਤਾ ਸੰਪਾਦਕ ਸਮਝੌਤਾ · Git ਨੀਤੀਆਂ.

API ਕਨੈਕਸ਼ਨ

ਕਨੈਕਸ਼ਨ ਇੱਕ ਸਪੱਸ਼ਟ ਤੌਰ 'ਤੇ ਚੁਣਿਆ ਗਿਆ OpenAI-ਅਨੁਕੂਲ ਐਂਡਪੁਆਇੰਟ ਜੋੜਦਾ ਹੈ। ਲੋੜ ਅਨੁਸਾਰ ਇੱਕ ਨਾਮ, ਮੂਲ URL, ਮਾਡਲ ਅਤੇ ਕੁੰਜੀ ਦਾਖਲ ਕਰੋ। ਕਈ ਸਰਵਰਾਂ ਲਈ /v1 'ਤੇ ਸਮਾਪਤ ਹੋਣ ਵਾਲੇ ਮੂਲ URL ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ; ਆਪਣੇ ਐਂਡਪੁਆਇੰਟ ਦੇ ਦਸਤਾਵੇਜ਼ਾਂ ਦੀ ਜਾਂਚ ਕਰੋ।

ਲੂਪਬੈਕ HTTP ਨੂੰ ਛੱਡ ਕੇ HTTPS ਲਾਜ਼ਮੀ ਹੈ। URL ਵਿੱਚ ਸ਼ਾਮਲ ਪ੍ਰਮਾਣ-ਪੱਤਰਾਂ ਤੋਂ ਬਿਨਾਂ ਇੱਕ ਸਾਧਾਰਨ ਐਂਡਪੁਆਇੰਟ ਦੀ ਵਰਤੋਂ ਕਰੋ। ਕੁੰਜੀਆਂ ਸਮਰਥਿਤ OS ਏਨਕ੍ਰਿਪਸ਼ਨ ਦੀ ਵਰਤੋਂ ਕਰਦੀਆਂ ਹਨ ਅਤੇ UI ਨੂੰ ਵਾਪਸ ਨਹੀਂ ਕੀਤੀਆਂ ਜਾਂਦੀਆਂ। ਐਂਡਪੁਆਇੰਟ ਬਦਲਣ 'ਤੇ ਇਸਦੀ ਕੁੰਜੀ ਦੁਬਾਰਾ ਦਾਖਲ ਕਰਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਕੁੰਜੀ ਵਾਲੀ ਥਾਂ ਖਾਲੀ ਛੱਡਣ ਨਾਲ ਸੁਰੱਖਿਅਤ ਕੀਤੀ ਕੁੰਜੀ ਬਰਕਰਾਰ ਰਹਿੰਦੀ ਹੈ; ਸੁਰੱਖਿਅਤ ਕੀਤੀ ਕੁੰਜੀ ਨੂੰ ਹਟਾਉਣ 'ਤੇ ਇਹ ਸਪੱਸ਼ਟ ਤੌਰ 'ਤੇ ਸਾਫ਼ ਹੋ ਜਾਂਦੀ ਹੈ।

API ਕਾਲਾਂ CLI ਗਾਹਕੀ ਦੀ ਵਰਤੋਂ ਨਹੀਂ ਕਰਦੀਆਂ। ਟੂਲ ਅਤੇ ਮਾਡਲ ਨੇਟਿਵ ਸੈਸ਼ਨਾਂ ਨਾਲੋਂ ਵੱਖਰੇ ਹੁੰਦੇ ਹਨ, ਅਤੇ ਮਾਡਲ ਦੀ ਸਫਲ ਖੋਜ ਅਨੁਮਾਨ ਨੂੰ ਸਾਬਤ ਨਹੀਂ ਕਰਦੀ। ਟੋਕਨ ਵਰਤੋਂ ਕੇਵਲ ਤਾਂ ਹੀ ਦਿਖਾਈ ਦਿੰਦੀ ਹੈ ਜਦੋਂ ਪ੍ਰਦਾਤਾ ਅਸਲ ਵਿੱਚ ਇਸਨੂੰ ਵਾਪਸ ਕਰਦਾ ਹੈ।

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

ਸੰਬੰਧਿਤ ਹਦਾਇਤਾਂ: API ਕਨੈਕਸ਼ਨ.

ਸੈਟਿੰਗਾਂ, ਭਾਸ਼ਾਵਾਂ ਅਤੇ ਸੁਰੱਖਿਅਤ ਰੀਸੈਟ

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

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

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

ਸੰਬੰਧਿਤ ਹਦਾਇਤਾਂ: ਸਥਾਨਕਕਰਨ ਨਿਰਦੇਸ਼ · ਡੇਟਾ ਰਿਕਵਰੀ.

ਸਹਾਇਤਾ ਸਹਾਇਕ ਨੂੰ ਪੁੱਛੋ

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

ਇਹ ਸਹਾਇਕ 100 ਤੱਕ ਸੁਰੱਖਿਅਤ ਕੀਤੀਆਂ ਐਂਟਰੀਆਂ ਅਤੇ 3 MiB ਦੀ ਇੱਕ ਵੱਖਰੀ ਨਿੱਜੀ ਗੱਲਬਾਤ ਰੱਖਦਾ ਹੈ। 12,000 ਅੱਖਰਾਂ ਤੱਕ ਦਾ ਸਵਾਲ ਦਾਖਲ ਕਰੋ; Send ਇਸਨੂੰ ਪੁੱਛਦਾ ਹੈ, Stop ਤੁਹਾਡੇ ਸਵਾਲ ਨੂੰ ਉਪਲਬਧ ਰੱਖਦੇ ਹੋਏ ਕਿਰਿਆਸ਼ੀਲ ਜਵਾਬ ਨੂੰ ਰੱਦ ਕਰਦਾ ਹੈ, ਅਤੇ Clear ਇਸ ਸਹਾਇਤਾ ਗੱਲਬਾਤ ਨੂੰ ਹਟਾ ਦਿੰਦਾ ਹੈ। ਤੁਹਾਡਾ ਨਾ-ਭੇਜਿਆ ਗਿਆ ਡਰਾਫਟ ਅਤੇ ਪ੍ਰੀਸੈੱਟ ਚੋਣ ਉਸੇ ਐਪ ਸੈਸ਼ਨ ਵਿੱਚ ਸਹਾਇਤਾ ਨੂੰ ਬੰਦ ਕਰਨ ਜਾਂ ਮੁੜ ਖੋਲ੍ਹਣ ਤੋਂ ਬਾਅਦ ਵੀ ਬਚੀ ਰਹਿੰਦੀ ਹੈ, ਪਰ ਡਰਾਫਟ ਡਿਸਕ ਉੱਤੇ ਸੁਰੱਖਿਅਤ ਨਹੀਂ ਹੁੰਦਾ ਹੈ। ਸਹਾਇਕ ਐਪਲੀਕੇਸ਼ਨ ਕਮਾਂਡਾਂ ਨਹੀਂ ਭੇਜਦਾ, ਵਰਕਫਲੋਅ ਨਹੀਂ ਬਦਲਦਾ ਜਾਂ ਕਿਸੇ ਗੇਟ ਨੂੰ ਸਵੀਕਾਰ ਨਹੀਂ ਕਰਦਾ। ਸਲਾਹ ਕਿਸੇ ਕੰਮ, ਖਾਤੇ ਜਾਂ ਬਾਹਰੀ ਕਨੈਕਸ਼ਨ ਦੀ ਲਾਈਵ ਤਸਦੀਕ ਨਹੀਂ ਹੈ।

Claude Code ਅਤੇ API ਸਹਾਇਤਾ ਸੈਸ਼ਨ ਸਮਰਥਿਤ ਨੋ-ਟੂਲ ਨੀਤੀ ਨੂੰ ਲਾਗੂ ਕਰਦੇ ਹਨ। ਨੇਟਿਵ Codex ਅਤੇ Antigravity ਸਹਾਇਤਾ ਸੈਸ਼ਨਾਂ ਲਈ ਮੌਜੂਦਾ ਸਥਾਨਕ-ਮਾਲਕ ਨੇਟਿਵ ਕੰਪਿਊਟਰ ਇਜਾਜ਼ਤ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਜੇਕਰ ਇਹ ਅਸਮਰੱਥ ਹੈ, ਤਾਂ ਐਪ ਇੱਕ ਵੱਖਰਾ ਪ੍ਰਦਾਤਾ ਚੁਣਨ ਦੀ ਬਜਾਏ ਪੂਰਵ-ਲੋੜ ਦੀ ਵਿਆਖਿਆ ਕਰਦੀ ਹੈ। ਸਿਰਫ਼ ਮਾਲਕ ਹੀ ਇਸਨੂੰ ਸਥਾਨਕ ਕੰਟਰੋਲ ਸੈਟਿੰਗਾਂ ਵਿੱਚ ਸਮਰੱਥ ਕਰ ਸਕਦਾ ਹੈ; ਸਹਾਇਕ ਇਸਨੂੰ ਖੁਦ ਸਮਰੱਥ ਨਹੀਂ ਕਰ ਸਕਦਾ।

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

ਸੰਬੰਧਿਤ ਹਦਾਇਤਾਂ: ਪ੍ਰਮਾਣਿਕ ਮਾਰਗਦਰਸ਼ਕ ਅਤੇ ਅਨੁਵਾਦ ਰੱਖ-ਰਖਾਅ · ਐਪਲੀਕੇਸ਼ਨ ਸਹਾਇਕ ਅਤੇ ਇਜਾਜ਼ਤਾਂ.

ਸਹਾਇਕ ਅਤੇ Telegram

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

Telegram ਨੂੰ ਸਿਰਫ਼ ਸਥਾਨਕ ਮਾਲਕ ਦੁਆਰਾ ਸਮਰੱਥ ਬਣਾਇਆ ਜਾਂਦਾ ਹੈ, ਇੱਕ ਮੌਜੂਦਾ ਬੋਟ ਟੋਕਨ ਅਤੇ ਇੱਕ ਸੰਖਿਆਤਮਕ ਮਾਲਕ ID ਨਾਲ। ਕੰਟਰੋਲ ਉਸ ਮਾਲਕ ਦੀ ਨਿੱਜੀ ਗੱਲਬਾਤ ਲਈ ਹੈ। ਇੱਕ ਅਣ-ਕੌਂਫਿਗਰ ਕੀਤੇ ਜਾਂ ਅਕਿਰਿਆਸ਼ੀਲ ਬੋਟ ਨੂੰ ਐਪਲੀਕੇਸ਼ਨ ਸੁਨੇਹੇ ਪ੍ਰਾਪਤ ਨਹੀਂ ਹੋਣੇ ਚਾਹੀਦੇ।

ਕਿਸੇ ਬੋਟ ਟੋਕਨ ਨੂੰ ਆਮ ਗੱਲਬਾਤ ਵਿੱਚ ਪੇਸਟ ਨਾ ਕਰੋ। ਏਕੀਕਰਨ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰਨਾ Telegram ਕਨੈਕਟੀਵਿਟੀ ਨੂੰ ਸਾਬਤ ਨਹੀਂ ਕਰਦਾ ਹੈ ਅਤੇ ਆਪਣੇ ਆਪ ਇੱਕ ਬੋਟ ਨਹੀਂ ਬਣਾਉਂਦਾ ਹੈ। ਸਕ੍ਰੀਨਸ਼ੌਟਾਂ ਅਤੇ ਜਵਾਬਾਂ ਵਿੱਚ ਨਿੱਜੀ ਵਰਕਸਪੇਸ ਡੇਟਾ ਹੋ ਸਕਦਾ ਹੈ।

ਇੱਕ ਸਹਾਇਕ ਪ੍ਰੀਸੈੱਟ ਚੁਣੋ ਅਤੇ ਐਪਲੀਕੇਸ਼ਨ-ਓਪਰੇਸ਼ਨ ਇਜਾਜ਼ਤ ਨੂੰ ਨਿਰੀਖਣ ਤੋਂ ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਮਨਜ਼ੂਰ ਕਰੋ। Codex ਅਤੇ Antigravity ਸਹਾਇਕ ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਲਈ ਮਾਲਕ ਦੀ ਮੂਲ ਇਜਾਜ਼ਤ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ; ਉਹਨਾਂ ਨੂੰ ਟੂਲ-ਮੁਕਤ API ਜਾਂ Claude ਸੈਸ਼ਨ ਲਈ ਚੁੱਪ-ਚਾਪ ਬਦਲਿਆ ਨਹੀਂ ਜਾਂਦਾ ਹੈ। ਸਹਾਇਕ ਗੱਲਬਾਤ ਵਿੱਚ ਸਕ੍ਰੀਨਸ਼ੌਟ ਪ੍ਰਦਰਸ਼ਿਤ ਕੀਤੇ ਜਾ ਸਕਦੇ ਹਨ, ਪਰ ਮੌਜੂਦਾ ਮਾਡਲ ਇਨਪੁਟ ਵਿੱਚ ਚਿੱਤਰ ਵਿਸ਼ਲੇਸ਼ਣ ਸ਼ਾਮਲ ਨਹੀਂ ਹੈ। ਇਹ ਨਾ ਮੰਨੋ ਕਿ ਸਹਾਇਕ ਨੇ ਕਿਸੇ ਚਿੱਤਰ ਦੀ ਸਿਰਫ਼ ਇਸ ਲਈ ਵਿਜ਼ੂਅਲ ਜਾਂਚ ਕੀਤੀ ਹੈ ਕਿਉਂਕਿ ਇਸਨੇ ਇਸਨੂੰ ਪ੍ਰਦਰਸ਼ਿਤ ਕੀਤਾ ਹੈ।

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

ਸੰਬੰਧਿਤ ਹਦਾਇਤਾਂ: ਐਪਲੀਕੇਸ਼ਨ ਕੰਟਰੋਲ ਇਕਰਾਰਨਾਮਾ.

ਆਪਣੇ ਨਿੱਜੀ Telegram ਬੋਟ ਨੂੰ ਸੰਚਾਲਿਤ ਕਰੋ

ਆਪਣਾ ਖੁਦ ਦਾ ਬੋਟ ਬਣਾਓ ਜਾਂ ਪ੍ਰਾਪਤ ਕਰੋ, ਇਸਦੀ ਨਿੱਜੀ ਗੱਲਬਾਤ ਸ਼ੁਰੂ ਕਰੋ, ਅਤੇ ਸਥਾਨਕ ਕੰਟਰੋਲ ਸੈਟਿੰਗਾਂ ਵਿੱਚ ਇਸਦਾ ਟੋਕਨ ਅਤੇ ਆਪਣੀ ਸੰਖਿਆਤਮਕ Telegram ਉਪਭੋਗਤਾ ID ਦਾਖਲ ਕਰੋ। ਏਕੀਕਰਨ ਨੂੰ ਉਦੋਂ ਹੀ ਸਮਰੱਥ ਬਣਾਓ ਜਦੋਂ ਤੁਸੀਂ ਐਪ ਨੂੰ ਕਨੈਕਟ ਕਰਨ ਦਾ ਇਰਾਦਾ ਰੱਖਦੇ ਹੋ। ਮਾਲਕ ID ਇੱਕ ਉਪਭੋਗਤਾ ਪਛਾਣਕਰਤਾ ਹੈ, ਨਾ ਕਿ ਉਪਭੋਗਤਾ ਨਾਮ ਜਾਂ ਬੋਟ ID। ਸਿਰਫ਼ ਉਸੇ ਨਿੱਜੀ ਗੱਲਬਾਤ ਵਿੱਚ ਉਸ ਉਪਭੋਗਤਾ ਦੇ ਸੁਨੇਹੇ ਸਵੀਕਾਰ ਕੀਤੇ ਜਾਂਦੇ ਹਨ।

ਚੱਲ ਰਹੇ ਸੰਸਕਰਣ, ਪ੍ਰੋਜੈਕਟ/ਕਾਰਜ ਗਿਣਤੀ ਅਤੇ ਕਾਰਜ ਸਥਿਤੀਆਂ ਦੀ ਸੰਖੇਪ ਜਾਣਕਾਰੀ ਲਈ /start, /menu ਜਾਂ /status ਦੀ ਵਰਤੋਂ ਕਰੋ। ਬਟਨ Projects, Tasks, Screenshot, Help ਅਤੇ Language ਖੋਲ੍ਹਦੇ ਹਨ। ਸੂਚੀਆਂ Back, Refresh, Home ਅਤੇ Previous/Next ਨੈਵੀਗੇਸ਼ਨ ਦੇ ਨਾਲ, ਪ੍ਰਤੀ ਪੰਨਾ ਅੱਠ ਆਈਟਮਾਂ ਦਿਖਾਉਂਦੀਆਂ ਹਨ। ਪ੍ਰੋਜੈਕਟ ਬਟਨ ਕਾਰਜ ਸੂਚੀ ਨੂੰ ਫਿਲਟਰ ਕਰਦੇ ਹਨ। ਇੱਕ ਕਾਰਜ ਕਾਰਡ ਇਸਦੀ ਸੁਰੱਖਿਅਤ ਕੀਤੀ ਵਰਕਫਲੋਅ ਪ੍ਰਗਤੀ, ਮਾਡਲ/ਪ੍ਰੀਸੈੱਟ ਅਤੇ ਬਕਾਇਆ ਸਵਾਲ ਦਿਖਾਉਂਦਾ ਹੈ ਜਦੋਂ ਮੌਜੂਦ ਹੁੰਦੇ ਹਨ।

ਖੁੱਲ੍ਹੀਆਂ/ਹਾਲੀਆ ਗੱਲਬਾਤਾਂ ਅਤੇ ਵਰਕਫਲੋਅ ਪੜਾਅ ਗੱਲਬਾਤਾਂ ਦਾ ਪੂਰਵਦਰਸ਼ਨ ਕਰਨ ਲਈ ਕਿਸੇ ਕਾਰਜ ਦੀਆਂ Chats ਖੋਲ੍ਹੋ। ਹਰੇਕ ਪੂਰਵਦਰਸ਼ਨ ਛੇ ਨਵੀਨਤਮ ਉਪਭੋਗਤਾ/ਸਹਾਇਕ ਸੁਨੇਹੇ ਦਿਖਾਉਂਦਾ ਹੈ, ਜੋ ਸਪਸ਼ਟ ਤੌਰ 'ਤੇ ਹਰੇਕ 200 ਅੱਖਰਾਂ ਤੱਕ ਛੋਟੇ ਕੀਤੇ ਜਾਂਦੇ ਹਨ। ਨਿੱਜੀ ਤਰਕ ਨਹੀਂ ਦਿਖਾਇਆ ਗਿਆ ਹੈ। ਇਤਿਹਾਸ ਪੜ੍ਹਨ ਨਾਲ ਕੋਈ ਪ੍ਰਦਾਤਾ ਸ਼ੁਰੂ ਨਹੀਂ ਹੁੰਦਾ। ਪੂਰਵਦਰਸ਼ਨ ਸਿਰਫ਼-ਪੜ੍ਹਨ ਲਈ ਹਨ: ਆਮ ਟੈਕਸਟ ਅਤੇ /ask TEXT ਅਜੇ ਵੀ ਐਪਲੀਕੇਸ਼ਨ ਸਹਾਇਕ ਨੂੰ ਸੰਬੋਧਿਤ ਕਰਦੇ ਹਨ, ਕਦੇ ਵੀ ਉਸ ਕਾਰਜ ਗੱਲਬਾਤ ਨੂੰ ਅਪ੍ਰਤੱਖ ਤੌਰ 'ਤੇ ਨਹੀਂ ਜਿਸਨੂੰ ਤੁਸੀਂ ਦੇਖ ਰਹੇ ਹੋ।

Run / Continue ਮੌਜੂਦਾ Code ਜਾਂ Work ਵਰਕਫਲੋਅ ਨੂੰ ਦੁਬਾਰਾ ਪੜ੍ਹਦਾ ਹੈ ਅਤੇ ਇੱਕ ਯੋਗ ਸੁਰੱਖਿਅਤ ਵਰਕਫਲੋਅ ਸ਼ੁਰੂ ਕਰਦਾ ਹੈ। Pause ਇਸਦੇ ਵਿਰਾਮ ਦੀ ਬੇਨਤੀ ਕਰਦਾ ਹੈ। ਕੋਈ ਵੀ ਲੋੜਾਂ, ਇੱਕ ਨਿਰਧਾਰਨ, ਇੱਕ ਯੋਜਨਾ, ਸਮੀਖਿਆ ਖੋਜਾਂ ਜਾਂ ਪ੍ਰਸ਼ਨਾਂ ਨੂੰ ਸਵੀਕਾਰ ਨਹੀਂ ਕਰਦਾ; ਇੱਕ ਬਕਾਇਆ ਫੈਸਲਾ Run ਨੂੰ ਰੋਕਦਾ ਹੈ। ਐਪਲੀਕੇਸ਼ਨ ਵਿੱਚ ਫੈਸਲੇ ਲਓ, ਜਾਂ ਇਸਦੇ ਸਹੀ ਮੌਜੂਦਾ ਗੇਟ ਅਤੇ ਸੰਸ਼ੋਧਨ ਦੇ ਨਾਲ ਇੱਕ ਸਪੱਸ਼ਟ ਤੌਰ 'ਤੇ ਅਧਿਕਾਰਤ ਟਾਈਪ ਕੀਤੀ ਕਮਾਂਡ ਦੀ ਵਰਤੋਂ ਕਰੋ।

ਇਸਦੇ ਮੂਲ ਨਾਮ ਦੁਆਰਾ 56 ਇੰਟਰਫੇਸ ਭਾਸ਼ਾਵਾਂ ਵਿੱਚੋਂ ਕਿਸੇ ਨੂੰ ਵੀ ਚੁਣਨ ਲਈ Language ਜਾਂ /language ਦੀ ਵਰਤੋਂ ਕਰੋ। ਇਹ ਸਿਰਫ਼ ਇਸ ਬੋਟ ਅਤੇ ਮਾਲਕ ਲਈ ਤਰਜੀਹ ਨੂੰ ਕਾਇਮ ਰੱਖਦਾ ਹੈ। Use app language ਉਸ ਤਰਜੀਹ ਨੂੰ ਸਾਫ਼ ਕਰਦਾ ਹੈ। ਇਹ ਨਾ ਤਾਂ ਐਪਲੀਕੇਸ਼ਨ ਦੀ ਭਾਸ਼ਾ ਨੂੰ ਬਦਲਦਾ ਹੈ ਅਤੇ ਨਾ ਹੀ ਪਹੁੰਚ ਅਨੁਮਤੀਆਂ ਨੂੰ; ਮੌਜੂਦਾ ਸੁਨੇਹੇ ਆਪਣੇ ਆਪ ਦੁਬਾਰਾ ਨਹੀਂ ਭੇਜੇ ਜਾਂਦੇ ਹਨ।

ਨੈਵੀਗੇਸ਼ਨ ਆਮ ਤੌਰ 'ਤੇ ਉਸੇ ਪ੍ਰਕਾਸ਼ਿਤ ਮੀਨੂ ਸੁਨੇਹੇ ਨੂੰ ਅੱਪਡੇਟ ਕਰਦੀ ਹੈ। ਬਟਨਾਂ ਦੀਆਂ ਅਪਾਰਦਰਸ਼ੀ ਪਛਾਣਾਂ ਹੁੰਦੀਆਂ ਹਨ ਜੋ 15 ਮਿੰਟਾਂ ਬਾਅਦ ਸਮਾਪਤ ਹੋ ਜਾਂਦੀਆਂ ਹਨ ਅਤੇ ਇੱਕ ਵਾਰ ਵਰਤੀਆਂ ਜਾ ਸਕਦੀਆਂ ਹਨ; ਕਾਰਡ ਨੂੰ ਬਦਲਣਾ ਇਸਦੇ ਪੁਰਾਣੇ ਬਟਨਾਂ ਨੂੰ ਅਵੈਧ ਬਣਾ ਦਿੰਦਾ ਹੈ। ਮਿਆਦ ਪੁੱਗੇ, ਵਰਤੇ ਗਏ, ਬੇਮੇਲ-ਸੁਨੇਹੇ ਅਤੇ ਪਿਛਲੀ-ਪ੍ਰਕਿਰਿਆ ਵਾਲੇ ਬਟਨ ਕੋਈ ਕਾਰਵਾਈ ਨਹੀਂ ਕਰ ਸਕਦੇ। ਇੱਕ ਨਿਸ਼ਚਤ ਤੌਰ 'ਤੇ ਅਸੰਪਾਦਨਯੋਗ ਸੁਨੇਹੇ ਨੂੰ ਇੱਕ ਨਵੇਂ ਕਾਰਡ ਨਾਲ ਬਦਲਿਆ ਜਾ ਸਕਦਾ ਹੈ; ਇੱਕ ਅਣਜਾਣ ਨੈੱਟਵਰਕ ਗਲਤੀ ਨੂੰ ਇੱਕ ਨਵੇਂ ਸੁਨੇਹੇ ਵਜੋਂ ਦੁਬਾਰਾ ਕੋਸ਼ਿਸ਼ ਨਹੀਂ ਕੀਤੀ ਜਾਂਦੀ।

ਸਰਗਰਮੀ 'ਤੇ ਪੋਲਰ ਪਹਿਲਾਂ ਦੇ ਬੈਕਲਾਗ ਨੂੰ ਰੱਦ ਕਰਦਾ ਹੈ ਅਤੇ ਭੇਜਣ ਤੋਂ ਪਹਿਲਾਂ ਅੱਪਡੇਟ ਸਵੀਕ੍ਰਿਤੀ ਨੂੰ ਰਿਕਾਰਡ ਕਰਦਾ ਹੈ ਤਾਂ ਜੋ ਰੁਕਾਵਟ ਵਾਲੀਆਂ ਕਮਾਂਡਾਂ ਰੀਸਟਾਰਟ ਹੋਣ 'ਤੇ ਆਪਣੇ ਆਪ ਦੁਬਾਰਾ ਚਲਾਈਆਂ ਨਾ ਜਾਣ। ਇਹ ਮੁੜ ਚਲਾਉਣ ਨੂੰ ਰੋਕਦਾ ਹੈ; ਇਹ ਪੂਰਾ ਹੋਣ ਦੀ ਗਰੰਟੀ ਨਹੀਂ ਦਿੰਦਾ। ਕਿਸੇ ਗਲਤੀ ਤੋਂ ਬਾਅਦ ਜਾਣਬੁੱਝ ਕੇ ਨਵਾਂ ਕੰਮ ਜਾਰੀ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਸਥਿਤੀ/ਸੰਦਰਭ ਦੀ ਜਾਂਚ ਕਰੋ। ਕੋਈ ਆਟੋਮੈਟਿਕ ਕਾਰਜ-ਸਥਿਤੀ ਸੂਚਨਾਵਾਂ ਨਹੀਂ ਹਨ।

ਸਪੱਸ਼ਟ ਕਮਾਂਡਾਂ ਉਪਲਬਧ ਰਹਿੰਦੀਆਂ ਹਨ: /projects, /tasks, /task TASK_ID, /run TASK_ID, /pause TASK_ID, /screenshot ਅਤੇ /ask TEXT। /new {JSON} ਟਾਈਪ ਕੀਤੇ createTask ਰਾਹੀਂ ਇੱਕ ਕਾਰਜ ਬਣਾਉਂਦਾ ਹੈ; /command {JSON} ਇੱਕ ਸਪੱਸ਼ਟ ਕੈਟਾਲਾਗ ਕਮਾਂਡ ਭੇਜਦਾ ਹੈ। ਆਰਗੂਮੈਂਟ ਆਕਾਰਾਂ ਲਈ ਲਾਈਵ ਕੈਟਾਲਾਗ ਪੜ੍ਹੋ। ਉਹੀ ਬੈਕਐਂਡ ਅਧਿਕਾਰ ਅਤੇ ਫੋਲਡਰ ਗ੍ਰਾਂਟਾਂ ਲਾਗੂ ਹੁੰਦੀਆਂ ਹਨ ਜਿਵੇਂ ਕਿ ਐਪਲੀਕੇਸ਼ਨ ਵਿੱਚ ਹੁੰਦੀਆਂ ਹਨ।

ਐਪ ਕਦੇ ਵੀ ਸਟੋਰ ਕੀਤੇ ਬੋਟ-ਟੋਕਨ ਮੁੱਲ ਸਹਾਇਕ ਨੂੰ ਨਹੀਂ ਭੇਜਦੀ। ਸਕ੍ਰੀਨਸ਼ੌਟਸ, ਸਾਰਾਂਸ਼ਾਂ ਅਤੇ ਗੱਲਬਾਤ ਟੈਕਸਟ ਵਿੱਚ ਫਿਰ ਵੀ ਨਿੱਜੀ ਪ੍ਰੋਜੈਕਟ ਜਾਣਕਾਰੀ ਹੋ ਸਕਦੀ ਹੈ। ਜੇਕਰ ਬੋਟ ਜਾਂ ਮਾਲਕ ਖਾਤੇ 'ਤੇ ਹੁਣ ਭਰੋਸਾ ਨਹੀਂ ਹੈ ਤਾਂ ਏਕੀਕਰਨ ਨੂੰ ਸਥਾਨਕ ਤੌਰ 'ਤੇ ਰੋਕੋ। ਬੋਟ ਪ੍ਰਦਾਤਾ ਨਾਲ ਲੀਕ ਹੋਏ ਟੋਕਨ ਨੂੰ ਘੁੰਮਾਓ, ਫਿਰ ਇਸਦੀ ਸਥਾਨਕ ਐਨਕ੍ਰਿਪਟ ਕੀਤੀ ਕੌਂਫਿਗਰੇਸ਼ਨ ਨੂੰ ਅੱਪਡੇਟ ਕਰੋ।

ਸੰਬੰਧਿਤ ਹਦਾਇਤਾਂ: ਨਿੱਜੀ ਬੋਟ ਅਤੇ ਕਮਾਂਡਾਂ.

ਸਿਰਫ਼-ਮਾਲਕ ਮੂਲ ਕੰਪਿਊਟਰ ਇਜਾਜ਼ਤ

ਮੂਲ ਕੰਪਿਊਟਰ ਪਹੁੰਚ ਅਸਮਰੱਥ ਸ਼ੁਰੂ ਹੁੰਦੀ ਹੈ। ਸਿਰਫ਼ ਮਾਲਕ ਹੀ ਇਸਨੂੰ ਸਥਾਨਕ ਸੈਟਿੰਗਾਂ → ਰਿਮੋਟ ਕੰਟਰੋਲ ਵਿੱਚ ਸਮਰੱਥ ਕਰ ਸਕਦਾ ਹੈ। ਸਹਾਇਕ ਅਤੇ HTTP/MCP/Telegram ਕਮਾਂਡਾਂ ਆਪਣੇ ਲਈ ਇਸ ਫਲੈਗ ਨੂੰ ਸਮਰੱਥ ਨਹੀਂ ਕਰ ਸਕਦੀਆਂ। ਜੇਕਰ ਕਿਸੇ ਕਾਰਵਾਈ ਤੋਂ ਇਨਕਾਰ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਸਹਾਇਕ ਨੂੰ ਸੈਟਿੰਗ ਦਾ ਵਰਣਨ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ ਅਤੇ ਮਾਲਕ ਨੂੰ ਫੈਸਲਾ ਕਰਨ ਦੇਣਾ ਚਾਹੀਦਾ ਹੈ।

ਜਦੋਂ ਸਪੱਸ਼ਟ ਤੌਰ 'ਤੇ ਸਮਰੱਥ ਬਣਾਇਆ ਜਾਂਦਾ ਹੈ, ਤਾਂ computer.run ਇੱਕ ਐਗਜ਼ੀਕਿਊਟੇਬਲ, ਆਰਗੂਮੈਂਟ ਐਰੇ ਅਤੇ ਵਿਕਲਪਿਕ ਸੰਪੂਰਨ ਕਾਰਜਸ਼ੀਲ ਡਾਇਰੈਕਟਰੀ ਨੂੰ ਸਵੀਕਾਰ ਕਰਦਾ ਹੈ। ਇਹ ਕਿਸੇ ਸ਼ੈੱਲ ਇੰਟਰਪੋਲੇਸ਼ਨ ਦੀ ਵਰਤੋਂ ਨਹੀਂ ਕਰਦਾ, ਇਸਦੀ 30-ਸਕਿੰਟ ਦੀ ਸੀਮਾ ਹੁੰਦੀ ਹੈ ਅਤੇ ਆਉਟਪੁੱਟ ਨੂੰ 1 MiB ਤੱਕ ਸੀਮਤ ਕਰਦਾ ਹੈ। ਸਪਲਾਈ ਕੀਤੀ ਗਈ ਗੁੰਮ ਜਾਂ ਅਵੈਧ ਡਾਇਰੈਕਟਰੀ ਤੋਂ ਇਨਕਾਰ ਕਰ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ; cwd ਨੂੰ ਛੱਡਣ 'ਤੇ ਐਪ-ਮਾਲਕੀਅਤ ਵਾਲੀ ਸੈਟਿੰਗਾਂ ਡਾਇਰੈਕਟਰੀ ਦੀ ਵਰਤੋਂ ਹੁੰਦੀ ਹੈ, ਨਾ ਕਿ HOME। Quit ਕਿਰਿਆਸ਼ੀਲ ਮਲਕੀਅਤ ਵਾਲੀਆਂ ਕਮਾਂਡਾਂ ਨੂੰ ਰੱਦ ਕਰਦਾ ਹੈ ਅਤੇ ਉਹਨਾਂ ਦੀ ਪ੍ਰਕਿਰਿਆ ਦੀ ਸਫਾਈ ਦੀ ਉਡੀਕ ਕਰਦਾ ਹੈ।

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

ਸੰਬੰਧਿਤ ਹਦਾਇਤਾਂ: ਸਿਰਫ਼-ਮਾਲਕ ਕੰਟਰੋਲ ਇਕਰਾਰਨਾਮਾ.

ਬ੍ਰਾਊਜ਼ਰ ਅਤੇ ਰਿਮੋਟ ਇੰਸਟੈਂਸ

ਸਥਾਨਕ ਮਾਲਕ ਸਰਵਰ ਨੂੰ ਸਮਰੱਥ ਬਣਾਉਂਦਾ ਹੈ ਅਤੇ ਇਸਦਾ ਪਤਾ, ਪੋਰਟ ਅਤੇ ਦਾਇਰਾ ਚੁਣਦਾ ਹੈ: ਜਾਂਚ ਲਈ ਪੜ੍ਹੋ ਜਾਂ ਕਾਰਵਾਈਆਂ ਲਈ ਸੰਚਾਲਿਤ ਕਰੋ। ਪੂਰਵ-ਨਿਰਧਾਰਤ 127.0.0.1 ਪਤਾ ਸਿਰਫ਼ ਇਸ ਕੰਪਿਊਟਰ 'ਤੇ ਉਪਲਬਧ ਹੈ। 0.0.0.0 ਨੈੱਟਵਰਕ ਇੰਟਰਫੇਸਾਂ 'ਤੇ ਸੁਣਦਾ ਹੈ; ਇਸਨੂੰ ਸਮਰੱਥ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਨੈੱਟਵਰਕ ਪਹੁੰਚ ਦੀ ਸਮੀਖਿਆ ਕਰੋ।

ਇੱਕ ਬ੍ਰਾਊਜ਼ਰ ਟੋਕਨ ਲੌਗਇਨ ਤੋਂ ਬਾਅਦ ਉਹੀ ਇੰਟਰਫੇਸ ਖੋਲ੍ਹਦਾ ਹੈ। ਜਨਤਕ ਲਿੰਕਾਂ ਜਾਂ ਸਕ੍ਰੀਨਸ਼ੌਟਾਂ ਵਿੱਚ ਟੋਕਨ ਸ਼ਾਮਲ ਨਾ ਕਰੋ। ਇਕੱਲਾ HTTP ਟ੍ਰੈਫਿਕ ਨੂੰ ਐਨਕ੍ਰਿਪਟ ਨਹੀਂ ਕਰਦਾ ਹੈ; ਕਿਸੇ ਅਵਿਸ਼ਵਾਸੀ ਨੈੱਟਵਰਕ 'ਤੇ ਸੁਰੱਖਿਅਤ ਚੈਨਲ ਦੀ ਵਰਤੋਂ ਕਰੋ।

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

ਟਾਈਪ ਕੀਤੀਆਂ ਕਮਾਂਡਾਂ ਅਤੇ ਘਟਨਾਵਾਂ ਐਪਲੀਕੇਸ਼ਨ ਨਿਯੰਤਰਣ ਰੱਖਦੀਆਂ ਹਨ। ਪੜ੍ਹਨ ਦਾ ਦਾਇਰਾ ਕਾਰਜ ਪਰਿਵਰਤਨਾਂ ਨੂੰ ਅਧਿਕਾਰਤ ਨਹੀਂ ਕਰਦਾ ਹੈ। ਮੂਲ ਕੰਪਿਊਟਰ ਕੰਟਰੋਲ ਇੱਕ ਵੱਖਰੀ ਸਥਾਨਕ-ਮਾਲਕ ਦੀ ਚੋਣ ਹੈ ਅਤੇ ਅਸਮਰੱਥ ਸ਼ੁਰੂ ਹੁੰਦਾ ਹੈ।

ਬ੍ਰਾਊਜ਼ਰ, Telegram ਅਤੇ ਬਾਹਰੀ-ਏਜੰਟ ਨਿਯੰਤਰਣ ਲਈ ਐਪ ਦਾ ਚੱਲਦੇ ਰਹਿਣਾ ਲਾਜ਼ਮੀ ਹੈ। ਹਰੇਕ ਇੰਸਟੈਂਸ ਦਾ ਆਪਣਾ ਨਿੱਜੀ ਪ੍ਰੋਫਾਈਲ, ਕਾਰਜ ਸਥਿਤੀ, ਟੋਕਨ ਅਤੇ ਸਰਵਰ ਪੋਰਟ ਹੁੰਦਾ ਹੈ। ਸੁਤੰਤਰ ਉਦਾਹਰਣਾਂ ਵਿਚਕਾਰ ਇੱਕ ਪ੍ਰੋਫਾਈਲ ਨੂੰ ਸਮਕਾਲੀ ਰੂਪ ਵਿੱਚ ਦੁਬਾਰਾ ਨਾ ਵਰਤੋ। ਬ੍ਰਾਊਜ਼ਰ ਇਵੈਂਟਾਂ ਅਤੇ ਕਮਾਂਡ ਜਵਾਬਾਂ ਦਾ ਦਾਇਰਾ ਚੁਣੇ ਹੋਏ ਇੰਸਟੈਂਸ ਤੱਕ ਸੀਮਿਤ ਹੈ; UI ਨੂੰ ਬਦਲਣ ਨਾਲ ਫਾਈਲਾਂ ਦਾ ਸਥਾਨ ਨਹੀਂ ਬਦਲਦਾ ਜਾਂ ਮੂਲ ਲੌਗਇਨ ਕਾਪੀ ਨਹੀਂ ਹੁੰਦਾ।

ਸੰਬੰਧਿਤ ਹਦਾਇਤਾਂ: HTTP ਅਤੇ ਇੰਸਟੈਂਸ ਕੰਟਰੋਲ.

OpenClaw, Hermes ਅਤੇ ਹੋਰ ਬਾਹਰੀ ਏਜੰਟ

ਪ੍ਰਮਾਣਿਤ ਐਪਲੀਕੇਸ਼ਨ-ਕੰਟਰੋਲ API ਜਾਂ ਬੰਡਲ ਕੀਤੇ MCP stdio ਬ੍ਰਿਜ ਦੀ ਵਰਤੋਂ ਕਰੋ। ਸਰਵਰ ਨੂੰ ਸਥਾਨਕ ਤੌਰ 'ਤੇ ਸਮਰੱਥ ਬਣਾਓ, ਪੜ੍ਹੋ ਜਾਂ ਸੰਚਾਲਿਤ ਕਰੋ ਚੁਣੋ ਅਤੇ ਹਰੇਕ ਕਲਾਇੰਟ ਨੂੰ ਉਸ ਇੰਸਟੈਂਸ URL ਅਤੇ ਟੋਕਨ ਨਾਲ ਕੌਂਫਿਗਰ ਕਰੋ। ਸਟੈਂਡਅਲੋਨ MCP ਬ੍ਰਿਜ ਚਲਾਉਣ ਲਈ Node.js 22 ਜਾਂ ਨਵੇਂ ਦੀ ਲੋੜ ਹੈ; Electron ਐਪ ਤੁਹਾਡੇ ਏਜੰਟ ਕਲਾਇੰਟ ਨੂੰ ਸਥਾਪਤ ਨਹੀਂ ਕਰਦੀ ਹੈ। ਬ੍ਰਾਊਜ਼ਰ URL ਇੱਕ ਸਟ੍ਰੀਮੇਬਲ HTTP MCP ਐਂਡਪੁਆਇੰਟ ਨਹੀਂ ਹੈ: ਇਸਨੂੰ stdio ਬ੍ਰਿਜ ਨੂੰ ZIAFORGE_URL ਵਜੋਂ ਸਪਲਾਈ ਕਰੋ।

ਬ੍ਰਿਜ ziaforge_status, ziaforge_commands, ziaforge_command ਅਤੇ ziaforge_screenshot ਦਾ ਪਰਦਾਫਾਸ਼ ਕਰਦਾ ਹੈ। ਸਥਿਤੀ ਅਤੇ ਲਾਈਵ ਕਮਾਂਡ ਕੈਟਾਲਾਗ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ, ਫਿਰ ਚੁਣੇ ਗਏ ਕਾਰਜ ਲਈ system.context ਪੜ੍ਹੋ। ਟਾਈਪ ਕੀਤੀਆਂ ਕਮਾਂਡਾਂ ਸਥਾਨਕ UI ਵਾਂਗ ਹੀ ਸੰਸ਼ੋਧਨ, ਗੇਟ, ਕਾਰਜ-ਫੋਲਡਰ ਅਤੇ ਸਫਾਈ ਜਾਂਚਾਂ ਦੀ ਪਾਲਣਾ ਕਰਦੀਆਂ ਹਨ।

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

ਏਜੰਟਾਂ ਨੂੰ ਇੱਕ ਛੋਟੇ ਮਨੁੱਖੀ ਵਿਚਾਰ ਤੋਂ ਲੋੜਾਂ, ਤਕਨੀਕੀ ਫੈਸਲਿਆਂ ਅਤੇ ਯੋਜਨਾਬੰਦੀ ਬਾਰੇ ਚਰਚਾ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ। ਉਹਨਾਂ ਨੂੰ ਸਪੱਸ਼ਟ ਮਨੁੱਖੀ ਗੇਟਾਂ, ਚੁਣੇ ਗਏ ਮਾਡਲਾਂ, ਮੈਨੂਅਲ/Auto ਨੀਤੀ ਅਤੇ ਲੋੜੀਂਦੀ ਸਮੀਖਿਆ ਨੂੰ ਸੁਰੱਖਿਅਤ ਰੱਖਣਾ ਚਾਹੀਦਾ ਹੈ। ਉਹਨਾਂ ਨੂੰ ਪ੍ਰਵਾਨਗੀ ਦੀ ਖੋਜ ਨਹੀਂ ਕਰਨੀ ਚਾਹੀਦੀ, ਇੱਕ ਨਵੇਂ ID ਦੇ ਤਹਿਤ ਅਨਿਸ਼ਚਿਤ ਕਮਾਂਡਾਂ ਨੂੰ ਦੁਬਾਰਾ ਚਲਾਉਣਾ ਨਹੀਂ ਚਾਹੀਦਾ, ਜਾਂ ਮਾਲਕ ਦੇ ਇਰਾਦੇ ਤੋਂ ਬਿਨਾਂ Git ਤਬਦੀਲੀਆਂ ਪ੍ਰਕਾਸ਼ਿਤ ਨਹੀਂ ਕਰਨੀਆਂ ਚਾਹੀਦੀਆਂ।

ਕਈ ਸਥਾਪਨਾਵਾਂ ਲਈ ਕਈ ਨਾਮੀ MCP ਸਰਵਰ ਕੌਂਫਿਗਰ ਕਰੋ। ਇੰਸਟੈਂਸ ਬਦਲਣਾ ਇੱਕ ਰੂਟਿੰਗ ਫੈਸਲਾ ਹੈ, ਸਮਕਾਲੀਕਰਨ ਨਹੀਂ। OpenClaw ਅਤੇ Hermes ਕੌਂਫਿਗਰੇਸ਼ਨ ਉਦਾਹਰਣਾਂ AGENT_CONTROL.md ਵਿੱਚ ਹਨ; ਸਥਾਪਿਤ ਕਲਾਇੰਟ ਸੰਸਕਰਣ ਲਈ ਕਲਾਇੰਟ-ਵਿਸ਼ੇਸ਼ ਸੈੱਟਅੱਪ ਅਤੇ ਅਨੁਕੂਲਤਾ ਦੀ ਜਾਂਚ ਕੀਤੀ ਜਾਣੀ ਚਾਹੀਦੀ ਹੈ।

ਬਾਹਰੀ requestId ਕੈਸ਼ ਸਿਰਫ਼ ਐਪ ਦੇ ਚੱਲਣ ਦੌਰਾਨ ਬੇਨਤੀਆਂ ਦੇ ਇੱਕ ਸੀਮਤ ਸਮੂਹ ਨੂੰ ਡੀਡੁਪਲੀਕੇਟ ਕਰਦਾ ਹੈ। ਟਿਕਾਊ ਕਾਰਵਾਈਆਂ ਆਪਣੀਆਂ ਪਛਾਣਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦੀਆਂ ਹਨ: ਕਾਰਜ ਨਿਰਮਾਣ ਲਈ createRequestId, ਵਰਕਫਲੋਅ ਫੈਸਲਿਆਂ ਲਈ commandId, ਸੁਨੇਹਿਆਂ ਲਈ clientMessageId ਅਤੇ operationId Git ਪਰਿਵਰਤਨਾਂ ਲਈ। ਇੱਕ ਅਗਿਆਤ ਰਸੀਦ ਤੋਂ ਬਾਅਦ ਮੂਲ ਪਛਾਣ ਅਤੇ ਪੇਲੋਡ ਨੂੰ ਸੁਰੱਖਿਅਤ ਰੱਖੋ; ਜਾਣਬੁੱਝ ਕੇ ਨਵਾਂ ਕੰਮ ਜਾਰੀ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਸੁਰੱਖਿਅਤ ਕੀਤੀ ਸਥਿਤੀ ਨੂੰ ਪੜ੍ਹੋ।

ਸੰਬੰਧਿਤ ਹਦਾਇਤਾਂ: MCP ਕਲਾਇੰਟ ਨਿਰਦੇਸ਼.

ਸਥਾਨਕ CLI ਅਤੇ ਆਟੋਮੇਸ਼ਨ ਸੀਮਾਵਾਂ

ziaf ਡਿਸਪੈਚਰ ਉਸੇ ਚੱਲ ਰਹੀ ਐਪ ਅਤੇ ਸੁਰੱਖਿਅਤ ਕੀਤੇ ਵਰਕਫਲੋਅ ਨੂੰ ਨਿਯੰਤਰਿਤ ਕਰਦਾ ਹੈ। ਸਰੋਤ ਤੋਂ, npm run ziaf -- list, npm run ziaf -- status --task TASK_ID --json, npm run ziaf -- start --task TASK_ID, ਜਾਂ npm run ziaf -- pause --task TASK_ID ਦੀ ਵਰਤੋਂ ਕਰੋ। ਇੱਕ ਸਫਲ ਸ਼ੁਰੂਆਤ ਰਸੀਦ ਦਾ ਮਤਲਬ ਇਹ ਨਹੀਂ ਹੈ ਕਿ ਕਾਰਜ ਪੂਰਾ ਹੋ ਗਿਆ ਹੈ।

--until-success ਸੁਰੱਖਿਅਤ ਕੀਤੇ ਵਰਕਫਲੋਅ ਲਈ ਜਾਣਬੁੱਝ ਕੇ Auto ਨੂੰ ਸਮਰੱਥ ਬਣਾਉਂਦਾ ਹੈ, ਪਰ ਸਵਾਲ, ਸਮੀਖਿਆ, ਸਵੀਕ੍ਰਿਤੀ ਗੇਟ, ਸੀਮਾਵਾਂ ਅਤੇ ਚੈਕਪੁਆਇੰਟ ਅਜੇ ਵੀ ਲਾਗੂ ਹੁੰਦੇ ਹਨ। Ctrl+C ਨਿਰੀਖਣ ਕਰਨ ਵਾਲੇ ਡਿਸਪੈਚਰ ਤੋਂ ਬਾਹਰ ਆ ਜਾਂਦਾ ਹੈ; ਇਹ ਐਪਲੀਕੇਸ਼ਨ ਵਰਕਫਲੋਅ ਨੂੰ ਅਪ੍ਰਤੱਖ ਤੌਰ 'ਤੇ ਨਹੀਂ ਰੋਕਦਾ। ਨਿਕਾਸ ਕੋਡਾਂ, ਸਥਾਨਕ ਅੰਤਮ ਬਿੰਦੂ ਅਤੇ ਪ੍ਰੋਫਾਈਲ ਪ੍ਰਬੰਧਨ ਲਈ CLI.md ਦੇਖੋ।

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

ਸੰਬੰਧਿਤ ਹਦਾਇਤਾਂ: ਡਿਸਪੈਚਰ ਕਮਾਂਡਾਂ.

ਸੰਸਕਰਣ ਅਤੇ ਅੱਪਡੇਟ

About ਸਹੀ ਚੱਲ ਰਿਹਾ ਸੰਸਕਰਣ ਦਿਖਾਉਂਦਾ ਹੈ। ਜਨਤਕ ਅੱਪਡੇਟਾਂ ਲਈ ਇੱਕ ਭਰੋਸੇਯੋਗ GitHub ਰੀਲੀਜ਼ ਰਿਪੋਜ਼ਟਰੀ ਅਤੇ ਇੱਕ ਸਥਿਰ ਜਾਂ ਪੂਰਵਦਰਸ਼ਨ ਚੈਨਲ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਜਾਂਚ, ਡਾਊਨਲੋਡ ਕਰਨ ਅਤੇ ਇੰਸਟਾਲੇਸ਼ਨ ਦੀਆਂ ਵੱਖਰੀਆਂ ਸਥਿਤੀਆਂ ਹਨ; ਇੱਕ ਗਲਤੀ ਦਾ ਮਤਲਬ ਇਹ ਨਹੀਂ ਹੈ ਕਿ ਕੋਈ ਅੱਪਡੇਟ ਸਥਾਪਤ ਹੋ ਗਿਆ ਹੈ।

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

ਸਮਰੱਥ ਹੋਣ 'ਤੇ ਆਟੋਮੈਟਿਕ ਜਾਂਚ ਤੁਰੰਤ ਚੱਲਦੀ ਹੈ, ਫਿਰ ਹਰ ਛੇ ਘੰਟਿਆਂ ਬਾਅਦ।

ਸਥਿਰ ਪੂਰਵਦਰਸ਼ਨ ਰੀਲੀਜ਼ਾਂ ਨੂੰ ਬਾਹਰ ਰੱਖਦਾ ਹੈ; ਪੂਰਵਦਰਸ਼ਨ ਵਿਕਾਸ ਰੀਲੀਜ਼ਾਂ ਦੀ ਵੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ। ਇੱਕ ਸਫਲ ਜਾਂਚ ਸਿਰਫ਼ ਉਪਲਬਧ ਰੀਲੀਜ਼ ਮੈਟਾਡੇਟਾ ਸਥਾਪਤ ਕਰਦੀ ਹੈ। ਡਾਊਨਲੋਡ ਅਤੇ ਇੰਸਟਾਲੇਸ਼ਨ ਲਈ ਪਲੇਟਫਾਰਮ ਪੈਕੇਜ ਅਤੇ ਕੌਂਫਿਗਰ ਕੀਤੀ ਰੀਲੀਜ਼ ਫੀਡ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। Linux DEB ਡਿਲੀਵਰੀ ਇੱਕ ਵੱਖਰਾ ਇੰਸਟਾਲਰ ਮਾਰਗ ਹੈ; ਇਹ ਨਾ ਮੰਨੋ ਕਿ ਇੱਕ DEB macOS ਅੱਪਡੇਟ ਵਿਧੀ ਦੁਆਰਾ ਆਪਣੇ ਆਪ ਅੱਪਗ੍ਰੇਡ ਹੋ ਜਾਂਦਾ ਹੈ।

ਸੰਬੰਧਿਤ ਹਦਾਇਤਾਂ: ਰੀਲੀਜ਼ ਦੀ ਤਿਆਰੀ.

ਮੁੜ ਚਾਲੂ ਅਤੇ ਰਿਕਵਰੀ

macOS 'ਤੇ, ਪੂਰੀ ਤਰ੍ਹਾਂ ਬੰਦ ਕਰਨ ਲਈ Quit / ⌘Q ਦੀ ਵਰਤੋਂ ਕਰੋ। ਵਿੰਡੋ ਨੂੰ ਬੰਦ ਕਰਨ ਨਾਲ ਐਪ ਚੱਲਦੀ ਰਹਿ ਸਕਦੀ ਹੈ। ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਪੁਰਾਣੇ ਸੰਸਕਰਣ ਨੂੰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਛੱਡੋ।

ਲਾਂਚ ਕਰਨ ਤੋਂ ਬਾਅਦ, ਉਹੀ ਕਾਰਜ ਚੁਣੋ। ਇਤਿਹਾਸ ਅਤੇ ਡਰਾਫਟ ਵਾਪਸ ਆਉਂਦੇ ਹਨ। Resume ਇੱਕ ਨੇਟਿਵ/ਸਥਾਨਕ ਸੰਦਰਭ ਨੂੰ ਬਹਾਲ ਕਰਦਾ ਹੈ ਪਰ ਇੱਕ ਡਰਾਫਟ ਨਹੀਂ ਭੇਜਦਾ, ਕਤਾਰ ਨੂੰ ਅਣ-ਰੋਕਦਾ ਨਹੀਂ ਕਰਦਾ ਜਾਂ ਕਿਸੇ ਅਣਜਾਣ ਕਾਰਵਾਈ ਨੂੰ ਦੁਹਰਾਉਣ ਦਾ ਅਧਿਕਾਰ ਨਹੀਂ ਦਿੰਦਾ।

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

ਜਦੋਂ ਡਿਲੀਵਰੀ ਅਣਜਾਣ ਹੁੰਦੀ ਹੈ, ਤਾਂ ਇੱਕ ਪ੍ਰਬੰਧਿਤ ਵਰਕਫਲੋਅ ਨੂੰ ਇੱਕ ਤਾਜ਼ਾ ਸੰਦਰਭ ਲਈ ਸਪੱਸ਼ਟ ਇਜਾਜ਼ਤ ਦੀ ਲੋੜ ਹੋ ਸਕਦੀ ਹੈ। ਪਹਿਲਾਂ ਦਾ ਕੰਮ ਅਤੇ ਅਸਫਲ ਕੋਸ਼ਿਸ਼ਾਂ ਬਾਕੀ ਹਨ; ਬਣਾਈ ਗਈ ਸਫਲਤਾ ਨਾਲੋਂ ਦਿਖਾਈ ਦੇਣ ਵਾਲਾ ਇਨਕਾਰ ਸੁਰੱਖਿਅਤ ਹੈ।

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

ਸੰਬੰਧਿਤ ਹਦਾਇਤਾਂ: ਰਿਕਵਰੀ ਇਕਰਾਰਨਾਮਾ.

ਸਮੱਸਿਆ ਨਿਪਟਾਰਾ

CLI ਨਹੀਂ ਮਿਲਿਆ: ਇੱਕ ਆਮ ਟਰਮੀਨਲ ਵਿੱਚ ਇਸਦੀ ਸਥਾਪਨਾ ਅਤੇ ਸੰਸਕਰਣ ਦੀ ਜਾਂਚ ਕਰੋ, ਫਿਰ ZIAForge ਨੂੰ ਮੁੜ ਚਾਲੂ ਕਰੋ। ਇੱਕ ਐਗਜ਼ੀਕਿਊਟੇਬਲ ਦਾ ਮੌਜੂਦ ਹੋਣ ਦਾ ਮਤਲਬ ਇਹ ਨਹੀਂ ਹੈ ਕਿ ਤੁਸੀਂ ਸਾਈਨ ਇਨ ਹੋ। ਪ੍ਰਦਾਤਾ ਦੀ ਆਪਣੀ ਸਾਈਨ-ਇਨ ਵਿਧੀ ਦੀ ਵਰਤੋਂ ਕਰੋ।

ਮਾਡਲ ਅਣਉਪਲਬਧ ਹੈ ਜਾਂ ਅਧਿਕਾਰ ਅਸਫਲ ਰਿਹਾ: ਖੋਜ ਨੂੰ ਤਾਜ਼ਾ ਕਰੋ, ਇੱਕ ਉਪਲਬਧ ID ਚੁਣੋ ਅਤੇ ਆਪਣੇ ਖਾਤੇ ਅਤੇ ਸੀਮਾਵਾਂ ਦੀ ਜਾਂਚ ਕਰੋ। ਇਸਦੇ ਇਤਿਹਾਸ ਦੀ ਜਾਂਚ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਕਿਸੇ ਅਨਿਸ਼ਚਿਤ ਬੇਨਤੀ ਨੂੰ ਦੁਹਰਾਓ ਨਾ।

ਵਰਕਫਲੋਅ ਰੁਕ ਗਿਆ: ਮੌਜੂਦਾ ਪੜਾਅ, ਸਵਾਲ, ਪੁਸ਼ਟੀਕਰਨ ਰਸੀਦ ਜਾਂ CLI ਲੌਗ ਖੋਲ੍ਹੋ। ਖਾਸ ਕਾਰਨ ਨੂੰ ਸੰਬੋਧਿਤ ਕਰੋ: ਇੱਕ ਅਣ-ਉੱਤਰਿਆ ਸਵਾਲ, ਕਮਾਂਡ, ਫੋਲਡਰ ਇਜਾਜ਼ਤ ਜਾਂ ਕੋਸ਼ਿਸ਼ ਸੀਮਾ। Continue ਇੱਕ ਅਸਫਲ ਜਾਂਚ ਨੂੰ ਸਫਲਤਾ ਵਿੱਚ ਨਹੀਂ ਬਦਲ ਸਕਦਾ।

ਫੋਲਡਰ ਗੁੰਮ ਹੈ ਜਾਂ ਬਦਲਿਆ ਗਿਆ ਹੈ: ਮੂਲ ਫੋਲਡਰ ਤੱਕ ਪਹੁੰਚ ਬਹਾਲ ਕਰੋ ਜਾਂ ਨਵਾਂ ਕਾਰਜ ਬਣਾਓ। ਐਪ ਨੂੰ HOME ਤੋਂ ਜਾਰੀ ਨਹੀਂ ਰੱਖਣਾ ਚਾਹੀਦਾ। ਜੇਕਰ ਤੁਸੀਂ ਕੋਈ ਹੋਰ cwd ਦੇਖਦੇ ਹੋ, ਤਾਂ ਵਾਰੀ ਬੰਦ ਕਰੋ ਅਤੇ ਡਾਇਗਨੌਸਟਿਕਸ ਨੂੰ ਸੁਰੱਖਿਅਤ ਰੱਖੋ।

ਕਿਸੇ ਰਿਪੋਰਟ ਲਈ, About ਸੰਸਕਰਣ, ਰੂਟ, CLI/ਮਾਡਲ, ਸੰਭਾਵਿਤ ਅਤੇ ਅਸਲ ਵਿਵਹਾਰ, ਇੱਕ ਸਕ੍ਰੀਨਸ਼ੌਟ ਅਤੇ ਇੱਕ ਸੁਰੱਖਿਅਤ ਲੌਗ ਅੰਸ਼ ਸ਼ਾਮਲ ਕਰੋ। ਭੇਦ, ਨਿੱਜੀ ਸਮੱਗਰੀ ਅਤੇ ਮਾਰਗਾਂ ਨੂੰ ਹਟਾਓ ਜੋ ਪ੍ਰਕਾਸ਼ਿਤ ਨਹੀਂ ਕੀਤੇ ਜਾ ਸਕਦੇ।

ਰਿਮੋਟ ਪੰਨਾ ਅਣਉਪਲਬਧ ਹੈ: ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਮਾਲਕ ਨੇ ਸਰਵਰ ਨੂੰ ਸਮਰੱਥ ਬਣਾਇਆ ਹੈ, ਸੁਣਨ ਵਾਲੇ ਪਤੇ ਅਤੇ ਪੋਰਟ ਦੀ ਜਾਂਚ ਕਰੋ, ਫਿਰ ਸਹੀ ਇੰਸਟੈਂਸ ਟੋਕਨ ਨਾਲ ਪ੍ਰਮਾਣਿਤ ਕਰੋ। ਇੱਕ 401 ਪ੍ਰਮਾਣੀਕਰਨ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ; ਇੱਕ ਅਸਵੀਕਾਰ ਕੀਤਾ ਗਿਆ ਪਰਿਵਰਤਨ ਪੜ੍ਹਨ ਦਾ ਦਾਇਰਾ ਜਾਂ ਸਿਰਫ਼-ਮਾਲਕ ਨਿਯੰਤਰਣ ਹੋ ਸਕਦਾ ਹੈ। ਟੋਕਨ ਨੂੰ ਬਦਲਣਾ ਮੌਜੂਦਾ ਬ੍ਰਾਊਜ਼ਰ ਕਲਾਇੰਟਸ ਨੂੰ ਬੰਦ ਕਰ ਦਿੰਦਾ ਹੈ। ਰਿਮੋਟ ਐਪਲੀਕੇਸ਼ਨ ਕੰਟਰੋਲ ਵਜੋਂ ਵੱਖਰੇ DevTools ਨਿਰੀਖਣ ਪੋਰਟ ਦਾ ਪਰਦਾਫਾਸ਼ ਨਾ ਕਰੋ।

ਸੰਪਾਦਕ ਸੇਵ ਤੋਂ ਇਨਕਾਰ ਕੀਤਾ ਗਿਆ: ਡਰਾਫਟ ਨੂੰ ਰੱਖੋ, ਡਿਸਕ 'ਤੇ ਮੌਜੂਦਾ ਫਾਈਲ ਦੀ ਜਾਂਚ ਕਰੋ ਅਤੇ ਬਾਹਰੀ-ਤਬਦੀਲੀ ਟਕਰਾਅ ਨੂੰ ਹੱਲ ਕਰੋ। ਐਪਲੀਕੇਸ਼ਨ ਮੈਟਾਡੇਟਾ ਨੂੰ ਦੁਬਾਰਾ ਲਿਖ ਕੇ ਤੁਲਨਾ ਨੂੰ ਬਾਈਪਾਸ ਨਾ ਕਰੋ। ਜੇਕਰ ਵੱਡੀ-ਫਾਈਲ ਪੂਰੀ ਲੋਡਿੰਗ ਅਣਉਪਲਬਧ ਹੈ, ਤਾਂ ਸਮਰਥਿਤ ਵਿੰਡੋ ਸੰਪਾਦਨ/ਖੋਜ ਜਾਂ ਬਾਹਰੀ ਸੰਪਾਦਕ ਦੀ ਵਰਤੋਂ ਕਰੋ।

Telegram ਅਣਉਪਲਬਧ ਹੈ: ਬੋਟ ਟੋਕਨ, ਸੰਖਿਆਤਮਕ ਮਾਲਕ, ਨਿੱਜੀ ਗੱਲਬਾਤ ਅਤੇ ਸਥਿਤੀ ਦੀ ਸਥਾਨਕ ਤੌਰ 'ਤੇ ਪੁਸ਼ਟੀ ਕਰੋ। ਇੱਕ ਮੁਕਾਬਲੇ ਵਾਲਾ ਵੈਬਹੁੱਕ ਜਾਂ ਪੋਲਰ ਪੋਲਿੰਗ ਨੂੰ ਰੋਕ ਸਕਦਾ ਹੈ; ZIAForge ਆਪਣੇ ਆਪ ਕਿਸੇ ਵੈਬਹੁੱਕ ਨੂੰ ਨਹੀਂ ਮਿਟਾਉਂਦਾ ਜਾਂ ਕਿਸੇ ਹੋਰ ਪੋਲਰ ਨੂੰ ਆਪਣੇ ਹੱਥ ਵਿੱਚ ਨਹੀਂ ਲੈਂਦਾ। ਕਿਸੇ ਅਣਜਾਣ ਸੀਮਾ 'ਤੇ ਅਸਵੀਕਾਰ ਜਾਂ ਰੁਕਾਵਟ ਵਾਲੀਆਂ ਕਮਾਂਡਾਂ ਆਪਣੇ ਆਪ ਦੁਬਾਰਾ ਨਹੀਂ ਚਲਾਈਆਂ ਜਾਂਦੀਆਂ ਹਨ।

ਸੰਬੰਧਿਤ ਹਦਾਇਤਾਂ: ਜਾਂਚ ਅਤੇ ਨਿਦਾਨ.

ਸਮੱਸਿਆਵਾਂ ਦੀ ਰਿਪੋਰਟ ਕਰੋ ਅਤੇ ਸਬੂਤਾਂ ਦੀ ਜਾਂਚ ਕਰੋ

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

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

ਯੋਗਦਾਨੀਆਂ ਲਈ, qa:doctor ਵਾਤਾਵਰਣ/ਬਿਲਡ ਪਛਾਣ ਨੂੰ ਪੜ੍ਹਦਾ ਹੈ; qa:inspect ਪ੍ਰਦਾਤਾ ਸਟੱਬਾਂ ਦੇ ਨਾਲ ਇੱਕ ਅਲੱਗ ਪ੍ਰੋਫਾਈਲ ਖੋਲ੍ਹਦਾ ਹੈ। ਇੱਕ ਫਿਕਸਚਰ ਕਿਸੇ ਮਾਡਲ ਨਾਲ ਸੰਪਰਕ ਕੀਤੇ ਬਿਨਾਂ ਟੈਸਟ ਕੀਤੇ ਐਪਲੀਕੇਸ਼ਨ ਮਾਰਗ ਨੂੰ ਸਾਬਤ ਕਰਦਾ ਹੈ। ਲਾਈਵ ਅਨੁਮਾਨ, Telegram ਕਨੈਕਟੀਵਿਟੀ, ਨੇਟਿਵ Linux ਡੈਸਕਟੌਪ, ਦਸਤਖਤ ਅਤੇ ਪੈਕ ਕੀਤੇ ਆਰਟੀਫੈਕਟ ਜਾਂਚਾਂ ਵੱਖਰੇ ਸਬੂਤ ਹਨ। ਪੁਨਰ-ਉਤਪਾਦਨਯੋਗ ਕਮਾਂਡਾਂ ਅਤੇ ਸਫਾਈ ਲਈ TESTING.md ਦੇਖੋ।

ਸੰਬੰਧਿਤ ਹਦਾਇਤਾਂ: ਸਬੂਤ ਕਮਾਂਡਾਂ.

ਸਥਾਨਕ ਡੇਟਾ ਅਤੇ ਸੀਮਾਵਾਂ

ਪ੍ਰੋਜੈਕਟਾਂ, ਇਤਿਹਾਸ, ਯੋਜਨਾਵਾਂ, ਦਸਤਾਵੇਜ਼ਾਂ ਅਤੇ ਡਾਇਗਨੌਸਟਿਕਸ ਵਿੱਚ ਨਿੱਜੀ ਟੈਕਸਟ ਹੋ ਸਕਦਾ ਹੈ। ਸਰੋਤ ਕੋਡ ਦੇ ਨਾਲ ਪ੍ਰੋਫਾਈਲ, ਕੱਚੇ ਕੈਪਚਰ, ਕੁੰਜੀਆਂ ਜਾਂ ਸੰਪੂਰਨ ਲੌਗ ਪ੍ਰਕਾਸ਼ਿਤ ਨਾ ਕਰੋ।

Linux ਉੱਤੇ, API, ਕੰਟਰੋਲ, Telegram ਅਤੇ ਇੰਸਟੈਂਸ ਪ੍ਰਮਾਣ ਪੱਤਰਾਂ ਨੂੰ ਸੁਰੱਖਿਅਤ ਕਰਨ ਲਈ ਇੱਕ ਅਨਲੌਕ ਕੀਤੇ GNOME ਸੀਕ੍ਰੇਟ ਸਰਵਿਸ ਜਾਂ KWallet ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ; ਇੱਕ ਸਮਰਥਿਤ ਗੁਪਤ ਸਟੋਰ ਦੇ ਬਿਨਾਂ, ZIAForge Electron ਦੇ basic_text ਫਾਲਬੈਕ ਦੀ ਵਰਤੋਂ ਕਰਨ ਦੀ ਬਜਾਏ ਇਹਨਾਂ ਭੇਦਾਂ ਨੂੰ ਸੁਰੱਖਿਅਤ ਕਰਨ ਤੋਂ ਇਨਕਾਰ ਕਰਦਾ ਹੈ।

ਸਥਾਨਕ ਸਟੋਰੇਜ ਦਾ ਮਤਲਬ ਇਹ ਨਹੀਂ ਹੈ ਕਿ ਬੇਨਤੀਆਂ ਤੁਹਾਡੇ ਕੰਪਿਊਟਰ 'ਤੇ ਰਹਿੰਦੀਆਂ ਹਨ: ਚੁਣਿਆ ਗਿਆ CLI/API ਉਹਨਾਂ ਨੂੰ ਆਪਣੇ ਪ੍ਰਦਾਤਾ ਨੂੰ ਭੇਜਦਾ ਹੈ। ਇੱਕ ਵਰਕਿੰਗ ਫੋਲਡਰ ਅਤੇ ਪ੍ਰਕਿਰਿਆ ਨਿਗਰਾਨੀ OS ਆਈਸੋਲੇਸ਼ਨ ਨਹੀਂ ਹਨ। ਚੁਣੀਆਂ ਗਈਆਂ ਇਜਾਜ਼ਤਾਂ ਦੀ ਜਾਂਚ ਕਰੋ।

ਸਬੂਤ ਦੀਆਂ ਕਿਸਮਾਂ ਵਿੱਚ ਫਰਕ ਕਰੋ: ਫਿਕਸਚਰ ਕਿਸੇ ਮਾਡਲ ਤੋਂ ਬਿਨਾਂ ਐਪਲੀਕੇਸ਼ਨ ਦੀ ਜਾਂਚ ਕਰਦੇ ਹਨ; ਨੇਟਿਵ ਲਾਈਵ ਇੱਕ ਅਸਲੀ CLI/ਖਾਤੇ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ; ਪੈਕ ਕੀਤੀਆਂ ਜਾਂਚਾਂ ਇੱਕ ਖਾਸ ਆਰਟੀਫੈਕਟ ਨੂੰ ਪ੍ਰਮਾਣਿਤ ਕਰਦੀਆਂ ਹਨ। ਇੱਕ ਨੂੰ ਪਾਸ ਕਰਨਾ ਦੂਜਿਆਂ ਦੀ ਗਰੰਟੀ ਨਹੀਂ ਦਿੰਦਾ।

ਐਪਲੀਕੇਸ਼ਨ ਦਾ ਦਾਇਰਾ, ਇੱਕ ਵਰਕਟ੍ਰੀ ਅਤੇ ਇੱਕ ਸਿਰਫ਼-ਪੜ੍ਹਨ ਲਈ ਪ੍ਰੋਂਪਟ ਓਪਰੇਟਿੰਗ-ਸਿਸਟਮ ਲਾਗੂਕਰਨ ਤੋਂ ਵੱਖਰੇ ਹਨ। Antigravity ਸਮੀਖਿਅਕ/ਸਹਾਇਕ ਨੀਤੀਆਂ ਫਾਈਲ ਸਿਸਟਮ ਸਿਰਫ਼-ਪੜ੍ਹਨ ਲਈ ਪਹੁੰਚ ਨੂੰ ਲਾਗੂ ਕਰਨ ਦੀ ਬਜਾਏ ਇਕੱਤਰ ਕੀਤੇ ਵਰਕਸਪੇਸ ਸਬੂਤਾਂ ਵਿੱਚ ਤਬਦੀਲੀਆਂ ਦਾ ਪਤਾ ਲਗਾਉਂਦੀਆਂ ਹਨ। ਮੂਲ ਕੰਪਿਊਟਰ ਕੰਟਰੋਲ ਆਮ ਐਪ-ਟੂਲ ਸੀਮਾ ਤੋਂ ਬਾਹਰ ਮਾਲਕ-ਅਧਿਕਾਰਤ ਪ੍ਰੋਗਰਾਮਾਂ ਨੂੰ ਚਲਾਉਂਦਾ ਹੈ; ਜਦੋਂ ਇਸਦੀ ਹੁਣ ਲੋੜ ਨਾ ਹੋਵੇ ਤਾਂ ਇਸਨੂੰ ਬੰਦ ਕਰ ਦਿਓ।

ਸੰਬੰਧਿਤ ਹਦਾਇਤਾਂ: ਮੂਲ ਅਤੇ ਪ੍ਰਕਾਸ਼ਨ.

ਇਸ ਓਪਨ-ਸੋਰਸ ਪ੍ਰੋਜੈਕਟ ਨੂੰ ਸਮਝੋ ਅਤੇ ਬਦਲੋ

ਪਹਿਲਾਂ AGENTS.md ਅਤੇ CONTRIBUTING.md ਪੜ੍ਹੋ, ਫਿਰ ਮੌਜੂਦਾ ਸਰੋਤ ਸੀਮਾਵਾਂ ਲਈ PROJECT_MAP.md ਪੜ੍ਹੋ। ਲਾਗੂ ਕੀਤੇ ਟਾਈਪ ਕੀਤੇ ਇਕਰਾਰਨਾਮੇ ਅਤੇ ਮੌਜੂਦਾ ਵਰਕਫਲੋਅ/ਪ੍ਰਦਾਤਾ ਦਸਤਾਵੇਜ਼ ਵਿਹਾਰ ਨੂੰ ਨਿਯੰਤਰਿਤ ਕਰਦੇ ਹਨ। CONCEPT.md ਅਤੇ ARCHITECTURE.md ਦੇ ਟਰਮੀਨਲ-ਪਹਿਲੇ ਹਿੱਸੇ ਇਤਿਹਾਸਕ ਇਰਾਦੇ ਨੂੰ ਸੁਰੱਖਿਅਤ ਰੱਖਦੇ ਹਨ ਅਤੇ ਮੌਜੂਦਾ ਰੀਲੀਜ਼ ਦਾਅਵਿਆਂ ਵਜੋਂ ਗਲਤ ਨਹੀਂ ਸਮਝੇ ਜਾਣੇ ਚਾਹੀਦੇ।

ਅੰਗਰੇਜ਼ੀ ਸਹਾਇਤਾ ਸਰੋਤ docs/help/en.json ਹੈ। ਤਿਆਰ ਕੀਤੇ USER_GUIDE.md ਜਾਂ website/guide.html ਨੂੰ ਹੱਥੀਂ ਸੰਪਾਦਿਤ ਨਾ ਕਰੋ। ਪ੍ਰਮਾਣਿਕ ਭਾਗ ਨੂੰ ਬਦਲੋ, ਪ੍ਰਭਾਵਿਤ ਇਕਰਾਰਨਾਮੇ ਨੂੰ ਅੱਪਡੇਟ ਕਰੋ ਅਤੇ node scripts/help/generate.cjs ਚਲਾਓ। ਇਨ-ਐਪ ਸਹਾਇਤਾ ਉਸੇ ਸਰੋਤ ਨੂੰ ਪੜ੍ਹਦੀ ਹੈ। ਸੀਮਾਵਾਂ, ਇਜਾਜ਼ਤਾਂ ਅਤੇ ਅਸਮਰਥਿਤ ਮਾਰਗਾਂ ਸਮੇਤ ਅਸਲ ਲਾਗੂਕਰਨ ਦੇ ਨਾਲ ਜੋੜਾਂ ਦੀ ਸਮੀਖਿਆ ਕਰੋ।

56 ਇੰਟਰਫੇਸ ਲੋਕੇਲਾਂ ਵਿੱਚੋਂ ਹਰੇਕ ਦੀ docs/help/locales.json ਵਿੱਚ ਵੱਖਰੀ ਸਹਾਇਤਾ ਸਥਿਤੀ ਹੈ। ਗੁੰਮ ਜਾਂ ਅਧੂਰੀ ਸਹਾਇਤਾ ਅੰਗਰੇਜ਼ੀ ਵਿੱਚ ਵਾਪਸ ਆ ਜਾਂਦੀ ਹੈ। ਸੰਪੂਰਨ ਮਸ਼ੀਨ-ਅਨੁਵਾਦਿਤ ਭਾਗਾਂ ਨੂੰ ਲੇਬਲ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਅਤੇ ਮਨੁੱਖੀ ਸਮੀਖਿਆ ਦੇ ਦਾਅਵੇ ਤੋਂ ਬਿਨਾਂ, ਅੰਗਰੇਜ਼ੀ ਸਰੋਤ ਹੈਸ਼ ਨਾਲ ਬੰਨ੍ਹਿਆ ਜਾਂਦਾ ਹੈ। ਇੱਕ ਮਨੁੱਖੀ-ਸਮੀਖਿਆ ਕੀਤਾ ਅਨੁਵਾਦ ਇਸਦੇ ਸਮੀਖਿਅਕ ਨੂੰ ਵਾਧੂ ਰਿਕਾਰਡ ਕਰਦਾ ਹੈ। ਹਰੇਕ ਅਨੁਵਾਦ ਨੂੰ ਸੈਕਸ਼ਨ ID, ਕਿਰਿਆਵਾਂ, ਫਾਈਲ/ਕਮਾਂਡ ਪਛਾਣਕਰਤਾਵਾਂ ਅਤੇ ਤਕਨੀਕੀ ਸੀਮਾਵਾਂ ਨੂੰ ਸੁਰੱਖਿਅਤ ਰੱਖਣਾ ਚਾਹੀਦਾ ਹੈ, ਸਹੀ ਦਿਸ਼ਾ ਦੀ ਵਰਤੋਂ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ, ਅਤੇ ਇਸਦੇ ਅੰਗਰੇਜ਼ੀ ਸਰੋਤ ਦੇ ਬਦਲਣ 'ਤੇ ਤਾਜ਼ਾ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ।

ਸ਼ਿਪਿੰਗ ਤੋਂ ਪਹਿਲਾਂ, ਪੁਰਾਣੇ ਤਿਆਰ ਕੀਤੇ ਆਉਟਪੁੱਟ, ਅਵੈਧ ਲੋਕੇਲ ਸਕੈਫੋਲਡ ਜਾਂ ਟੁੱਟੇ ਹੋਏ ਸਥਾਨਕ ਕੰਟਰੈਕਟ ਲਿੰਕਾਂ ਦਾ ਪਤਾ ਲਗਾਉਣ ਲਈ node scripts/help/generate.cjs --check ਚਲਾਓ। UI ਅਨੁਵਾਦ ਜਾਂਚਾਂ ਅਤੇ ਐਪਲੀਕੇਸ਼ਨ ਵਿਹਾਰ ਜਾਂਚਾਂ ਵੱਖਰੀਆਂ ਰਹਿੰਦੀਆਂ ਹਨ। HELP_MAINTENANCE.md ਯੋਗਦਾਨੀ ਅਤੇ AI ਅੱਪਡੇਟ ਪ੍ਰਕਿਰਿਆ ਦਿੰਦਾ ਹੈ; ਦਸਤਾਵੇਜ਼ਾਂ ਨੂੰ ਪਾਸ ਕੀਤੇ ਟੈਸਟ ਦਾ ਦਾਅਵਾ ਨਹੀਂ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ ਜੋ ਚਲਾਇਆ ਨਹੀਂ ਗਿਆ ਹੈ।

ਸੰਬੰਧਿਤ ਹਦਾਇਤਾਂ: ਮੌਜੂਦਾ ਪ੍ਰੋਜੈਕਟ ਦਾ ਨਕਸ਼ਾ · ਦਸਤਾਵੇਜ਼ ਰੱਖ-ਰਖਾਅ · ਯੋਗਦਾਨੀ ਨਿਰਦੇਸ਼ · ਏਜੰਟ ਨਿਰਦੇਸ਼.