ಪ್ರತಿ-ಕರೆ ಚರಗಳು
ಡಿಪ್ಲಾಯ್ ಮಾಡಲಾದ prompt, ಪರಿಕರಗಳು ಅಥವಾ ಸೆಟ್ಟಿಂಗ್ಗಳನ್ನು ಬದಲಾಯಿಸದೆ, ಪ್ರತಿ ಕರೆಗೆ ಉಳಿಸಿದ ಏಜೆಂಟ್ ಅನ್ನು ವೈಯಕ್ತೀಕರಿಸಿ.
ನಿಮ್ಮ ಉಳಿಸಿದ ಏಜೆಂಟ್ನ prompt ನಲ್ಲಿ ಪ್ಲೇಸ್ಹೋಲ್ಡರ್ಗಳನ್ನು ಇರಿಸಿ, ನಂತರ ಕರೆ ಪ್ರಾರಂಭಿಸುವಾಗ variables ಆಬ್ಜೆಕ್ಟ್ ಒದಗಿಸಿ. ಉಳಿಸಿದ ಕಾನ್ಫಿಗರೇಶನ್ ಮತ್ತು ಆವೃತ್ತಿ ಇತಿಹಾಸವು ಬದಲಾಗುವುದಿಲ್ಲ. ThunderPhone ಕರೆ ಕಾನ್ಫಿಗರೇಶನ್ ಅನ್ನು ಧ್ವನಿ ರನ್ಟೈಮ್ಗೆ ಕಳುಹಿಸುವ ಮೊದಲು ಪಠ್ಯವನ್ನು ರೆಂಡರ್ ಮಾಡುತ್ತದೆ.
ಯಾವುದೇ ಮೌಲ್ಯಗಳು ಅಗತ್ಯವಿಲ್ಲದಿದ್ದರೆ, variables ಅನ್ನು ಬಿಡಿ; null ಕಳುಹಿಸಬೇಡಿ (400 ನೊಂದಿಗೆ ತಿರಸ್ಕರಿಸಲಾಗುತ್ತದೆ).
ಪ್ಲೇಸ್ಹೋಲ್ಡರ್ಗಳು ಮತ್ತು ಡೀಫಾಲ್ಟ್ಗಳು
You are calling {{name|Friend}} about account {{account_id}}.
The available appointment is {{ appointment_slot }}.ಹೆಸರುಗಳು ಕೇಸ್-ಸೆನ್ಸಿಟಿವ್ ಆಗಿವೆ ಮತ್ತು [A-Za-z_][A-Za-z0-9_]* ಅನ್ನು ಅನುಸರಿಸುತ್ತವೆ. ಹೆಸರಿನ ಸುತ್ತಲಿನ ಖಾಲಿ ಜಾಗವನ್ನು ಅನುಮತಿಸಲಾಗುತ್ತದೆ; | ನಂತರದ ಖಾಲಿ ಜಾಗವು ಡೀಫಾಲ್ಟ್ನ ಭಾಗವಾಗಿದ್ದು ಉಳಿಸಲಾಗುತ್ತದೆ. {{name|Friend}} ನಲ್ಲಿ name ಕಾಣೆಯಾಗಿದ್ದರೆ ಅಥವಾ null ಆಗಿದ್ದರೆ Friend ಅನ್ನು ಬಳಸಲಾಗುತ್ತದೆ; ಖಾಲಿ ಸ್ಟ್ರಿಂಗ್ ಎನ್ನುವುದು ಸ್ಪಷ್ಟವಾಗಿ ಒದಗಿಸಲಾದ ಮೌಲ್ಯವಾಗಿದೆ. ಡೀಫಾಲ್ಟ್ ಇಲ್ಲದ ಕಾಣೆಯಾದ ಮೌಲ್ಯಗಳು ಖಾಲಿ ಸ್ಟ್ರಿಂಗ್ಗಳಾಗುತ್ತವೆ ಮತ್ತು ಅವುಗಳ ಹೆಸರುಗಳು unresolved_variables ನಲ್ಲಿ ಕಾಣಿಸುತ್ತವೆ. ಮಾನ್ಯ ಪ್ಲೇಸ್ಹೋಲ್ಡರ್ ಅಲ್ಲದ ಡಬಲ್ ಬ್ರೇಸ್ಗಳ ನಡುವಿನ ಪಠ್ಯವನ್ನು ತೆಗೆದುಹಾಕಲಾಗುತ್ತದೆ. ಒದಗಿಸಲಾದ ಪ್ರತಿಯೊಂದು ಮೌಲ್ಯದ ಒಳಗಿನ ಡಬಲ್-ಬ್ರೇಸ್ ಪಠ್ಯವನ್ನು ಸ್ವತಂತ್ರವಾಗಿ ತೆಗೆದುಹಾಕಲಾಗುತ್ತದೆ; ಒಂದು ಮೌಲ್ಯವು ಸುತ್ತಮುತ್ತಲಿನ prompt ಪಠ್ಯವನ್ನು ಅಥವಾ ಇನ್ನೊಂದು ಮೌಲ್ಯವನ್ನು ತೆಗೆದುಹಾಕಲು ಸಾಧ್ಯವಿಲ್ಲ. ಹೊಂದಿಕೆಯಾಗದ ಡಬಲ್-ಬ್ರೇಸ್ ಡಿಲಿಮಿಟರ್ಗಳನ್ನೂ ತೆಗೆದುಹಾಕಲಾಗುತ್ತದೆ. prompt ಗಳಲ್ಲಿನ JSON ಉದಾಹರಣೆಗಳು {{ ಅನ್ನು ಬಳಸಬಾರದು. ಮೌಲ್ಯಗಳು ಸರಳ ಪಠ್ಯವಾಗಿದ್ದು, ಅವುಗಳನ್ನು ಕೋಡ್ ಆಗಿ ಮೌಲ್ಯಮಾಪನ ಮಾಡುವುದಿಲ್ಲ ಅಥವಾ ಟೆಂಪ್ಲೇಟ್ಗಳಾಗಿ ಪುನರಾವರ್ತಿತವಾಗಿ ವಿಸ್ತರಿಸುವುದಿಲ್ಲ.
ಅಂಗೀಕಾರ prompt ಗಳಲ್ಲಿ, ಹೊರಹೋಗುವ ವಾಯ್ಸ್ಮೇಲ್ ಸಂದೇಶಗಳಲ್ಲಿ ಮತ್ತು ಫೋನ್ ಕರೆಗಾಗಿ ಆ ಕ್ಷೇತ್ರವನ್ನು ಕಳುಹಿಸಿದಾಗ ಸಮ್ಮತಿ ಘೋಷಣೆಯ ಪಠ್ಯದಲ್ಲಿಯೂ ವೇರಿಯಬಲ್ಗಳು ಕಾಣಿಸಬಹುದು. ಏಜೆಂಟ್ಗೆ ಪ್ರತ್ಯೇಕ first_message ಕ್ಷೇತ್ರವಿಲ್ಲ: ಅದರ ಆರಂಭಿಕ ಸೂಚನೆಗಳನ್ನು prompt ನಲ್ಲಿ ಇರಿಸಿ. ಇರುವ ವಾಯ್ಸ್ಮೇಲ್ {agent_name} ಮತ್ತು {org_name} ಪ್ಲೇಸ್ಹೋಲ್ಡರ್ಗಳು ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತಲೇ ಇರುತ್ತವೆ.
ಮೌಲ್ಯಗಳು ಸ್ಟ್ರಿಂಗ್ಗಳು, ಸಂಖ್ಯೆಗಳು, ಬೂಲಿಯನ್ಗಳು ಅಥವಾ null ಆಗಿರಬಹುದು; ಬೂಲಿಯನ್ಗಳು true ಮತ್ತು false ಎಂದು ರೆಂಡರ್ ಆಗುತ್ತವೆ. ನ್ಯೂಲೈನ್ (\n), ಟ್ಯಾಬ್ (\t) ಮತ್ತು ಕ್ಯಾರೇಜ್ ರಿಟರ್ನ್ (\r) ಹೊರತುಪಡಿಸಿ ಯುನಿಕೋಡ್ ನಿಯಂತ್ರಣ (Cc) ಅಕ್ಷರಗಳು, ಎಲ್ಲ ಫಾರ್ಮ್ಯಾಟ್ (Cf) ಅಕ್ಷರಗಳು ಮತ್ತು ಸರೊಗೇಟ್ (Cs) ಕೋಡ್ ಪಾಯಿಂಟ್ಗಳನ್ನು ತೆಗೆದುಹಾಕಲಾಗುತ್ತದೆ; \r\n ಅನ್ನು \n ಗೆ ಸಾಮಾನ್ಯೀಕರಿಸಲಾಗುತ್ತದೆ. ರೆಂಡರ್ ಮಾಡಿದಾಗ ಪ್ರತಿಯೊಂದು ಮೌಲ್ಯವು 2,000 ಅಕ್ಷರಗಳಿಗೆ ಸೀಮಿತವಾಗಿರುತ್ತದೆ. ಒದಗಿಸಲಾದ ಸ್ಟ್ರಿಂಗ್ಗಳನ್ನು ಸಂಗ್ರಹಿಸುವ ಮೊದಲು ಸಹ ಸ್ವಚ್ಛಗೊಳಿಸಿ ಮೊಟಕುಗೊಳಿಸಲಾಗುತ್ತದೆ. ಮೂಲ ಆಬ್ಜೆಕ್ಟ್ 32 KB ನ UTF-8 JSON ಒಳಗೆ ಸರಿಹೊಂದಬೇಕು; ದೊಡ್ಡ ಆಬ್ಜೆಕ್ಟ್ಗಳಿಗೆ ಕರೆ ಅಥವಾ ಸೆಷನ್ ವಿನಂತಿಗಳಲ್ಲಿ 400 ದೊರೆಯುತ್ತದೆ, ಆದರೆ ಅಭಿಯಾನ ಆಮದುಗಳು ಅಮಾನ್ಯ ಸಾಲುಗಳನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ವರದಿ ಮಾಡುತ್ತವೆ. ಅರೇಗಳು ಮತ್ತು ನೆಸ್ಟೆಡ್ ಆಬ್ಜೆಕ್ಟ್ಗಳನ್ನು ಮೌಲ್ಯಗಳಾಗಿ ಸ್ವೀಕರಿಸಲಾಗುವುದಿಲ್ಲ. ಹೊಂದಿಕೆಯಾಗದ ಮೆಟಾಡೇಟಾ ಕೀಗಳನ್ನು (ಉದಾಹರಣೆಗೆ ಖಾಲಿ ಜಾಗವಿರುವ CSV ಹೆಡರ್) ಉಳಿಸಿ ಮರುಕಳುಹಿಸಲಾಗುತ್ತದೆ, ಆದರೆ ಅವುಗಳನ್ನು ಪ್ಲೇಸ್ಹೋಲ್ಡರ್ ಮೂಲಕ ಉಲ್ಲೇಖಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ.
ಮೌಲ್ಯಗಳು ಎಲ್ಲಿಂದ ಬರುತ್ತವೆ
ಹೊರಹೋಗುವ API
POST /v1/call ನಲ್ಲಿ agent_id ಜೊತೆಗೆ variables ಕಳುಹಿಸಿ:
{
"from_number": "+15551234567",
"to_number": "+14155550199",
"agent_id": 12,
"variables": {
"name": "Ada",
"account_id": "A-17",
"appointment_slot": "Tuesday at 10 AM"
}
}ಇದು ಫೋನ್ ಸಂಖ್ಯೆಯ ಡೀಫಾಲ್ಟ್ ಹೊರಹೋಗುವ ಏಜೆಂಟ್ನೊಂದಿಗೆ ಅಥವಾ ಇನ್ಲೈನ್
config.prompt ನೊಂದಿಗೂ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ. ವಿಭಿನ್ನ ವೇರಿಯಬಲ್ಗಳೊಂದಿಗೆ ಐಡೆಂಪೊಟೆನ್ಸಿ ಕೀಯನ್ನು ಮರುಬಳಸಲು ಸಾಧ್ಯವಿಲ್ಲ.
ಕ್ಯಾಂಪೇನ್ CSV
ಫೋನ್ ಅಲ್ಲದ CSV ಕಾಲಮ್ಗಳು ಈಗಾಗಲೇ ಸಂಪರ್ಕ ವೇರಿಯಬಲ್ಗಳಾಗಿ ಸಂಗ್ರಹವಾಗಿರುತ್ತವೆ. ಪ್ರತಿ ಡಯಲ್ ಈಗ ಅವುಗಳನ್ನು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಬಳಸುತ್ತದೆ. ನಿಮ್ಮ ಪ್ಲೇಸ್ಹೋಲ್ಡರ್ಗಳಿಗೆ ಹೊಂದಿಸಲು name, account_id, ಮತ್ತು
appointment_slot ನಂತಹ ಹೆಡರ್ಗಳನ್ನು ಬಳಸಿ. ಇರುವ ಹೆಸರು ಮ್ಯಾಪಿಂಗ್ ಮೊದಲ ಮತ್ತು ಕೊನೆಯ ಹೆಸರು ಕಾಲಮ್ಗಳನ್ನು name ವೇರಿಯಬಲ್ಗೆ ಸಂಯೋಜಿಸಬಹುದು.
ಡೈನಾಮಿಕ್ ಕಾನ್ಫಿಗರೇಶನ್ ವೆಬ್ಹುಕ್
ತಡೆಯುವ ಕಾನ್ಫಿಗರೇಶನ್ ವೆಬ್ಹುಕ್ ಪಥದಲ್ಲಿ, ನಿಮ್ಮ ಸಂಸ್ಥೆಯಲ್ಲಿನ ಉಳಿಸಿದ ಏಜೆಂಟ್ ಜೊತೆಗೆ ಪ್ರತಿ-ಕರೆ ಮೌಲ್ಯಗಳನ್ನು ಹಿಂತಿರುಗಿಸಿ:
{"agent_id": 12, "variables": {"name": "Ada", "account_id": "A-17"}}ಪ್ರತಿಕ್ರಿಯೆಯ ಕೀಗಳು ವಿನಂತಿ-ಮಟ್ಟದ ವೇರಿಯಬಲ್ಗಳನ್ನು ತಿದ್ದಿಬರೆಯುತ್ತವೆ, ಆದರೆ ಇತರ ವಿನಂತಿ
ಕೀಗಳು ಉಳಿಯುತ್ತವೆ. null ಪ್ರತಿಕ್ರಿಯೆ ಮೌಲ್ಯವು ಪ್ಲೇಸ್ಹೋಲ್ಡರ್ನ ಡೀಫಾಲ್ಟ್ ಅನ್ನು ಆಯ್ಕೆಮಾಡುತ್ತದೆ.
ವಿಲೀನಗೊಳಿಸಿದ ಆಬ್ಜೆಕ್ಟ್ 32 KB ಒಳಗೂ ಇರಬೇಕು. ಉಳಿಸಿದ-ಏಜೆಂಟ್ ಪ್ರತಿಕ್ರಿಯೆಗಳು agent_id ಮತ್ತು variables ಅನ್ನು ಮಾತ್ರ ಸ್ವೀಕರಿಸುತ್ತವೆ; prompt ಅಥವಾ ಸೆಟ್ಟಿಂಗ್ಗಳನ್ನು ಬದಲಾಯಿಸಬೇಕಾದಾಗ ಇನ್ಲೈನ್ ಕಾನ್ಫಿಗರೇಶನ್ ಹಿಂತಿರುಗಿಸಿ. prompt ಹೊಂದಿರುವ ಪ್ರತಿಕ್ರಿಯೆಯು ಯಾವಾಗಲೂ ಇನ್ಲೈನ್
ಕಾನ್ಫಿಗರೇಶನ್ ಬಳಸುತ್ತದೆ: ಆ ಪ್ರತಿಕ್ರಿಯೆಯಲ್ಲಿರುವ ಯಾವುದೇ agent_id ಅನ್ನು, null ಅಥವಾ
ಪೂರ್ಣಾಂಕವಲ್ಲದ ಮೆಟಾಡೇಟಾ ಸೇರಿ, ನಿರ್ಲಕ್ಷಿಸಲಾಗುತ್ತದೆ. ಇನ್ಲೈನ್ prompt ಇನ್ನೂ ಸಾಮಾನ್ಯ ಮೌಲ್ಯಮಾಪನವನ್ನು ಪೂರೈಸಬೇಕು.
ಇನ್ಲೈನ್ ವೆಬ್ಹುಕ್ ಪ್ರತಿಕ್ರಿಯೆಗಳು variables ಅನ್ನೂ ಒಳಗೊಂಡಿರಬಹುದು. ಉಳಿಸಿದ-ಏಜೆಂಟ್ ವೆಬ್ಹುಕ್
ಪ್ರತಿಕ್ರಿಯೆಗಳು ಫೋನ್ ಮತ್ತು ವಿಜೆಟ್ ಕರೆಗಳೆರಡರಲ್ಲೂ ಏಜೆಂಟ್ನ ನಿಯೋಜಿತ A/B ವಿಭಜನೆಯನ್ನು ಬಳಸುತ್ತವೆ;
ವೇರಿಯಬಲ್ಗಳು ರೂಪಾಂತರ ಆಯ್ಕೆಯ ನಂತರ ರೆಂಡರ್ ಆಗುತ್ತವೆ. ಒಳಬರುವ ಫೋನ್ ಕರೆಗಳಲ್ಲಿ, ನಿಯೋಜಿತ ಒಳಬರುವ
ಏಜೆಂಟ್ ಇಲ್ಲದ ಸಂಖ್ಯೆಯನ್ನು ಬಳಸಿ ಮತ್ತು ಅದರ ಫೋನ್-ಸಂಖ್ಯೆ ಅಥವಾ ಸಂಸ್ಥೆಯ ವೆಬ್ಹುಕ್ ಅನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡಿ;
ವಿಜೆಟ್ ಕೀಗಳು mode="webhook" ಅನ್ನು ಬಳಸುತ್ತವೆ. ಎಂಡ್ಪಾಯಿಂಟ್-ಸಿಸ್ಟಮ್ ಒಳಬರುವ ಅಧಿಸೂಚನೆಗಳು ತಡೆಯುವ
ಕಾನ್ಫಿಗರೇಶನ್ ಪ್ರತಿಕ್ರಿಯೆಗಳನ್ನು ಒದಗಿಸುವುದಿಲ್ಲ.
ವಿಜೆಟ್ ಮತ್ತು ರಿಯಲ್ಟೈಮ್ ಸೆಷನ್ APIಗಳು
POST /v1/widget/session ಉನ್ನತ-ಮಟ್ಟದ variables ಆಬ್ಜೆಕ್ಟ್ ಅನ್ನು ಸ್ವೀಕರಿಸುತ್ತದೆ. ಇದರ ಪ್ರಕಟಿಸಬಹುದಾದ
ಕೀ ಉಳಿಸಿದ ಏಜೆಂಟ್ ಅನ್ನು ಆಯ್ಕೆಮಾಡುತ್ತದೆ. ವೆಬ್ಹುಕ್-ಮೋಡ್ ಕೀಗಳು ಈ ಮೌಲ್ಯಗಳನ್ನು ಕಾನ್ಫಿಗರೇಶನ್ ವೆಬ್ಹುಕ್ಗೆ ಮುಂದಕ್ಕೆ ಕಳುಹಿಸಿ, ಮೇಲೆ ವಿವರಿಸಿದಂತೆ ಪ್ರತಿಕ್ರಿಯೆಯನ್ನು ವಿಲೀನಗೊಳಿಸುತ್ತವೆ.
ಬ್ರೌಸರ್-ಒದಗಿಸಿದ ವಿಜೆಟ್/ರಿಯಲ್ಟೈಮ್ variables ಕ್ಲೈಂಟ್ನ ನಿಯಂತ್ರಣದಲ್ಲಿರುತ್ತವೆ, ಮೇಲೆ ವಿವರಿಸಿದ ಮೌಲ್ಯಮಾಪನ ಮತ್ತು ಸ್ಟ್ರಿಂಗ್ ಸ್ವಚ್ಛಗೊಳಿಸುವಿಕೆಯ ನಂತರ web.incoming ನಲ್ಲಿ
ಯಥಾವತ್ತಾಗಿ ಮುಂದಕ್ಕೆ ಕಳುಹಿಸಲ್ಪಡುತ್ತವೆ ಮತ್ತು ಪೂರ್ಣಗೊಳಿಸುವಿಕೆ ವೆಬ್ಹುಕ್ಗಳು ಹಾಗೂ ಕರೆ ಇತಿಹಾಸದಲ್ಲಿ ಪ್ರತಿಧ್ವನಿಸುತ್ತವೆ. ಅವುಗಳನ್ನು ವಿಶ್ವಾಸಾರ್ಹ ಗುರುತು ಅಥವಾ ದೃಢೀಕರಣ ಡೇಟಾ ಎಂದು ಪರಿಗಣಿಸಬೇಡಿ.
POST /v1/realtime/sessions agent_id (ಅಥವಾ ಇನ್ಲೈನ್
config) ಜೊತೆಗೆ variables ಅನ್ನು ಸ್ವೀಕರಿಸುತ್ತದೆ. ಇವು ಸೆಷನ್-ರಚನೆ API ಕ್ಷೇತ್ರಗಳಾಗಿವೆ. ರಿಯಲ್ಟೈಮ್ ವೆಬ್ಸಾಕೆಟ್
ಬ್ರಿಡ್ಜ್ ವೇರಿಯಬಲ್ಗಳ ಆಯ್ಕೆಯನ್ನು ಮುಂದಕ್ಕೆ ಕಳುಹಿಸುವುದಿಲ್ಲ; ಅದನ್ನು ನೇರವಾಗಿ
ಸೆಷನ್-ರಚನೆ APIಗೆ ಒದಗಿಸಿ. ವಿಜೆಟ್ ಕ್ಲೈಂಟ್ಗಳು ಪೋಸ್ಟ್ ಮಾಡಿದ
ಸೆಷನ್ ಪೇಲೋಡ್ನಲ್ಲಿ variables ಅನ್ನು ಸೇರಿಸಬೇಕು; SDK ಮುಂದಕ್ಕೆ ಕಳುಹಿಸುವಿಕೆ ಈ API ಬದಲಾವಣೆಯ ಭಾಗವಲ್ಲ. ಬಿಲ್ಡರ್ ಮೈಕ್ ಮತ್ತು ಸಿಮ್ಯುಲೇಟೆಡ್
ಪರೀಕ್ಷಾ ಕರೆಗಳು ಡೀಫಾಲ್ಟ್ಗಳು ಮತ್ತು ಕಾಣೆಯಾದ ಪ್ಲೇಸ್ಹೋಲ್ಡರ್ಗಳನ್ನು ಪರಿಹರಿಸುತ್ತವೆ, ಆದರೆ ಪ್ರತಿ-ಕರೆ
ವೇರಿಯಬಲ್ಗಳ ಇನ್ಪುಟ್ ಹೊಂದಿರುವುದಿಲ್ಲ.
ಕರೆಯ ನಂತರ ಹಿಂತಿರುಗುವ ಮೌಲ್ಯಗಳು
GET /v1/calls, GET /v1/calls/{call_id}, telephony.complete, ಮತ್ತು web.complete ಅಂತಿಮ
ವಿಲೀನಗೊಳಿಸಿದ variables ಮತ್ತು unresolved_variables ಅನ್ನು ಒಳಗೊಂಡಿರುತ್ತವೆ. data.history ಹೊಂದಿರುವ
ಲೆಗಸಿ ಪೂರ್ಣಗೊಳಿಸುವಿಕೆ ಪೇಲೋಡ್ಗಳು ಸಹ ಅವುಗಳನ್ನು ಒಳಗೊಂಡಿರುತ್ತವೆ:
{
"variables": {"name": "Ada", "account_id": "A-17"},
"unresolved_variables": ["appointment_slot"]
}ಪೂರ್ಣಗೊಂಡ ಕರೆಯನ್ನು ಅದರ ಮೂಲ ದಾಖಲೆಗೆ ಮತ್ತೆ ಜೋಡಿಸಲು ನಿಮ್ಮ CRM ಅಥವಾ ಕಾರ್ಯ ಗುರುತಿಸುವಿಕೆಯನ್ನು ವೇರಿಯಬಲ್ಗಳ ಆಬ್ಜೆಕ್ಟ್ನಲ್ಲಿ ಸಂಗ್ರಹಿಸಿ. ಈ ಕ್ಷೇತ್ರಗಳು ಕರೆ ದಾಖಲೆಯೊಂದಿಗೆ ಉಳಿಸಿಕೊಳ್ಳಲಾಗುತ್ತವೆ; ಕರೆ ಇತಿಹಾಸ ಮತ್ತು ವೆಬ್ಹುಕ್ಗಳಲ್ಲಿ ಉಳಿಸಿಕೊಳ್ಳಲು ಸೂಕ್ತವಾದ ಮಾಹಿತಿಯನ್ನು ಮಾತ್ರ ಕಳುಹಿಸಿ.
ಇರುವ prompt ಹೊಂದಾಣಿಕೆ
ರೆಂಡರಿಂಗ್ ಈಗಿರುವ ಉಳಿಸಿದ ಏಜೆಂಟ್ ಮತ್ತು A/B ರೂಪಾಂತರ promptಗಳಿಗೆ, ಇನ್ಲೈನ್
ಔಟ್ಬೌಂಡ್ ಮತ್ತು ರಿಯಲ್ಟೈಮ್ ಕಾನ್ಫಿಗರೇಶನ್ಗಳಿಗೆ ಹಾಗೂ ಕಾನ್ಫಿಗರೇಶನ್ ವೆಬ್ಹುಕ್ಗಳಿಂದ
ಹಿಂತಿರುಗುವ promptಗಳಿಗೆ ಸಹ ಅನ್ವಯಿಸುತ್ತದೆ. variables ಒದಗಿಸದಿದ್ದರೂ ಸಹ, ಗೊತ್ತಿಲ್ಲದ
{{name}} ಪ್ಲೇಸ್ಹೋಲ್ಡರ್ಗಳು ಖಾಲಿ ಪಠ್ಯವಾಗುತ್ತವೆ. ಬಿಡುಗಡೆಗೂ ಮೊದಲು ಈಗಿರುವ
promptಗಳನ್ನು ಪರಿಶೀಲಿಸಿ; ThunderPhone ಪಟ್ಟಿ ಮಾಡಲಾಗದ, ಬಾಹ್ಯವಾಗಿ ಒದಗಿಸಲಾದ
ಇನ್ಲೈನ್/ವೆಬ್ಹುಕ್ promptಗಳನ್ನೂ ಒಳಗೊಂಡಿರಲಿ. ಬಿಲ್ಡರ್ ಮೈಕ್ರೊಫೋನ್ ಮತ್ತು ಸಿಮ್ಯುಲೇಶನ್
ಕರೆಗಳು ಅದೇ ಡೀಫಾಲ್ಟ್/ಖಾಲಿ ವರ್ತನೆಯನ್ನು ಅನ್ವಯಿಸುತ್ತವೆ.