ಲಾಭಗಳು:
- ಸಂಪೂರ್ಣ ಸಂಭಾಷಣೆಯ ಮೂಲಕ ಸಿಸ್ಟಮ್ ಪ್ರಾಂಪ್ಟ್ ಮಾದರಿಯನ್ನು ಹೇಗೆ ಮಾರ್ಗದರ್ಶಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ವಿನ್ಯಾಸಗೊಳಿಸಬಹುದು
- ಹೊಂದಾಣಿಕೆಯ ಚಿಂತನೆ ಮತ್ತು ಪ್ರಯತ್ನದ ನಿಯತಾಂಕಗಳ ಪಾತ್ರ ಮತ್ತು ವೆಚ್ಚದ ಪ್ರಭಾವವನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುತ್ತದೆ
- ಮ್ಯಾಕ್ಸ್_ಟೋಕನ್ಗಳು, ಸ್ಟಾಪ್ ಸೀಕ್ವೆನ್ಸ್ಗಳು ಮತ್ತು ರಚನಾತ್ಮಕ ಔಟ್ಪುಟ್ನಂತಹ ಔಟ್ಪುಟ್ ನಿಯಂತ್ರಣಗಳನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸುತ್ತದೆ
ಒಂದೇ ಮಾದರಿಯ ಎರಡು ವಿಭಿನ್ನ ಉತ್ಪನ್ನಗಳು ಸಂಪೂರ್ಣವಾಗಿ ವಿಭಿನ್ನವಾಗಿ ವರ್ತಿಸಬಹುದು. ವ್ಯತ್ಯಾಸವು ಮಾದರಿಯಲ್ಲಿ ಅಲ್ಲ, ಆದರೆ ಸಿಸ್ಟಮ್ ಪ್ರಾಂಪ್ಟ್ ಮತ್ತು ಅದಕ್ಕೆ ನೀಡಲಾದ ನಿಯತಾಂಕಗಳಲ್ಲಿ. ಸಿಸ್ಟಮ್ ಪ್ರಾಂಪ್ಟ್ ಮಾದರಿಯ "ಕೆಲಸದ ಒಪ್ಪಂದ" ಮತ್ತು ನಿಯತಾಂಕಗಳು "ಕೆಲಸದ ಸೆಟ್ಟಿಂಗ್ಗಳು". ಈ ಘಟಕದಲ್ಲಿ, ಶಕ್ತಿಯುತ ಸಿಸ್ಟಮ್ ಪ್ರಾಂಪ್ಟ್ ಅನ್ನು ಹೇಗೆ ವಿನ್ಯಾಸಗೊಳಿಸುವುದು, ಆಧುನಿಕ ಮಾದರಿಗಳಲ್ಲಿನ ಚಿಂತನೆ ಮತ್ತು ಪ್ರಯತ್ನದ ಸೆಟ್ಟಿಂಗ್ಗಳು ಏನು ಮಾಡುತ್ತವೆ ಮತ್ತು ಫಾರ್ಮ್ಯಾಟ್/ಉದ್ದಕ್ಕಾಗಿ ಔಟ್ಪುಟ್ ಅನ್ನು ಹೇಗೆ ನಿಯಂತ್ರಿಸುವುದು ಎಂಬುದನ್ನು ನೀವು ಕಲಿಯುವಿರಿ. ಈ ಸೆಟ್ಟಿಂಗ್ಗಳನ್ನು ಸರಿಯಾಗಿ ಹೊಂದಿಸುವುದರಿಂದ ಗುಣಮಟ್ಟ ಮತ್ತು ವೆಚ್ಚ ಎರಡನ್ನೂ ಒಂದೇ ಸಮಯದಲ್ಲಿ ನಿರ್ವಹಿಸಲು ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ.
ಸಿಸ್ಟಮ್ ಪ್ರಾಂಪ್ಟ್: ಮಾದರಿಯ ಶಾಶ್ವತ ನಿರ್ದೇಶನ
ಸಿಸ್ಟಮ್ ಪ್ರಾಂಪ್ಟ್ ಎಂಬುದು ಸಂಪೂರ್ಣ ಸಂಭಾಷಣೆಯ ಉದ್ದಕ್ಕೂ ಅನ್ವಯಿಸುವ ಉನ್ನತ ಮಟ್ಟದ ಸೂಚನೆಯಾಗಿದೆ. ಈ ನಿಯಮಗಳು ಯಾವುದೇ ಬಳಕೆದಾರರ ಪ್ರಕಾರಗಳು ಮಾನ್ಯವಾಗಿರುತ್ತವೆ. ಉತ್ತಮ ಸಿಸ್ಟಮ್ ಪ್ರಾಂಪ್ಟ್ ಈ ಕೆಳಗಿನ ಅಂಶಗಳನ್ನು ಒಳಗೊಂಡಿದೆ:
- ಪಾತ್ರ/ಗುರುತಿನ: ಮಾಡೆಲ್ ಯಾರು? ("ನೀವು ಕಾರ್ಪೊರೇಟ್ ಬೆಂಬಲ ಸಹಾಯಕರು.")
- ವ್ಯಾಪ್ತಿ ಮತ್ತು ಗಡಿ: ಅದು ಏನು ಮಾಡುತ್ತದೆ ಮತ್ತು ಏನು ಮಾಡುವುದಿಲ್ಲ? (“ಒದಗಿಸಿದ ಪಾಲಿಸಿ ಡಾಕ್ಯುಮೆಂಟ್ನ ಆಧಾರದ ಮೇಲೆ ಮಾತ್ರ.”)
- ಫಾರ್ಮ್ಯಾಟ್ ನಿಯಮಗಳು: ಔಟ್ಪುಟ್ ಹೇಗಿರಬೇಕು? ("ಗರಿಷ್ಠ 3 ಲೇಖನಗಳು, ಅಧಿಕೃತ ಭಾಷೆ.")
- ಅನಿಶ್ಚಿತತೆಯ ವರ್ತನೆ: ಖಚಿತವಾಗಿರದಿದ್ದಾಗ ಒಬ್ಬರು ಏನು ಮಾಡುತ್ತಾರೆ? ("ಯಾವುದೇ ಮಾಹಿತಿ ಇಲ್ಲದಿದ್ದರೆ, ಅದನ್ನು ರಚಿಸಿ, ಅದನ್ನು ಸಂಬಂಧಿತ ಘಟಕಕ್ಕೆ ನಿರ್ದೇಶಿಸಿ.")
- ಭದ್ರತೆ/ಗೌಪ್ಯತೆ: ಯಾವುದು ಬೇಡ/ಬೇಡ? ("ವೈಯಕ್ತಿಕ ಡೇಟಾವನ್ನು ವಿನಂತಿಸಿ.")
ಸಲಹೆ: ಸಿಸ್ಟಮ್ ಪ್ರಾಂಪ್ಟ್ ಅನ್ನು ಸ್ಥಿರವಾಗಿರಿಸಿಕೊಳ್ಳಿ. ಪ್ರತಿ ವಿನಂತಿಯೊಂದಿಗೆ ಬದಲಾಗುವ ಮಾಹಿತಿಯನ್ನು ಎಂಬೆಡ್ ಮಾಡಬೇಡಿ (ಪ್ರಸ್ತುತ ದಿನಾಂಕ, ಬಳಕೆದಾರಹೆಸರು, ಅಧಿವೇಶನ ID). ಇದು ಸ್ಥಿರತೆಯನ್ನು ಮುರಿಯುತ್ತದೆ ಮತ್ತು ಘಟಕ 6 ರಲ್ಲಿ ಪ್ರಾಂಪ್ಟ್ ಸಂಗ್ರಹವನ್ನು ಅಮಾನ್ಯಗೊಳಿಸುತ್ತದೆ. ಬಳಕೆದಾರರ ಸಂದೇಶದಲ್ಲಿ ವೇರಿಯಬಲ್ ಮಾಹಿತಿಯನ್ನು ಇರಿಸಿ.
ಅತಿಯಾದ ಆಕ್ರಮಣಕಾರಿ ಸೂಚನೆಯ ಬಲೆ
ಆಧುನಿಕ ಮಾದರಿಗಳು ಸೂಚನೆಗಳನ್ನು ಬಹಳ ನಿಕಟವಾಗಿ ಅನುಸರಿಸುತ್ತವೆ. ಹಳೆಯ ಮಾದರಿಗಳಲ್ಲಿ ಕೆಲಸ ಮಾಡಿದ "MUST", "ಯಾವಾಗಲೂ", "ಖಂಡಿತವಾಗಿಯೂ ಇದನ್ನು ಮಾಡು", ಇತ್ಯಾದಿಗಳಂತಹ ಆಕ್ರಮಣಕಾರಿ ಪದಗುಚ್ಛಗಳು ಇಂದು ಅತಿಕ್ರಮಣಕ್ಕೆ ಕಾರಣವಾಗುತ್ತವೆ: ಮಾದರಿಯು ಏಜೆಂಟ್ ಅನ್ನು ಅಗತ್ಯವಿಲ್ಲದಿದ್ದಾಗ ಅಥವಾ ಅನಗತ್ಯವಾಗಿ ದೀರ್ಘಕಾಲದವರೆಗೆ ಓಡಿಸುತ್ತದೆ. ನಿಯಮವನ್ನು ಮೃದುಗೊಳಿಸಿ: "ಹುಡುಕಾಟ ಉಪಕರಣವನ್ನು ಬಳಸಬೇಕು" ಬದಲಿಗೆ, "ಉತ್ತರವು ಸಂಭಾಷಣೆಯಲ್ಲಿ ಇಲ್ಲದಿದ್ದರೆ, ಹುಡುಕಾಟ ಸಾಧನವನ್ನು ಬಳಸಿ" ಹೆಚ್ಚು ನಿಖರವಾಗಿದೆ.
ಮಾದರಿ ನಿಯತಾಂಕಗಳು: ಚಿಂತನೆ ಮತ್ತು ಪ್ರಯತ್ನ
ಶಾಸ್ತ್ರೀಯ LLM ಗಳು ತಾಪಮಾನದ ನಿಯತಾಂಕವನ್ನು ಹೊಂದಿದ್ದವು: ಕಡಿಮೆ ಮೌಲ್ಯವು ಹೆಚ್ಚು ನಿರ್ದಿಷ್ಟವಾದ/ಸ್ಥಿರವಾದ ಔಟ್ಪುಟ್ ಅನ್ನು ಉತ್ಪಾದಿಸುತ್ತದೆ, ಹೆಚ್ಚಿನ ಮೌಲ್ಯವು ಹೆಚ್ಚು ವೈವಿಧ್ಯಮಯ/ಸೃಜನಾತ್ಮಕ ಉತ್ಪಾದನೆಯನ್ನು ಉತ್ಪಾದಿಸುತ್ತದೆ. ಆಧುನಿಕ ಪೀಳಿಗೆಯ ಮಾದರಿಗಳು (ಉದಾಹರಣೆಗೆ ಓಪಸ್ 4.8, ಸಾನೆಟ್ 5) ಈ ವಿಧಾನವನ್ನು ಎರಡು ಹೆಚ್ಚು ಶಕ್ತಿಯುತ ಕಾರ್ಯವಿಧಾನಗಳೊಂದಿಗೆ ಬದಲಾಯಿಸುತ್ತವೆ ಮತ್ತು ಇನ್ನು ಮುಂದೆ ತಾಪಮಾನದಂತಹ ಮಾದರಿ ನಿಯತಾಂಕಗಳನ್ನು ಸ್ವೀಕರಿಸುವುದಿಲ್ಲ.
- ಅಡಾಪ್ಟಿವ್ ಥಿಂಕಿಂಗ್: ಪ್ರತಿಕ್ರಿಯಿಸುವ ಮೊದಲು ಅದರ "ತಲೆ" ನಲ್ಲಿ ಹಂತ ಹಂತವಾಗಿ ಮಾದರಿ ಕಾರಣಗಳು. ಕಾರ್ಯದ ಕಷ್ಟದ ಆಧಾರದ ಮೇಲೆ ಎಷ್ಟು ಯೋಚಿಸಬೇಕು ಎಂಬುದನ್ನು ಮಾದರಿ ನಿರ್ಧರಿಸುತ್ತದೆ. ಸಂಕೀರ್ಣ, ಬಹು-ಹಂತದ ಸಮಸ್ಯೆಗಳ ಮೇಲೆ ಗಮನಾರ್ಹವಾಗಿ ನಿಖರತೆಯನ್ನು ಸುಧಾರಿಸುತ್ತದೆ; ಸರಳ ಪ್ರಶ್ನೆಗಳಲ್ಲಿ ಅನಗತ್ಯ ವಿಳಂಬವನ್ನು ತಪ್ಪಿಸಲು ಅವನು ಕಡಿಮೆ ಯೋಚಿಸುತ್ತಾನೆ.
- ಪ್ರಯತ್ನ: ಒಂದು ಕಾರ್ಯಕ್ಕೆ ಮಾದರಿಯು ಎಷ್ಟು ಆಳವಾಗಿ ಧುಮುಕುತ್ತದೆ ಮತ್ತು ಅದು ಒಟ್ಟು ಎಷ್ಟು ಟೋಕನ್ಗಳನ್ನು ವ್ಯಯಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ಹೊಂದಿಸುವ ಉನ್ನತ ಮಟ್ಟದ ನಾಬ್. ವಿಶಿಷ್ಟ ಮಟ್ಟಗಳು: ಕಡಿಮೆ, ಮಧ್ಯಮ, ಹೆಚ್ಚಿನ ಮತ್ತು ಮೇಲಿನವು. ಹೆಚ್ಚಿನ ಪ್ರಯತ್ನವು ಗುಣಮಟ್ಟವನ್ನು ಸುಧಾರಿಸಬಹುದು, ಆದರೆ ಇದು ವಿಳಂಬ ಮತ್ತು ವೆಚ್ಚವನ್ನು ಹೆಚ್ಚಿಸುತ್ತದೆ; ಕಡಿಮೆ ಪ್ರಯತ್ನವು ವೇಗ ಮತ್ತು ಉಳಿತಾಯವನ್ನು ತರುತ್ತದೆ.
ಸೆಟ್ಟಿಂಗ್
ಏನು ಮಾಡುತ್ತದೆ
ಯಾವಾಗ
ಯೋಚಿಸುವುದು/ಕಡಿಮೆ ಪ್ರಯತ್ನ
ವೇಗದ, ಅಗ್ಗದ, ಬಾಹ್ಯ
ಸರಳ ವರ್ಗೀಕರಣ, ಸಣ್ಣ ಪ್ರತಿಕ್ರಿಯೆ, ಸೂಕ್ಷ್ಮ ಕಾರ್ಯಗಳನ್ನು ವಿಳಂಬಗೊಳಿಸುತ್ತದೆ
ಹೊಂದಾಣಿಕೆಯ ಚಿಂತನೆ + ಮಧ್ಯಮ ಪ್ರಯತ್ನ
ಸಮತೋಲಿತ ಗುಣಮಟ್ಟ/ವೆಚ್ಚ
ಸಾಮಾನ್ಯ ಉದ್ದೇಶದ ಕಾರ್ಯಗಳು
ಹೊಂದಾಣಿಕೆಯ ಚಿಂತನೆ + ಹೆಚ್ಚಿನ ಪ್ರಯತ್ನ
ಹೆಚ್ಚಿನ ನಿಖರತೆ
ಸಂಕೀರ್ಣ ತಾರ್ಕಿಕತೆ, ಕೋಡಿಂಗ್, ದೀರ್ಘ-ಶ್ರೇಣಿಯ ಏಜೆಂಟ್ ಕೆಲಸ
ಎಚ್ಚರಿಕೆ: "ಏನೇ ಇರಲಿ ಗರಿಷ್ಠ ಪ್ರಯತ್ನ" ಪ್ರತಿಫಲಿತವು ವೆಚ್ಚವನ್ನು ಹೆಚ್ಚಿಸುತ್ತದೆ. ಕಾರ್ಯಕ್ಕೆ ಪ್ರಯತ್ನವನ್ನು ಹೊಂದಿಸಿ; ಸರಳವಾದ ಕಾರ್ಯಗಳಲ್ಲಿ, ಕಡಿಮೆ ಪ್ರಯತ್ನವು ಅದೇ ನಿಖರ ಫಲಿತಾಂಶವನ್ನು ಹೆಚ್ಚು ಅಗ್ಗದ ಬೆಲೆಗೆ ನೀಡುತ್ತದೆ. ನಿರ್ಣಾಯಕ ನಿಖರತೆ ಅಗತ್ಯವಿರುವಲ್ಲಿ ಎತ್ತರಕ್ಕೆ ಹೋಗಿ.
ಔಟ್ಪುಟ್ ನಿಯಂತ್ರಣ: ಫಾರ್ಮ್ಯಾಟ್, ಉದ್ದ, ರಚನೆ
ನಿಯತಾಂಕಗಳ ಜೊತೆಗೆ, ನೀವು ಔಟ್ಪುಟ್ ಅನ್ನು ಸಹ ನಿಯಂತ್ರಿಸುತ್ತೀರಿ:
- max_tokens: ಔಟ್ಪುಟ್ನ ಹಾರ್ಡ್ ಸೀಲಿಂಗ್ (1 ನೇ ಮತ್ತು 3 ನೇ ಘಟಕ).
- ಅನುಕ್ರಮಗಳನ್ನು ನಿಲ್ಲಿಸಿ: ನಿರ್ದಿಷ್ಟ ಸ್ಟ್ರಿಂಗ್ ಅನ್ನು ನೋಡಿದಾಗ ಮಾದರಿಯನ್ನು ನಿಲ್ಲಿಸುವುದು. ರಚನಾತ್ಮಕ ಉತ್ಪಾದನೆಯಲ್ಲಿ ಬ್ರೇಕ್ಪಾಯಿಂಟ್ಗಳನ್ನು ಹೊಂದಿಸಲು ಉಪಯುಕ್ತವಾಗಿದೆ.
- ರಚನಾತ್ಮಕ ಔಟ್ಪುಟ್: ನೀವು ಒದಗಿಸುವ JSON ಸ್ಕೀಮಾಗೆ ಅನುಗುಣವಾಗಿ ಮಾದರಿಯ ಪ್ರತಿಕ್ರಿಯೆಯನ್ನು ಒತ್ತಾಯಿಸಿ. ಇದು ಔಟ್ಪುಟ್ ಅನ್ನು ಪ್ರೋಗ್ರಾಮ್ಯಾಟಿಕ್ ಆಗಿ ಪಾರ್ಸ್ ಮಾಡಬಹುದಾದ ಮತ್ತು ಮಾನ್ಯವಾಗಿದೆ ಎಂದು ಖಚಿತಪಡಿಸುತ್ತದೆ. ಪ್ರಾಂಪ್ಟ್ನೊಂದಿಗೆ "JSON ಅನ್ನು ಹಿಂತಿರುಗಿಸು" ಎಂದು ಹೇಳುವುದಕ್ಕಿಂತ ಇದು ಹೆಚ್ಚು ವಿಶ್ವಾಸಾರ್ಹವಾಗಿದೆ.
{ "output_config": { "format": { "type": "json_schema", "schema": { "type": "object", "additionalProperties": ತಪ್ಪು, "ಪ್ರಾಪರ್ಟೀಸ್": { "category": { "type": "string", "enum": ["return, invoice", "return,"other "ತುರ್ತು": { "ಪ್ರಕಾರ": "ಸ್ಟ್ರಿಂಗ್", "ಎನಮ್": ["ಕಡಿಮೆ", "ಮಧ್ಯಮ", "ಹೆಚ್ಚು"] } }, "ಅಗತ್ಯವಿದೆ": ["ವರ್ಗ", "ತುರ್ತು"] } }}
ನಕಲು ಮಾಡಬಹುದಾದ ಸಿಸ್ಟಮ್ ಪ್ರಾಂಪ್ಟ್ ಟೆಂಪ್ಲೇಟ್ಗಳು
# ಕಾರ್ಪೊರೇಟ್ ಬೆಂಬಲ ಸಹಾಯಕ ನೀವು ಕಾರ್ಪೊರೇಟ್ ಬೆಂಬಲ ಸಹಾಯಕರಾಗಿದ್ದೀರಿ.- ಒದಗಿಸಿದ ಪಾಲಿಸಿ ಡಾಕ್ಯುಮೆಂಟ್ ಅನ್ನು ಮಾತ್ರ ಅವಲಂಬಿಸಿ; ಇದು ಡಾಕ್ಯುಮೆಂಟ್ನಲ್ಲಿ ಇಲ್ಲದಿದ್ದರೆ, "ನನ್ನ ಬಳಿ ಈ ಮಾಹಿತಿ ಇಲ್ಲ" ಎಂದು ಹೇಳಿ. - ಗರಿಷ್ಠ 3 ವಾಕ್ಯಗಳಲ್ಲಿ ಔಪಚಾರಿಕ ಮತ್ತು ಸ್ಪಷ್ಟ ಉತ್ತರವನ್ನು ನೀಡಿ. - ವೈಯಕ್ತಿಕ ಡೇಟಾವನ್ನು (TC ID ಸಂಖ್ಯೆ, ಕಾರ್ಡ್ ಸಂಖ್ಯೆ) ಕೇಳಿ ಮತ್ತು ನಿಮ್ಮ ಉತ್ತರದಲ್ಲಿ ಅದನ್ನು ಪುನರಾವರ್ತಿಸಬೇಡಿ. - ನಿಮಗೆ ಖಚಿತವಿಲ್ಲದಿದ್ದರೆ, ಊಹಿಸಬೇಡಿ.
# ಸ್ಟ್ರಕ್ಚರ್ಡ್ ಔಟ್ಪುಟ್ ಫೋರ್ಸಿಂಗ್ ಕ್ಲಾಸಿಫೈಯರ್ ನೀವು ಡಿಮ್ಯಾಂಡ್ ಕ್ಲಾಸಿಫೈಯರ್ ಆಗಿದ್ದೀರಿ. ಇನ್ಪುಟ್ ಗ್ರಾಹಕರ ಸಂದೇಶವಾಗಿದೆ. ವಿನಂತಿಸಿದ ಕ್ಷೇತ್ರಗಳನ್ನು ಮಾತ್ರ ಹಿಂತಿರುಗಿ, ಕಾಮೆಂಟ್ಗಳನ್ನು ಬರೆಯಬೇಡಿ. ನಿಮಗೆ ಖಚಿತವಿಲ್ಲದಿದ್ದರೆ, "ಇತರ" ಬಳಸಿ.
# ಅನಿಶ್ಚಿತತೆಯಲ್ಲಿ ನಿಂತಿರುವ ವ್ಯಾಖ್ಯಾನಿತ ನಡವಳಿಕೆಯೊಂದಿಗೆ ವಿಶ್ಲೇಷಕ ನೀವು ಡೇಟಾ ವಿಶ್ಲೇಷಕರಾಗಿದ್ದೀರಿ. ಒದಗಿಸಿದ ಕೋಷ್ಟಕದಿಂದ ಪರಿಶೀಲಿಸಬಹುದಾದ ತೀರ್ಮಾನಗಳನ್ನು ಮಾತ್ರ ಬರೆಯಿರಿ. ಡೇಟಾದಲ್ಲಿ ಅಸ್ತಿತ್ವದಲ್ಲಿಲ್ಲದ ತೀರ್ಮಾನವನ್ನು ಎಂದಿಗೂ ಮಾಡಬೇಡಿ. ಒಂದು ತೀರ್ಮಾನವು ಅಸ್ಪಷ್ಟವಾಗಿದ್ದರೆ, "ಡೇಟಾ ಸಾಕಾಗುವುದಿಲ್ಲ" ಎಂದು ಬರೆಯಿರಿ.
# ಟೋನ್ ಮತ್ತು ಉದ್ದದ ನಿಯಂತ್ರಣದೊಂದಿಗೆ ವಿಷಯ ಬರಹಗಾರ ನೀವು ವಿಷಯ ಬರಹಗಾರರಾಗಿದ್ದೀರಿ. ಬೆಚ್ಚಗಿನ ಆದರೆ ವೃತ್ತಿಪರ ಟೋನ್ ಬಳಸಿ. ಪ್ರತಿ ಪಠ್ಯವನ್ನು 120 ಅಥವಾ ಅದಕ್ಕಿಂತ ಕಡಿಮೆ ಪದಗಳಿಗೆ ಮಿತಿಗೊಳಿಸಿ. ಕ್ಲೀಷೆ ಮಾರ್ಕೆಟಿಂಗ್ ಭಾಷೆಯನ್ನು ತಪ್ಪಿಸಿ.
ದುರ್ಬಲ ಪ್ರಾಂಪ್ಟ್ / ಬಲವಾದ ಪ್ರಾಂಪ್ಟ್
# ದುರ್ಬಲವಾಗಿರಿ ಮತ್ತು ಉತ್ತಮ ಉತ್ತರಗಳನ್ನು ನೀಡಿ. ನಿಮ್ಮ ಕೈಲಾದಷ್ಟು ಮಾಡಿ.
# ಸ್ಟ್ರಾಂಗ್ ರೋಲ್: ತಾಂತ್ರಿಕ ಬೆಂಬಲ ತಜ್ಞರು. ವ್ಯಾಪ್ತಿ: ಉತ್ಪನ್ನ ಮಾರ್ಗದರ್ಶಿ ಮಾತ್ರ ಒದಗಿಸಲಾಗಿದೆ. ಫಾರ್ಮ್ಯಾಟ್: ಹಂತ-ಹಂತ, ಸಂಖ್ಯೆಯ ಪಟ್ಟಿ, ಗರಿಷ್ಠ 5 ಹಂತಗಳು. ಮಿತಿ: ಮಾರ್ಗಸೂಚಿಯಲ್ಲಿಲ್ಲದ ಪರಿಹಾರವನ್ನು ಶಿಫಾರಸು ಮಾಡಿ; "ನನಗೆ ಅದನ್ನು ಕೈಪಿಡಿಯಲ್ಲಿ ಹುಡುಕಲಾಗಲಿಲ್ಲ" ಎಂದು ಹೇಳಿ. ಗೌಪ್ಯತೆ: ಪ್ರತಿಕ್ರಿಯೆಯಲ್ಲಿ ಬಳಕೆದಾರರು ಹಂಚಿಕೊಂಡ ಸರಣಿ ಸಂಖ್ಯೆಯನ್ನು ಪುನರಾವರ್ತಿಸಬೇಡಿ.
ಶಕ್ತಿಯುತ ಆವೃತ್ತಿ; ಇದು ಪಾತ್ರ, ವ್ಯಾಪ್ತಿ, ಸ್ವರೂಪ, ಗಡಿಗಳು ಮತ್ತು ಗೌಪ್ಯತೆಯನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ನಿರ್ಧರಿಸುತ್ತದೆ. ಔಟ್ಪುಟ್ ಸ್ಥಿರತೆ ಈ ಸ್ಪಷ್ಟತೆಯಿಂದ ನೇರವಾಗಿ ಬರುತ್ತದೆ.
ಮೂರು ಮಿನಿ ಪ್ರಕರಣಗಳು
ಪ್ರಕರಣ 1 - ಪ್ರಯತ್ನದ ಹೊಂದಾಣಿಕೆಯ ಮೂಲಕ ವೆಚ್ಚ ಕಡಿತ. ಒಂದು ತಂಡವು ತಮ್ಮ ಎಲ್ಲಾ ಕರೆಗಳನ್ನು ಹೆಚ್ಚಿನ ಪ್ರಯತ್ನ + ಚಿಂತನೆಯ ಮೇಲೆ ನಡೆಸುತ್ತಿದೆ; ಸರಳವಾದ ಇಮೇಲ್ ಡೈಜೆಸ್ಟ್ಗಳು ಸಹ ದುಬಾರಿ ಮತ್ತು ಉತ್ಪಾದನೆಗೆ ನಿಧಾನವಾಗಿರುತ್ತವೆ. ಅವರು ಕಡಿಮೆ ಪ್ರಯತ್ನಕ್ಕೆ ಸಾರಾಂಶ ಮತ್ತು ಹೆಚ್ಚಿನ ಪ್ರಯತ್ನಕ್ಕೆ ಒಪ್ಪಂದದ ವಿಶ್ಲೇಷಣೆಯಂತಹ ಸರಳ ಕಾರ್ಯಗಳನ್ನು ನಿಯೋಜಿಸಿದರು. ನಿಖರತೆಯನ್ನು ಕಾಯ್ದುಕೊಳ್ಳಲಾಯಿತು, ಸರಾಸರಿ ಸುಪ್ತತೆಯನ್ನು ಅರ್ಧಕ್ಕೆ ಇಳಿಸಲಾಯಿತು ಮತ್ತು ಮಾಸಿಕ ವೆಚ್ಚವನ್ನು ಮೂರನೇ ಒಂದು ಭಾಗದಷ್ಟು ಕಡಿಮೆಗೊಳಿಸಲಾಯಿತು.
ಪ್ರಕರಣ 2 - JSON ಗ್ಯಾರಂಟಿ. ಕಾರ್ಯಾಚರಣೆಯ ತಂಡವು "JSON ಅನ್ನು ನೀಡಿ" ಎಂಬ ಪ್ರಾಂಪ್ಟ್ನೊಂದಿಗೆ ವರ್ಗೀಕರಣದ ಔಟ್ಪುಟ್ ಅನ್ನು ಕೇಳಿದೆ, ಆದರೆ ಮಾಡೆಲ್ ಸಾಂದರ್ಭಿಕವಾಗಿ "ಇಲ್ಲಿ ಫಲಿತಾಂಶ ಇಲ್ಲಿದೆ:" ಎಂದು ಬರೆಯುತ್ತದೆ ಮತ್ತು ಪಾರ್ಸರ್ ಕ್ರ್ಯಾಶ್ ಆಗುತ್ತದೆ. ನಾನು ಕಾನ್ಫಿಗರ್ ಮಾಡಿದ ಔಟ್ಪುಟ್ ಸ್ಕೀಮಾವನ್ನು ಸಂಪರ್ಕಿಸಿದಾಗ, ಔಟ್ಪುಟ್ ಪ್ರತಿ ಬಾರಿಯೂ ಮಾನ್ಯವಾದ JSON ಅನ್ನು ಹಿಂತಿರುಗಿಸುತ್ತದೆ; ಪಾರ್ಸಿಂಗ್ ದೋಷಗಳನ್ನು ಮರುಹೊಂದಿಸಲಾಗಿದೆ.
ಪ್ರಕರಣ 3 - ಆಕ್ರಮಣಕಾರಿ ಪ್ರಾಂಪ್ಟ್ ಹಿಮ್ಮೆಟ್ಟುವಿಕೆ. ಸಹಾಯಕ ಪ್ರಾಂಪ್ಟ್, "ಪ್ರತಿ ಪ್ರಶ್ನೆಗೆ ಹುಡುಕಬೇಕು"; ಮಾದರಿಯು ಈಗಾಗಲೇ ಉತ್ತರವನ್ನು ತಿಳಿದಿರುವ ಸರಳ ಪ್ರಶ್ನೆಗಳಿಗೆ ಅನಗತ್ಯ ಹುಡುಕಾಟಗಳನ್ನು ಮಾಡಿದೆ, ನಿಧಾನಗೊಳಿಸುತ್ತದೆ ಮತ್ತು ವೆಚ್ಚವನ್ನು ಹೆಚ್ಚಿಸುತ್ತದೆ. "ಉತ್ತರವು ಸನ್ನಿವೇಶದಲ್ಲಿ ಇಲ್ಲದಿದ್ದರೆ, ಹುಡುಕಿ" ಎಂಬ ನಿಯಮವನ್ನು ಅವರು ಸಡಿಲಿಸಿದರು; ಅನಗತ್ಯ ಕರೆಗಳು 70% ರಷ್ಟು ಕಡಿಮೆಯಾಗಿದೆ ಮತ್ತು ಪ್ರತಿಕ್ರಿಯೆಗಳು ವೇಗಗೊಂಡಿವೆ.
ಸಾಮಾನ್ಯ ತಪ್ಪುಗಳು
- ಸಿಸ್ಟಮ್ ಪ್ರಾಂಪ್ಟ್ನಲ್ಲಿ ವೇರಿಯಬಲ್ ಡೇಟಾವನ್ನು ಎಂಬೆಡಿಂಗ್: ಸ್ಥಿರತೆಯನ್ನು ಮುರಿಯುತ್ತದೆ ಮತ್ತು ಸಂಗ್ರಹವನ್ನು ಅಮಾನ್ಯಗೊಳಿಸುತ್ತದೆ.
- ಅತಿಯಾದ ಆಕ್ರಮಣಕಾರಿ ಸೂಚನೆ: ಆಧುನಿಕ ಮಾದರಿಗಳಲ್ಲಿ ಅತಿಯಾದ ಪ್ರಚೋದಕ ಮತ್ತು ಅನಗತ್ಯ ವೆಚ್ಚ.
- ಪ್ರತಿ ಕಾರ್ಯದಲ್ಲಿ ಹೆಚ್ಚಿನ ಶ್ರಮ: ಸರಳ ಕಾರ್ಯಗಳಲ್ಲಿ ವ್ಯರ್ಥ; ಕಾರ್ಯಕ್ಕೆ ಪ್ರಯತ್ನವನ್ನು ಹೊಂದಿಸಿ.
- ಪ್ರಾಂಪ್ಟ್ ಮೂಲಕ ಮಾತ್ರ JSON ಅನ್ನು ವಿನಂತಿಸಲಾಗುತ್ತಿದೆ: ಇದು ಸಾಂದರ್ಭಿಕವಾಗಿ ಒಡೆಯುತ್ತದೆ; ನಿರ್ಣಾಯಕವಾಗಿದ್ದರೆ, ರಚನಾತ್ಮಕ ಔಟ್ಪುಟ್ ಬಳಸಿ.
- ಗಡಿ/ಅಸ್ಪಷ್ಟತೆಯ ವರ್ತನೆಯನ್ನು ವಿವರಿಸುವುದಿಲ್ಲ: ಮಾದರಿಯು ಫ್ಯಾಬ್ರಿಕೇಶನ್ (ಭ್ರಮೆ) ನೊಂದಿಗೆ ಅಂತರವನ್ನು ತುಂಬುತ್ತದೆ.
- ಹಳೆಯ `ತಾಪಮಾನ` ಪದ್ಧತಿ: ಆಧುನಿಕ ಮಾದರಿಗಳು ಇದನ್ನು ಒಪ್ಪಿಕೊಳ್ಳುವುದಿಲ್ಲ; ಪ್ರಾಂಪ್ಟ್ ಮತ್ತು ಪ್ರಯತ್ನದಿಂದ ನಡವಳಿಕೆಯನ್ನು ಮಾರ್ಗದರ್ಶನ ಮಾಡಿ.
ಆಳವಾದ: ಒಪ್ಪಂದದಂತೆ ಪ್ರಾಂಪ್ಟ್ ಅನ್ನು ಬರೆಯುವುದು
ಅನುಭವಿ ತಂಡಗಳು ಸಿಸ್ಟಮ್ ಪ್ರಾಂಪ್ಟ್ ಅನ್ನು ಒಪ್ಪಂದದಂತೆ ಪರಿಗಣಿಸುತ್ತವೆ, ಸಾಹಿತ್ಯ ಪಠ್ಯವಲ್ಲ: ಸ್ಪಷ್ಟ ಷರತ್ತುಗಳು, ಅಳೆಯಬಹುದಾದ ನಿಯಮಗಳು, ನಿಸ್ಸಂದಿಗ್ಧವಾದ ಗಡಿಗಳು. ಈ ವಿಧಾನವು ಮೂರು ನಿರ್ದಿಷ್ಟ ಪ್ರಯೋಜನಗಳನ್ನು ಹೊಂದಿದೆ. ಮೊದಲನೆಯದು ಸ್ಥಿರತೆ: ಒಂದೇ ಇನ್ಪುಟ್ ವಿಭಿನ್ನ ಸಮಯಗಳಲ್ಲಿ ಒಂದೇ ರೀತಿಯ ಔಟ್ಪುಟ್ ನೀಡುತ್ತದೆ. ಎರಡನೆಯದು ಪರೀಕ್ಷಾ ಸಾಮರ್ಥ್ಯ: ನೀವು ಪ್ರತಿ ಐಟಂ ಅನ್ನು ಮಾದರಿಯೊಂದಿಗೆ ಪ್ರತ್ಯೇಕವಾಗಿ ಪರೀಕ್ಷಿಸಬಹುದು. ಮೂರನೆಯದು ನಿರ್ವಹಣೆಯ ಸುಲಭ: ನಡವಳಿಕೆಯು ತಪ್ಪಾಗಿದ್ದರೆ, ಯಾವ ಐಟಂ ಅನ್ನು ಬದಲಾಯಿಸಬೇಕೆಂದು ನಿಮಗೆ ತಿಳಿದಿದೆ.
ಸಕಾರಾತ್ಮಕ ಉದಾಹರಣೆಗಳೊಂದಿಗೆ ಮುನ್ನಡೆಸುವುದು ಉತ್ತಮ ಅಭ್ಯಾಸವಾಗಿದೆ. "ಇದನ್ನು ಮಾಡಬೇಡಿ" ಎಂಬ ಪಟ್ಟಿಯನ್ನು ಒದಗಿಸುವ ಬದಲು, ಆಧುನಿಕ ಮಾದರಿಗಳಲ್ಲಿ "ಅಪೇಕ್ಷಿತ ಔಟ್ಪುಟ್ ನಿಖರವಾಗಿ ಇದೇ ರೀತಿ ಕಾಣುತ್ತದೆ" ಎಂದು ಹೇಳುವ ಉದಾಹರಣೆಯನ್ನು ಒದಗಿಸುವುದು ಹೆಚ್ಚು ಪರಿಣಾಮಕಾರಿಯಾಗಿದೆ. ಉದಾಹರಣೆಗೆ, ವರ್ಗೀಕರಣದಲ್ಲಿ, ನಿರೀಕ್ಷಿತ JSON ನ ಒಂದು ಅಥವಾ ಎರಡು ಮಾದರಿಗಳನ್ನು ಪ್ರಾಂಪ್ಟ್ಗೆ ಸೇರಿಸುವುದರಿಂದ ಫಾರ್ಮ್ಯಾಟಿಂಗ್ ದೋಷಗಳನ್ನು ಗಣನೀಯವಾಗಿ ಕಡಿಮೆ ಮಾಡುತ್ತದೆ.
ಮತ್ತೊಂದು ಪ್ರಬಲ ತಂತ್ರವೆಂದರೆ ಅನಿಶ್ಚಿತತೆಯ ನಡವಳಿಕೆಯನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ಬರೆಯುವುದು. "ಖಾತ್ರಿಯಿಲ್ಲದಿದ್ದರೆ, ಊಹೆ ಮಾಡಬೇಡಿ; 'ಸಾಕಷ್ಟು ಡೇಟಾ' ಎಂದು ಹೇಳಿ" ಎಂಬಂತಹ ಷರತ್ತು, ಫ್ಯಾಬ್ರಿಕೇಶನ್ (ಭ್ರಮೆ) ಯೊಂದಿಗೆ ಖಾಲಿ ಜಾಗವನ್ನು ತುಂಬುವ ಮಾದರಿಯ ಪ್ರವೃತ್ತಿಯನ್ನು ನಿಗ್ರಹಿಸುತ್ತದೆ. ಈ ಏಕ ವಾಕ್ಯವು ಪರಿಶೀಲನಾ ಪದರವನ್ನು ಆಫ್ಲೋಡ್ ಮಾಡುತ್ತದೆ, ಅದನ್ನು ನಾವು ಘಟಕ 11 ರಲ್ಲಿ ಒಳಗೊಳ್ಳುತ್ತೇವೆ: ಒಮ್ಮೆ ಮಾದರಿಯು ಈಗಾಗಲೇ ಅನಿಶ್ಚಿತತೆಯನ್ನು ಫ್ಲ್ಯಾಗ್ ಮಾಡಿದ ನಂತರ, ಮಾನವ ಮೌಲ್ಯೀಕರಣಕ್ಕೆ ಇದು ಸುಲಭವಾಗುತ್ತದೆ.
ಅಂತಿಮವಾಗಿ, ಪ್ರಯತ್ನವನ್ನು ಪರಿಗಣಿಸಿ ಮತ್ತು ಒಟ್ಟಿಗೆ ಪ್ರಾಂಪ್ಟ್ ಮಾಡಿ. ಹೆಚ್ಚಿನ ಪ್ರಯತ್ನದಲ್ಲಿ, ಮಾದರಿಯು ಹೆಚ್ಚು ಪರಿಶೋಧಿಸುತ್ತದೆ ಮತ್ತು ಕೆಲವೊಮ್ಮೆ ಅನಗತ್ಯ "ಹೆಚ್ಚುವರಿ ಕೆಲಸ" (ಅನಗತ್ಯ ವಿವರಣೆ, ಹೆಚ್ಚುವರಿ ಸಲಹೆ) ಮಾಡುತ್ತದೆ. ಪ್ರಾಂಪ್ಟ್ನಲ್ಲಿ "ಅಪೇಕ್ಷಿತ ಔಟ್ಪುಟ್ ಅನ್ನು ಮಾತ್ರ ನೀಡಿ, ಹೆಚ್ಚುವರಿ ಕಾಮೆಂಟ್ಗಳನ್ನು ಸೇರಿಸಬೇಡಿ" ಎಂದು ಹೇಳುವುದು ಹೆಚ್ಚಿನ ಪ್ರಯತ್ನದ ಈ ಅಡ್ಡ ಪರಿಣಾಮವನ್ನು ಸರಿದೂಗಿಸುತ್ತದೆ.
ಸಾರಾಂಶದಲ್ಲಿ
ಸಿಸ್ಟಮ್ ಪ್ರಾಂಪ್ಟ್ ಮಾದರಿಯ ಶಾಶ್ವತ ನಿರ್ದೇಶನವಾಗಿದೆ: ಇದು ಪಾತ್ರ, ವ್ಯಾಪ್ತಿ, ಸ್ವರೂಪ, ಅಸ್ಪಷ್ಟ ನಡವಳಿಕೆ ಮತ್ತು ಗೌಪ್ಯತೆಯನ್ನು ವ್ಯಾಖ್ಯಾನಿಸುತ್ತದೆ. ಆಧುನಿಕ ಮಾದರಿಗಳಲ್ಲಿ, ನಡವಳಿಕೆಯು ತಾಪಮಾನಕ್ಕಿಂತ ಹೆಚ್ಚಾಗಿ ಹೊಂದಾಣಿಕೆಯ ಚಿಂತನೆ ಮತ್ತು ಪ್ರಯತ್ನದ ನಿಯತಾಂಕಗಳಿಂದ ನಡೆಸಲ್ಪಡುತ್ತದೆ; ಕಾರ್ಯಕ್ಕೆ ಪ್ರಯತ್ನವನ್ನು ಜೋಡಿಸುವುದು ಗುಣಮಟ್ಟ ಮತ್ತು ವೆಚ್ಚವನ್ನು ಏಕಕಾಲದಲ್ಲಿ ನಿರ್ವಹಿಸುತ್ತದೆ. ನೀವು ಮ್ಯಾಕ್ಸ್_ಟೋಕನ್ಗಳು, ಸ್ಟಾಪ್ ಅರೇಗಳು ಮತ್ತು ರಚನಾತ್ಮಕ ಔಟ್ಪುಟ್ನೊಂದಿಗೆ ಔಟ್ಪುಟ್ ಅನ್ನು ಸುರಕ್ಷಿತಗೊಳಿಸುತ್ತೀರಿ.
ಅಪ್ಲಿಕೇಶನ್ ಕಾರ್ಯ
ಕಾರ್ಯವನ್ನು ಆಯ್ಕೆಮಾಡಿ. (1) ಐದು ಘಟಕಗಳೊಂದಿಗೆ ಸಿಸ್ಟಮ್ ಪ್ರಾಂಪ್ಟ್ ಅನ್ನು ಬರೆಯಿರಿ (ಪಾತ್ರ, ವ್ಯಾಪ್ತಿ, ಸ್ವರೂಪ, ಅಸ್ಪಷ್ಟತೆ, ಗೌಪ್ಯತೆ). (2) ಈ ಕಾರ್ಯಕ್ಕಾಗಿ ನೀವು ಯಾವ ಮಟ್ಟದ ಪ್ರಯತ್ನವನ್ನು ಆರಿಸುತ್ತೀರಿ ಮತ್ತು ಏಕೆ ಎಂದು ತಿಳಿಸಿ. (3) ಔಟ್ಪುಟ್ ರಚನೆಯಾಗಿದ್ದರೆ, ಸಣ್ಣ JSON ಸ್ಕೀಮಾವನ್ನು ಸ್ಕೆಚ್ ಮಾಡಿ. (4) ನಿಮ್ಮ ಪ್ರಾಂಪ್ಟ್ನಲ್ಲಿ ಅತಿಯಾದ ಆಕ್ರಮಣಕಾರಿ ಮಾದರಿ ಇದೆಯೇ ಎಂದು ಪರಿಶೀಲಿಸಿ ಮತ್ತು ಅದನ್ನು ಮೃದುಗೊಳಿಸಿ.
ಪರಿಶೀಲನಾಪಟ್ಟಿ
- [ ] ನಾನು ಉತ್ತಮ ಸಿಸ್ಟಮ್ ಪ್ರಾಂಪ್ಟ್ನ ಐದು ಘಟಕಗಳನ್ನು ಹೆಸರಿಸಬಹುದು.
- [ ] ಹೊಂದಾಣಿಕೆಯ ಚಿಂತನೆ ಮತ್ತು ಪ್ರಯತ್ನದ ನಿಯತಾಂಕಗಳು ಏನು ಮಾಡುತ್ತವೆ ಎಂಬುದನ್ನು ನಾನು ವಿವರಿಸಬಲ್ಲೆ.
- [ ] ಕಾರ್ಯಕ್ಕೆ ಅನುಗುಣವಾಗಿ ಪ್ರಯತ್ನವನ್ನು ಸರಿಹೊಂದಿಸುವ ಮೂಲಕ ನಾನು ಗುಣಮಟ್ಟ/ವೆಚ್ಚವನ್ನು ಸಮತೋಲನಗೊಳಿಸಬಹುದು.
- [ ] ಪ್ರಾಂಪ್ಟ್ ಮೂಲಕ JSON ಅನ್ನು ವಿನಂತಿಸುವುದಕ್ಕಿಂತ ರಚನಾತ್ಮಕ ಔಟ್ಪುಟ್ ಏಕೆ ಸುರಕ್ಷಿತವಾಗಿದೆ ಎಂದು ನನಗೆ ತಿಳಿದಿದೆ.
- [ ] ಅತಿಯಾದ ಆಕ್ರಮಣಕಾರಿ ಸೂಚನೆಗಳ ಆಧುನಿಕ ಮಾದರಿಗಳಲ್ಲಿನ ಅಪಾಯವನ್ನು ನಾನು ಗುರುತಿಸಬಲ್ಲೆ.