AI ਚੈਟਬੋਟ ਐਪ ਕਿਵੇਂ ਬਣਾਈਏ: ਕੁੰਜੀਆਂ, ਪ੍ਰੋਂਪਟ, ਖ਼ਰਚੇ ਅਤੇ ਸੁਰੱਖਿਆ
ਇੱਕ AI ਚੈਟਬੋਟ ਐਪ ਬਣਾਉਣ ਲਈ ਤੁਹਾਨੂੰ ਚਾਰ ਚੀਜ਼ਾਂ ਚਾਹੀਦੀਆਂ ਹਨ: ਇੱਕ ਚੈਟ ਇੰਟਰਫੇਸ, ਇੱਕ ਛੋਟਾ ਸਰਵਰ ਜੋ ਤੁਹਾਡੇ ਮਾਡਲ ਪ੍ਰਦਾਤਾ ਦੀ API ਕੁੰਜੀ ਸੰਭਾਲੇ ਅਤੇ ਸੁਨੇਹੇ ਅੱਗੇ ਭੇਜੇ, ਇੱਕ ਸਿਸਟਮ ਪ੍ਰੋਂਪਟ ਜੋ ਮਾਡਲ ਨੂੰ ਦੱਸੇ ਕਿ ਉਹ ਕੌਣ ਹੈ ਅਤੇ ਕੀ ਕਰ ਸਕਦਾ ਹੈ, ਅਤੇ ਹੱਦਾਂ ਜੋ ਖ਼ਰਚੇ ਅਤੇ ਦੁਰਵਰਤੋਂ ਕਾਬੂ ਵਿੱਚ ਰੱਖਣ। ਇਹ ਸਾਰਾ ਕੰਮ ਇੱਕ AI ਐਪ ਬਿਲਡਰ ਵੇਰਵੇ ਤੋਂ ਲਿਖ ਸਕਦਾ ਹੈ। ਜੋ ਕੰਮ ਤੁਹਾਡੇ ਕੋਲ ਰਹਿੰਦਾ ਹੈ ਉਹ ਹੈ ਪ੍ਰਦਾਤਾ ਚੁਣਨਾ, ਹਦਾਇਤਾਂ ਲਿਖਣਾ ਅਤੇ ਇਹ ਤੈਅ ਕਰਨਾ ਕਿ ਬੋਟ ਕਦੇ ਵੀ ਕੀ ਨਾ ਕਰੇ।
AI ਚੈਟਬੋਟ ਐਪ ਕਿਸ ਚੀਜ਼ ਤੋਂ ਬਣੀ ਹੁੰਦੀ ਹੈ
ਜ਼ਿਆਦਾਤਰ ਚੈਟਬੋਟ ਐਪਾਂ ਦੇ ਇੱਕੋ ਜਿਹੇ ਹਿੱਸੇ ਹੁੰਦੇ ਹਨ, ਭਾਵੇਂ ਉਹ ਸਹਾਇਤਾ ਸਹਾਇਕ ਹੋਵੇ, ਟਿਊਟਰ ਹੋਵੇ ਜਾਂ ਅੰਦਰੂਨੀ "ਸਾਡੇ ਦਸਤਾਵੇਜ਼ਾਂ ਤੋਂ ਪੁੱਛੋ" ਟੂਲ:
| ਹਿੱਸਾ | ਇਹ ਕੀ ਕਰਦਾ ਹੈ | ਕੀ ਇਸ ਨੂੰ ਛੱਡਿਆ ਜਾ ਸਕਦਾ ਹੈ? |
|---|---|---|
| ਚੈਟ UI | ਸੁਨੇਹਿਆਂ ਦੀ ਸੂਚੀ, ਇਨਪੁੱਟ ਬਾਕਸ, "ਸੋਚ ਰਿਹਾ ਹੈ" ਵਾਲੀ ਹਾਲਤ, ਸਟਰੀਮ ਹੁੰਦੇ ਜਵਾਬ | ਨਹੀਂ |
| ਸਰਵਰ ਰੂਟ | ਯੂਜ਼ਰ ਦਾ ਸੁਨੇਹਾ ਲੈਂਦਾ ਹੈ, ਸਿਸਟਮ ਪ੍ਰੋਂਪਟ ਜੋੜਦਾ ਹੈ, ਤੁਹਾਡੀ ਗੁਪਤ ਕੁੰਜੀ ਨਾਲ ਪ੍ਰਦਾਤਾ ਨੂੰ ਕਾਲ ਕਰਦਾ ਹੈ | ਨਹੀਂ, ਕੁੰਜੀ ਕਦੇ ਬ੍ਰਾਊਜ਼ਰ ਤੱਕ ਨਹੀਂ ਪਹੁੰਚਣੀ ਚਾਹੀਦੀ |
| ਸਿਸਟਮ ਪ੍ਰੋਂਪਟ | ਸਥਾਈ ਹਦਾਇਤਾਂ: ਭੂਮਿਕਾ, ਲਹਿਜ਼ਾ, ਦਾਇਰਾ, ਕੀ ਇਨਕਾਰ ਕਰਨਾ ਹੈ | ਨਹੀਂ |
| ਗਿਆਨ | ਤੁਹਾਡੀ ਆਪਣੀ ਸਮੱਗਰੀ ਜਿਸ ਤੋਂ ਬੋਟ ਜਵਾਬ ਦਿੰਦਾ ਹੈ (FAQ, ਨੀਤੀਆਂ, ਉਤਪਾਦ ਦਸਤਾਵੇਜ਼) | ਹਾਂ, ਆਮ ਸਹਾਇਕ ਲਈ |
| ਗੱਲਬਾਤ ਦੀ ਸੰਭਾਲ | ਗੱਲਾਂ ਡੇਟਾਬੇਸ ਵਿੱਚ ਸੰਭਾਲਦਾ ਹੈ ਤਾਂ ਜੋ ਯੂਜ਼ਰ ਵਾਪਸ ਆ ਸਕਣ | ਹਾਂ, ਪਹਿਲੇ ਵਰਜ਼ਨ ਲਈ |
| ਖਾਤੇ | ਹਰ ਯੂਜ਼ਰ ਸਿਰਫ਼ ਆਪਣੀ ਹਿਸਟਰੀ ਵੇਖੇ, ਅਤੇ ਹਰ ਵਿਅਕਤੀ ਦੀ ਵਰਤੋਂ ਦੀ ਹੱਦ ਲਾਈ ਜਾ ਸਕੇ | ਹਾਂ, ਸਖ਼ਤ ਹੱਦਾਂ ਵਾਲੇ ਜਨਤਕ ਡੈਮੋ ਲਈ |
| ਹੱਦਾਂ ਅਤੇ ਲੌਗਿੰਗ | ਸੁਨੇਹੇ ਦੀ ਲੰਬਾਈ ਦੀ ਹੱਦ, ਦਰ ਸੀਮਾ, ਖ਼ਰਚ ਦੀ ਹੱਦ, ਗਲਤੀਆਂ ਦਾ ਰਿਕਾਰਡ | ਨਹੀਂ |
ਸਰਵਰ ਰੂਟ ਉਹ ਹਿੱਸਾ ਹੈ ਜਿਸ ਵਿੱਚ ਲੋਕ ਅਕਸਰ ਗਲਤੀ ਕਰਦੇ ਹਨ। ਜੇ ਚੈਟ ਪੰਨਾ ਬ੍ਰਾਊਜ਼ਰ ਤੋਂ ਸਿੱਧਾ ਪ੍ਰਦਾਤਾ ਨੂੰ ਕਾਲ ਕਰਦਾ ਹੈ, ਤਾਂ ਕੋਈ ਵੀ ਡਿਵੈਲਪਰ ਟੂਲਜ਼ ਖੋਲ੍ਹ ਕੇ ਤੁਹਾਡੀ ਕੁੰਜੀ ਕਾਪੀ ਕਰ ਸਕਦਾ ਹੈ ਅਤੇ ਤੁਹਾਡਾ ਬਿੱਲ ਵਧਾ ਸਕਦਾ ਹੈ।
ਬਣਾਉਣ ਤੋਂ ਪਹਿਲਾਂ ਕੀਤੇ ਜਾਣ ਵਾਲੇ ਫ਼ੈਸਲੇ
ਕਿਹੜਾ ਪ੍ਰਦਾਤਾ ਅਤੇ ਮਾਡਲ
ਮੁੱਖ ਪ੍ਰਦਾਤਾ (OpenAI, Anthropic, Google ਅਤੇ ਹੋਰ) ਸਾਰੇ ਇੱਕ ਚੈਟ-ਸ਼ੈਲੀ API ਦਿੰਦੇ ਹਨ ਜੋ ਇੱਕੋ ਤਰੀਕੇ ਨਾਲ ਕੰਮ ਕਰਦੀ ਹੈ: ਤੁਸੀਂ ਸੁਨੇਹਿਆਂ ਦੀ ਸੂਚੀ ਭੇਜਦੇ ਹੋ ਅਤੇ ਜਵਾਬ ਲੈਂਦੇ ਹੋ। ਅਸਲ ਫ਼ੈਸਲਾ ਬ੍ਰਾਂਡ ਤੋਂ ਵੱਧ ਮਾਡਲ ਦੇ ਆਕਾਰ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ:
- ਛੋਟੇ, ਤੇਜ਼ ਮਾਡਲ ਸਸਤੇ ਹਨ ਅਤੇ ਜਲਦੀ ਜਵਾਬ ਦਿੰਦੇ ਹਨ। ਛੋਟੇ ਜਵਾਬਾਂ, ਵਰਗੀਕਰਨ ਅਤੇ ਸਧਾਰਨ FAQ ਬੋਟਾਂ ਲਈ ਇਹ ਠੀਕ ਹਨ।
- ਵੱਡੇ ਮਾਡਲ ਬਿਹਤਰ ਸੋਚਦੇ ਹਨ, ਲੰਮੀਆਂ ਹਦਾਇਤਾਂ ਨੂੰ ਭਰੋਸੇ ਨਾਲ ਮੰਨਦੇ ਹਨ ਅਤੇ ਉਲਝਵੇਂ ਸਵਾਲ ਸੰਭਾਲਦੇ ਹਨ, ਪਰ ਹਰ ਸੁਨੇਹੇ ਲਈ ਮਹਿੰਗੇ ਅਤੇ ਹੌਲੀ ਹੁੰਦੇ ਹਨ।
ਮੱਧਮ ਆਕਾਰ ਦੇ ਮਾਡਲ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ, ਉਸ ਨੂੰ ਆਪਣੇ ਅਸਲੀ ਸਵਾਲਾਂ ਉੱਤੇ ਪਰਖੋ ਅਤੇ ਉੱਥੋਂ ਵਧਾਓ ਜਾਂ ਘਟਾਓ। ਜੇ ਤੁਸੀਂ ਇਹ ਸਮਝਣਾ ਚਾਹੁੰਦੇ ਹੋ ਕਿ ਇਹ API ਕਿਵੇਂ ਕੀਮਤ ਲੈਂਦੀਆਂ ਅਤੇ ਕਾਲ ਹੁੰਦੀਆਂ ਹਨ, ਤਾਂ ਪਹਿਲਾਂ LLM API ਕਿਵੇਂ ਵਰਤੀਏ ਪੜ੍ਹੋ।
ਬੋਟ ਦਾ ਗਿਆਨ ਕਿੱਥੋਂ ਆਵੇਗਾ
| ਤੁਹਾਡੀ ਸਮੱਗਰੀ | ਤਰੀਕਾ |
|---|---|
| ਇੱਕ ਜਾਂ ਦੋ ਪੰਨੇ (ਖੁੱਲ੍ਹਣ ਦਾ ਸਮਾਂ, ਵਾਪਸੀ ਦੀ ਨੀਤੀ, ਕੀਮਤਾਂ) | ਸਿੱਧੇ ਸਿਸਟਮ ਪ੍ਰੋਂਪਟ ਵਿੱਚ ਪਾਓ |
| ਦਰਜਨਾਂ ਪੰਨੇ ਜੋ ਘੱਟ ਬਦਲਦੇ ਹਨ | ਪ੍ਰੋਂਪਟ ਵਿੱਚ ਸੰਖੇਪ ਰੂਪ ਪਾਓ, ਜਾਂ ਵਿਸ਼ੇ ਮੁਤਾਬਕ ਵੰਡ ਕੇ ਢੁਕਵਾਂ ਹਿੱਸਾ ਸ਼ਾਮਲ ਕਰੋ |
| ਸੈਂਕੜੇ ਦਸਤਾਵੇਜ਼, ਜਾਂ ਰੋਜ਼ ਬਦਲਣ ਵਾਲੀ ਸਮੱਗਰੀ | ਸਟੋਰ ਕਰੋ, ਹਰ ਸਵਾਲ ਨਾਲ ਮਿਲਦੇ ਹਿੱਸੇ ਲੱਭੋ, ਅਤੇ ਸਿਰਫ਼ ਉਹੀ ਭੇਜੋ (RAG) |
ਸਭ ਤੋਂ ਸਾਦੇ ਤਰੀਕੇ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ ਜੋ ਤੁਹਾਡੀ ਸਮੱਗਰੀ ਕਵਰ ਕਰ ਲਵੇ। ਰਿਟਰੀਵਲ ਨਾਲ ਇੱਕ ਖੋਜ ਇੰਡੈਕਸ, ਉਸ ਨੂੰ ਅਪਡੇਟ ਰੱਖਣ ਦਾ ਕੰਮ ਅਤੇ ਗਲਤ ਜਵਾਬਾਂ ਦੇ ਹੋਰ ਮੌਕੇ ਜੁੜ ਜਾਂਦੇ ਹਨ। ਬਹੁਤ ਸਾਰੇ ਲਾਭਦਾਇਕ ਬੋਟਾਂ ਨੂੰ ਇਹ ਕਦੇ ਲੋੜ ਨਹੀਂ ਪੈਂਦੀ।
ਜਨਤਕ, ਜਾਂ ਲੌਗਇਨ ਪਿੱਛੇ
ਤੁਹਾਡੀ ਵੈੱਬਸਾਈਟ ਉੱਤੇ ਜਨਤਕ ਚੈਟਬੋਟ ਤੱਕ ਪਹੁੰਚਣਾ ਆਸਾਨ ਹੈ, ਪਰ ਉਸ ਦੀ ਦੁਰਵਰਤੋਂ ਵੀ ਆਸਾਨ ਹੈ: ਕੋਈ ਸਕ੍ਰਿਪਟ ਨਾਲ ਹਜ਼ਾਰਾਂ ਸੁਨੇਹੇ ਭੇਜ ਸਕਦਾ ਹੈ। ਲੌਗਇਨ ਵਾਲਾ ਚੈਟਬੋਟ ਤੁਹਾਨੂੰ ਹਰ ਯੂਜ਼ਰ ਦੀ ਹਿਸਟਰੀ ਸੰਭਾਲਣ ਅਤੇ ਹਰ ਖਾਤੇ ਲਈ ਰੋਜ਼ਾਨਾ ਹੱਦ ਲਾਉਣ ਦਿੰਦਾ ਹੈ। ਜੇ ਇਹ ਜਨਤਕ ਹੈ, ਤਾਂ ਸੁਨੇਹੇ ਦੀ ਲੰਬਾਈ ਸੀਮਤ ਕਰੋ, ਇੱਕ ਵਿਜ਼ਟਰ ਕਿੰਨੇ ਸੁਨੇਹੇ ਕਿਸੇ ਸਮੇਂ ਵਿੱਚ ਭੇਜ ਸਕਦਾ ਹੈ ਉਹ ਸੀਮਤ ਕਰੋ, ਅਤੇ ਪ੍ਰਦਾਤਾ ਦੇ ਡੈਸ਼ਬੋਰਡ ਵਿੱਚ ਮਹੀਨੇ ਦੀ ਪੱਕੀ ਹੱਦ ਲਾਓ। ਆਪਣੀ ਐਪ ਵਿੱਚ ਲੌਗਇਨ ਕਿਵੇਂ ਜੋੜੀਏ ਵਿੱਚ ਖਾਤਿਆਂ ਵਾਲਾ ਪਾਸਾ ਦੱਸਿਆ ਗਿਆ ਹੈ।
ਗੱਲਬਾਤਾਂ ਸੰਭਾਲਣੀਆਂ ਹਨ ਜਾਂ ਨਹੀਂ
ਸੰਭਾਲੀਆਂ ਗੱਲਾਂ ਲਾਭਦਾਇਕ ਹਨ: ਯੂਜ਼ਰ ਜਿੱਥੋਂ ਛੱਡਿਆ ਸੀ ਉੱਥੋਂ ਜਾਰੀ ਰੱਖ ਸਕਦੇ ਹਨ, ਅਤੇ ਤੁਸੀਂ ਅਸਲੀ ਸਵਾਲ ਪੜ੍ਹ ਕੇ ਪ੍ਰੋਂਪਟ ਸੁਧਾਰ ਸਕਦੇ ਹੋ। ਪਰ ਇਹ ਨਿੱਜੀ ਡੇਟਾ ਵੀ ਹਨ। ਫ਼ੈਸਲਾ ਕਰੋ ਕਿ ਇਹ ਕਿੰਨਾ ਚਿਰ ਰੱਖਣੇ ਹਨ, ਇਸ ਨੂੰ ਆਪਣੀ ਗੋਪਨੀਯਤਾ ਸੂਚਨਾ ਵਿੱਚ ਦੱਸੋ, ਅਤੇ ਜੋ ਲੋੜ ਨਾ ਹੋਵੇ ਉਹ ਨਾ ਸੰਭਾਲੋ।
ਪ੍ਰੋਂਪਟ ਨੂੰ ਨੌਕਰੀ ਦੇ ਵੇਰਵੇ ਵਾਂਗ ਲਿਖੋ
ਸਿਸਟਮ ਪ੍ਰੋਂਪਟ ਉਹ ਹਦਾਇਤ ਹੈ ਜੋ ਮਾਡਲ ਹਰ ਗੱਲਬਾਤ ਤੋਂ ਪਹਿਲਾਂ ਪ੍ਰਾਪਤ ਕਰਦਾ ਹੈ। ਇੱਕ ਚੰਗਾ ਪ੍ਰੋਂਪਟ ਕਿਸੇ ਨਵੇਂ ਕਰਮਚਾਰੀ ਲਈ ਛੋਟੇ ਬ੍ਰੀਫ ਵਾਂਗ ਪੜ੍ਹਿਆ ਜਾਂਦਾ ਹੈ:
- ਭੂਮਿਕਾ ਅਤੇ ਦਰਸ਼ਕ: "ਤੁਸੀਂ Oakline ਲਈ ਮਦਦ ਸਹਾਇਕ ਹੋ, ਇੱਕ ਸਾਈਕਲ ਮੁਰੰਮਤ ਦੀ ਦੁਕਾਨ। ਤੁਸੀਂ ਗਾਹਕਾਂ ਨਾਲ ਗੱਲ ਕਰਦੇ ਹੋ।"
- ਦਾਇਰਾ: "ਸੇਵਾਵਾਂ, ਕੀਮਤਾਂ, ਖੁੱਲ੍ਹਣ ਦੇ ਸਮੇਂ ਅਤੇ ਬੁਕਿੰਗ ਬਾਰੇ ਸਵਾਲਾਂ ਦੇ ਜਵਾਬ ਦਿਓ। ਬਾਕੀ ਕਿਸੇ ਵੀ ਚੀਜ਼ ਲਈ ਕਹੋ ਕਿ ਤੁਸੀਂ ਸਿਰਫ਼ ਦੁਕਾਨ ਬਾਰੇ ਮਦਦ ਕਰ ਸਕਦੇ ਹੋ।"
- ਜਾਣਕਾਰੀ ਦਾ ਸਰੋਤ: "ਸਿਰਫ਼ ਹੇਠਾਂ ਦਿੱਤੀ ਜਾਣਕਾਰੀ ਵਰਤੋ। ਜੇ ਜਵਾਬ ਉੱਥੇ ਨਾ ਹੋਵੇ, ਤਾਂ ਕਹੋ ਕਿ ਤੁਹਾਨੂੰ ਪਤਾ ਨਹੀਂ ਅਤੇ ਦੁਕਾਨ ਦਾ ਫ਼ੋਨ ਨੰਬਰ ਦਿਓ।"
- ਲਹਿਜ਼ਾ ਅਤੇ ਲੰਬਾਈ: "ਦੋਸਤਾਨਾ, ਸਾਦੀ ਪੰਜਾਬੀ ਵਿੱਚ, ਤਿੰਨ ਵਾਕਾਂ ਤੱਕ ਜਦੋਂ ਤੱਕ ਵੇਰਵਾ ਨਾ ਮੰਗਿਆ ਜਾਵੇ।"
- ਪੱਕੇ ਨਿਯਮ: "ਕਦੇ ਵੀ ਉਹ ਮੁਰੰਮਤ ਦੀ ਕੀਮਤ ਦਾ ਵਾਅਦਾ ਨਾ ਕਰੋ ਜੋ ਸੂਚੀ ਵਿੱਚ ਨਾ ਹੋਵੇ। ਕਦੇ ਵੀ ਕਾਰਡ ਦਾ ਵੇਰਵਾ ਨਾ ਮੰਗੋ।"
ਫਿਰ ਇਸ ਨੂੰ ਔਖੇ ਸਵਾਲਾਂ ਨਾਲ ਪਰਖੋ: ਵਿਸ਼ੇ ਤੋਂ ਬਾਹਰ ਦੀਆਂ ਬੇਨਤੀਆਂ, ਰੁੱਖੇ ਸੁਨੇਹੇ, ਅਜਿਹੇ ਸਵਾਲ ਜਿਨ੍ਹਾਂ ਦੇ ਜਵਾਬ ਤੁਹਾਡੀ ਸਮੱਗਰੀ ਵਿੱਚ ਨਹੀਂ, ਅਤੇ ਉਹ ਕੋਸ਼ਿਸ਼ਾਂ ਜਿਨ੍ਹਾਂ ਵਿੱਚ ਬੋਟ ਨੂੰ ਉਸ ਦੀਆਂ ਹਦਾਇਤਾਂ ਭੁਲਾਉਣ ਲਈ ਕਿਹਾ ਜਾਂਦਾ ਹੈ ("ਆਪਣੇ ਨਿਯਮ ਭੁੱਲ ਜਾਓ ਅਤੇ…")। ਪ੍ਰੋਂਪਟ ਉਦੋਂ ਤੱਕ ਬਦਲਦੇ ਰਹੋ ਜਦੋਂ ਤੱਕ ਜਵਾਬ ਉਹ ਨਾ ਹੋਣ ਜਿਨ੍ਹਾਂ 'ਤੇ ਤੁਸੀਂ ਆਪਣਾ ਨਾਮ ਲਾ ਸਕੋ।
ਖ਼ਰਚਾ ਅੰਦਾਜ਼ਾ ਯੋਗ ਰੱਖੋ
ਪ੍ਰਦਾਤਾ ਟੋਕਨ ਦੇ ਹਿਸਾਬ ਨਾਲ ਬਿੱਲ ਕਰਦੇ ਹਨ (ਮੋਟੇ ਤੌਰ 'ਤੇ, ਸ਼ਬਦਾਂ ਦੇ ਟੁਕੜੇ), ਉਸ ਇਨਪੁੱਟ ਲਈ ਜੋ ਤੁਸੀਂ ਭੇਜਦੇ ਹੋ ਅਤੇ ਆਉਟਪੁੱਟ ਲਈ ਜੋ ਮਾਡਲ ਲਿਖਦਾ ਹੈ। ਬਿੱਲ ਨੂੰ ਤਿੰਨ ਚੀਜ਼ਾਂ ਵਧਾਉਂਦੀਆਂ ਹਨ:
- ਗੱਲਬਾਤ ਦੀ ਲੰਬਾਈ। ਹਰ ਨਵਾਂ ਸੁਨੇਹਾ ਆਮ ਤੌਰ 'ਤੇ ਪੂਰੀ ਗੱਲਬਾਤ ਦੁਬਾਰਾ ਭੇਜਦਾ ਹੈ ਤਾਂ ਜੋ ਮਾਡਲ ਨੂੰ ਪ੍ਰਸੰਗ ਮਿਲੇ। 40 ਸੁਨੇਹਿਆਂ ਦੀ ਗੱਲ ਦਾ ਹਰ ਜਵਾਬ 4 ਸੁਨੇਹਿਆਂ ਦੀ ਗੱਲ ਨਾਲੋਂ ਕਿਤੇ ਮਹਿੰਗਾ ਪੈਂਦਾ ਹੈ। ਸਿਰਫ਼ ਆਖ਼ਰੀ ਕੁਝ ਮੋੜ ਰੱਖੋ, ਜਾਂ ਪੁਰਾਣਿਆਂ ਦਾ ਸਾਰ ਬਣਾਓ।
- ਪ੍ਰੋਂਪਟ ਦਾ ਆਕਾਰ। ਲੰਮਾ ਸਿਸਟਮ ਪ੍ਰੋਂਪਟ ਜਾਂ ਵੱਡਾ ਪੇਸਟ ਕੀਤਾ ਗਿਆ ਗਿਆਨ ਹਰ ਸੁਨੇਹੇ ਨਾਲ ਭੇਜਿਆ ਜਾਂਦਾ ਹੈ।
- ਜਵਾਬ ਦੀ ਲੰਬਾਈ। API ਕਾਲ ਵਿੱਚ ਜਵਾਬ ਦੀ ਵੱਧ ਤੋਂ ਵੱਧ ਲੰਬਾਈ ਤੈਅ ਕਰੋ ਅਤੇ ਪ੍ਰੋਂਪਟ ਵਿੱਚ ਛੋਟੇ ਜਵਾਬ ਮੰਗੋ।
ਲਾਂਚ ਤੋਂ ਪਹਿਲਾਂ ਪ੍ਰਦਾਤਾ ਦੇ ਡੈਸ਼ਬੋਰਡ ਵਿੱਚ ਮਹੀਨਾਵਾਰ ਖ਼ਰਚ ਦੀ ਹੱਦ ਲਾਓ, ਅਤੇ ਹਰ ਬੇਨਤੀ ਦੀ ਟੋਕਨ ਵਰਤੋਂ ਦਰਜ ਕਰੋ ਤਾਂ ਜੋ ਪਤਾ ਲੱਗੇ ਕਿ ਕਿਹੜੀਆਂ ਗੱਲਾਂ ਮਹਿੰਗੀਆਂ ਹਨ। ਅਸੀਂ ਇੱਥੇ ਕੀਮਤਾਂ ਨਹੀਂ ਦਿੰਦੇ, ਕਿਉਂਕਿ ਉਹ ਮਾਡਲ ਮੁਤਾਬਕ ਬਦਲਦੀਆਂ ਹਨ ਅਤੇ ਅਕਸਰ ਬਦਲਦੀਆਂ ਹਨ; ਆਪਣੇ ਪ੍ਰਦਾਤਾ ਦਾ ਕੀਮਤ ਪੰਨਾ ਵੇਖੋ।
ਕਦਮ-ਦਰ-ਕਦਮ ਬਣਾਓ
ਕਦਮ 1: ਬੋਟ ਦਾ ਵੇਰਵਾ ਦਿਓ, ਕੋਡ ਦਾ ਨਹੀਂ
ਇੱਕ ਪਹਿਲਾ ਪ੍ਰੋਂਪਟ ਜੋ ਦਰਸ਼ਕ, ਦਾਇਰਾ, ਡੇਟਾ ਅਤੇ ਸੁਰੱਖਿਆ ਨਿਯਮ ਨਾਮ ਲੈ ਕੇ ਦੱਸੇ, ਤੁਹਾਨੂੰ ਜ਼ਿਆਦਾਤਰ ਰਾਹ ਤੱਕ ਲੈ ਜਾਂਦਾ ਹੈ:
Oakline ਲਈ ਇੱਕ ਗਾਹਕ ਮਦਦ ਚੈਟਬੋਟ ਬਣਾਓ, ਜੋ ਇੱਕ ਸਾਈਕਲ ਮੁਰੰਮਤ ਦੀ ਦੁਕਾਨ ਹੈ। ਸੁਨੇਹਿਆਂ ਦੀ ਸੂਚੀ ਅਤੇ ਇਨਪੁੱਟ ਵਾਲਾ ਚੈਟ ਪੰਨਾ, ਜਵਾਬ ਲਿਖੇ ਜਾਂਦੇ ਸਮੇਂ ਸਟਰੀਮ ਹੋਣ। ਇੱਕ ਸਰਵਰ ਰੂਟ ਤੋਂ Anthropic API ਨੂੰ ਗੁਪਤ ਕੁੰਜੀ ANTHROPIC_API_KEY ਨਾਲ ਕਾਲ ਕਰੋ, ਕਦੇ ਵੀ ਬ੍ਰਾਊਜ਼ਰ ਨੂੰ ਨਾ ਦਿਖਾਓ। ਇੱਕ ਸਿਸਟਮ ਪ੍ਰੋਂਪਟ ਵਰਤੋ ਜੋ ਸਿਰਫ਼ shop-info.md ਨਾਮ ਦੀ ਫ਼ਾਈਲ ਦੀ ਲਿਖਤ ਤੋਂ ਸਾਡੀਆਂ ਸੇਵਾਵਾਂ, ਕੀਮਤਾਂ ਅਤੇ ਸਮਿਆਂ ਬਾਰੇ ਜਵਾਬ ਦੇਵੇ, ਅਤੇ ਬਾਕੀ ਲਈ ਕਹੇ "ਮੈਨੂੰ ਪੱਕਾ ਪਤਾ ਨਹੀਂ — ਹੇਠਾਂ ਦਿੱਤੇ ਨੰਬਰ 'ਤੇ ਫ਼ੋਨ ਕਰੋ।" ਸੁਨੇਹੇ 500 ਅੱਖਰਾਂ ਤੱਕ ਸੀਮਤ ਕਰੋ, ਅਤੇ ਹਰ ਵਿਜ਼ਟਰ ਲਈ ਪ੍ਰਤੀ ਘੰਟਾ 20 ਸੁਨੇਹੇ। ਸਾਫ਼ ਅਤੇ ਦੋਸਤਾਨਾ ਡਿਜ਼ਾਈਨ ਜੋ ਫ਼ੋਨਾਂ 'ਤੇ ਵੀ ਚੱਲੇ।
ਕਦਮ 2: ਕੁੰਜੀ ਨੂੰ ਸੀਕ੍ਰੇਟ ਵਜੋਂ ਜੋੜੋ
ਪ੍ਰਦਾਤਾ ਦੇ ਕੰਸੋਲ ਵਿੱਚ ਕੁੰਜੀ ਬਣਾਓ, ਫਿਰ ਉਸ ਨੂੰ ਪ੍ਰੋਜੈਕਟ ਦੇ ਐਨਵਾਇਰਨਮੈਂਟ ਵੇਰੀਏਬਲਾਂ ਜਾਂ ਸੀਕ੍ਰੇਟਾਂ ਵਿੱਚ ਰੱਖੋ, ਨਾ ਚੈਟ ਵਿੱਚ ਅਤੇ ਨਾ ਕੋਡ ਵਿੱਚ। ਜੇ ਕੁੰਜੀ ਕਿਤੇ ਜਨਤਕ ਹੋ ਜਾਵੇ, ਤਾਂ ਪ੍ਰਦਾਤਾ ਕੋਲੋਂ ਉਸ ਨੂੰ ਰੱਦ ਕਰੋ ਅਤੇ ਨਵੀਂ ਬਣਾਓ। ਐਨਵਾਇਰਨਮੈਂਟ ਵੇਰੀਏਬਲ ਅਤੇ ਸੀਕ੍ਰੇਟ ਕੀ ਹਨ ਵਿੱਚ ਦੱਸਿਆ ਗਿਆ ਹੈ ਕਿ ਇਹ ਕਿਉਂ ਜ਼ਰੂਰੀ ਹੈ।
ਕਦਮ 3: ਸਿਰਫ਼ ਇੰਟਰਫੇਸ ਨਹੀਂ, ਜਵਾਬਾਂ ਦੀ ਪਰਖ ਕਰੋ
ਜਦੋਂ ਚੈਟ ਚੱਲਣ ਲੱਗੇ, ਤਾਂ ਜ਼ਿਆਦਾ ਸਮਾਂ ਜਵਾਬਾਂ ਦੀ ਗੁਣਵੱਤਾ 'ਤੇ ਲਾਓ। 20 ਕੁ ਅਸਲੀ ਸਵਾਲਾਂ ਦੀ ਸੂਚੀ ਰੱਖੋ, ਜਿਸ ਵਿੱਚ ਕੁਝ ਅਜਿਹੇ ਵੀ ਹੋਣ ਜਿਨ੍ਹਾਂ ਦਾ ਇਨਕਾਰ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ, ਅਤੇ ਪ੍ਰੋਂਪਟ ਬਦਲਣ ਤੋਂ ਬਾਅਦ ਉਨ੍ਹਾਂ ਨੂੰ ਚਲਾਓ। ਵੇਖੋ:
- ਕੀ ਇਹ ਦਾਇਰੇ ਵਿੱਚ ਰਹਿੰਦਾ ਹੈ?
- ਕੀ ਇਹ ਮੰਨਦਾ ਹੈ ਜਦੋਂ ਉਸ ਨੂੰ ਪਤਾ ਨਹੀਂ, ਬਜਾਏ ਜਵਾਬ ਘੜਨ ਦੇ?
- ਕੀ ਇਹ ਉਦੋਂ ਵੀ ਠੀਕ ਰਹਿੰਦਾ ਹੈ ਜਦੋਂ ਕੋਈ ਇਸ ਦੀਆਂ ਹਦਾਇਤਾਂ ਨੂੰ ਪਾਸੇ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰੇ?
- ਕੀ ਕੁੰਜੀ ਉਸ ਕਿਸੇ ਵੀ ਚੀਜ਼ ਵਿੱਚ ਨਹੀਂ ਜੋ ਬ੍ਰਾਊਜ਼ਰ ਡਾਊਨਲੋਡ ਕਰਦਾ ਹੈ?
ਕਦਮ 4: ਲੋੜ ਹੋਵੇ ਤਾਂ ਯਾਦਦਾਸ਼ਤ ਅਤੇ ਖਾਤੇ ਜੋੜੋ
ਇੱਕਲੀਆਂ ਗੱਲਾਂ ਚੱਲਣ ਤੋਂ ਬਾਅਦ, ਡੇਟਾਬੇਸ ਵਿੱਚ ਸੰਭਾਲੀਆਂ ਗੱਲਾਂ ਅਤੇ, ਜੇ ਲੋੜ ਹੋਵੇ, ਸਾਈਨ-ਅੱਪ ਤੇ ਲੌਗਇਨ ਮੰਗੋ ਤਾਂ ਜੋ ਹਰ ਯੂਜ਼ਰ ਸਿਰਫ਼ ਆਪਣੀਆਂ ਗੱਲਾਂ ਵੇਖੇ। ਨਾਲ ਹੀ ਹਰ ਯੂਜ਼ਰ ਲਈ ਰੋਜ਼ਾਨਾ ਸੁਨੇਹਿਆਂ ਦੀ ਹੱਦ ਵੀ ਲਾਓ।
ਕਦਮ 5: ਹੱਦਾਂ ਚਾਲੂ ਕਰਕੇ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰੋ
ਯਕੀਨੀ ਬਣਾਓ ਕਿ ਪ੍ਰਕਾਸ਼ਿਤ ਐਪ ਵਿੱਚ ਉਹੀ ਸੀਕ੍ਰੇਟ ਹਨ ਜੋ ਪ੍ਰੀਵਿਊ ਵਿੱਚ ਹਨ, ਪ੍ਰਦਾਤਾ ਉੱਤੇ ਖ਼ਰਚ ਦੀ ਹੱਦ ਲੱਗੀ ਹੈ, ਅਤੇ ਗਲਤੀਆਂ ਕਿਸੇ ਅਜਿਹੀ ਥਾਂ ਦਰਜ ਹੋ ਰਹੀਆਂ ਹਨ ਜਿੱਥੇ ਤੁਸੀਂ ਵੇਖ ਸਕੋ। ਫਿਰ ਇਸ ਨੂੰ ਮੁੱਖ ਸਾਈਟ 'ਤੇ ਪਾਉਣ ਤੋਂ ਪਹਿਲਾਂ ਇੱਕ ਛੋਟੇ ਸਮੂਹ ਨਾਲ ਸਾਂਝਾ ਕਰੋ।
ਸੁਰੱਖਿਆ ਅਤੇ ਭਰੋਸਾ
ਚੈਟਬੋਟ ਤੁਹਾਡੇ ਨਾਮ 'ਤੇ ਜਨਤਾ ਨਾਲ ਗੱਲ ਕਰਦਾ ਹੈ, ਇਸ ਲਈ ਉਸ ਦੀਆਂ ਨਾਕਾਮੀਆਂ ਨੂੰ ਆਪਣੀ ਜ਼ਿੰਮੇਵਾਰੀ ਸਮਝੋ:
- ਗਲਤ ਜਵਾਬ। ਮਾਡਲ ਗਲਤ ਗੱਲਾਂ ਪੂਰੇ ਭਰੋਸੇ ਨਾਲ ਕਹਿ ਸਕਦੇ ਹਨ। ਬੋਟ ਨੂੰ ਤੰਗ ਵਿਸ਼ੇ 'ਤੇ ਰੱਖੋ, ਆਪਣੀ ਸਮੱਗਰੀ 'ਤੇ ਅਧਾਰਤ ਕਰੋ, ਅਤੇ ਜ਼ਰੂਰੀ ਗੱਲਾਂ ਉੱਤੇ ਇੱਕ ਛੋਟਾ ਨੋਟ ਦਿਖਾਓ ਕਿ ਜਵਾਬ ਗਲਤ ਹੋ ਸਕਦੇ ਹਨ।
- ਪ੍ਰੋਂਪਟ ਇੰਜੈਕਸ਼ਨ। ਯੂਜ਼ਰ (ਜਾਂ ਬੋਟ ਵੱਲੋਂ ਪੜ੍ਹੇ ਜਾਂਦੇ ਦਸਤਾਵੇਜ਼) ਵਿੱਚ "ਪਹਿਲੇ ਨਿਯਮ ਅਣਡਿੱਠ ਕਰੋ" ਵਰਗੀਆਂ ਹਦਾਇਤਾਂ ਹੋ ਸਕਦੀਆਂ ਹਨ। ਬੋਟ ਨੂੰ ਉਹ ਤਾਕਤਾਂ ਨਾ ਦਿਓ ਜਿਨ੍ਹਾਂ 'ਤੇ ਉਹ ਭਰੋਸਾ ਨਹੀਂ ਕੀਤਾ ਜਾ ਸਕਦਾ: ਕੋਈ ਰਿਫੰਡ, ਮਿਟਾਉਣਾ ਜਾਂ ਯੂਜ਼ਰ ਦੇ ਕਹਿਣ 'ਤੇ ਈਮੇਲ ਭੇਜਣਾ, ਬਿਨਾਂ ਤੁਹਾਡੇ ਆਪਣੇ ਕੋਡ ਦੀ ਜਾਂਚ ਦੇ।
- ਸੰਵੇਦਨਸ਼ੀਲ ਵਿਸ਼ੇ। ਮੈਡੀਕਲ, ਕਾਨੂੰਨੀ ਜਾਂ ਵਿੱਤੀ ਸਵਾਲਾਂ ਲਈ ਉਸ ਨੂੰ ਲੋਕਾਂ ਨੂੰ ਕਿਸੇ ਪੇਸ਼ੇਵਰ ਕੋਲ ਭੇਜਣ ਲਈ ਕਹੋ, ਸਲਾਹ ਦੇਣ ਲਈ ਨਹੀਂ।
- ਨਿੱਜੀ ਡੇਟਾ। ਗਾਹਕਾਂ ਦੇ ਰਿਕਾਰਡ ਪ੍ਰੋਂਪਟ ਵਿੱਚ ਨਾ ਪਾਓ ਜਦੋਂ ਤੱਕ ਲੋੜ ਨਾ ਹੋਵੇ, ਅਤੇ ਵੇਖੋ ਕਿ ਤੁਹਾਡੇ ਪ੍ਰਦਾਤਾ ਦੀਆਂ ਸ਼ਰਤਾਂ API ਡੇਟਾ ਨੂੰ ਕਿਵੇਂ ਸੰਭਾਲਣ ਬਾਰੇ ਕੀ ਕਹਿੰਦੀਆਂ ਹਨ।
AI ਨਾਲ ਬਣਾਈਆਂ ਐਪਾਂ ਲਈ ਸੁਰੱਖਿਆ ਚੈੱਕਲਿਸਟ ਪੂਰੀ ਐਪ ਨੂੰ ਕਵਰ ਕਰਦੀ ਹੈ।
ਆਮ ਗਲਤੀਆਂ
- ਬ੍ਰਾਊਜ਼ਰ ਤੋਂ ਪ੍ਰਦਾਤਾ ਨੂੰ ਕਾਲ ਕਰਨਾ। ਕੁੰਜੀ ਲੀਕ ਹੋ ਜਾਂਦੀ ਹੈ। ਹਮੇਸ਼ਾ ਆਪਣੇ ਸਰਵਰ ਰਾਹੀਂ ਜਾਓ।
- ਜਨਤਕ ਬੋਟ 'ਤੇ ਕੋਈ ਹੱਦ ਨਾ ਹੋਣਾ। ਇੱਕ ਸਕ੍ਰਿਪਟ ਇੱਕ ਦੁਪਹਿਰ ਵਿੱਚ ਮਹੀਨੇ ਦਾ ਬਜਟ ਖ਼ਤਮ ਕਰ ਸਕਦੀ ਹੈ।
- ਇੱਕੋ ਵੇਲੇ RAG, ਟੂਲ ਅਤੇ ਕਈ ਮਾਡਲ ਸ਼ੁਰੂ ਕਰਨਾ। ਪਹਿਲਾਂ ਇੱਕ ਚੰਗੀ ਗੱਲਬਾਤ ਚਲਾਓ; ਬਾਕੀ ਉਦੋਂ ਜੋੜੋ ਜਦੋਂ ਅਸਲੀ ਸਵਾਲ ਦਿਖਾਉਣ ਕਿ ਇਹ ਲੋੜੀਂਦਾ ਹੈ।
- ਸਿਰਫ਼ ਦੋਸਤਾਨਾ ਸਵਾਲਾਂ ਦੀ ਪਰਖ ਕਰਨਾ। ਤੁਹਾਡੇ ਯੂਜ਼ਰ ਪਹਿਲੇ ਦਿਨ ਹੀ ਅਜੀਬ, ਰੁੱਖੇ ਅਤੇ ਵਿਸ਼ੇ ਤੋਂ ਬਾਹਰ ਦੇ ਸਵਾਲ ਪੁੱਛਣਗੇ।
- ਗੱਲਬਾਤ ਨੂੰ ਬੇਅੰਤ ਵਧਣ ਦੇਣਾ। ਹਰ ਸੁਨੇਹੇ ਨਾਲ ਖ਼ਰਚਾ ਅਤੇ ਜਵਾਬ ਦਾ ਸਮਾਂ ਵਧਦਾ ਹੈ।
ਕਦੋਂ ਬਣਿਆ-ਬਣਾਇਆ ਉਤਪਾਦ ਬਿਹਤਰ ਹੁੰਦਾ ਹੈ
ਆਪਣਾ ਬੋਟ ਬਣਾਉਣਾ ਉਦੋਂ ਠੀਕ ਹੈ ਜਦੋਂ ਚੈਟਬੋਟ ਤੁਹਾਡੇ ਉਤਪਾਦ ਦਾ ਹਿੱਸਾ ਹੋਵੇ, ਤੁਹਾਡੇ ਆਪਣੇ ਡੇਟਾ ਜਾਂ ਕੰਮ-ਕਾਰ ਦੀ ਲੋੜ ਹੋਵੇ, ਜਾਂ ਕੋਈ ਖ਼ਾਸ ਰੂਪ ਅਤੇ ਵਿਹਾਰ ਚਾਹੀਦਾ ਹੋਵੇ। ਇਹ ਅਕਸਰ ਗਲਤ ਫ਼ੈਸਲਾ ਹੁੰਦਾ ਹੈ ਜਦੋਂ:
- ਤੁਹਾਨੂੰ ਕਿਸੇ ਮੌਜੂਦਾ ਵੈੱਬਸਾਈਟ 'ਤੇ ਸਿਰਫ਼ ਸਹਾਇਤਾ ਵਿਜੇਟ ਚਾਹੀਦਾ ਹੈ। ਬਹੁਤ ਸਾਰੇ ਹੈਲਪਡੈਸਕ ਅਤੇ ਲਾਈਵ-ਚੈਟ ਉਤਪਾਦ ਹੁਣ AI ਜਵਾਬ ਬੋਟ ਦਿੰਦੇ ਹਨ ਜੋ ਤੁਹਾਡਾ ਮਦਦ ਕੇਂਦਰ ਪੜ੍ਹਦੇ ਹਨ, ਨਾਲ ਮਨੁੱਖੀ ਹਵਾਲਗੀ, ਇਨਬਾਕਸ ਅਤੇ ਰਿਪੋਰਟਿੰਗ ਪਹਿਲਾਂ ਹੀ ਬਣੀ ਹੁੰਦੀ ਹੈ।
- ਸਿਰਫ਼ ਤੁਸੀਂ ਜਾਂ ਤੁਹਾਡੀ ਟੀਮ ਇਸ ਨੂੰ ਵਰਤੇਗੀ। ChatGPT ਜਾਂ Claude ਵਰਗੇ ਆਮ ਸਹਾਇਕ ਦੀ ਗਾਹਕੀ, ਜਿਸ ਵਿੱਚ ਤੁਹਾਡੇ ਦਸਤਾਵੇਜ਼ ਅਪਲੋਡ ਹੋਣ, ਕਾਫ਼ੀ ਹੋ ਸਕਦੀ ਹੈ।
- ਤੁਹਾਨੂੰ ਸਖ਼ਤ ਪਾਲਣਾ ਦੀ ਗਾਰੰਟੀ ਚਾਹੀਦੀ ਹੈ (ਜਿਵੇਂ ਨਿਯੰਤ੍ਰਿਤ ਸਿਹਤ ਜਾਂ ਵਿੱਤੀ ਡੇਟਾ)। ਉਹ ਵਿਕਰੇਤਾ ਜਿਸ ਕੋਲ ਪਹਿਲਾਂ ਹੀ ਪ੍ਰਮਾਣ-ਪੱਤਰ ਹਨ, ਕਸਟਮ ਬਣਾਉਣ ਨਾਲੋਂ ਸੁਰੱਖਿਅਤ ਹੋ ਸਕਦਾ ਹੈ।
Mythex ਨਾਲ ਬਣਾਉਣਾ
Mythex ਇੱਕ AI ਐਪ ਬਿਲਡਰ ਹੈ: ਤੁਸੀਂ ਚੈਟ ਵਿੱਚ ਚੈਟਬੋਟ ਦਾ ਵੇਰਵਾ ਦਿੰਦੇ ਹੋ, ਅਤੇ ਇਹ ਇੰਟਰਫੇਸ ਅਤੇ ਸਰਵਰ-ਪਾਸੇ ਦੀ ਕਾਲ ਲਿਖਦਾ ਹੈ, ਇੱਕ ਲਾਈਵ ਪ੍ਰੀਵਿਊ ਵਿੱਚ ਚਲਾਉਂਦਾ ਹੈ ਅਤੇ ਇੱਕ ਜਨਤਕ URL 'ਤੇ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਦਾ ਹੈ। ਐਪ ਦੇ ਅੰਦਰ AI ਤੁਹਾਡੀ ਆਪਣੀ ਪ੍ਰਦਾਤਾ ਕੁੰਜੀ ਵਰਤਦਾ ਹੈ। ਤੁਸੀਂ ਇਸ ਨੂੰ ਪ੍ਰੋਜੈਕਟ ਸੀਕ੍ਰੇਟਾਂ ਵਿੱਚ ਜੋੜਦੇ ਹੋ, ਜਾਂ ਉਸ ਸੀਕ੍ਰੇਟ ਕਾਰਡ ਰਾਹੀਂ ਜੋ Mythex ਚੈਟ ਵਿੱਚ ਲੋੜ ਪੈਣ 'ਤੇ ਵਿਖਾਉਂਦਾ ਹੈ, ਅਤੇ ਪ੍ਰਦਾਤਾ ਦੀ ਵਰਤੋਂ ਤੁਹਾਡੇ ਪ੍ਰਦਾਤਾ ਖਾਤੇ ਨੂੰ ਬਿੱਲ ਹੁੰਦੀ ਹੈ, Mythex ਬਿਲਡ ਕ੍ਰੈਡਿਟ ਨੂੰ ਨਹੀਂ। Mythex ਤੁਹਾਡੀ ਐਪ ਦੇ ਯੂਜ਼ਰਾਂ ਲਈ ਟੋਕਨ ਸ਼ਾਮਲ ਨਹੀਂ ਕਰਦਾ, ਨਾ ਹੀ ਕੋਈ ਬਣਿਆ-ਬਣਾਇਆ ਗਿਆਨ-ਆਧਾਰ ਉਤਪਾਦ, ਨਾ ਹੀ ਤਿਆਰ ਰੇਟ ਸੀਮਾਵਾਂ: ਇਹ ਉਹ ਹਿੱਸੇ ਹਨ ਜੋ ਤੁਸੀਂ ਮੰਗਦੇ ਹੋ ਅਤੇ ਜਾਂਚਦੇ ਹੋ। ਐਪ ਵਿੱਚ AI ਜੋੜਨ ਬਾਰੇ ਦਸਤਾਵੇਜ਼ ਪੰਨਾ ਇਹ ਕਦਮ-ਦਰ-ਕਦਮ ਦੱਸਦਾ ਹੈ, ਅਤੇ AI ਨੂੰ ਆਪਣੀਆਂ API ਕੁੰਜੀਆਂ ਨਾਲ ਜੋੜੋ ਵਿੱਚ ਇੱਕ ਸ਼ੁਰੂਆਤੀ ਪ੍ਰੋਂਪਟ ਹੈ।
ਜੇ ਬੋਟ ਨੂੰ ਸੰਭਾਲੀਆਂ ਗੱਲਾਂ ਚਾਹੀਦੀਆਂ ਹਨ, ਤਾਂ ਤੁਹਾਡੇ ਮੰਗਣ 'ਤੇ Mythex ਪ੍ਰੋਜੈਕਟ ਨਾਲ ਇੱਕ Postgres ਡੇਟਾਬੇਸ ਜੋੜਦਾ ਹੈ। ਐਪਾਂ ਦੇ ਅੰਦਰ ਮਾਡਲ ਵਰਤਣ ਦੇ ਹੋਰ ਤਰੀਕਿਆਂ ਲਈ, ਸਾਰਾਂਸ਼ ਤੋਂ ਵਰਗੀਕਰਨ ਤੱਕ, ਆਪਣੀ ਐਪ ਵਿੱਚ AI ਫੀਚਰ ਕਿਵੇਂ ਜੋੜੀਏ ਵੇਖੋ, ਜਾਂ ਸ਼ੁਰੂਆਤ ਲਈ ਐਪ ਟੈਂਪਲੇਟ ਵੇਖੋ।
ਸਵਾਲ
ਕੀ AI ਚੈਟਬੋਟ ਐਪ ਬਣਾਉਣ ਲਈ ਮੈਨੂੰ ਆਪਣੀ ਖ਼ੁਦ ਦੀ API ਕੁੰਜੀ ਚਾਹੀਦੀ ਹੈ?
ਲਗਭਗ ਹਰ ਹਾਲਤ ਵਿੱਚ, ਹਾਂ। ਚੈਟਬੋਟ ਹਰ ਸੁਨੇਹਾ OpenAI, Anthropic ਜਾਂ Google ਵਰਗੇ ਮਾਡਲ ਪ੍ਰਦਾਤਾ ਨੂੰ ਭੇਜਦਾ ਹੈ, ਅਤੇ ਪ੍ਰਦਾਤਾ ਉਸ ਖਾਤੇ ਨੂੰ ਬਿੱਲ ਦਿੰਦਾ ਹੈ ਜਿਸ ਦੀ API ਕੁੰਜੀ ਹੋਵੇ। ਕੁੰਜੀ ਤੁਹਾਡੇ ਸਰਵਰ ਉੱਤੇ ਰਹਿਣੀ ਚਾਹੀਦੀ ਹੈ, ਕਦੇ ਵੀ ਵੈੱਬ ਪੰਨੇ ਵਿੱਚ ਨਹੀਂ।
AI ਚੈਟਬੋਟ ਚਲਾਉਣ ਦਾ ਖ਼ਰਚਾ ਕਿੰਨਾ ਹੁੰਦਾ ਹੈ?
ਪ੍ਰਦਾਤਾ ਟੋਕਨ ਦੇ ਹਿਸਾਬ ਨਾਲ ਚਾਰਜ ਕਰਦੇ ਹਨ, ਉਸ ਲਿਖਤ ਲਈ ਜੋ ਤੁਸੀਂ ਭੇਜਦੇ ਹੋ ਅਤੇ ਜੋ ਮਾਡਲ ਵਾਪਸ ਲਿਖਦਾ ਹੈ, ਅਤੇ ਵੱਖ-ਵੱਖ ਮਾਡਲਾਂ ਦੀਆਂ ਕੀਮਤਾਂ ਵਿੱਚ ਕਾਫ਼ੀ ਫ਼ਰਕ ਹੁੰਦਾ ਹੈ। ਕਿਉਂਕਿ ਹਰ ਨਵਾਂ ਸੁਨੇਹਾ ਆਮ ਤੌਰ 'ਤੇ ਹੁਣ ਤੱਕ ਦੀ ਗੱਲਬਾਤ ਦੁਬਾਰਾ ਭੇਜਦਾ ਹੈ, ਲੰਮੀਆਂ ਗੱਲਾਂ ਦਾ ਹਰ ਸੁਨੇਹਾ ਛੋਟੀਆਂ ਗੱਲਾਂ ਨਾਲੋਂ ਮਹਿੰਗਾ ਪੈਂਦਾ ਹੈ। ਆਪਣੇ ਪ੍ਰਦਾਤਾ ਦਾ ਕੀਮਤ ਪੰਨਾ ਵੇਖੋ ਅਤੇ ਉਸ ਦੇ ਡੈਸ਼ਬੋਰਡ ਵਿੱਚ ਖ਼ਰਚ ਦੀ ਹੱਦ ਤੈਅ ਕਰੋ।
ਕੀ ਮੈਂ ਆਪਣੇ ਦਸਤਾਵੇਜ਼ਾਂ ਉੱਤੇ ਚੈਟਬੋਟ ਨੂੰ ਟ੍ਰੇਨ ਕਰ ਸਕਦਾ ਹਾਂ?
ਆਮ ਤੌਰ 'ਤੇ ਤੁਸੀਂ ਮਾਡਲ ਨੂੰ ਖ਼ੁਦ ਟ੍ਰੇਨ ਨਹੀਂ ਕਰਦੇ। ਥੋੜ੍ਹੀ ਸਮੱਗਰੀ ਲਈ ਤੁਸੀਂ ਉਸ ਨੂੰ ਸਿੱਧਾ ਸਿਸਟਮ ਪ੍ਰੋਂਪਟ ਵਿੱਚ ਪਾ ਦਿੰਦੇ ਹੋ; ਵੱਡੀ ਲਾਇਬ੍ਰੇਰੀ ਲਈ ਤੁਸੀਂ ਉਸ ਨੂੰ ਸਟੋਰ ਕਰਦੇ ਹੋ, ਹਰ ਸਵਾਲ ਲਈ ਢੁਕਵੇਂ ਹਿੱਸੇ ਲੱਭਦੇ ਹੋ, ਅਤੇ ਮਾਡਲ ਨੂੰ ਸਿਰਫ਼ ਉਹੀ ਭੇਜਦੇ ਹੋ। ਇਸ ਦੂਜੇ ਤਰੀਕੇ ਨੂੰ ਰਿਟਰੀਵਲ-ਔਗਮੈਂਟਡ ਜਨਰੇਸ਼ਨ, ਜਾਂ RAG ਕਹਿੰਦੇ ਹਨ।
ਕੀ ਮੈਂ ਬਿਨਾਂ ਕੋਡ ਲਿਖੇ AI ਚੈਟਬੋਟ ਬਣਾ ਸਕਦਾ ਹਾਂ?
ਹਾਂ। ਇੱਕ AI ਐਪ ਬਿਲਡਰ ਸਾਦੀ ਭਾਸ਼ਾ ਵਿੱਚ ਦਿੱਤੇ ਵੇਰਵੇ ਤੋਂ ਚੈਟ ਇੰਟਰਫੇਸ, ਮਾਡਲ ਨੂੰ ਕਾਲ ਕਰਨ ਵਾਲਾ ਸਰਵਰ ਰੂਟ ਅਤੇ ਸੰਭਾਲੀਆਂ ਗੱਲਾਂ ਲਈ ਡੇਟਾਬੇਸ ਲਿਖ ਸਕਦਾ ਹੈ। ਪ੍ਰਦਾਤਾ ਦਾ ਖਾਤਾ ਅਤੇ API ਕੁੰਜੀ ਤੁਹਾਨੂੰ ਖ਼ੁਦ ਬਣਾਉਣੀ ਪੈਂਦੀ ਹੈ।