ਲਾਭ:
- LLM ਨੂੰ ਨੋ-ਕੋਡ/ਲੋ-ਕੋਡ ਆਟੋਮੇਸ਼ਨ ਟੂਲਸ ਨਾਲ ਵਰਕਫਲੋ ਨਾਲ ਜੋੜਨ ਦੇ ਤਰਕ ਨੂੰ ਸਮਝਦਾ ਹੈ
- ਟਰਿੱਗਰ, LLM ਸਟੈਪ, ਅਤੇ ਐਕਸ਼ਨ ਸਟੈਪਸ ਵਾਲੇ ਇੱਕ ਐਂਡ-ਟੂ-ਐਂਡ ਫਲੋ ਡਿਜ਼ਾਈਨ ਕਰਦਾ ਹੈ
- ਆਟੋਮੇਸ਼ਨ ਵਿੱਚ ਗਲਤੀ, ਗੋਪਨੀਯਤਾ ਅਤੇ ਲਾਗਤ ਸੁਰੱਖਿਆ (ਗਾਰਡਰੇਲ) ਨੂੰ ਸਥਾਪਿਤ ਕਰਦਾ ਹੈ
AI ਦਾ ਅਸਲ ਵਪਾਰਕ ਮੁੱਲ ਅਕਸਰ ਇੱਕ ਸਿੰਗਲ ਚੈਟ ਵਿੰਡੋ ਵਿੱਚ ਨਹੀਂ ਹੁੰਦਾ, ਪਰ ਜਦੋਂ ਇਹ ਵਰਕਫਲੋ ਦੇ ਅੰਦਰ ਏਮਬੇਡ ਹੁੰਦਾ ਹੈ: ਇੱਕ ਆਉਣ ਵਾਲੀ ਈਮੇਲ ਨੂੰ ਵਰਗੀਕ੍ਰਿਤ ਕਰਨਾ ਅਤੇ ਇਸਨੂੰ ਸਹੀ ਟੀਮ ਵਿੱਚ ਰੂਟ ਕਰਨਾ, ਇੱਕ ਫਾਰਮ ਦਾ ਸਾਰ ਦੇਣਾ ਅਤੇ ਇਸਨੂੰ CRM ਵਿੱਚ ਟਾਈਪ ਕਰਨਾ, ਸਹਾਇਤਾ ਬੇਨਤੀਆਂ ਨੂੰ ਤਰਜੀਹ ਦੇਣਾ, ਕੰਟਰੈਕਟਸ ਨੂੰ ਸਕੈਨ ਕਰਨਾ ਅਤੇ ਜੋਖਮ ਨੂੰ ਫਲੈਗ ਕਰਨਾ। ਅਜਿਹਾ ਕਰਨ ਲਈ ਤੁਹਾਨੂੰ ਹਮੇਸ਼ਾ ਕੋਡ ਲਿਖਣ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ — ਨੋ-ਕੋਡ/ਲੋ-ਕੋਡ ਆਟੋਮੇਸ਼ਨ ਟੂਲ ਉਸ ਪੁਲ ਨੂੰ ਬਣਾਉਂਦੇ ਹਨ। ਇਸ ਯੂਨਿਟ ਵਿੱਚ ਤੁਸੀਂ LLM ਨੂੰ ਇੱਕ ਵਰਕਫਲੋ ਨਾਲ ਕਨੈਕਟ ਕਰਨ ਦਾ ਤਰਕ ਸਿੱਖੋਗੇ ਜਿਵੇਂ ਕਿ n8n, Zapier ਅਤੇ Make, ਇੱਕ ਅੰਤ ਤੋਂ ਅੰਤ ਦੇ ਪ੍ਰਵਾਹ ਦੀ ਸਰੀਰ ਵਿਗਿਆਨ ਅਤੇ ਆਟੋਮੇਸ਼ਨ ਵਿੱਚ ਲਾਗਤ/ਗੋਪਨੀਯਤਾ/ਗਾਰਡਰੇਲ।
ਆਟੋਮੇਸ਼ਨ ਟੂਲ ਕੀ ਹੈ?
ਇੱਕ ਆਟੋਮੇਸ਼ਨ ਟੂਲ ਇੱਕ ਵਿਜ਼ੂਅਲ ਪਲੇਟਫਾਰਮ ਹੈ ਜੋ ਵੱਖ-ਵੱਖ ਐਪਲੀਕੇਸ਼ਨਾਂ ਨੂੰ "ਜੇ ਇਹ, ਅਜਿਹਾ ਕਰੋ" ਤਰਕ ਨਾਲ ਜੋੜਦਾ ਹੈ। ਤੁਸੀਂ ਬਿਨਾਂ ਕੋਡ ਲਿਖੇ ਬਕਸੇ (ਨੋਡ/ਸਟੈਪ) ਨੂੰ ਖਿੱਚ ਕੇ ਅਤੇ ਜੋੜ ਕੇ ਇੱਕ ਪ੍ਰਵਾਹ ਸਥਾਪਤ ਕਰਦੇ ਹੋ।
- n8n: ਓਪਨ ਸੋਰਸ, ਤੁਹਾਡੇ ਆਪਣੇ ਸਰਵਰ 'ਤੇ ਹੋਸਟ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ, ਸਭ ਤੋਂ ਲਚਕਦਾਰ। ਤਕਨੀਕੀ ਟੀਮਾਂ ਲਈ ਸ਼ਕਤੀਸ਼ਾਲੀ।
- ਜ਼ੈਪੀਅਰ: ਸਭ ਤੋਂ ਆਮ, ਸਭ ਤੋਂ ਆਸਾਨ; ਹਜ਼ਾਰਾਂ ਤਿਆਰ ਐਪਲੀਕੇਸ਼ਨ ਲਿੰਕ। ਕਾਰੋਬਾਰੀ ਉਪਭੋਗਤਾਵਾਂ ਲਈ ਆਦਰਸ਼.
- ਬਣਾਉ (ਪਹਿਲਾਂ ਇੰਟੀਗਰੋਮੈਟ): ਵਿਜ਼ੂਅਲ ਅਤੇ ਲਚਕਦਾਰ; ਗੁੰਝਲਦਾਰ ਬਹੁ-ਕਦਮ ਪ੍ਰਵਾਹ ਵਿੱਚ ਸ਼ਕਤੀਸ਼ਾਲੀ.
ਤਿੰਨੋਂ ਇੱਕੋ ਜਿਹੇ ਮੂਲ ਤਰਕ ਨੂੰ ਸਾਂਝਾ ਕਰਦੇ ਹਨ ਅਤੇ ਤੁਹਾਨੂੰ ਪ੍ਰਵਾਹ ਵਿੱਚ ਇੱਕ LLM ਕਦਮ ਜੋੜਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦੇ ਹਨ।
ਅੰਤ ਤੋਂ ਅੰਤ ਦੇ ਪ੍ਰਵਾਹ ਦੀ ਐਨਾਟੋਮੀ
ਹਰੇਕ LLM ਆਟੋਮੇਸ਼ਨ ਵਿੱਚ ਤਿੰਨ ਭਾਗ ਹੁੰਦੇ ਹਨ:
- ਟਰਿੱਗਰ: ਵਹਾਅ ਕੀ ਸ਼ੁਰੂ ਹੁੰਦਾ ਹੈ? ਨਵੀਂ ਈਮੇਲ, ਨਵਾਂ ਫਾਰਮ ਜਵਾਬ, ਨਵਾਂ CRM ਰਿਕਾਰਡ, ਇੱਕ ਨਿਯਤ ਸਮਾਂ।
- LLM ਕਦਮ: ਮਾਡਲ ਨੂੰ ਡੇਟਾ ਭੇਜਦਾ ਹੈ; ਮਾਡਲ ਵਰਗੀਕ੍ਰਿਤ ਕਰਦਾ ਹੈ, ਸੰਖੇਪ ਕਰਦਾ ਹੈ, ਕੱਢਦਾ ਹੈ, ਜਾਂ ਜਵਾਬ ਬਣਾਉਂਦਾ ਹੈ।
- ਐਕਸ਼ਨ: ਮਾਡਲ ਦੇ ਆਉਟਪੁੱਟ ਨਾਲ ਕੀ ਕੀਤਾ ਜਾਂਦਾ ਹੈ? CRM ਨੂੰ ਲਿਖੋ, Slack ਨੂੰ ਸੂਚਿਤ ਕਰੋ, ਟੈਗ ਸ਼ਾਮਲ ਕਰੋ, ਈਮੇਲ ਭੇਜੋ।
# ਆਮ ਫਲੋਚਾਰਟ[ਨਵਾਂ ਸਮਰਥਨ ਈਮੇਲ] → [LLM: ਵਰਗੀਕਰਨ + ਅਸਾਈਨ ਅਰਜੈਂਸੀ] → [ਸਲੈਕ ਨੂੰ ਸੂਚਿਤ ਕਰੋ ਜੇ ਜ਼ਿਆਦਾ ਜ਼ਰੂਰੀ ਹੈ] (ਟਰਿੱਗਰ) (LLM ਕਦਮ) (ਕਾਰਵਾਈ, ਸ਼ਰਤੀਆ)
ਨਾਜ਼ੁਕ ਬਿੰਦੂ: LLM ਕਦਮ ਵਹਾਅ ਦੇ ਮੱਧ ਵਿੱਚ ਹੈ. ਇਸਦਾ ਇੰਪੁੱਟ ਪਿਛਲੇ ਪੜਾਅ ਤੋਂ ਆਉਂਦਾ ਹੈ, ਇਸਦਾ ਆਉਟਪੁੱਟ ਅਗਲੇ ਪੜਾਅ 'ਤੇ ਫੀਡ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਇਸ ਲਈ ਆਟੋਮੇਸ਼ਨ ਵਿੱਚ ਇਹ ਬਹੁਤ ਜ਼ਰੂਰੀ ਹੈ ਕਿ ਆਉਟਪੁੱਟ ਨੂੰ ਢਾਂਚਾਗਤ ਅਤੇ ਅਨੁਮਾਨਯੋਗ ਬਣਾਇਆ ਜਾਵੇ (ਯੂਨਿਟ 4 ਤੋਂ JSON ਸਕੀਮਾ) — ਅਗਲਾ ਕਦਮ ਉਸ ਆਉਟਪੁੱਟ ਨੂੰ ਪ੍ਰੋਗਰਾਮੇਟਿਕ ਤੌਰ 'ਤੇ ਪੜ੍ਹ ਰਿਹਾ ਹੋਵੇਗਾ।
ਕਦਮ ਦਰ ਕਦਮ: ਇੱਕ ਪ੍ਰਵਾਹ ਸਥਾਪਤ ਕਰਨਾ
- ਟਰਿੱਗਰ ਚੁਣੋ। ਘਟਨਾਵਾਂ ਦਾ ਕੀ ਪ੍ਰਵਾਹ ਸ਼ੁਰੂ ਹੋਵੇਗਾ? ਬੇਲੋੜੀ ਅਕਸਰ (ਕੀਮਤ) ਨੂੰ ਟਰਿੱਗਰ ਨਾ ਕਰੋ।
- ਡਾਟਾ ਤਿਆਰ ਕਰੋ. ਸਿਰਫ਼ ਲੋੜੀਂਦੇ ਖੇਤਰਾਂ ਨੂੰ LLM ਵਿੱਚ ਪਾਸ ਕਰੋ; ਮਾਸਕ ਸੰਵੇਦਨਸ਼ੀਲ ਡੇਟਾ (ਯੂਨਿਟ 9)।
- LLM ਕਦਮ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰੋ। ਮਾਡਲ, ਸਿਸਟਮ ਪ੍ਰੋਂਪਟ, ਮੈਕਸ_ਟੋਕਨ ਅਤੇ ਆਉਟਪੁੱਟ ਫਾਰਮੈਟ ਦਿਓ। JSON ਵਜੋਂ ਆਉਟਪੁੱਟ ਦੀ ਬੇਨਤੀ ਕਰੋ।
- ਆਉਟਪੁੱਟ ਨੂੰ ਪਾਰਸ ਕਰੋ. ਉਹਨਾਂ ਖੇਤਰਾਂ ਨੂੰ ਐਕਸਟਰੈਕਟ ਕਰੋ (ਜਿਵੇਂ ਕਿ ਸ਼੍ਰੇਣੀ, ਜ਼ਰੂਰੀ) ਜੋ ਅਗਲਾ ਪੜਾਅ ਪੜ੍ਹੇਗਾ।
- ਸ਼ਰਤੀਆ ਕਾਰਵਾਈ ਸ਼ਾਮਲ ਕਰੋ। ਸ਼ਾਖਾਵਾਂ ਸਥਾਪਤ ਕਰੋ ਜਿਵੇਂ ਕਿ "ਜੇਕਰ ਜ਼ਰੂਰੀ ਹੈ, ਸੂਚਿਤ ਕਰੋ", "ਜੇ ਸ਼੍ਰੇਣੀ ਇਨਵੌਇਸ ਹੈ, ਤਾਂ ਇਸਨੂੰ ਵਿੱਤ ਟੀਮ ਨੂੰ ਸੌਂਪੋ"।
- ਗਲਤੀਆਂ ਕਰੋ ਅਤੇ ਸੀਮਾਵਾਂ ਸੈਟ ਕਰੋ। ਕੀ ਹੁੰਦਾ ਹੈ ਜੇਕਰ LLM ਕਦਮ ਅਸਫਲ ਹੋ ਜਾਂਦਾ ਹੈ? ਅਸਪਸ਼ਟ ਆਉਟਪੁੱਟ ਨਾਲ ਕੀ ਕਰਨਾ ਹੈ?
ਆਟੋਮੇਸ਼ਨ ਵਿੱਚ ਸੁਰੱਖਿਆ: ਗਾਰਡਰੇਲ
ਆਟੋਮੇਸ਼ਨ ਸ਼ਕਤੀਸ਼ਾਲੀ ਹੈ, ਪਰ ਜੇਕਰ ਅਣਚਾਹੇ ਛੱਡ ਦਿੱਤਾ ਗਿਆ, ਤਾਂ ਜੋਖਮ ਵਧਦਾ ਹੈ: ਗਲਤ ਆਉਟਪੁੱਟ ਇੱਕ ਆਟੋਮੈਟਿਕ ਕਾਰਵਾਈ ਬਣ ਜਾਂਦੀ ਹੈ (ਗਲਤ ਈਮੇਲ ਭੇਜੀ ਗਈ, ਗਲਤ ਰਿਕਾਰਡ ਅੱਪਡੇਟ ਕੀਤਾ ਗਿਆ)। ਇਸ ਲਈ ਪਹਿਰੇਦਾਰ ਜ਼ਰੂਰੀ ਹਨ।
ਜੋਖਮ
ਗਾਰਡਰੇਲ
ਗਲਤ/ਨਕਲੀ ਆਉਟਪੁੱਟ ਆਟੋਮੈਟਿਕ ਐਕਸ਼ਨ ਵਿੱਚ ਬਦਲ ਜਾਂਦੀ ਹੈ
ਉੱਚ-ਪ੍ਰਭਾਵ ਵਾਲੀਆਂ ਕਾਰਵਾਈਆਂ (ਈਮੇਲ ਕਰਨਾ, ਮਿਟਾਉਣਾ) ਨੂੰ ਮਨੁੱਖੀ ਪ੍ਰਵਾਨਗੀ ਨਾਲ ਜੋੜੋ
ਲਾਗਤ ਵਿਸਫੋਟ (ਅਨੰਤ ਟਰਿੱਗਰ)
ਟਰਿੱਗਰ ਨੂੰ ਸੀਮਿਤ ਕਰੋ, ਰੋਜ਼ਾਨਾ ਕਾਲ ਕੋਟਾ ਸੈਟ ਕਰੋ, ਤੇਜ਼ ਮਾਡਲ ਦੀ ਵਰਤੋਂ ਕਰੋ
ਸੰਵੇਦਨਸ਼ੀਲ ਡਾਟਾ ਲੀਕ
ਸਿਰਫ਼ ਲੋੜੀਂਦੇ ਖੇਤਰ, ਮਾਸਕ ਨੂੰ ਪਾਸ ਕਰੋ, ਪ੍ਰਵਾਹ ਇਤਿਹਾਸ ਵਿੱਚ ਨਿੱਜੀ ਡੇਟਾ ਨਾ ਰੱਖੋ
ਕੁੰਜੀ ਲੀਕ
ਟੂਲ ਦੇ ਗੁਪਤ ਪ੍ਰਮਾਣ ਪੱਤਰ ਸਟੋਰ ਵਿੱਚ API ਕੁੰਜੀ ਨੂੰ ਸਟੋਰ ਕਰੋ, ਮੇਰੇ ਨਾਮ ਨੂੰ ਸਾਦਾ ਟੈਕਸਟ ਲਿਖੋ
ਅਸਪਸ਼ਟ ਆਉਟਪੁੱਟ 'ਤੇ ਗਲਤ ਬ੍ਰਾਂਚਿੰਗ
"ਜੇਕਰ ਪੱਕਾ ਨਹੀਂ ਹੈ, ਮਨੁੱਖ ਨੂੰ ਅੱਗੇ ਭੇਜੋ" ਸ਼ਾਖਾ ਸ਼ਾਮਲ ਕਰੋ
ਸਾਵਧਾਨ: ਆਟੋਮੇਸ਼ਨ ਵਿੱਚ ਸਭ ਤੋਂ ਖ਼ਤਰਨਾਕ ਪੈਟਰਨ LLM ਆਉਟਪੁੱਟ ਨੂੰ ਪ੍ਰਮਾਣਿਤ ਕੀਤੇ ਬਿਨਾਂ ਉੱਚ-ਪ੍ਰਭਾਵ ਵਾਲੀ ਕਾਰਵਾਈ ਨਾਲ ਜੋੜਨਾ ਹੈ। ਜੇਕਰ ਮਾਡਲ ਇੱਕ ਵਾਰ "ਰਿਟਰਨ ਨੂੰ ਮਨਜ਼ੂਰੀ ਦਿਓ" ਨੂੰ ਗਲਤ ਢੰਗ ਨਾਲ ਕਹਿੰਦਾ ਹੈ, ਤਾਂ ਪ੍ਰਵਾਹ ਆਪਣੇ ਆਪ ਇਸਨੂੰ ਲਾਗੂ ਕਰਦਾ ਹੈ। ਹਮੇਸ਼ਾਂ ਉੱਚ-ਪ੍ਰਭਾਵ ਵਾਲੀਆਂ ਕਾਰਵਾਈਆਂ ਨੂੰ ਪ੍ਰਮਾਣਿਕਤਾ ਜਾਂ ਮਨੁੱਖੀ ਪ੍ਰਵਾਨਗੀ ਦੇ ਕਦਮ (ਯੂਨਿਟ 11) ਦੇ ਪਿੱਛੇ ਰੱਖੋ।
ਕਾਪੀ ਕਰਨ ਯੋਗ ਟੈਂਪਲੇਟਸ
# ਆਟੋਮੇਸ਼ਨ LLM ਕਦਮ: ਸਿਸਟਮ ਪ੍ਰੋਂਪਟ (ਸਟ੍ਰਕਚਰਡ ਆਉਟਪੁੱਟ) ਤੁਸੀਂ ਇੱਕ ਬੇਨਤੀ ਵਰਗੀਕਰਣ ਹੋ। ਇਨਪੁਟ ਇੱਕ ਗਾਹਕ ਈਮੇਲ ਹੈ। ਬੱਸ ਹੇਠਾਂ ਦਿੱਤੇ JSON ਨੂੰ ਵਾਪਸ ਕਰੋ, ਕੋਈ ਹੋਰ ਟੈਕਸਟ ਨਾ ਲਿਖੋ:{"category":"invoice|technical|refund|other","argency":"low|medium|high","summary":"single sentence"}ਜੇਕਰ ਤੁਸੀਂ ਯਕੀਨੀ ਨਹੀਂ ਹੋ, ਤਾਂ ਸ਼੍ਰੇਣੀ "ਹੋਰ", ਜ਼ਰੂਰੀ "ਮਾਧਿਅਮ" ਟਾਈਪ ਕਰੋ।
# ਕੰਡੀਸ਼ਨਲ ਬ੍ਰਾਂਚਿੰਗ ਨਿਯਮ (ਇਨ-ਟੂਲ) IF ਜ਼ਰੂਰੀ == "ਹਾਈ" → ਸਲੈਕ #ਰਿਪੋਰਟ ਨੂੰ ਜ਼ਰੂਰੀ-ਸਹਾਇਤਾ ਚੈਨਲ + ਪ੍ਰਸ਼ਾਸਕ ਨੂੰ ਸੌਂਪੋ ਸ਼੍ਰੇਣੀ == "ਇਨਵੌਇਸ" → ਵਿੱਤ ਟੀਮ ਕਤਾਰ ਵਿੱਚ ਸ਼ਾਮਲ ਕਰੋOTHER → ਆਮ ਸਹਾਇਤਾ ਕਤਾਰ
# ਲਾਗਤ ਗਾਰਡਰੇਲ (ਸਡਿਊਲਿੰਗ) ਟ੍ਰਿਗਰ: "ਨਵੀਂ ਸਹਾਇਤਾ ਈਮੇਲ" ਸਿਰਫ਼ (ਸਪੈਮ ਫੋਲਡਰ ਨੂੰ ਛੱਡ ਕੇ) ਮਾਡਲ: ਤੇਜ਼ ਮਾਡਲ (ਸਧਾਰਨ ਵਰਗੀਕਰਨ) ਰੋਜ਼ਾਨਾ ਕਾਲ ਕੈਪ: 3,000 (ਚੇਤਾਵਨੀ ਦਿਓ ਅਤੇ ਵੱਧ ਹੋਣ 'ਤੇ ਰੋਕੋ)
# ਪ੍ਰਾਈਵੇਸੀ ਗਾਰਡਰੇਲ (ਪ੍ਰੀ-ਸਟੈਪ) ਮਾਡਲ ਨੂੰ ਭੇਜਣ ਤੋਂ ਪਹਿਲਾਂ: TR ਆਈਡੀ, ਕਾਰਡ ਨੰਬਰ ਅਤੇ ਫ਼ੋਨ ਖੇਤਰਾਂ ਨੂੰ ਹਟਾਓ/ਮਾਸਕ ਕਰੋ। ਸਿਰਫ਼ ਈਮੇਲ ਬਾਡੀ ਦਾ ਟੈਕਸਟ ਅੱਗੇ ਭੇਜੋ; ਅਟੈਚਮੈਂਟ ਅਤੇ ਦਸਤਖਤ ਬਲਾਕ ਹਟਾਓ।
ਕਮਜ਼ੋਰ ਪ੍ਰੋਂਪਟ / ਮਜ਼ਬੂਤ ਪ੍ਰੋਂਪਟ (ਆਟੋਮੇਸ਼ਨ ਕਦਮ)
# ਕਮਜ਼ੋਰ (ਮੁਫ਼ਤ ਟੈਕਸਟ, ਅਗਲਾ ਕਦਮ ਪੜ੍ਹਿਆ ਨਹੀਂ ਜਾ ਸਕਦਾ, ਕੋਈ ਪ੍ਰਮਾਣਿਕਤਾ ਨਹੀਂ) ਇਹ ਈਮੇਲ ਪੜ੍ਹੋ ਅਤੇ ਮੈਨੂੰ ਦੱਸੋ ਕਿ ਕੀ ਕਰਨਾ ਹੈ।
# ਮਜ਼ਬੂਤ (ਢਾਂਚਾਗਤ, ਸ਼ਾਖਾਯੋਗ, ਅਸਪਸ਼ਟ-ਸੁਰੱਖਿਅਤ)ਇਸ ਈਮੇਲ ਨੂੰ ਵਰਗੀਕ੍ਰਿਤ ਕਰੋ। ਸਿਰਫ਼ JSON ਵਾਪਸ ਕਰੋ:{"category":"invoice|technical|refund|other","urgency":"low|medium|high"}ਉੱਚ ਜ਼ਰੂਰੀ ਸਥਿਤੀ ਸਿਰਫ਼ ਜ਼ਰੂਰੀ ਸਥਿਤੀਆਂ (ਪੈਸੇ ਦਾ ਨੁਕਸਾਨ, ਸੇਵਾ ਬੰਦ ਹੋਣ) ਲਈ ਹੈ। ਜੇਕਰ ਯਕੀਨ ਨਹੀਂ ਹੈ, ਤਾਂ "ਮਾਧਿਅਮ" ਦਿਓ.
ਸ਼ਕਤੀਸ਼ਾਲੀ ਸੰਸਕਰਣ; ਇਹ ਵਿਵਹਾਰ ਨੂੰ ਪਰਿਭਾਸ਼ਿਤ ਕਰਦਾ ਹੈ ਜੋ ਮਸ਼ੀਨ-ਪੜ੍ਹਨਯੋਗ, ਸ਼ਰਤੀਆ ਬ੍ਰਾਂਚਿੰਗ-ਅਨੁਕੂਲ, ਅਤੇ ਅਸਪਸ਼ਟਤਾ-ਸੁਰੱਖਿਅਤ ਹੈ। ਬਾਕੀ ਆਟੋਮੇਸ਼ਨ ਇਸ ਸਪੱਸ਼ਟਤਾ 'ਤੇ ਨਿਰਭਰ ਕਰਦੀ ਹੈ।
ਤਿੰਨ ਮਿੰਨੀ ਕੇਸ
ਕੇਸ 1 - ਈਮੇਲ ਟ੍ਰਾਈਜ। ਇੱਕ SME ਦੇ ਸਹਾਇਤਾ ਬਾਕਸ ਨੂੰ ਪ੍ਰਤੀ ਦਿਨ ~ 400 ਈਮੇਲਾਂ ਪ੍ਰਾਪਤ ਹੁੰਦੀਆਂ ਹਨ, ਸਭ ਨੂੰ ਹੱਥੀਂ ਛਾਂਟਿਆ ਜਾਂਦਾ ਹੈ। ਉਹਨਾਂ ਨੇ n8n ਦੇ ਨਾਲ ਪ੍ਰਵਾਹ ਸਥਾਪਤ ਕੀਤਾ: ਨਵੀਂ ਈਮੇਲ → ਤੇਜ਼ ਮਾਡਲ ਨਾਲ ਵਰਗੀਕ੍ਰਿਤ → ਸਲੈਕ ਲਈ ਉੱਚ ਜ਼ਰੂਰੀ, ਇਨਵੌਇਸ ਵਿੱਤ ਟੀਮ ਦੇ ਅਧੀਨ ਹੈ। ਛਾਂਟਣ ਦਾ ਸਮਾਂ ਪ੍ਰਤੀ ਵਿਅਕਤੀ ਪ੍ਰਤੀ ਦਿਨ 2 ਘੰਟੇ ਤੋਂ ਘਟ ਕੇ ਜ਼ੀਰੋ ਹੋ ਗਿਆ ਹੈ; ਔਸਤ ਜਵਾਬ ਸਮਾਂ 60% ਘਟਾ ਦਿੱਤਾ ਗਿਆ ਸੀ।
ਕੇਸ 2 - ਬਿਨਾਂ ਪੁਸ਼ਟੀ ਕੀਤੇ ਆਟੋਮੈਟਿਕ ਰਿਫੰਡ। ਇੱਕ ਈ-ਕਾਮਰਸ ਟੀਮ ਪੁੱਛਦੀ ਹੈ "ਕੀ ਵਾਪਸੀ ਯੋਗ ਹੈ?" ਨੇ ਫੈਸਲਾ LLM 'ਤੇ ਛੱਡ ਦਿੱਤਾ ਅਤੇ ਆਉਟਪੁੱਟ ਨੂੰ ਸਿੱਧੇ ਰਿਫੰਡ ਪ੍ਰਕਿਰਿਆ ਨਾਲ ਜੋੜਿਆ। ਜਦੋਂ ਮਾਡਲ ਨੇ ਕਈ ਵਾਰ ਗਲਤ ਢੰਗ ਨਾਲ "ਉਚਿਤ" ਕਿਹਾ, ਤਾਂ ਆਟੋਮੈਟਿਕ ਰਿਫੰਡ ਕੀਤੇ ਗਏ ਅਤੇ ਵਿੱਤੀ ਨੁਕਸਾਨ ਹੋਇਆ। ਉਹਨਾਂ ਨੇ ਮਨੁੱਖੀ ਪ੍ਰਵਾਨਗੀ ਲਈ ਉੱਚ-ਪ੍ਰਭਾਵ ਵਾਲਾ ਕਦਮ ਚੁੱਕਿਆ: LLM ਸੁਝਾਅ ਤਿਆਰ ਕਰਦਾ ਹੈ, ਇੱਕ ਏਜੰਟ ਮਨਜ਼ੂਰ ਕਰਦਾ ਹੈ। ਗਲਤ ਰਿਟਰਨ ਜ਼ੀਰੋ 'ਤੇ ਆ ਗਿਆ। ਸਬਕ: ਉੱਚ-ਪ੍ਰਭਾਵ ਵਾਲੀ ਕਾਰਵਾਈ ਨੂੰ ਪ੍ਰਮਾਣਿਤ ਕੀਤੇ ਬਿਨਾਂ ਸਵੈਚਲਿਤ ਨਾ ਕਰੋ।
ਕੇਸ 3 - ਲਾਗਤ ਲੀਕੇਜ। ਇੱਕ ਟੀਮ ਹਰ ਆਉਣ ਵਾਲੀ ਸੂਚਨਾ (ਸਪੈਮ ਸਮੇਤ) ਦੇ ਨਾਲ ਆਪਣੀ ਜ਼ੈਪੀਅਰ ਫੀਡ ਨੂੰ ਚਾਲੂ ਕਰ ਰਹੀ ਸੀ; ਹਰ ਮਹੀਨੇ ਉਮੀਦ ਨਾਲੋਂ 4 ਗੁਣਾ ਜ਼ਿਆਦਾ ਕਾਲਾਂ ਆਈਆਂ। ਉਹਨਾਂ ਨੇ ਟਰਿੱਗਰ ਨੂੰ ਸੰਕੁਚਿਤ ਕੀਤਾ (ਸਪੈਮ ਨੂੰ ਛੱਡ ਕੇ), ਇੱਕ ਰੋਜ਼ਾਨਾ ਕਾਲ ਕੋਟਾ ਅਤੇ ਤੇਜ਼ ਮਾਡਲ ਪੇਸ਼ ਕੀਤਾ। ਲਾਗਤ ਅਨੁਮਾਨਿਤ ਹੋ ਗਈ ਅਤੇ ਇੱਕ ਚੌਥਾਈ ਤੱਕ ਘੱਟ ਗਈ।
ਆਮ ਗਲਤੀਆਂ
- ਮੁਫਤ ਟੈਕਸਟ ਛਾਪਣਾ: ਅਗਲਾ ਪੜਾਅ ਪੜ੍ਹ ਨਹੀਂ ਸਕਦਾ; JSON/ਸੰਗਠਿਤ ਆਉਟਪੁੱਟ ਦੀ ਬੇਨਤੀ ਕਰੋ।
- ਬਿਨਾਂ ਪੁਸ਼ਟੀ ਕੀਤੇ ਉੱਚ-ਪ੍ਰਭਾਵ ਵਾਲੀ ਕਾਰਵਾਈ ਨੂੰ ਸਵੈਚਾਲਤ ਕਰਨਾ: ਗਲਤ ਆਉਟਪੁੱਟ ਸਿੱਧੇ ਤੌਰ 'ਤੇ ਨੁਕਸਾਨ ਵਿੱਚ ਅਨੁਵਾਦ ਕਰਦੀ ਹੈ; ਮਨੁੱਖੀ ਪ੍ਰਵਾਨਗੀ ਪਾ.
- ਟਰਿੱਗਰ ਨੂੰ ਚੌੜਾ ਛੱਡਣਾ: ਬੇਲੋੜੇ ਟਰਿੱਗਰ ਖਰਚੇ; ਇਸਨੂੰ ਛੋਟਾ ਕਰੋ ਅਤੇ ਇੱਕ ਕੋਟਾ ਸੈਟ ਕਰੋ।
- ਪਲੇਨ ਟੈਕਸਟ ਵਿੱਚ ਕੁੰਜੀ ਲਿਖਣਾ: ਟੂਲ ਦੇ ਗੁਪਤ ਪ੍ਰਮਾਣ ਪੱਤਰ ਸਟੋਰ ਦੀ ਵਰਤੋਂ ਕਰੋ।
- ਸਾਰੇ ਕੱਚੇ ਡੇਟਾ ਨੂੰ ਮਾਡਲ ਵਿੱਚ ਪਾਸ ਕਰਨਾ: ਗੁਪਤਤਾ ਦੀ ਉਲੰਘਣਾ; ਮਾਸਕ ਅਤੇ ਛੋਟਾ ਕਰੋ.
- ਅਨਿਸ਼ਚਿਤਤਾ ਵਿੱਚ ਇੱਕ ਸ਼ਾਖਾ ਨੂੰ ਪਰਿਭਾਸ਼ਿਤ ਨਾ ਕਰਨਾ: "ਜੇਕਰ ਨਿਸ਼ਚਤ ਨਹੀਂ, ਮਨੁੱਖੀ ਵੱਲ ਰੀਡਾਇਰੈਕਟ ਕਰੋ" ਸ਼ਾਖਾ ਸ਼ਾਮਲ ਕਰੋ।
ਡੂੰਘਾ: ਨੋ-ਕੋਡ ਅਤੇ ਕੋਡ ਵਿਚਕਾਰ ਸਹੀ ਚੋਣ
ਆਟੋਮੇਸ਼ਨ ਟੂਲ ਸ਼ਕਤੀਸ਼ਾਲੀ ਹਨ, ਪਰ ਉਹ ਹਰ ਸਮੱਸਿਆ ਲਈ ਸਹੀ ਸਾਧਨ ਨਹੀਂ ਹਨ। ਇੱਕ ਪਰਿਪੱਕ ਪਹੁੰਚ ਨੋ-ਕੋਡ (n8n/Zapier/Make) ਅਤੇ ਸਕ੍ਰਿਪਟਡ ਏਕੀਕਰਣ ਦੇ ਵਿਚਕਾਰ ਇੱਕ ਸੁਚੇਤ ਚੋਣ ਕਰਨਾ ਹੈ। ਨੋ-ਕੋਡ ਟੂਲ; ਇਹ ਤੁਰੰਤ ਸਥਾਪਨਾ, ਵਪਾਰਕ ਉਪਭੋਗਤਾ ਲਈ ਆਪਣੇ ਆਪ ਸਟ੍ਰੀਮਿੰਗ ਸਥਾਪਤ ਕਰਨ ਦੀ ਯੋਗਤਾ, ਅਤੇ ਤਿਆਰ ਐਪਲੀਕੇਸ਼ਨ ਕਨੈਕਸ਼ਨਾਂ ਦੀ ਪੇਸ਼ਕਸ਼ ਕਰਦਾ ਹੈ। ਇਸਦੇ ਉਲਟ, ਜਦੋਂ ਗੁੰਝਲਦਾਰ ਬ੍ਰਾਂਚਿੰਗ, ਵਧੀਆ ਲਾਗਤ ਨਿਯੰਤਰਣ, ਕਸਟਮ ਪ੍ਰਮਾਣਿਕਤਾ ਤਰਕ ਅਤੇ ਬਹੁਤ ਜ਼ਿਆਦਾ ਮਾਤਰਾ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ, ਤਾਂ ਇੱਕ ਕੋਡਡ ਹੱਲ ਵਧੇਰੇ ਲਚਕਦਾਰ ਅਤੇ ਸਸਤਾ ਹੋ ਸਕਦਾ ਹੈ।
ਅੰਗੂਠੇ ਦਾ ਨਿਯਮ: ਨੋ-ਕੋਡ ਟੂਲ ਆਦਰਸ਼ ਹੈ ਜੇਕਰ ਪ੍ਰਵਾਹ ਸਧਾਰਨ ਅਤੇ ਰੇਖਿਕ ਹੈ (ਟਰਿੱਗਰ → LLM → ਸਿੰਗਲ ਐਕਸ਼ਨ)। ਜੇਕਰ ਪ੍ਰਵਾਹ ਨੂੰ ਗੁੰਝਲਦਾਰ ਸਥਿਤੀਆਂ, ਲੂਪਸ, ਕਸਟਮ ਮੁੜ ਕੋਸ਼ਿਸ਼ ਤਰਕ (ਯੂਨਿਟ 8), ਜਾਂ ਸਖਤ ਗੋਪਨੀਯਤਾ ਨਿਯੰਤਰਣ ਦੀ ਲੋੜ ਹੈ, ਤਾਂ ਇੱਕ ਕੋਡਡ ਮਿਡਲਵੇਅਰ 'ਤੇ ਵਿਚਾਰ ਕਰੋ। ਬਹੁਤ ਸਾਰੀਆਂ ਟੀਮਾਂ ਦੋਵੇਂ ਇਕੱਠੇ ਵਰਤਦੀਆਂ ਹਨ: ਕੋਡ ਰਹਿਤ ਟੂਲ ਆਰਕੈਸਟਰੇਸ਼ਨ, ਉਹਨਾਂ ਦੇ ਸਰਵਰ 'ਤੇ "ਵੈਬਹੁੱਕ" ਦੇ ਅੰਤ ਤੱਕ ਨਾਜ਼ੁਕ ਕਦਮਾਂ ਨੂੰ ਰੂਟ ਕਰਨਾ।
ਦੂਜਾ ਮਹੱਤਵਪੂਰਨ ਨੁਕਤਾ ਨਿਰੀਖਣਯੋਗਤਾ ਹੈ। ਕੋਡ ਰਹਿਤ ਵਹਾਅ "ਚੁੱਪਚਾਪ" ਅਸਫਲ ਹੋ ਸਕਦੇ ਹਨ: ਇੱਕ ਕਦਮ ਅਸਫਲ ਹੋ ਜਾਂਦਾ ਹੈ, ਵਹਾਅ ਰੁਕ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਕੋਈ ਵੀ ਧਿਆਨ ਨਹੀਂ ਦਿੰਦਾ। ਇਸ ਲਈ ਆਪਣੇ ਪ੍ਰਵਾਹ ਵਿੱਚ ਗਲਤੀ ਦੀ ਰਿਪੋਰਟਿੰਗ (ਉਦਾਹਰਨ ਲਈ ਟੀਮ ਨੂੰ ਅਸਫਲ ਹੋਣ 'ਤੇ ਸੁਚੇਤ ਕਰਨਾ) ਅਤੇ ਕੰਮ ਦੇ ਲੌਗ ਸ਼ਾਮਲ ਕਰੋ। ਤੁਹਾਨੂੰ ਨਿਯਮਿਤ ਤੌਰ 'ਤੇ ਇਹ ਦੇਖਣ ਦੀ ਜ਼ਰੂਰਤ ਹੁੰਦੀ ਹੈ ਕਿ ਪ੍ਰਤੀ ਮਹੀਨੇ ਕਿੰਨੀਆਂ ਕਾਲਾਂ ਕੀਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ, ਕਿੰਨੀਆਂ ਅਸਫਲ ਹੁੰਦੀਆਂ ਹਨ, ਅਤੇ ਕੁੱਲ ਲਾਗਤ - ਯੂਨਿਟ 11 ਵਿੱਚ ਟਰੈਕਿੰਗ ਸਿਧਾਂਤ ਕੋਡ ਰਹਿਤ ਆਟੋਮੇਸ਼ਨਾਂ 'ਤੇ ਵੀ ਲਾਗੂ ਹੁੰਦੇ ਹਨ।
ਅੰਤ ਵਿੱਚ, ਇਸ ਤੋਂ ਪਹਿਲਾਂ ਕਿ ਤੁਸੀਂ ਇੱਕ ਆਟੋਮੇਸ਼ਨ ਨਾਲ ਲਾਈਵ ਹੋਵੋ, ਇੱਕ ਡਰਾਈ ਰਨ ਕਰਨਾ ਯਕੀਨੀ ਬਣਾਓ: ਅਸਲ ਕਾਰਵਾਈਆਂ ਨੂੰ ਅਸਮਰੱਥ ਬਣਾਓ (ਇੱਕ ਈਮੇਲ ਭੇਜਣਾ, ਰਜਿਸਟਰ ਕਰਨਾ) ਅਤੇ ਨਮੂਨਾ ਡੇਟਾ ਦੇ ਨਾਲ ਪ੍ਰਵਾਹ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰੋ। ਇਹ ਗਲਤ ਸ਼ਾਖਾ ਜਾਂ ਟੁੱਟੇ ਹੋਏ ਪ੍ਰੋਂਪਟ ਨੂੰ ਅਸਲ ਨੁਕਸਾਨ ਹੋਣ ਤੋਂ ਰੋਕਦਾ ਹੈ।
ਸੰਖੇਪ ਵਿੱਚ
ਆਟੋਮੇਸ਼ਨ ਟੂਲ (n8n, Zapier, Make) LLM ਨੂੰ ਕੋਡ ਲਿਖੇ ਬਿਨਾਂ ਵਰਕਫਲੋ ਨਾਲ ਕਨੈਕਟ ਕਰਦੇ ਹਨ; ਹਰੇਕ ਪ੍ਰਵਾਹ ਵਿੱਚ ਇੱਕ ਟਰਿੱਗਰ, LLM ਕਦਮ, ਅਤੇ ਕਾਰਵਾਈ ਹੁੰਦੀ ਹੈ। ਇਹ ਲਾਜ਼ਮੀ ਤੌਰ 'ਤੇ ਕੌਂਫਿਗਰ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ ਕਿਉਂਕਿ LLM ਆਉਟਪੁੱਟ ਅਗਲੇ ਪੜਾਅ ਦੁਆਰਾ ਪੜ੍ਹੀ ਜਾਵੇਗੀ। ਸੁਰੱਖਿਆ ਲਈ ਗਾਰਡਰੇਲ ਜ਼ਰੂਰੀ ਹਨ: ਮਨੁੱਖੀ ਮਨਜ਼ੂਰੀ ਲਈ ਉੱਚ-ਪ੍ਰਭਾਵ ਵਾਲੀਆਂ ਕਾਰਵਾਈਆਂ ਨੂੰ ਜੋੜਨਾ, ਟ੍ਰਿਗਰ ਅਤੇ ਕੋਟਾ ਦੁਆਰਾ ਲਾਗਤ ਨੂੰ ਸੀਮਿਤ ਕਰਨਾ, ਸੰਵੇਦਨਸ਼ੀਲ ਡੇਟਾ ਨੂੰ ਮਾਸਕ ਕਰਨਾ, ਅਤੇ ਇੱਕ ਗੁਪਤ ਪਛਾਣ ਸਟੋਰ ਵਿੱਚ ਕੁੰਜੀ ਰੱਖਣਾ।
ਐਪਲੀਕੇਸ਼ਨ ਦਾ ਕੰਮ
ਆਪਣਾ ਖੁਦ ਦਾ ਵਰਕਫਲੋ ਚੁਣੋ (ਜਿਵੇਂ ਕਿ ਅੰਦਰ ਵੱਲ ਬੇਨਤੀ ਟ੍ਰਾਈਜ)। (1) ਟਰਿੱਗਰ, LLM ਕਦਮ ਅਤੇ ਕਾਰਵਾਈਆਂ ਖਿੱਚੋ। (2) LLM ਕਦਮ ਲਈ ਸੰਰਚਿਤ ਆਉਟਪੁੱਟ ਪ੍ਰੋਂਪਟ ਲਿਖੋ। (3) ਘੱਟੋ-ਘੱਟ ਦੋ ਕੰਡੀਸ਼ਨਲ ਬ੍ਰਾਂਚਿੰਗ ਨਿਯਮਾਂ ਨੂੰ ਪਰਿਭਾਸ਼ਿਤ ਕਰੋ। (4) ਲਾਗਤ, ਗੋਪਨੀਯਤਾ, ਅਤੇ ਉੱਚ-ਪ੍ਰਭਾਵ ਵਾਲੀ ਕਾਰਵਾਈ ਲਈ ਗਾਰਡਰੇਲ ਸੈੱਟ ਕਰੋ ਅਤੇ ਨਿਸ਼ਾਨ ਲਗਾਓ ਕਿ ਕਿਸ ਕਦਮ ਲਈ ਮਨੁੱਖੀ ਪ੍ਰਵਾਨਗੀ ਦੀ ਲੋੜ ਹੋਵੇਗੀ।
ਚੈੱਕਲਿਸਟ
- [ ] ਮੈਂ ਇੱਕ ਆਟੋਮੇਸ਼ਨ ਪ੍ਰਵਾਹ ਦੇ ਤਿੰਨ ਭਾਗਾਂ ਨੂੰ ਗਿਣ ਸਕਦਾ ਹਾਂ (ਟਰਿੱਗਰ, LLM, ਕਾਰਵਾਈ)।
- [ ] ਮੈਂ LLM ਆਉਟਪੁੱਟ ਸਟ੍ਰਕਚਰ ਦੀ ਬੇਨਤੀ ਕਰ ਸਕਦਾ/ਸਕਦੀ ਹਾਂ ਅਤੇ ਇਸਨੂੰ ਅਗਲੇ ਪੜਾਅ 'ਤੇ ਫੀਡ ਕਰ ਸਕਦੀ ਹਾਂ।
- [ ] ਮੈਂ ਜਾਣਦਾ ਹਾਂ ਕਿ ਉੱਚ-ਪ੍ਰਭਾਵ ਵਾਲੀਆਂ ਕਾਰਵਾਈਆਂ ਨੂੰ ਮਨੁੱਖੀ ਪ੍ਰਵਾਨਗੀ ਨਾਲ ਕਿਵੇਂ ਜੋੜਨਾ ਹੈ।
- ਮੈਂ ਟਰਿੱਗਰ ਅਤੇ ਕੋਟਾ ਦੁਆਰਾ ਲਾਗਤ ਨੂੰ ਸੀਮਿਤ ਕਰ ਸਕਦਾ ਹਾਂ।
- [ ] ਮੈਂ ਗੁਪਤ ਪਛਾਣ ਸਟੋਰ ਵਿੱਚ ਕੁੰਜੀ ਰੱਖਣ ਅਤੇ ਡੇਟਾ ਨੂੰ ਮਾਸਕ ਕਰਨ ਨੂੰ ਲਾਗੂ ਕਰਦਾ ਹਾਂ।