କୃତ୍ରିମ ବୁଦ୍ଧିମତ୍ତା ଆପ୍ଗୁଡ଼ିକ ପାଇଁ ନିର୍ଦ୍ଦିଷ୍ଟ ଢାଞ୍ଚାରେ ଫଳାଫଳ କାହିଁକି ଦରକାର?
କୃତ୍ରିମ ବୁଦ୍ଧିମତ୍ତା ଆପ୍ଗୁଡ଼ିକୁ ନିର୍ଦ୍ଦିଷ୍ଟ ଢାଞ୍ଚାରେ ଫଳାଫଳ ଦରକାର, କାରଣ ସଫ୍ଟୱେର୍ ସହଜ ଭାଷାରେ ଲେଖା ଅନୁଚ୍ଛେଦକୁ ନିର୍ଭରଯୋଗ୍ୟ ଭାବେ ପଢ଼ିପାରେ ନାହିଁ; ଏହା ପ୍ରତିଥର ସମାନ ନାମ ଓ ପ୍ରକାରର ସମାନ ଫିଲ୍ଡ ଆବଶ୍ୟକ କରେ। ଗୋଟିଏ ଅତିରିକ୍ତ ବାକ୍ୟ କିମ୍ବା ଗୋଟିଏ ଫିଲ୍ଡ ନଥିବା ଆପଣଙ୍କ ଆପ୍ର ପରବର୍ତ୍ତୀ ପଦକ୍ଷେପକୁ ବିଫଳ କରିପାରେ।
ପାର୍ସେଲୱାଇଜ୍ ନାମକ ଏକ କାଳ୍ପନିକ 12 ଜଣିଆ ପରିବହନ ଷ୍ଟାର୍ଟଅପ୍କୁ କଳ୍ପନା କରନ୍ତୁ। ଏହାର ଡେଭେଲପର୍ ସାନା ଏକ ଟୁଲ୍ ତିଆରି କରୁଛନ୍ତି, ଯାହା ଗ୍ରାହକଙ୍କ ଇମେଲ୍ ପଢ଼ି ଡେଲିଭରି ପରିବର୍ତ୍ତନ ଫର୍ମ ପୂରଣ କରେ: ଅର୍ଡର୍ ସନ୍ଦର୍ଭ, ଅନୁରୋଧ କରାଯାଇଥିବା ତାରିଖ, ନୂଆ ଠିକଣା ଏବଂ ଗ୍ରାହକ ଟଙ୍କା ଫେରସ୍ତ ମାଗୁଛନ୍ତି କି ନାହିଁ। ଏକ ସାଧାରଣ ଇମେଲ୍ ଏପରି: 'ନମସ୍କାର, ଅର୍ଡର୍ PW-88213, ମୁଁ ଗୁରୁବାର ଘରେ ନଥିବି, ତାହା ବଦଳରେ ଶନିବାର ଆଣିପାରିବେ କି? କିମ୍ବା ନଂ. 14 ରେ ଛାଡ଼ିଦିଅନ୍ତୁ। ତାହା ନହେଲେ ଦୟାକରି ବାତିଲ୍ କରି ଟଙ୍କା ଫେରସ୍ତ କରନ୍ତୁ।' ତାଙ୍କର ପ୍ରଥମ ସଂସ୍କରଣ ମଡେଲ୍କୁ 'JSON ରେ ଉତ୍ତର ଦିଅ' ବୋଲି କହେ। ଅଧିକାଂଶ ଉତ୍ତରକୁ ପ୍ରୋଗ୍ରାମ୍ ପଢ଼ିପାରେ, କିନ୍ତୁ କେତେକ 'ନିଶ୍ଚୟ, ଏହା ହେଉଛି JSON' ରୁ ଆରମ୍ଭ ହୁଏ, କେତେକ 'requested_date' ବଦଳରେ ଫିଲ୍ଡର ନାମ 'date' ରଖେ, ଏବଂ ଗୋଟିଏ ତାରିଖକୁ 'ଶନିବାର' ଭାବେ ଫେରାଏ।
JSON ସ୍କିମା କ’ଣ ଏବଂ ଏହା କାହିଁକି ସହାୟକ?
JSON ସ୍କିମା ହେଉଛି ଆପଣ ଆଶା କରୁଥିବା ତଥ୍ୟର ଏକ ଆନୁଷ୍ଠାନିକ ବର୍ଣ୍ଣନା: କେଉଁ ଘରଗୁଡ଼ିକ ରହିବ, କେଉଁଗୁଡ଼ିକ ଅନିବାର୍ଯ୍ୟ, ପ୍ରତ୍ୟେକର ପ୍ରକାର କଣ ଏବଂ କେଉଁ ମୂଲ୍ୟ ଗ୍ରହଣଯୋଗ୍ୟ। ମଡେଲ୍କୁ ଏକ ସ୍କିମା ଦେଲେ 'ଦୟାକରି JSON ରେ ଉତ୍ତର ଦିଅନ୍ତୁ' ଏପରି ଏକ ନିର୍ଦ୍ଦିଷ୍ଟ ସର୍ତ୍ତରେ ପରିଣତ ହୁଏ, ଯାହାକୁ ଆପଣଙ୍କ କୋଡ୍ ଯାଞ୍ଚ କରିପାରିବ।
ସାନାଙ୍କ ପାଇଁ ତଥ୍ୟ ଢାଞ୍ଚାର ନିୟମ ହେଉଛି: order_reference ଏକ ବାଧ୍ୟତାମୂଳକ ପାଠ୍ୟ ମୂଲ୍ୟ; requested_date ତାରିଖ ଆକୃତିରେ ଏକ ବାଧ୍ୟତାମୂଳକ ପାଠ୍ୟ ମୂଲ୍ୟ, କିମ୍ବା କୌଣସି ତାରିଖ ଦିଆଯାଇ ନ ଥିଲେ null; new_address ଏକ ପାଠ୍ୟ ମୂଲ୍ୟ କିମ୍ବା null; refund_requested ଏକ ବାଧ୍ୟତାମୂଳକ ବୁଲିୟନ୍ ମୂଲ୍ୟ; ଏବଂ ଅନ୍ୟ କୌଣସି ତଥ୍ୟ କ୍ଷେତ୍ର ଅନୁମୋଦିତ ନୁହେଁ। ଶେଷ ନିୟମଟି ମଡେଲ୍କୁ ମନ୍ତବ୍ୟ ପାଇଁ ଅତିରିକ୍ତ ତଥ୍ୟ କ୍ଷେତ୍ର ଯୋଡ଼ିବାରୁ ରୋକେ।
ମଡେଲ୍ ଏପିଆଇଗୁଡ଼ିକ ନିର୍ଦ୍ଦିଷ୍ଟ ସଂରଚନାରେ ଫଳାଫଳ ଦେବାକୁ କିପରି ସହାୟତା କରେ?
ପ୍ରମୁଖ ମଡେଲ୍ଗୁଡ଼ିକର API ଆପଣଙ୍କୁ ଅନୁରୋଧ ସହିତ ଏକ JSON ସ୍କିମା ପଠାଇବାକୁ ଦିଅନ୍ତି, ଏବଂ ମଡେଲ୍ର ଫଳାଫଳ ସେହି ଢାଞ୍ଚା ସହ ମେଳ ଖାଇବା ପାଇଁ ସୀମିତ ରହେ।
OpenAI
କଠୋର ମୋଡ୍ ଚାଲୁ ଥିଲେ OpenAIର ସଂରଚିତ ଫଳାଫଳ ସୁବିଧା ଉତ୍ତରଗୁଡ଼ିକୁ ଦିଆଯାଇଥିବା JSON ସ୍କିମା ଅନୁସାରେ ସୀମିତ ରଖେ। ଏହାର ଦଲିଲରେ ଏହାକୁ ପୁରୁଣା JSON ମୋଡ୍ଠାରୁ ଭିନ୍ନ ବୋଲି ସ୍ପଷ୍ଟ କରାଯାଇଛି। ପୁରୁଣା ମୋଡ୍ କେବଳ ବୈଧ JSON ସୁନିଶ୍ଚିତ କରେ, ଆପଣଙ୍କ ସ୍କିମାର ଅନୁପାଳନ ନୁହେଁ, ଏବଂ ଯେଉଁଠି ଉପଲବ୍ଧ ସେଠି ସଂରଚିତ ଫଳାଫଳ ବ୍ୟବହାର କରିବାକୁ ଦଲିଲରେ ପରାମର୍ଶ ଦିଆଯାଇଛି।
Anthropic
Claudeର API ଆପଣ ଦେଇଥିବା ସ୍କିମା ସହ ମେଳ ଖାଉଥିବା JSON ଆଉଟପୁଟ୍ ପ୍ରଦାନ କରେ। ଏହା ସହିତ ଟୁଲ୍ ସଂଜ୍ଞାରେ ଏକ କଠୋର ବିକଳ୍ପ ରହିଛି, ଯାହା ଟୁଲ୍ର ଇନ୍ପୁଟ୍କୁ ସେହି ଟୁଲ୍ର ସ୍କିମା ଅନୁସାରେ ଯାଞ୍ଚ କରେ। କେଉଁ ସ୍କିମା ବୈଶିଷ୍ଟ୍ୟଗୁଡ଼ିକ ସମର୍ଥିତ ଏବଂ କେଉଁଗୁଡ଼ିକ ତ୍ରୁଟି ଫେରାନ୍ତି, ତାହା ଏହାର ଦଲିଲରେ ତାଲିକାଭୁକ୍ତ ଅଛି।
Gemini API ଉତ୍ତର ପାଇଁ ଏକ JSON ସ୍କିମା ଗ୍ରହଣ କରେ ଏବଂ ସ୍କିମାର କୀୱାର୍ଡଗୁଡ଼ିକ ମଧ୍ୟରୁ ଏକ ନିର୍ଦ୍ଧାରିତ ଉପସମୂହକୁ ସମର୍ଥନ କରେ। ଏହାର ଦଲିଲରେ କୁହାଯାଇଛି ଯେ ଫଳାଫଳର JSON ଗଠନ ନିୟମ ଅନୁଯାୟୀ ସଠିକ୍ ହେଲେ ମଧ୍ୟ, ଆପଣ ନିଜ ଆପ୍ଲିକେସନ୍ରେ ତାହାର ମୂଲ୍ୟଗୁଡ଼ିକୁ ଯାଞ୍ଚ କରିବା ଉଚିତ।
ଆପଣଙ୍କୁ ଏବେ ମଧ୍ୟ ଯାଞ୍ଚ ଓ ପୁନଃପ୍ରୟାସ କାହିଁକି ଦରକାର?
ଆପଣଙ୍କୁ ତଥାପି ସତ୍ୟତା ଯାଞ୍ଚ କରିବାକୁ ପଡ଼ିବ, କାରଣ ସ୍କିମା ତଥ୍ୟର ଗଠନକୁ ନିୟନ୍ତ୍ରଣ କରେ, ତାହାର ମୂଲ୍ୟଗୁଡ଼ିକ ଠିକ୍ କି ନାହିଁ ତାହା ନୁହେଁ। ସମ୍ପୂର୍ଣ୍ଣ ସଠିକ୍ ଗଠନର ଉତ୍ତରରେ ମଧ୍ୟ ଭୁଲ ତାରିଖ, ମନଗଢ଼ା ଅର୍ଡର ସନ୍ଦର୍ଭ କିମ୍ବା ଗ୍ରାହକ କେବେ ମାଗିନଥିବା ଟଙ୍କା ଫେରସ୍ତ ସୂଚକ ରହିପାରେ।
ଦୁଇଟି ସ୍ତରରେ ବୈଧତା ଯାଞ୍ଚ କରନ୍ତୁ। ପ୍ରଥମେ, ସ୍କିମା ଲାଇବ୍ରେରୀ ସାହାଯ୍ୟରେ ଗଠନ ଯାଞ୍ଚ କରନ୍ତୁ, ଯଥା Pythonରେ Pydantic କିମ୍ବା JavaScriptରେ Zod; OpenAI, Anthropic ଓ Googleର ଦଲିଲରେ ଏସବୁର ଉଦାହରଣ ଦିଆଯାଇଛି। ଦ୍ୱିତୀୟରେ, ବ୍ୟବସାୟିକ ନିୟମ ଯାଞ୍ଚ କରନ୍ତୁ: ଅର୍ଡର୍ ସନ୍ଦର୍ଭ ନିର୍ଦ୍ଦିଷ୍ଟ ଢାଞ୍ଚା ସହ ମେଳ ଖାଉଛି ଓ ସିଷ୍ଟମ୍ରେ ଅଛି କି, ତାରିଖଟି ଭବିଷ୍ୟତର ଏବଂ ବିତରଣ ଦିନ କି, ଏବଂ ଠିକଣାଟି ବିତରଣ ଅଞ୍ଚଳରେ ଅଛି କି? ପ୍ରଦାନକାରୀଙ୍କ ଦଲିଲରେ ଉଲ୍ଲେଖ ଥିବା ପରିସ୍ଥିତିଗୁଡ଼ିକ ପାଇଁ ମଧ୍ୟ ବ୍ୟବସ୍ଥା ରଖନ୍ତୁ: ଉତ୍ତର ଦେବାକୁ ମନା କରିବା, ଯାହା ଆପଣଙ୍କ ସ୍କିମା ଅନୁସରଣ ନ କରିପାରେ, ଏବଂ ସର୍ବାଧିକ ଟୋକେନ୍ ସୀମା ଯୋଗୁଁ ଉତ୍ତର କଟିଯିବା, ଯାହା ଫଳରେ JSON ଅସମ୍ପୂର୍ଣ୍ଣ ରହେ।
ସତର୍କତାର ସହ ପୁଣି ଚେଷ୍ଟା କରନ୍ତୁ। କୌଣସି ଯାଞ୍ଚ ବିଫଳ ହେଲେ, ନିର୍ଦ୍ଦିଷ୍ଟ ତ୍ରୁଟି ଉଲ୍ଲେଖ କରି ଆଉ ଥରେ ଅନୁରୋଧ ପଠାନ୍ତୁ, ଯେପରିକି 'requested_date ଏକ ତାରିଖ ହେବା ଦରକାର; ଇମେଲରେ ଶନିବାର କୁହାଯାଇଛି, ଏବଂ ଅର୍ଡର ତାରିଖ 14 ଅକ୍ଟୋବର'। ପୁନଃଚେଷ୍ଟାକୁ ଏକ କିମ୍ବା ଦୁଇ ଥରରେ ସୀମିତ ରଖନ୍ତୁ, ତାପରେ ଇମେଲକୁ ଜଣେ ବ୍ୟକ୍ତିଙ୍କ ପାଖକୁ ପଠାନ୍ତୁ।
ଦୁର୍ବଳ ଓ ସୁଦୃଢ଼ ସଂରଚିତ ଫଳାଫଳ କିପରି ହୋଇଥାଏ?
ଦୁର୍ବଳ ସଂସ୍କରଣ: ନିର୍ଦ୍ଦେଶରେ ଲେଖା ଅଛି 'ବିବରଣୀ ବାହାର କରନ୍ତୁ ଏବଂ JSONରେ ଉତ୍ତର ଦିଅନ୍ତୁ।' ଯାହା ଫେରିଆସେ, ଆପ୍ ତାହାକୁ ପଢ଼େ। ଉପରୋକ୍ତ ଇମେଲ୍ ପାଇଁ ଏହା order ଏବଂ date ନାମକ ଫିଲ୍ଡ, ତାରିଖର ମୂଲ୍ୟ ଭାବେ 'ଶନିବାର', ଏବଂ ଟଙ୍କା ଫେରସ୍ତର ମୂଲ୍ୟ ଭାବେ true ପାଏ, କାରଣ ମଡେଲ୍ 'ଯଦି ନୁହେଁ, କେବଳ ବାତିଲ୍ କରନ୍ତୁ'କୁ ଏକ ନିଶ୍ଚିତ ଅନୁରୋଧ ଭାବେ ଧରିନେଇଥିଲା। ଫର୍ମଟି ଭୁଲ୍ ଭାବେ ପୂରଣ ହୁଏ ଏବଂ ଗ୍ରାହକ ଚାହୁଁନଥିବା ସତ୍ତ୍ୱେ ତାଙ୍କୁ ଟଙ୍କା ଫେରସ୍ତ ମିଳେ।
ନିର୍ଭରଯୋଗ୍ୟ ସଂସ୍କରଣ: ଅନୁରୋଧରେ Sanaଙ୍କ ତଥ୍ୟ ଗଠନ କଠୋର ମୋଡ୍ ସହ ସାମିଲ ଅଛି, ଏବଂ ନିର୍ଦ୍ଦେଶରେ ପ୍ରତ୍ୟେକ କ୍ଷେତ୍ର ବୁଝାଯାଇଛି, ଯେପରିକି 'ଗ୍ରାହକ ବିନା ସର୍ତ୍ତରେ ଟଙ୍କା ଫେରସ୍ତ ମାଗିଲେ ହିଁ refund_requested ସତ୍ୟ ହେବ'। ମଡେଲ ଉତ୍ତରରେ order_reference ପାଇଁ PW-88213, requested_date ପାଇଁ ପରବର୍ତ୍ତୀ ଶନିବାରର ତାରିଖ, new_address ପାଇଁ null, refund_requested ପାଇଁ false ଦିଏ। ଠିକ୍ ଏହି ପରିସ୍ଥିତି ପାଇଁ Sana ତଥ୍ୟ ଗଠନରେ ଯୋଡ଼ିଥିବା conditional_request କ୍ଷେତ୍ରରେ 'ଶନିବାର କିମ୍ବା ପଡ଼ୋଶୀଙ୍କ ପାଖରେ ପହଞ୍ଚାଇବା ସମ୍ଭବ ନହେଲେ ଟଙ୍କା ଫେରସ୍ତ' ରଖେ। ଯାଞ୍ଚରୁ ଅର୍ଡରଟି ଅଛି ଏବଂ ଶନିବାର ବିତରଣ ହୁଏ ବୋଲି ନିଶ୍ଚିତ ହୁଏ। ଇମେଲରେ ଏକ ସର୍ତ୍ତମୂଳକ ଅନୁରୋଧ ଥିବାରୁ, ନିୟମ ଅନୁଯାୟୀ ଅନ୍ତିମ ନିଷ୍ପତ୍ତି ପାଇଁ ଏହାକୁ ଜଣେ ବ୍ୟକ୍ତିଙ୍କ ପାଖକୁ ପଠାଯାଏ।
ନିର୍ଦ୍ଦିଷ୍ଟ ଢାଞ୍ଚାରେ ଫଳାଫଳ ପାଇବା ବେଳେ ସାଧାରଣତଃ କେଉଁ ଭୁଲ୍ ହୁଏ?
ସବୁଠାରୁ ସାଧାରଣ ଭୁଲ ହେଉଛି ବୈଧ JSON ଭିତରେ ଥିବା ତଥ୍ୟ ମଧ୍ୟ ସଠିକ୍ ବୋଲି ବିଶ୍ୱାସ କରିବା। ଅନ୍ୟ ଭୁଲଗୁଡ଼ିକ: API ତଥ୍ୟର ନିର୍ଦ୍ଧାରିତ ଗଠନ ବାଧ୍ୟତାମୂଳକ କରିବାର ସୁବିଧା ଦେଉଥିଲେ ମଧ୍ୟ କେବଳ ପ୍ରମ୍ପ୍ଟର ନିର୍ଦ୍ଦେଶ ଉପରେ ନିର୍ଭର କରିବା, ବର୍ଣ୍ଣନା ବିନା ଅସ୍ପଷ୍ଟ ତଥ୍ୟକ୍ଷେତ୍ର ନାମ ବ୍ୟବହାର କରିବା, ସତ ଉତ୍ତର null ହେବା ସ୍ଥାନରେ ଜୋର କରି କୌଣସି ମୂଲ୍ୟ ଭରିବା, ଉତ୍ତର ଦେବାକୁ ମନା କରାଯିବା ଓ ଅଧାରେ କଟିଯାଇଥିବା ଉତ୍ତରକୁ ଅଣଦେଖା କରିବା ଏବଂ କଣ ଭୁଲ ଥିଲା ତାହା ମଡେଲ୍କୁ ନଜଣାଇ ପୁଣି ଚେଷ୍ଟା କରିବା।
Tosheo.ai ପାଠ୍ୟତାଲିକାରେ ନିର୍ଦ୍ଦିଷ୍ଟ ଢାଞ୍ଚାରେ ଫଳାଫଳ ଦେବା କେଉଁଠି ସ୍ଥାନ ପାଏ?
ସୁସଂଗଠିତ ଆଉଟପୁଟ୍ ହେଉଛି AI ଆପ୍ ନିର୍ମାଣ ବର୍ଗର AI ଆପ୍ ତିଆରି ପାଠ୍ୟକ୍ରମର ଏକ କୋଡ୍ ପାଠ। ସାଇନ୍ ଅପ୍ ପରେ କୋଡ୍ ଶିକ୍ଷାଧାରାରେ ଏହାର ସମ୍ପୂର୍ଣ୍ଣ ବ୍ୟବହାରିକ ସଂସ୍କରଣ ମିଳେ। ଏଥିରେ ଆପଣ କୋଡ୍ ସହିତ ଏକ ସ୍କିମା ନିର୍ଦ୍ଧାରଣ କରନ୍ତି, ଏକ API କଲ୍ କରନ୍ତି, ଉତ୍ତରଗୁଡ଼ିକର ବୈଧତା ଯାଞ୍ଚ କରନ୍ତି ଏବଂ ପୁନଃଚେଷ୍ଟା ବ୍ୟବସ୍ଥା ଯୋଡ଼ନ୍ତି। ପ୍ରତ୍ୟେକ ପଦକ୍ଷେପରେ ମୂଲ୍ୟାୟନ ମାନଦଣ୍ଡ ଅନୁସାରେ ମତାମତ ମିଳେ।