Elon Musk ਦੀ AI ਲੈਬ xAI ਨੇ Grok Build ਕੋਡਿੰਗ ਏਜੰਟ ਨੂੰ GitHub 'ਤੇ ਇੱਕ ਓਪਨ-ਸੋਰਸ ਪ੍ਰੋਜੈਕਟ ਵਜੋਂ ਪੁਸ਼ ਕੀਤਾ ਹੈ; ਇਸ ਰੈਪੋ (repo) ਨੂੰ ਪਹਿਲਾਂ ਹੀ 13.8k ਸਟਾਰਸ ਮਿਲ ਚੁੱਕੇ ਹਨ (ਜੁਲਾਈ 2026)। ਡਿਵੈਲਪਰ ਹੁਣ ਉਸ ਕੋਡ ਨੂੰ ਦੇਖ ਸਕਦੇ ਹਨ, ਆਡਿਟ ਕਰ ਸਕਦੇ ਹਨ ਅਤੇ ਸੋਧ ਸਕਦੇ ਹਨ ਜੋ ਪ੍ਰੋਗਰਾਮਾਂ ਨੂੰ ਪੜ੍ਹਦਾ, ਐਡਿਟ ਕਰਦਾ ਅਤੇ ਚਲਾਉਂਦਾ ਹੈ।

ਓਪਨ-ਸੋਰਸ ਰਿਲੀਜ਼ ਕਿਉਂ ਮਹੱਤਵਪੂਰਨ ਹੈ

13.8k ਸਟਾਰਸ ਉਤਸੁਕਤਾ ਨੂੰ ਦਰਸਾਉਂਦੇ ਹਨ, ਗੁਣਵੱਤਾ ਨੂੰ ਨਹੀਂ। ਜੋ ਮਾਇਨੇ ਰੱਖਦਾ ਹੈ ਉਹ ਇਹ ਹੈ ਕਿ xAI ਨੇ ਕਿਹੜੇ ਹਿੱਸੇ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਨੇ ਚੁਣੇ ਹਨ। ਕਮਾਂਡ-ਲਾਈਨ ਇੰਟਰਫੇਸ (CLI), ਟਰਮੀਨਲ UI (TUI), ਅਤੇ ਏਜੰਟ ਰਨਟਾਈਮ ਲਈ Rust ਸੋਰਸ ਕੋਡ ਰਿਲੀਜ਼ ਕਰਕੇ, xAI ਡਿਵੈਲਪਰਾਂ ਨੂੰ ਉਸ “harness” ਦੀ ਜਾਂਚ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ ਜੋ ਮਾਡਲ ਕਾਲਾਂ, ਟੂਲ ਦੀ ਵਰਤੋਂ, ਅਤੇ ਫਾਈਲ ਕਾਰਜਾਂ ਦਾ ਪ੍ਰਬੰਧ ਕਰਦਾ ਹੈ। ਬਲੈਕ-ਬਾਕਸ AI ਕੋਡਿੰਗ ਸਹਾਇਕਾਂ ਨਾਲ ਭਰੀ ਹੋਈ ਮਾਰਕੀਟ ਵਿੱਚ, ਅਜਿਹੀ ਪਾਰਦਰਸ਼ਤਾ ਬਹੁਤ ਘੱਟ ਹੈ।

Grok Build ਅਸਲ ਵਿੱਚ ਕੀ ਹੈ

Grok Build ਇੱਕ ਕੋਡਿੰਗ ਏਜੰਟ ਹੈ ਜੋ ਟਰਮੀਨਲ UI ਦੇ ਨਾਲ ਮਿਲ ਕੇ ਕੰਮ ਕਰਦਾ ਹੈ। ਰੈਪੋ ਇਸਦੀਆਂ ਸਮਰੱਥਾਵਾਂ ਦੀ ਸੂਚੀ ਦਿੰਦੀ ਹੈ:

  • ਕਈ ਭਾਸ਼ਾਵਾਂ ਵਿੱਚ ਕੋਡ ਨੂੰ ਸਮਝਣਾ।
  • ਲੋਕਲ ਫਾਈਲਸਿਸਟਮ 'ਤੇ ਫਾਈਲਾਂ ਨੂੰ ਐਡਿਟ ਕਰਨਾ।
  • ਸ਼ੈੱਲ (shell) ਕਮਾਂਡਾਂ ਨੂੰ ਚਲਾਉਣਾ।
  • ਵਾਧੂ ਜਾਣਕਾਰੀ ਲਈ ਵੈੱਬ 'ਤੇ ਸਰਚ ਕਰਨਾ।

ਸਾਰੀਆਂ ਕਾਰਵਾਈਆਂ ਇੱਕ ਲੈਂਗੂਏਜ ਮਾਡਲ ਰਾਹੀਂ ਚਲਦੀਆਂ ਹਨ, ਪਰ ਮਾਡਲ ਸਿਰਫ਼ ਇੱਕ ਹਿੱਸਾ ਹੈ। Harness ਇਹ ਫੈਸਲਾ ਕਰਦਾ ਹੈ ਕਿ ਏਜੰਟ ਕਿਵੇਂ ਸੰਦਰਭ (context) ਇਕੱਠਾ ਕਰਦਾ ਹੈ, ਕਿਹੜੇ ਟੂਲ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ, ਅਤੇ ਐਡਿਟ ਕਿਵੇਂ ਲਾਗੂ ਕਰਦਾ ਹੈ। ਇਹ ਫੈਸਲੇ ਮਾਡਲ ਦੇ ਨਾਮ ਨਾਲੋਂ ਰੋਜ਼ਾਨਾ ਦੇ ਅਨੁਭਵ ਨੂੰ ਵਧੇਰੇ ਪ੍ਰਭਾਵਿਤ ਕਰਦੇ ਹਨ।

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

The harness: ਉਹ ਲੁਕਿਆ ਹੋਇਆ ਡਰਾਈਵਰ

ਕਿਸੇ ਵੀ AI-ਪਾਵਰਡ ਏਜੰਟ ਵਿੱਚ, harness ਪ੍ਰੋਂਪਟਸ, ਟੂਲ ਆਉਟਪੁੱਟ, ਅਤੇ ਕੋਡ ਤਬਦੀਲੀਆਂ ਨੂੰ ਇੱਕ ਸੁਮੇਲਿਤ ਯੋਜਨਾ ਵਿੱਚ ਜੋੜਦਾ ਹੈ। Grok Build ਦਾ harness ਉਹ ਤਿੰਨ ਕੰਮ ਕਰਦਾ ਹੈ ਜਿਨ੍ਹਾਂ ਦੀ ਡਿਵੈਲਪਰਾਂ ਨੂੰ ਚਿੰਤਾ ਹੁੰਦੀ ਹੈ:

  1. Context assembly – ਇਹ ਉਪਭੋਗਤਾ ਦੇ ਨਿਰਦੇਸ਼ਾਂ, ਰੈਪੋਜ਼ੀਟਰੀ ਫਾਈਲਾਂ, ਅਤੇ ਟੂਲ ਦੇ ਨਤੀਜਿਆਂ ਤੋਂ ਇੱਕ ਦ੍ਰਿਸ਼ ਤਿਆਰ ਕਰਦਾ ਹੈ। ਬਹੁਤ ਜ਼ਿਆਦਾ context ਟੋਕਨ ਦੀ ਵਰਤੋਂ ਅਤੇ ਲਾਗਤ ਨੂੰ ਵਧਾ ਦਿੰਦਾ ਹੈ; ਬਹੁਤ ਘੱਟ context ਗਲਤ ਐਡਿਟਾਂ ਦਾ ਕਾਰਨ ਬਣਦਾ ਹੈ।
  2. Tool orchestration – ਇਹ ਫੈਸਲਾ ਕਰਦਾ ਹੈ ਕਿ ਸ਼ੈੱਲ ਨੂੰ ਕਦੋਂ ਬੁਲਾਉਣਾ ਹੈ, ਸਰਚ ਪਲੱਗਇਨ ਨੂੰ ਕਦੋਂ ਕਾਲ ਕਰਨਾ ਹੈ, ਅਤੇ ਉਹਨਾਂ ਨਤੀਜਿਆਂ ਨੂੰ ਮਾਡਲ ਵਿੱਚ ਕਿਵੇਂ ਵਾਪਸ ਭੇਜਣਾ ਹੈ।
  3. Edit management – ਇਹ ਕੋਡਬੇਸ ਨੂੰ ਛੂਹਣ ਤੋਂ ਪਹਿਲਾਂ ਇੱਕ ਯੋਜਨਾ ਬਣਾਉਂਦਾ ਹੈ, diff ਦਿਖਾਉਂਦਾ ਹੈ, ਅਤੇ ਕਮਾਂਡ ਇਤਿਹਾਸ ਨੂੰ ਰਿਕਾਰਡ ਕਰਦਾ ਹੈ।

ਕਿਉਂਕਿ harness ਓਪਨ ਸੋਰਸ ਹੈ, ਤੁਸੀਂ ਫੈਸਲੇ ਲੈਣ ਵਾਲੇ ਲੌਜਿਕ ਨੂੰ ਪੜ੍ਹ ਸਕਦੇ ਹੋ, ਉਸ ਵਿੱਚ ਸੁਧਾਰ ਕਰ ਸਕਦੇ ਹੋ, ਜਾਂ ਵਰਕਫਲੋ ਨੂੰ ਤੋੜੇ ਬਿਨਾਂ ਪੂਰੀ ਤਰ੍ਹਾਂ ਮਾਡਲ ਨੂੰ ਬਦਲ ਸਕਦੇ ਹੋ।

ਡਿਵੈਲਪਰਾਂ ਲਈ ਵਿਵਹਾਰਕ ਕਦਮ

ਛੋਟੇ ਪੱਧਰ ਤੋਂ ਸ਼ੁਰੂ ਕਰੋ ਅਤੇ ਸੁਰੱਖਿਅਤ ਰੂਪ ਵਿੱਚ ਪ੍ਰਯੋਗ ਕਰੋ। ਰੈਪੋਜ਼ੀਟਰੀ ਦੀ README ਇਸ ਚੈੱਕਲਿਸਟ ਦਾ ਸੁਝਾਅ ਦਿੰਦੀ ਹੈ:

  • Explain, don’t edit – ਏਜੰਟ ਨੂੰ ਕਿਸੇ ਫੰਕਸ਼ਨ ਜਾਂ ਮੋਡੀਊਲ ਦਾ ਵਰਣਨ ਕਰਨ ਲਈ ਕਹੋ। ਲਿਖਣ ਦੀ ਇਜਾਜ਼ਤ (write access) ਦੇਣ ਤੋਂ ਪਹਿਲਾਂ ਆਉਟਪੁੱਟ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ।
  • Inspect plugins – ਪਲੱਗਇਨਾਂ, ਹੁੱਕਸ (hooks), ਅਤੇ ਸ