ចម្លើយខ្លី៖ ដើម្បីបង្កើតភ្នាក់ងារ AI ដែលដំណើរការក្នុងការអនុវត្ត សូមចាត់ទុកវាដូចជារង្វិលជុំដែលបានគ្រប់គ្រង៖ ទទួលយកការបញ្ចូល សម្រេចចិត្តលើសកម្មភាពបន្ទាប់ ហៅឧបករណ៍ដែលមានវិសាលភាពតូចចង្អៀត សង្កេតមើលលទ្ធផល ហើយធ្វើម្តងទៀតរហូតដល់ការត្រួតពិនិត្យ "រួចរាល់" ច្បាស់លាស់ឆ្លងកាត់។ វាទទួលបានសិទ្ធិរក្សារបស់វានៅពេលដែលភារកិច្ចមានពហុជំហាន និងជំរុញដោយឧបករណ៍។ ប្រសិនបើការជំរុញតែមួយដោះស្រាយវា សូមរំលងភ្នាក់ងារ។ បន្ថែមគ្រោងការណ៍ឧបករណ៍ដ៏តឹងរ៉ឹង ដែនកំណត់ជំហាន ការកត់ត្រា និងកម្មវិធីផ្ទៀងផ្ទាត់/រិះគន់ ដូច្នេះនៅពេលដែលឧបករណ៍បរាជ័យ ឬការបញ្ចូលមិនច្បាស់លាស់ ភ្នាក់ងារនឹងបង្កើនប្រសិទ្ធភាពជំនួសឱ្យរង្វិលជុំ។
ចំណុចសំខាន់ៗ៖
រង្វិលជុំឧបករណ៍បញ្ជា៖ អនុវត្តការបញ្ចូល→ធ្វើសកម្មភាព→សង្កេតការធ្វើម្តងទៀតជាមួយនឹងលក្ខខណ្ឌឈប់ជាក់លាក់ និងជំហានអតិបរមា។
ការរចនាឧបករណ៍៖ រក្សាឧបករណ៍ឱ្យតូចចង្អៀត វាយបញ្ចូល មានការអនុញ្ញាត និងមានការផ្ទៀងផ្ទាត់ ដើម្បីការពារភាពវឹកវរ "ធ្វើអ្វីក៏បាន"។
អនាម័យអង្គចងចាំ៖ ប្រើស្ថានភាពសង្ខេបរយៈពេលខ្លីបូករួមទាំងការទាញយករយៈពេលវែង។ ជៀសវាងការបោះចោលប្រតិចារឹកពេញលេញ។
ភាពធន់នឹងការប្រើប្រាស់ខុស៖ បន្ថែមបញ្ជីអនុញ្ញាត ដែនកំណត់អត្រា ភាពគ្មានអំណាច និង "ការដំណើរការភ្លាមៗ" សម្រាប់សកម្មភាពដែលមានហានិភ័យ។
សមត្ថភាពក្នុងការធ្វើតេស្ត៖ រក្សាឈុតសេណារីយ៉ូ (ការបរាជ័យ ភាពមិនច្បាស់លាស់ ការចាក់បញ្ចូល) ហើយដំណើរការឡើងវិញលើការផ្លាស់ប្ដូរនីមួយៗ។
🔗 របៀបវាស់ស្ទង់សមត្ថភាព AI
រៀនពីរង្វាស់ជាក់ស្តែងដើម្បីវាស់ស្ទង់ល្បឿន ភាពត្រឹមត្រូវ និងភាពជឿជាក់។.
🔗 របៀបនិយាយជាមួយ AI
ប្រើប្រាស់ការសួរដេញដោល បរិបទ និងការតាមដាន ដើម្បីទទួលបានចម្លើយកាន់តែប្រសើរ។.
🔗 របៀបវាយតម្លៃគំរូ AI
ប្រៀបធៀបគំរូដោយប្រើការធ្វើតេស្ត រូបមន្តវាយតម្លៃ និងលទ្ធផលភារកិច្ចក្នុងពិភពពិត។.
🔗 របៀបបង្កើនប្រសិទ្ធភាពគំរូ AI
បង្កើនគុណភាព និងថ្លៃដើមជាមួយនឹងការលៃតម្រូវ ការកាត់ចេញ និងការត្រួតពិនិត្យ។.
១) តើភ្នាក់ងារ AI ជាអ្វី បើនិយាយឲ្យចំទៅមនុស្សធម្មតា 🧠
ភ្នាក់ងារ AI គឺជារង្វិលជុំមួយ។ ឯកសារ "ភ្នាក់ងារ" LangChain
ប៉ុណ្ណឹងហើយ។ រង្វិលជុំមួយដែលមានខួរក្បាលនៅចំកណ្តាល។.
បញ្ចូល → គិត → ធ្វើសកម្មភាព → សង្កេត → ធ្វើម្តងទៀត។ ក្រដាសឆ្លើយតប (ហេតុផល + ទង្វើ)
កន្លែងណា៖
-
ការបញ្ចូល គឺជាសំណើរបស់អ្នកប្រើប្រាស់ ឬព្រឹត្តិការណ៍ (អ៊ីមែលថ្មី សំបុត្រគាំទ្រ ការបញ្ជូនសញ្ញាទៅឧបករណ៍ចាប់សញ្ញា)។
-
ការគិត គឺជាគំរូភាសាដែលវែកញែកអំពីជំហានបន្ទាប់។
-
ច្បាប់ កំពុងហៅឧបករណ៍មួយ (ស្វែងរកឯកសារផ្ទៃក្នុង ដំណើរការកូដ បង្កើតសំបុត្រ ព្រាងការឆ្លើយតប)។ ការណែនាំអំពីការហៅមុខងារ OpenAI
-
ការសង្កេត កំពុងអានលទ្ធផលឧបករណ៍។
-
ពាក្យ Repeat គឺជាផ្នែកមួយដែលធ្វើឱ្យវាមានអារម្មណ៍ថា "ជាភ្នាក់ងារ" ជំនួសឱ្យ "និយាយច្រើន"។ ឯកសារ "ភ្នាក់ងារ" របស់ LangChain
ភ្នាក់ងារខ្លះគឺជាម៉ាក្រូឆ្លាតវៃជាមូលដ្ឋាន។ ភ្នាក់ងារខ្លះទៀតដើរតួដូចជាប្រតិបត្តិករវ័យក្មេង ដែលអាចរៀបចំកិច្ចការ និងងើបឡើងវិញពីកំហុស។ ទាំងពីរសុទ្ធតែមានសារៈសំខាន់។.
ម្យ៉ាងទៀត អ្នកមិនត្រូវការស្វ័យភាពពេញលេញទេ។ តាមពិតទៅ… អ្នកប្រហែលជាមិនចង់បានវាទេ 🙃
2) ពេលណាដែលអ្នកគួរបង្កើតភ្នាក់ងារ (និងពេលណាដែលអ្នកមិនគួរ) 🚦
បង្កើតភ្នាក់ងារនៅពេល៖
-
ការងារនេះមាន ច្រើនជំហាន ហើយប្រែប្រួលអាស្រ័យលើអ្វីដែលកើតឡើងនៅពាក់កណ្តាលផ្លូវ។
-
ការងារនេះត្រូវការ ការប្រើប្រាស់ឧបករណ៍ (មូលដ្ឋានទិន្នន័យ, CRMs, ការប្រតិបត្តិកូដ, ការបង្កើតឯកសារ, កម្មវិធីរុករក, APIs ខាងក្នុង)។ ឯកសារ “ឧបករណ៍” របស់ LangChain
-
អ្នកចង់បាន លទ្ធផលដែលអាចធ្វើម្តងទៀតបាន ជាមួយនឹងរបាំងការពារ មិនមែនគ្រាន់តែជាចម្លើយម្តងម្កាលនោះទេ។
-
អ្នកអាចកំណត់និយមន័យ "រួចរាល់" តាមរបៀបដែលកុំព្យូទ័រអាចពិនិត្យមើលបាន សូម្បីតែដោយរលុងក៏ដោយ។.
កុំបង្កើតភ្នាក់ងារនៅពេល៖
-
ការសួរសំណួរ និងការឆ្លើយតបសាមញ្ញមួយអាចដោះស្រាយវាបាន (កុំវិស្វកម្មច្រើនពេក អ្នកនឹងស្អប់ខ្លួនឯងនៅពេលក្រោយ)។.
-
អ្នកត្រូវការការកំណត់ដ៏ល្អឥតខ្ចោះ (ភ្នាក់ងារអាចមានលក្ខណៈស៊ីសង្វាក់គ្នា ប៉ុន្តែមិនមែនជាមនុស្សយន្តទេ)។.
-
អ្នកមិនមានឧបករណ៍ ឬទិន្នន័យណាមួយដើម្បីភ្ជាប់ទេ - បន្ទាប់មកវាភាគច្រើនគ្រាន់តែជាអារម្មណ៍ប៉ុណ្ណោះ។.
ចូរនិយាយដោយត្រង់ទៅ៖ ពាក់កណ្តាលនៃ “គម្រោងភ្នាក់ងារ AI” អាចជាលំហូរការងារដែលមានច្បាប់បែកខ្ញែកមួយចំនួន។ ប៉ុន្តែពេលខ្លះអារម្មណ៍ក៏សំខាន់ដែរ 🤷♂️
៣) អ្វីដែលធ្វើឱ្យភ្នាក់ងារ AI ក្លាយជាកំណែល្អ ✅
នេះជាផ្នែក "អ្វីដែលធ្វើឱ្យកំណែល្អ" ដែលអ្នកបានស្នើសុំ លើកលែងតែខ្ញុំនឹងនិយាយត្រង់ៗបន្តិច៖
ភ្នាក់ងារ AI ជំនាន់ល្អ មិនមែន អ្នកដែលគិតពិបាកបំផុតនោះទេ។ វាគឺជាអ្នកដែល៖
-
ដឹងពីអ្វីដែលវាត្រូវបានអនុញ្ញាតឱ្យធ្វើ (ព្រំដែនវិសាលភាព)
-
ប្រើប្រាស់ឧបករណ៍ប្រកបដោយភាពជឿជាក់ (ការហៅដែលមានរចនាសម្ព័ន្ធ ការព្យាយាមឡើងវិញ ការអស់ពេល) មគ្គុទ្ទេសក៍ការហៅមុខងារ OpenAI AWS “ការអស់ពេល ការព្យាយាមឡើងវិញ និងការថយក្រោយជាមួយនឹងភាពញ័រ”
-
រក្សាស្ថានភាពឱ្យស្អាត (អង្គចងចាំដែលមិនរលួយ) LangChain “ទិដ្ឋភាពទូទៅនៃអង្គចងចាំ”
-
ពន្យល់ពីសកម្មភាពរបស់វា (ដានសវនកម្ម មិនមែនការចោលហេតុផលសម្ងាត់ទេ) NIST AI RMF 1.0 (ភាពគួរឱ្យទុកចិត្ត និងតម្លាភាព)
-
បញ្ឈប់ឲ្យបានត្រឹមត្រូវ (ការត្រួតពិនិត្យការបញ្ចប់ ជំហានអតិបរមា ការកើនឡើង) ឯកសារ “ភ្នាក់ងារ” របស់ LangChain
-
បរាជ័យដោយសុវត្ថិភាព (សុំជំនួយ មិនបំភាន់អាជ្ញាធរ) NIST AI RMF 1.0
-
អាចសាកល្បងបាន (អ្នកអាចដំណើរការវាលើសេណារីយ៉ូដែលបានរៀបចំទុកជាមុន និងដាក់ពិន្ទុលទ្ធផល)
ប្រសិនបើភ្នាក់ងាររបស់អ្នកមិនអាចត្រូវបានសាកល្បងបានទេ វាជាម៉ាស៊ីនស្លតដែលមានទំនុកចិត្តខ្លាំង។ សប្បាយនៅពិធីជប់លៀង គួរឱ្យខ្លាចក្នុងការផលិត 😬
៤) ប្លុកសំណង់ស្នូលរបស់ភ្នាក់ងារ ("កាយវិភាគសាស្ត្រ" 🧩)
ភ្នាក់ងាររឹងភាគច្រើនមានបំណែកទាំងនេះ៖
ក) រង្វិលជុំឧបករណ៍បញ្ជា 🔁
នេះជាអ្នករៀបចំវង់ភ្លេង៖
-
សម្រេចគោលដៅ
-
សួរគំរូសម្រាប់សកម្មភាពបន្ទាប់
-
ដំណើរការឧបករណ៍
-
ការសង្កេតបន្ថែម
-
ធ្វើម្តងទៀតរហូតដល់ ឯកសារ "ភ្នាក់ងារ" របស់ LangChain រួចរាល់
ខ) ឧបករណ៍ (ហៅម្យ៉ាងទៀតថា សមត្ថភាព) 🧰
ឧបករណ៍គឺជាអ្វីដែលធ្វើឱ្យភ្នាក់ងារមានប្រសិទ្ធភាព៖ ឯកសារ "ឧបករណ៍" របស់ LangChain
-
សំណួរមូលដ្ឋានទិន្នន័យ
-
ការផ្ញើអ៊ីមែល
-
ការទាញយកឯកសារ
-
កូដដំណើរការ
-
ការហៅ API ផ្ទៃក្នុង
-
ការសរសេរទៅកាន់សៀវភៅបញ្ជី ឬ CRM
គ) ការចងចាំ 🗃️
សំខាន់ពីរប្រភេទ៖
-
ការចងចាំរយៈពេលខ្លី៖ បរិបទនៃដំណើរការបច្ចុប្បន្ន ជំហានថ្មីៗ ផែនការបច្ចុប្បន្ន
-
ការចងចាំរយៈពេលវែង៖ ចំណូលចិត្តរបស់អ្នកប្រើប្រាស់ បរិបទគម្រោង ចំណេះដឹងដែលទាញយកមកវិញ (ជាញឹកញាប់តាមរយៈការបង្កប់ + កន្លែងផ្ទុកវ៉ិចទ័រ) ក្រដាស RAG
ឃ) គោលនយោបាយផែនការ និងការសម្រេចចិត្ត 🧭
ទោះបីជាអ្នកមិនហៅវាថា "ការធ្វើផែនការ" ក៏ដោយ អ្នកត្រូវការវិធីសាស្រ្តមួយ៖
-
បញ្ជីត្រួតពិនិត្យ
-
ក្រដាស ReAct “គិតបន្ទាប់មកប្រើឧបករណ៍” បែប ReAct
-
ក្រាហ្វភារកិច្ច
-
គំរូអ្នកត្រួតពិនិត្យ-កម្មករ
-
គំរូអ្នកគ្រប់គ្រង-កម្មករ Microsoft AutoGen (ក្របខ័ណ្ឌពហុភ្នាក់ងារ)
ង) របាំងការពារ និងការវាយតម្លៃ 🧯
-
ការអនុញ្ញាត
-
គ្រោងការណ៍ឧបករណ៍សុវត្ថិភាព OpenAI Structured Outputs
-
ការផ្ទៀងផ្ទាត់លទ្ធផល
-
ដែនកំណត់ជំហាន
-
ការកាប់ឈើ
-
ការធ្វើតេស្ត NIST AI RMF 1.0
មែនហើយ វាជាវិស្វកម្មច្រើនជាងការជំរុញ។ ដែលជាចំណុចសំខាន់មួយ។.
៥) តារាងប្រៀបធៀប៖ វិធីពេញនិយមក្នុងការបង្កើតភ្នាក់ងារ 🧾
ខាងក្រោមនេះគឺជា "តារាងប្រៀបធៀប" ប្រាកដនិយម - ជាមួយនឹងភាពចម្លែកមួយចំនួន ពីព្រោះក្រុមពិតប្រាកដគឺចម្លែក 😄
| ឧបករណ៍ / ក្របខ័ណ្ឌ | ទស្សនិកជន | តម្លៃ | ហេតុអ្វីបានជាវាដំណើរការ | កំណត់ចំណាំ (ភាពវឹកវរតូចតាច) | |
|---|---|---|---|---|---|
| ឡាងឆាយន | អ្នកសាងសង់ដែលចូលចិត្តគ្រឿងបន្លាស់រចនាបថលេហ្គោ | ឥតគិតថ្លៃ + អ៊ីនហ្វ្រារ៉េដ | ប្រព័ន្ធអេកូឡូស៊ីធំសម្រាប់ឧបករណ៍ ការចងចាំ និងខ្សែសង្វាក់ | អាចញ៉ាំស្ប៉ាហ្គេទីបានលឿន ប្រសិនបើអ្នកមិនដាក់ឈ្មោះរបស់របរឲ្យបានច្បាស់លាស់ | |
| សន្ទស្សន៍ឡាម៉ា | ក្រុមដែលមាន RAG ច្រើន | ឥតគិតថ្លៃ + អ៊ីនហ្វ្រារ៉េដ | លំនាំទាញយកដ៏រឹងមាំ ការធ្វើលិបិក្រម ឧបករណ៍ភ្ជាប់ | ល្អណាស់នៅពេលដែលភ្នាក់ងាររបស់អ្នកជាមូលដ្ឋានគឺ "ស្វែងរក + ធ្វើសកម្មភាព"... ដែលជារឿងធម្មតា | |
| វិធីសាស្រ្តរចនាប័ទ្ម OpenAI Assistants | ក្រុមដែលចង់បានការរៀបចំលឿនជាងមុន | ផ្អែកលើការប្រើប្រាស់ | លំនាំហៅឧបករណ៍ដែលភ្ជាប់មកជាមួយ និងស្ថានភាពដំណើរការ | មិនសូវមានភាពបត់បែននៅជ្រុងខ្លះទេ ប៉ុន្តែស្អាតសម្រាប់កម្មវិធីជាច្រើន | OpenAI ដំណើរការ API ការហៅមុខងាររបស់ជំនួយការ OpenAI |
| ខឺណែលន័យវិទ្យា | អ្នកអភិវឌ្ឍន៍ដែលចង់បានការរៀបចំរចនាសម្ព័ន្ធ | បែបសេរី | ការសង្ខេបយ៉ាងស្អាតសម្រាប់ជំនាញ/មុខងារ | មានអារម្មណ៍ថា "សហគ្រាសមានសណ្តាប់ធ្នាប់ល្អ" - ពេលខ្លះនោះជាការសរសើរ 😉 | |
| អូតូហ្គិន | អ្នកពិសោធន៍ពហុភ្នាក់ងារ | បែបសេរី | គំរូកិច្ចសហការរវាងភ្នាក់ងារ និងភ្នាក់ងារ | អាចនិយាយច្រើនពេក; កំណត់ច្បាប់បញ្ចប់ការងារយ៉ាងតឹងរ៉ឹង | |
| CrewAI | អ្នកគាំទ្រ "ក្រុមភ្នាក់ងារ" | បែបសេរី | តួនាទី + ភារកិច្ច + ការប្រគល់ភារកិច្ច ងាយស្រួលបង្ហាញ | ដំណើរការល្អបំផុតនៅពេលដែលកិច្ចការមានភាពច្បាស់លាស់ មិនមែនទន់ | |
| គំនរស្មៅ | ស្វែងរក + មនុស្សតាមបំពង់បង្ហូរប្រេង | បែបសេរី | បំពង់បង្ហូររឹង, ការទាញយក, សមាសធាតុ | តិចជាង "ល្ខោនភ្នាក់ងារ" ច្រើនជាង "រោងចក្រជាក់ស្តែង" | |
| រមៀលដោយខ្លួនឯង (រង្វិលជុំផ្ទាល់ខ្លួន) | មនុស្សឆ្កួតក្នុងការគ្រប់គ្រង (ស្រលាញ់) | ពេលវេលារបស់អ្នក | វេទមន្តតិចតួចបំផុត ភាពច្បាស់លាស់អតិបរមា | ជាធម្មតាល្អបំផុតសម្រាប់រយៈពេលវែង... រហូតដល់អ្នកបង្កើតអ្វីៗគ្រប់យ៉ាងឡើងវិញ 😅 |
គ្មានអ្នកឈ្នះតែមួយទេ។ ជម្រើសដ៏ល្អបំផុតអាស្រ័យលើថាតើការងារចម្បងរបស់ភ្នាក់ងាររបស់អ្នកគឺ ការ ទាញយកមកវិញ ការអនុវត្ត ឧបករណ៍ ការសម្របសម្រួលពហុភ្នាក់ងារ ឬ ស្វ័យប្រវត្តិកម្មលំហូរការងារ ។
៦) របៀបបង្កើតភ្នាក់ងារ AI មួយជំហានម្តងៗ (រូបមន្តពិតប្រាកដ) 🍳🤖
នេះជាផ្នែកដែលមនុស្សភាគច្រើនរំលង បន្ទាប់មកឆ្ងល់ថាហេតុអ្វីបានជាភ្នាក់ងារមានឥរិយាបទដូចសត្វរ៉ាក់ឃូននៅក្នុងបន្ទប់ទុកដាក់អាហារ។.
ជំហានទី 1: កំណត់ការងារនេះក្នុងប្រយោគមួយ 🎯
ឧទាហរណ៍៖
-
«រៀបចំការឆ្លើយតបរបស់អតិថិជនដោយប្រើប្រាស់គោលការណ៍ និងបរិបទសំបុត្រ បន្ទាប់មកស្នើសុំការយល់ព្រម»។
-
"ស៊ើបអង្កេតរបាយការណ៍កំហុស បង្កើតវាឡើងវិញ ហើយស្នើដំណោះស្រាយ"
-
«ប្រែក្លាយកំណត់ចំណាំកិច្ចប្រជុំដែលមិនល្អឥតខ្ចោះទៅជាភារកិច្ច ម្ចាស់ និងកាលកំណត់»។
ប្រសិនបើអ្នកមិនអាចកំណត់វាដោយសាមញ្ញបានទេ ភ្នាក់ងាររបស់អ្នកក៏មិនអាចដែរ។ ខ្ញុំចង់មានន័យថា វាអាចធ្វើបាន ប៉ុន្តែវានឹងច្នៃប្រឌិត ហើយការច្នៃប្រឌិតគឺជាកន្លែងដែលថវិកាត្រូវបាត់បង់។.
ជំហានទី 2: សម្រេចចិត្តកម្រិតស្វ័យភាព (ទាប មធ្យម ហឹរ) 🌶️
-
ស្វ័យភាពទាប៖ បង្ហាញពីជំហាននានា ការចុចរបស់មនុស្ស "យល់ព្រម"
-
ផ្ទុកទិន្នន័យ៖ ដំណើរការឧបករណ៍ ព្រាងលទ្ធផល បង្កើនភាពមិនប្រាកដប្រជា
-
ខ្ពស់៖ ប្រតិបត្តិពីដើមដល់ចប់ ping មនុស្សតែលើករណីលើកលែងប៉ុណ្ណោះ
ចាប់ផ្តើមទាបជាងអ្វីដែលអ្នកចង់បាន។ អ្នកតែងតែអាចបង្កើនល្បឿនវានៅពេលក្រោយបាន។.
ជំហានទី 3: ជ្រើសរើសយុទ្ធសាស្ត្រគំរូរបស់អ្នក 🧠
ជាធម្មតាអ្នកជ្រើសរើស៖
-
គំរូដ៏រឹងមាំមួយសម្រាប់អ្វីៗគ្រប់យ៉ាង (សាមញ្ញ)
-
ម៉ូដែលខ្លាំងមួយ + ម៉ូដែលតូចជាងសម្រាប់ជំហានថោកៗ (ការចាត់ថ្នាក់ ការតម្រង់ទិស)
-
គំរូឯកទេស (ចក្ខុវិស័យ កូដ ការនិយាយ) បើចាំបាច់
សម្រេចចិត្តផងដែរ៖
-
ថូខឹនអតិបរមា
-
សីតុណ្ហភាព
-
ថាតើអ្នកអនុញ្ញាតឱ្យមានការវែកញែកវែងៗជាលក្ខណៈផ្ទៃក្នុងដែរឬទេ (អ្នកអាចធ្វើបាន ប៉ុន្តែកុំបង្ហាញខ្សែសង្វាក់គំនិតឆៅដល់អ្នកប្រើប្រាស់ចុងក្រោយ)
ជំហានទី 4: កំណត់ឧបករណ៍ដែលមានគ្រោងការណ៍តឹងរ៉ឹង 🔩
ឧបករណ៍គួរតែជា៖
-
តូចចង្អៀត
-
បានវាយអក្សរ
-
មានការអនុញ្ញាត
-
លទ្ធផលដែលមានរចនាសម្ព័ន្ធ OpenAI ដែលបានផ្ទៀងផ្ទាត់
ជំនួសឲ្យឧបករណ៍មួយដែលមានឈ្មោះថា do_anything(input: string)សូម make:
-
search_kb(សំណួរ៖ ខ្សែអក្សរ) -> លទ្ធផល[] -
create_ticket(ចំណងជើង៖ string, តួ៖ string, អាទិភាព៖ enum) -> ticket_id -
ផ្ញើអ៊ីមែល (ទៅ៖ string, ប្រធានបទ៖ string, តួ៖ string) -> ស្ថានភាពមគ្គុទ្ទេសក៍ហៅមុខងារ OpenAI
ប្រសិនបើអ្នកឱ្យភ្នាក់ងារនូវម៉ាស៊ីនកាត់ឈើ កុំភ្ញាក់ផ្អើលនៅពេលដែលវាកាត់របងចេញដែរ។.
ជំហានទី 5: បង្កើតរង្វិលជុំឧបករណ៍បញ្ជា 🔁
រង្វិលជុំអប្បបរមា៖
-
ចាប់ផ្តើមជាមួយគោលដៅ + បរិបទដំបូង
-
សួរតារាម៉ូដែលថា “សកម្មភាពបន្ទាប់?”
-
ប្រសិនបើឧបករណ៍ហៅ - ប្រតិបត្តិឧបករណ៍
-
ការសង្កេតបន្ថែម
-
ពិនិត្យមើលស្ថានភាពឈប់
-
ធ្វើម្តងទៀត (ជាមួយជំហានអតិបរមា) ឯកសារ "ភ្នាក់ងារ" LangChain
បន្ថែម៖
-
ការអស់ពេល
-
ការព្យាយាមឡើងវិញ (ប្រយ័ត្ន - ការព្យាយាមឡើងវិញអាចកើតឡើងម្តងទៀត) AWS “ការអស់ពេល ការព្យាយាមឡើងវិញ និងការថយក្រោយជាមួយនឹងភាពញ័រ”
-
ការធ្វើទ្រង់ទ្រាយកំហុសឧបករណ៍ (ច្បាស់លាស់ មានរចនាសម្ព័ន្ធ)
ជំហានទី 6: បន្ថែមអង្គចងចាំដោយប្រុងប្រយ័ត្ន 🗃️
រយៈពេលខ្លី៖ រក្សា “សេចក្តីសង្ខេបស្ថានភាព” ដ៏សង្ខេបមួយឲ្យទាន់សម័យជារៀងរាល់ជំហាន។ LangChain “ទិដ្ឋភាពទូទៅនៃអង្គចងចាំ”
រយៈពេលវែង៖ រក្សាទុកព័ត៌មានជាក់ស្តែងប្រើប្រាស់បានយូរ (ចំណូលចិត្តអ្នកប្រើប្រាស់ ច្បាប់របស់អង្គការ ឯកសារដែលមានស្ថេរភាព)។
គោលការណ៍សាមញ្ញ៖
-
ប្រសិនបើវាផ្លាស់ប្តូរជាញឹកញាប់ - រក្សាវាឱ្យខ្លី
-
ប្រសិនបើវាមានស្ថេរភាព - រក្សាទុកក្នុងរយៈពេលយូរ
-
ប្រសិនបើវាងាយប្រតិកម្ម - រក្សាទុកក្នុងកម្រិតអប្បបរមា (ឬមិនរក្សាទុកទាល់តែសោះ)
ជំហានទី 7: បន្ថែមការផ្ទៀងផ្ទាត់ និងការអនុម័ត "រិះគន់" 🧪
គំរូថោកនិងជាក់ស្តែង៖
-
ភ្នាក់ងារបង្កើតលទ្ធផល
-
កម្មវិធីផ្ទៀងផ្ទាត់ពិនិត្យមើលរចនាសម្ព័ន្ធ និងការរឹតបន្តឹង
-
ការពិនិត្យឡើងវិញនូវគំរូរិះគន់ជាជម្រើសសម្រាប់ជំហានដែលបាត់ ឬការរំលោភលើគោលនយោបាយ NIST AI RMF 1.0
មិនល្អឥតខ្ចោះទេ ប៉ុន្តែវាចាប់យកភាពមិនសមហេតុផលយ៉ាងច្រើនគួរឱ្យភ្ញាក់ផ្អើល។.
ជំហានទី 8: កត់ត្រាអ្វីគ្រប់យ៉ាងដែលអ្នកនឹងស្ដាយក្រោយដែលមិនបានកត់ត្រា 📜
កំណត់ហេតុ៖
-
ការហៅឧបករណ៍ + ការបញ្ចូល + លទ្ធផល
-
ការសម្រេចចិត្តដែលបានធ្វើឡើង
-
កំហុស
-
លទ្ធផលចុងក្រោយ
-
ថូខឹន និងភាពយឺតយ៉ាវ OpenTelemetry observability primer
អនាគតអ្នកនឹងអរគុណអ្នក។ បច្ចុប្បន្នអ្នកនឹងភ្លេច។ នោះគ្រាន់តែជាជីវិត😵💫
៧) ការហៅឧបករណ៍ដែលមិនធ្វើឱ្យខូចព្រលឹងអ្នក 🧰😵
ការហៅឧបករណ៍គឺជាកន្លែងដែល "របៀបបង្កើតភ្នាក់ងារ AI" ក្លាយជាវិស្វកម្មកម្មវិធីពិតប្រាកដ។.
ធ្វើឱ្យឧបករណ៍អាចទុកចិត្តបាន (អាចទុកចិត្តបានគឺល្អ)
ឧបករណ៍ដែលអាចទុកចិត្តបានគឺ៖
-
ការកំណត់
-
តូចចង្អៀតក្នុងវិសាលភាព
-
ងាយស្រួលសាកល្បង
-
មានសុវត្ថិភាពក្នុងការដំណើរការឡើងវិញ នូវ Stripe “Idempotent requests”
បន្ថែមរបាំងការពារនៅស្រទាប់ឧបករណ៍ មិនមែនគ្រាន់តែការជំរុញប៉ុណ្ណោះទេ
ការជំរុញគឺជាការណែនាំដ៏គួរសម។ ការផ្ទៀងផ្ទាត់ឧបករណ៍គឺជាទ្វារដែលត្រូវបានចាក់សោ។ លទ្ធផលដែលមានរចនាសម្ព័ន្ធ OpenAI
ធ្វើ៖
-
បញ្ជីអនុញ្ញាត (ឧបករណ៍ណាដែលអាចដំណើរការបាន)
-
ការផ្ទៀងផ្ទាត់ការបញ្ចូល
-
ដែនកំណត់អត្រា OpenAI ការណែនាំអំពីដែនកំណត់អត្រា
-
ការត្រួតពិនិត្យការអនុញ្ញាតក្នុងមួយអ្នកប្រើប្រាស់/អង្គការ
-
“របៀបរត់ស្ងួត” សម្រាប់សកម្មភាពប្រថុយប្រថាន
ការរចនាសម្រាប់ការបរាជ័យដោយផ្នែក
ឧបករណ៍បរាជ័យ។ បណ្តាញរង្គោះរង្គើ។ ការអនុញ្ញាតផុតកំណត់។ ភ្នាក់ងារត្រូវតែ៖
-
បកស្រាយកំហុស
-
ព្យាយាមម្តងទៀតជាមួយ backoff នៅពេលសមស្រប យុទ្ធសាស្ត្រព្យាយាមម្តងទៀតរបស់ Google Cloud (backoff + jitter)
-
ជ្រើសរើសឧបករណ៍ជំនួស
-
កើនឡើងនៅពេលជាប់គាំង
ល្បិចមួយដែលមានប្រសិទ្ធភាពស្ងាត់ៗ៖ ត្រឡប់កំហុសដែលមានរចនាសម្ព័ន្ធដូចជា៖
-
ប្រភេទ៖ កំហុសផ្ទៀងផ្ទាត់ភាពត្រឹមត្រូវ -
ប្រភេទ៖ រកមិនឃើញ -
ប្រភេទ៖ rate_limited
ដូច្នេះគំរូអាចឆ្លើយតបដោយឆ្លាតវៃជំនួសឱ្យការភ័យស្លន់ស្លោ។
៨) ការចងចាំដែលជួយជំនួសឲ្យការលងបន្លាចអ្នក 👻🗂️
ការចងចាំមានឥទ្ធិពលខ្លាំង ប៉ុន្តែវាក៏អាចក្លាយជាថតសំរាមបានដែរ។.
ការចងចាំរយៈពេលខ្លី៖ រក្សាវាឱ្យតូចចង្អៀត
ប្រើប្រាស់៖
-
ជំហានចុងក្រោយ N
-
សេចក្តីសង្ខេបដែលកំពុងដំណើរការ (បានធ្វើបច្ចុប្បន្នភាពរាល់រង្វិលជុំ)
-
ផែនការបច្ចុប្បន្ន
-
ការរឹតបន្តឹងបច្ចុប្បន្ន (ថវិកា ពេលវេលា គោលនយោបាយ)
ប្រសិនបើអ្នកដាក់អ្វីៗគ្រប់យ៉ាងទៅក្នុងបរិបទ អ្នកនឹងទទួលបាន៖
-
ថ្លៃដើមខ្ពស់ជាង
-
ភាពយឺតយ៉ាវយឺតជាង
-
ការភាន់ច្រឡំកាន់តែច្រើន (បាទ/ចាស៎ សូម្បីតែពេលនោះក៏ដោយ)
ការចងចាំរយៈពេលវែង៖ ការទាញយកមកវិញជាជាង "ការបំពេញ"
«ការចងចាំរយៈពេលវែង» ភាគច្រើនមានលក្ខណៈដូចជា៖
-
ការបង្កប់
-
ហាងវ៉ិចទ័រ
-
ការបង្កើតឡើងវិញនូវបច្ចេកវិទ្យាបង្កើន (RAG) ក្រដាស RAG
ភ្នាក់ងារមិនទន្ទេញចាំទេ។ វាទាញយកអត្ថបទខ្លីៗដែលពាក់ព័ន្ធបំផុតនៅពេលដំណើរការ។ LlamaIndex “សេចក្តីផ្តើមអំពី RAG”
ច្បាប់នៃការចងចាំជាក់ស្តែង
-
រក្សាទុក “ចំណូលចិត្ត” ជាការពិតជាក់ស្តែង៖ “អ្នកប្រើប្រាស់ចូលចិត្តសេចក្តីសង្ខេបចំណុច ហើយស្អប់សញ្ញាអារម្មណ៍” (lol មិនមែននៅទីនេះទេ 😄)
-
រក្សាទុក "ការសម្រេចចិត្ត" ជាមួយនឹងត្រាពេលវេលា ឬកំណែ (បើមិនដូច្នោះទេ ភាពផ្ទុយគ្នានឹងកើនឡើង)
-
កុំរក្សាទុកអាថ៌កំបាំងឡើយ លុះត្រាតែអ្នកពិតជាចាំបាច់ធ្វើដូច្នោះ
ហើយនេះជាពាក្យប្រៀបធៀបមិនល្អឥតខ្ចោះរបស់ខ្ញុំ៖ ការចងចាំគឺដូចជាទូទឹកកក។ ប្រសិនបើអ្នកមិនសម្អាតវាទេ នៅទីបំផុតនំសាំងវិចរបស់អ្នកនឹងមានរសជាតិដូចខ្ទឹមបារាំង និងការសោកស្ដាយ។.
៩) គំរូផែនការ (ពីសាមញ្ញទៅទំនើប) 🧭✨
ការធ្វើផែនការគ្រាន់តែជាការបំបែកដែលត្រូវបានគ្រប់គ្រងប៉ុណ្ណោះ។ កុំធ្វើឱ្យវាក្លាយជាអាថ៌កំបាំង។.
លំនាំ A៖ អ្នករៀបចំបញ្ជីត្រួតពិនិត្យ ✅
-
ម៉ូដែលបង្ហាញបញ្ជីជំហាន
-
អនុវត្តជាជំហានៗ
-
ធ្វើបច្ចុប្បន្នភាពស្ថានភាពបញ្ជីត្រួតពិនិត្យ
ល្អសម្រាប់ការចាប់ផ្តើមការងារ។ សាមញ្ញ អាចសាកល្បងបាន។.
លំនាំ B៖ រង្វិលជុំប្រតិកម្ម (ហេតុផល + ទង្វើ) 🧠→🧰
-
ម៉ូដែលសម្រេចចិត្តហៅឧបករណ៍បន្ទាប់
-
សង្កេតឃើញទិន្នផល
-
ធ្វើ ក្រដាស ReAct ម្តងទៀត
នេះគឺជាអារម្មណ៍ភ្នាក់ងារបុរាណ។.
លំនាំ C៖ អ្នកត្រួតពិនិត្យ-កម្មករ 👥
-
អ្នកត្រួតពិនិត្យបែងចែកគោលដៅទៅជាភារកិច្ច
-
កម្មករអនុវត្តភារកិច្ចឯកទេស
-
អ្នកត្រួតពិនិត្យបញ្ចូលលទ្ធផល Microsoft AutoGen (ក្របខ័ណ្ឌពហុភ្នាក់ងារ)
នេះមានតម្លៃនៅពេលដែលភារកិច្ចអាចដំណើរការស្របគ្នាបាន ឬនៅពេលដែលអ្នកចង់បាន "តួនាទី" ផ្សេងៗគ្នាដូចជា៖
-
អ្នកស្រាវជ្រាវ
-
អ្នកសរសេរកូដ
-
អ្នកកែសម្រួល
-
អ្នកត្រួតពិនិត្យគុណភាព
លំនាំ D៖ រៀបចំផែនការ រួចអនុវត្ត ជាមួយនឹងការរៀបផែនការឡើងវិញ 🔄
-
បង្កើតផែនការ
-
ប្រតិបត្តិ
-
ប្រសិនបើលទ្ធផលឧបករណ៍ផ្លាស់ប្តូរការពិត សូមរៀបចំផែនការឡើងវិញ
នេះរារាំងភ្នាក់ងារពីការរឹងរូសធ្វើតាមផែនការអាក្រក់។ មនុស្សក៏ធ្វើបែបនេះដែរ លុះត្រាតែពួកគេអស់កម្លាំង ដែលក្នុងករណីនេះពួកគេក៏ធ្វើតាមផែនការអាក្រក់ផងដែរ។.
១០) សុវត្ថិភាព ភាពជឿជាក់ និងការមិនត្រូវបានគេបណ្តេញចេញ 🔐😅
ប្រសិនបើភ្នាក់ងាររបស់អ្នកអាចចាត់វិធានការបាន អ្នកត្រូវការការរចនាសុវត្ថិភាព។ មិនមែន «ល្អក្នុងការមាន» នោះទេ។ ត្រូវការ។ NIST AI RMF 1.0
ដែនកំណត់រឹង
-
ជំហានអតិបរមាក្នុងមួយការរត់
-
ការហៅឧបករណ៍អតិបរមាក្នុងមួយនាទី
-
ការចំណាយអតិបរមាក្នុងមួយវគ្គ (ថវិកាថូខឹន)
-
ឧបករណ៍មានកម្រិតនៅពីក្រោយការអនុម័ត
ការដោះស្រាយទិន្នន័យ
-
កែសម្រួលធាតុចូលដែលងាយរងគ្រោះមុនពេលកត់ត្រា
-
បរិស្ថានដាច់ដោយឡែកពីគ្នា (អភិវឌ្ឍន៍ ទល់នឹង ផលិតកម្ម)
-
ការអនុញ្ញាតឧបករណ៍ដែលមានសិទ្ធិតិចតួចបំផុត
ការរឹតបន្តឹងលើឥរិយាបថ
-
បង្ខំភ្នាក់ងារឱ្យដកស្រង់បំណែកភស្តុតាងផ្ទៃក្នុង (មិនមែនតំណភ្ជាប់ខាងក្រៅទេ គ្រាន់តែឯកសារយោងផ្ទៃក្នុង)
-
តម្រូវឱ្យមានទង់ជាតិមិនប្រាកដប្រជានៅពេលដែលទំនុកចិត្តទាប
-
តម្រូវឱ្យ "សួរសំណួរបញ្ជាក់" ប្រសិនបើធាតុចូលមានភាពមិនច្បាស់លាស់
ភ្នាក់ងារដែលអាចទុកចិត្តបានមិនមែនជាភ្នាក់ងារដែលមានទំនុកចិត្តបំផុតនោះទេ។ វាគឺជាភ្នាក់ងារដែលដឹងថាពេលណាវាកំពុងទាយ... ហើយនិយាយដូច្នេះ។.
១១) ការធ្វើតេស្ត និងការវាយតម្លៃ (ផ្នែកដែលមនុស្សគ្រប់គ្នាជៀសវាង) 🧪📏
អ្នកមិនអាចកែលម្អអ្វីដែលអ្នកមិនអាចវាស់វែងបានទេ។ មែនហើយ បន្ទាត់នោះគួរឱ្យធុញទ្រាន់ណាស់ ប៉ុន្តែវាជាការពិតដែលរំខានណាស់។.
បង្កើតសំណុំសេណារីយ៉ូមួយ
បង្កើតករណីសាកល្បងចំនួន 30-100៖
-
ផ្លូវរីករាយ
-
ករណីគែម
-
ករណី "ឧបករណ៍បរាជ័យ"
-
សំណើមិនច្បាស់លាស់
-
ការជំរុញប្រឆាំង (ការប៉ុនប៉ងចាក់បញ្ចូលរហ័ស) OWASP កំពូលទាំង 10 សម្រាប់កម្មវិធី LLM OWASP LLM01 ការចាក់បញ្ចូលរហ័ស
លទ្ធផលពិន្ទុ
ប្រើម៉ែត្រដូចជា៖
-
អត្រាជោគជ័យនៃភារកិច្ច
-
ពេលវេលាដើម្បីបញ្ចប់
-
អត្រានៃការងើបឡើងវិញនៃកំហុសឧបករណ៍
-
អត្រានៃការយល់ច្រឡំ (ការអះអាងដោយគ្មានភស្តុតាង)
-
អត្រានៃការយល់ព្រមពីមនុស្ស (ប្រសិនបើស្ថិតក្នុងរបៀបត្រួតពិនិត្យ)
ការធ្វើតេស្តតំរែតំរង់សម្រាប់ប្រអប់បញ្ចូល និងឧបករណ៍
រាល់ពេលដែលអ្នកផ្លាស់ប្តូរ៖
-
គ្រោងការណ៍ឧបករណ៍
-
ការណែនាំអំពីប្រព័ន្ធ
-
តក្កវិជ្ជាទាញយក
-
ទ្រង់ទ្រាយអង្គចងចាំ
ដំណើរការឈុតម្តងទៀត។
ភ្នាក់ងារចម្លងរោគគឺជាសត្វដែលងាយប្រតិកម្ម។ ដូចរុក្ខជាតិក្នុងផ្ទះដែរ ប៉ុន្តែថ្លៃជាង។.
១២) គំរូដាក់ពង្រាយដែលមិនធ្វើឱ្យថវិការបស់អ្នករលាយ 💸🔥
ចាប់ផ្តើមជាមួយសេវាកម្មតែមួយ
-
API ឧបករណ៍បញ្ជាភ្នាក់ងារ
-
សេវាកម្មឧបករណ៍នៅពីក្រោយវា
-
ការកត់ត្រា + ការត្រួតពិនិត្យ OpenTelemetry Observability Primer
បន្ថែមការគ្រប់គ្រងថ្លៃដើមជាមុន
-
លទ្ធផលនៃការទាញយកទិន្នន័យពីឃ្លាំងសម្ងាត់
-
ការបង្រួមស្ថានភាពសន្ទនាជាមួយសេចក្តីសង្ខេប
-
ការប្រើប្រាស់ម៉ូដែលតូចៗសម្រាប់ការបញ្ជូន និងការស្រង់ចេញ
-
ការកំណត់ “របៀបគិតស៊ីជម្រៅ” ទៅជំហានដ៏លំបាកបំផុត
ជម្រើសស្ថាបត្យកម្មទូទៅ
-
ឧបករណ៍បញ្ជាគ្មានស្ថានភាព + កន្លែងផ្ទុកស្ថានភាពខាងក្រៅ (DB/redis)
-
ការហៅឧបករណ៍គឺ idempotent ដែលអាចធ្វើទៅបាន Stripe “សំណើ Idempotent”
-
ជួរសម្រាប់កិច្ចការដ៏វែង (ដូច្នេះអ្នកមិនទុកសំណើគេហទំព័រឱ្យបើកជារៀងរហូតទេ)
ដូចគ្នានេះដែរ៖ បង្កើត "kill switch"។ អ្នកនឹងមិនត្រូវការវាទេ រហូតដល់អ្នកពិតជាត្រូវការវា 😬
១៣) កំណត់ចំណាំបិទ - កំណែខ្លីស្តីពីរបៀបបង្កើតភ្នាក់ងារ AI 🎁🤖
ប្រសិនបើអ្នកមិនចាំអ្វីផ្សេងទៀតទេ សូមចងចាំរឿងនេះ៖
-
របៀបបង្កើតភ្នាក់ងារ AI ភាគច្រើននិយាយអំពីការកសាងរង្វិលជុំសុវត្ថិភាពជុំវិញគំរូ។ ឯកសារ “ភ្នាក់ងារ” របស់ LangChain
-
ចាប់ផ្តើមជាមួយនឹងគោលដៅច្បាស់លាស់ ស្វ័យភាពទាប និងឧបករណ៍តឹងរ៉ឹង។ លទ្ធផលដែលមានរចនាសម្ព័ន្ធ OpenAI
-
បន្ថែមអង្គចងចាំតាមរយៈការទាញយកមកវិញ មិនមែនតាមរយៈការបំពេញបរិបទគ្មានទីបញ្ចប់នោះទេ។ ក្រដាស RAG
-
ការធ្វើផែនការអាចមានលក្ខណៈសាមញ្ញ - បញ្ជីត្រួតពិនិត្យ និងការធ្វើផែនការឡើងវិញមានសារៈសំខាន់ណាស់។.
-
ការកត់ត្រា និងការធ្វើតេស្តប្រែក្លាយភាពវឹកវររបស់ភ្នាក់ងារទៅជាអ្វីមួយដែលអ្នកអាចដឹកជញ្ជូនបាន។ ការណែនាំអំពីការសង្កេត OpenTelemetry
-
របាំងការពារមាននៅក្នុងកូដ មិនមែនគ្រាន់តែនៅក្នុងការណែនាំនោះទេ។ OWASP កំពូលទាំង 10 សម្រាប់កម្មវិធី LLM
ភ្នាក់ងារមិនមែនជាមន្តអាគមទេ។ វាគឺជាប្រព័ន្ធមួយដែលធ្វើការសម្រេចចិត្តល្អៗជាញឹកញាប់គ្រប់គ្រាន់ដើម្បីមានតម្លៃ... ហើយទទួលស្គាល់ការបរាជ័យមុនពេលវាបង្កការខូចខាត។ លួងលោមដោយស្ងៀមស្ងាត់ តាមរបៀបមួយ 😌
ហើយមែនហើយ ប្រសិនបើអ្នកបង្កើតវាបានត្រឹមត្រូវ វាមានអារម្មណ៍ដូចជាការជួលអ្នកហាត់ការឌីជីថលតូចមួយដែលមិនដែលដេកលក់ ពេលខ្លះភ័យស្លន់ស្លោ និងចូលចិត្តការងារឯកសារ។ ដូច្នេះ ជាទូទៅ អ្នកហាត់ការម្នាក់។.
ឧទាហរណ៍ក្នុងពិភពពិត៖ ការបង្កើតភ្នាក់ងារ AI សម្រាប់ការជ្រើសរើសជំនួយ 🎫🤖
សេណារីយ៉ូ
ស្រមៃមើលក្រុម SaaS តូចមួយដែលទទួលបានសំបុត្រគាំទ្រចំនួន 120-180 ក្នុងមួយសប្តាហ៍។ សំបុត្រភាគច្រើនមិនស្មុគស្មាញទេ ប៉ុន្តែវានៅតែត្រូវការពេលវេលា៖ ការកំណត់ពាក្យសម្ងាត់ឡើងវិញ សំណួរអំពីវិក្កយបត្រ របាយការណ៍កំហុស សំណើមុខងារ និងសារ "តើនេះជាឥរិយាបថដែលរំពឹងទុកទេ?"។.
chatbot សាមញ្ញមួយអាចព្រាងការឆ្លើយតបបាន ប៉ុន្តែវាមិនអាចពិនិត្យមើលស្ថានភាពគណនី ស្វែងរកមូលដ្ឋានចំណេះដឹង ចាត់ថ្នាក់ភាពបន្ទាន់ ឬសម្រេចចិត្តថាពេលណាមនុស្សត្រូវចូលអន្តរាគមន៍បានទេ។ នេះជាកន្លែងដែលភ្នាក់ងារសមហេតុផល។.
គោលដៅមិនមែនដើម្បីជំនួសការគាំទ្រទាំងស្រុងនោះទេ។ គោលដៅគឺដើម្បីបង្កើតភ្នាក់ងារដែលមានស្វ័យភាពទាប ដែលអានសំបុត្រថ្មី ប្រមូលបរិបទ ព្រាងការឆ្លើយតប និងបញ្ជូនសំបុត្រទៅកាន់ជួរត្រឹមត្រូវ។ មនុស្សម្នាក់នៅតែអនុម័តអ្វីគ្រប់យ៉ាងដែលអតិថិជនប្រឈមមុខ។.
អ្វីដែលជំនួយការត្រូវការ
ដើម្បីធ្វើការដោយសុវត្ថិភាព ភ្នាក់ងារត្រូវការសំណុំឧបករណ៍ និងធាតុចូលតូចៗដែលអាចគ្រប់គ្រងបាន៖
-
អត្ថបទសំបុត្រចូល
-
ប្រភេទផែនការអតិថិជន អាយុគណនី និងស្ថានភាពវិក្កយបត្រថ្មីៗ
-
កំណត់ហេតុផ្លាស់ប្ដូរផលិតផលថ្មីៗ ឬឧប្បត្តិហេតុដែលគេដឹង
-
អត្ថបទមជ្ឈមណ្ឌលជំនួយផ្ទៃក្នុង
-
ឧបករណ៍ធ្វើបច្ចុប្បន្នភាពសំបុត្រដែលមានវាលមានកំណត់
-
ឧបករណ៍ឆ្លើយតបសេចក្តីព្រាង មិនមែនជាឧបករណ៍ផ្ញើអ៊ីមែលទេ
-
គោលនយោបាយបង្កើនភាពច្បាស់លាស់
បញ្ជីឧបករណ៍គួរតែមានលក្ខណៈតូចចង្អៀតតាមគោលបំណង៖
-
មជ្ឈមណ្ឌលជំនួយស្វែងរក (សំណួរ)
-
ទទួលបានស្ថានភាពអតិថិជន (លេខសម្គាល់អតិថិជន)
-
ពិនិត្យមើល_ឧប្បត្តិហេតុ_ដែលដឹង_(តំបន់ផលិតផល)
-
update_ticket_category(លេខសម្គាល់សំបុត្រ, ប្រភេទ, អាទិភាព)
-
សេចក្តីព្រាង_ឆ្លើយតប(លេខសម្គាល់សំបុត្រ, អត្ថបទឆ្លើយតប)
-
escalate_to_human(លេខសម្គាល់សំបុត្រ, ហេតុផល)
សូមកត់សម្គាល់អ្វីដែលបាត់៖ មិនមានឧបករណ៍ "សងប្រាក់វិញដល់អតិថិជន" "បិទគណនី" ឬ "ផ្ញើការឆ្លើយតបចុងក្រោយ" ទេ។ សកម្មភាពទាំងនោះមានហានិភ័យខ្លាំងពេកសម្រាប់កំណែដំបូង។.
ឧទាហរណ៍នៃការណែនាំ
អ្នកគឺជាភ្នាក់ងារតម្រៀបជំនួយសម្រាប់ផលិតផល SaaS។.
ការងាររបស់អ្នកគឺចាត់ថ្នាក់សំបុត្រចូល ប្រមូលតែបរិបទដែលត្រូវការ ព្រាងការឆ្លើយតបដែលបានស្នើឡើង និងសម្រេចចិត្តថាតើសំបុត្រគួរតែត្រូវបានបញ្ជូនបន្តឬអត់។.
ច្បាប់៖
កុំផ្ញើការឆ្លើយតបដោយផ្ទាល់ទៅអតិថិជន។.
សូមប្រើប្រាស់មជ្ឈមណ្ឌលជំនួយមុនពេលឆ្លើយសំណួរអំពីផលិតផល។.
សូមពិនិត្យមើលស្ថានភាពអតិថិជនមុនពេលឆ្លើយសំណួរអំពីវិក្កយបត្រ ផែនការ ឬសិទ្ធិចូលប្រើ។.
ប្រសិនបើអតិថិជនលើកឡើងពីការគំរាមកំហែងផ្នែកច្បាប់ ការបាត់បង់ទិន្នន័យ បញ្ហាសុវត្ថិភាព ការបរាជ័យក្នុងការទូទាត់ ការលុបចោលគណនី ឬភាសាខឹងសម្បារ សូមបញ្ជូនបញ្ហាទៅមនុស្សម្នាក់។.
ប្រសិនបើចម្លើយមិនត្រូវបានគាំទ្រដោយខ្លឹមសារមជ្ឈមណ្ឌលជំនួយ ឬទិន្នន័យគណនីដែលបានទាញយកទេ សូមនិយាយអ្វីដែលបាត់ ហើយបញ្ជូនបន្ត។.
ឈប់បន្ទាប់ពីហៅឧបករណ៍បានអតិបរមា 6 ដង។.
សំបុត្រមួយត្រូវបាន «រួចរាល់» លុះត្រាតែវាមានប្រភេទ អាទិភាព សេចក្តីសង្ខេបភស្តុតាង សេចក្តីព្រាងចម្លើយ និង «ត្រូវការការយល់ព្រមពីមនុស្ស» ឬ «ត្រូវបានបញ្ជូនបន្ត»។.
របៀបសាកល្បងវា
ចាប់ផ្តើមជាមួយសំបុត្រសាកល្បងចំនួន 30 មុនពេលភ្ជាប់វាទៅអ្នកប្រើប្រាស់ផ្ទាល់៖
-
សំបុត្រធម្មតាចំនួន 10 ដូចជាការកំណត់ពាក្យសម្ងាត់ឡើងវិញ ដែនកំណត់ផែនការ និងសំណួរជាមូលដ្ឋាន "តើខ្ញុំត្រូវធ្វើដូចម្តេច?"
-
សំបុត្របង់ប្រាក់ចំនួន ៥
-
របាយការណ៍កំហុសចំនួន ៥
-
សំបុត្រចំនួន ៥ ដែលមានព័ត៌មានមិនច្បាស់លាស់
-
សំបុត្រប្រថុយប្រថានចំនួន ៥ ដូចជាការព្រួយបារម្ភអំពីសុវត្ថិភាព ការទាមទារសងប្រាក់វិញ និងការត្អូញត្អែរដោយកំហឹង
សម្រាប់សំបុត្រនីមួយៗ សូមរកពិន្ទុ៖
-
តើវាបានជ្រើសរើសប្រភេទត្រឹមត្រូវទេ?
-
តើវាបានប្រើឧបករណ៍ត្រឹមត្រូវមុនពេលឆ្លើយដែរឬទេ?
-
តើវាបានជៀសវាងការអះអាងដែលមិនមានការគាំទ្រដែរឬទេ?
-
តើវាបានធ្វើឱ្យសំបុត្រដែលមានហានិភ័យកើនឡើងដែរឬទេ?
-
តើសេចក្តីព្រាងត្រូវការកែសម្រួលយ៉ាងម៉ត់ចត់ទេ?
សៀវភៅបញ្ជីវាយតម្លៃជាប់/ធ្លាក់សាមញ្ញមួយគឺគ្រប់គ្រាន់ហើយនៅពេលចាប់ផ្តើម។ កុំបង្កើតប្រព័ន្ធវាយតម្លៃច្រើនពេក មុនពេលអ្នកដឹងថាតើភ្នាក់ងារកំពុងផ្តល់តម្លៃឬអត់។.
លទ្ធផល
លទ្ធផលជាឧទាហរណ៍៖ ដោយផ្អែកលើពេលវេលាសម្រាប់សំបុត្រគំរូចំនួន 30 មុន និងក្រោយពេលប្រើប្រាស់លំហូរការងារនេះ អ្នកដឹកនាំផ្នែកជំនួយអាចវាស់វែងដូចខាងក្រោម៖
-
ពេលវេលាជាមធ្យមនៃការជ្រើសរើសលើកដំបូងត្រូវបានកាត់បន្ថយពី 6 នាទីក្នុងមួយសំបុត្រមកត្រឹម 90 វិនាទី
-
សំបុត្រចំនួន ៣០ ត្រូវបានជ្រើសរើសក្នុងរយៈពេល ៤៥ នាទីជំនួសឲ្យរយៈពេល ៣ ម៉ោង
-
សំបុត្រចំនួន 27 ក្នុងចំណោម 30 សន្លឹកត្រូវបានដាក់ក្នុងប្រភេទត្រឹមត្រូវ
-
សំបុត្រប្រថុយប្រថានចំនួន ៥ ក្នុងចំណោម ៥ ត្រូវបានបង្កើនឡើងយ៉ាងត្រឹមត្រូវ
-
ការឆ្លើយតបរបស់អតិថិជនចំនួន 0 ត្រូវបានផ្ញើដោយគ្មានការយល់ព្រមពីមនុស្ស
លេខទាំងនេះគឺជាការប៉ាន់ស្មានឧទាហរណ៍មួយ មិនមែនជាស្តង់ដារដែលបង្ហាញឱ្យឃើញនោះទេ។ ការវាស់វែងនេះងាយស្រួលក្នុងការធ្វើម្តងទៀត៖ កំណត់ពេលវេលាបាច់សំបុត្រសាកល្បងដូចគ្នាដោយដៃ បន្ទាប់មកដំណើរការវាតាមរយៈភ្នាក់ងារ ហើយប្រៀបធៀបភាពត្រឹមត្រូវនៃប្រភេទ ភាពត្រឹមត្រូវនៃការកើនឡើង និងពេលវេលាកែសម្រួល។.
អ្វីដែលអាចខុសបាន
ភ្នាក់ងារនៅតែអាចបរាជ័យក្នុងវិធីធម្មតា។.
វាអាចចាត់ថ្នាក់អតិថិជនដែលខកចិត្ត ប៉ុន្តែសាមញ្ញថា "បន្ទាន់" ពីព្រោះភាសានេះស្តាប់ទៅដូចជាខឹង។ វាអាចព្រាងចម្លើយដែលមានទំនុកចិត្តពីអត្ថបទជំនួយហួសសម័យ។ វាអាចបន្តស្វែងរកនៅពេលដែលចលនាត្រឹមត្រូវត្រូវកើនឡើង។ វាអាចបង្ហាញព័ត៌មានលម្អិតអំពីគណនីច្រើនពេកនៅក្នុងសេចក្តីព្រាងចម្លើយ។.
ការជួសជុលនេះមិនមែនជា "សរសេរការណែនាំឲ្យកាន់តែប្រសើរ" និងជាក្តីសង្ឃឹមនោះទេ។ បន្ថែមដែនកំណត់រឹង៖
-
បញ្ជូនបញ្ហាទៅអ្នកដទៃទៀតនៅពេលដែលពាក្យសម្ដីអំពីការគិតប្រាក់ សុវត្ថិភាព ច្បាប់ ឬការលុបចោលលេចឡើង
-
តម្រូវឱ្យមានការដកស្រង់ពីអត្ថបទជំនួយផ្ទៃក្នុងនៅក្នុងសេចក្តីសង្ខេបភស្តុតាង
-
រក្សាការយល់ព្រមពីមនុស្សចំពោះពាក្យ “ផ្ញើការឆ្លើយតប”
-
កត់ត្រារាល់ការហៅឧបករណ៍ និងសេចក្តីព្រាងចុងក្រោយ
-
ដំណើរការឈុតសាកល្បង 30-ticket ឡើងវិញបន្ទាប់ពីរាល់ការជំរុញ ឧបករណ៍ ឬការផ្លាស់ប្តូរគោលការណ៍
សម្ភារៈសិក្សាជាក់ស្តែង
ភ្នាក់ងារដ៏មានតម្លៃមិនត្រូវការស្វ័យភាពយ៉ាងខ្លាំងនោះទេ។ នៅក្នុងឧទាហរណ៍នេះ តម្លៃបានមកពីរង្វិលជុំដែលបានគ្រប់គ្រង៖ អានសំបុត្រ ទាញយកបរិបទត្រឹមត្រូវ ចាត់ថ្នាក់វា ព្រាងការឆ្លើយតប និងឈប់សម្រាប់ការពិនិត្យ។ វាងាយស្រួលជាងក្នុងការទុកចិត្ត សាកល្បង និងកែលម្អជាងភ្នាក់ងារដែលព្យាយាម "ដោះស្រាយការគាំទ្រ" ជាមួយនឹងប្រអប់បញ្ចូលដ៏ធំមួយ។.
សំណួរដែលសួរញឹកញាប់
តើភ្នាក់ងារ AI ជាអ្វី បើនិយាយឲ្យសាមញ្ញទៅ?
ភ្នាក់ងារ AI ជាទូទៅគឺជារង្វិលជុំមួយដែលធ្វើម្តងទៀត៖ ទទួលយកធាតុចូល សម្រេចចិត្តជំហានបន្ទាប់ ប្រើឧបករណ៍ អានលទ្ធផល ហើយធ្វើម្តងទៀតរហូតដល់វារួចរាល់។ ផ្នែក "ភ្នាក់ងារ" បានមកពីការធ្វើសកម្មភាព និងការសង្កេត មិនមែនគ្រាន់តែជជែកគ្នានោះទេ។ ភ្នាក់ងារជាច្រើនគ្រាន់តែជាស្វ័យប្រវត្តិកម្មឆ្លាតវៃជាមួយនឹងការចូលប្រើឧបករណ៍ ខណៈពេលដែលភ្នាក់ងារផ្សេងទៀតមានឥរិយាបទដូចជាប្រតិបត្តិករវ័យក្មេងដែលអាចងើបឡើងវិញពីកំហុស។.
តើខ្ញុំគួរបង្កើតភ្នាក់ងារ AI នៅពេលណាជំនួសឱ្យការប្រើប្រាស់តែប្រអប់បញ្ចូលព័ត៌មាន?
បង្កើតភ្នាក់ងារនៅពេលដែលការងារនេះមានច្រើនជំហាន ការផ្លាស់ប្តូរដោយផ្អែកលើលទ្ធផលកម្រិតមធ្យម និងត្រូវការការប្រើប្រាស់ឧបករណ៍ដែលអាចទុកចិត្តបាន (APIs មូលដ្ឋានទិន្នន័យ ការលក់សំបុត្រ ការប្រតិបត្តិកូដ)។ ភ្នាក់ងារក៏មានប្រយោជន៍ផងដែរនៅពេលដែលអ្នកចង់បានលទ្ធផលដែលអាចធ្វើម្តងទៀតបានជាមួយនឹងរបាំងការពារ និងវិធីដើម្បីពិនិត្យមើលថា "រួចរាល់"។ ប្រសិនបើការឆ្លើយតបរហ័សសាមញ្ញដំណើរការ ភ្នាក់ងារជាធម្មតាមានបន្ទុកដែលមិនចាំបាច់ និងរបៀបបរាជ័យបន្ថែម។.
តើខ្ញុំបង្កើតភ្នាក់ងារ AI ដែលមិនជាប់គាំងក្នុងរង្វិលជុំដោយរបៀបណា?
ប្រើលក្ខខណ្ឌឈប់រឹង៖ ជំហានអតិបរមា ការហៅឧបករណ៍អតិបរមា និងការត្រួតពិនិត្យការបញ្ចប់ច្បាស់លាស់។ បន្ថែមគ្រោងការណ៍ឧបករណ៍ដែលមានរចនាសម្ព័ន្ធ ការអស់ពេល និងការព្យាយាមឡើងវិញដែលនឹងមិនព្យាយាមឡើងវិញជារៀងរហូត។ កត់ត្រាការសម្រេចចិត្ត និងលទ្ធផលឧបករណ៍ ដូច្នេះអ្នកអាចមើលឃើញកន្លែងដែលវាធ្លាក់ផ្លូវ។ សន្ទះសុវត្ថិភាពទូទៅគឺការកើនឡើង៖ ប្រសិនបើភ្នាក់ងារមិនប្រាកដ ឬធ្វើកំហុសម្តងទៀត វាគួរតែសុំជំនួយជាជាងការកែលម្អ។.
តើស្ថាបត្យកម្មអប្បបរមាសម្រាប់របៀបបង្កើតភ្នាក់ងារ AI គឺជាអ្វី?
យ៉ាងហោចណាស់ អ្នកត្រូវការរង្វិលជុំឧបករណ៍បញ្ជាដែលផ្តល់គោលដៅ និងបរិបទដល់គំរូ ស្នើសុំសកម្មភាពបន្ទាប់ ប្រតិបត្តិឧបករណ៍ប្រសិនបើត្រូវបានស្នើសុំ បន្ថែមការសង្កេត និងធ្វើម្តងទៀត។ អ្នកក៏ត្រូវការឧបករណ៍ដែលមានរូបរាងបញ្ចូល/ទិន្នផលយ៉ាងតឹងរ៉ឹង និងការត្រួតពិនិត្យ "រួចរាល់"។ សូម្បីតែរង្វិលជុំរំកិលដោយខ្លួនឯងក៏អាចដំណើរការបានល្អដែរ ប្រសិនបើអ្នករក្សាស្ថានភាពឱ្យស្អាត និងអនុវត្តដែនកំណត់ជំហាន។.
តើខ្ញុំគួររចនាការហៅឧបករណ៍យ៉ាងដូចម្តេចដើម្បីឱ្យវាអាចទុកចិត្តបានក្នុងការផលិត?
រក្សាឧបករណ៍ឱ្យតូចចង្អៀត វាយបញ្ចូលបានល្អ មានការអនុញ្ញាត និងមានសុពលភាព—ជៀសវាងឧបករណ៍ "ធ្វើអ្វីក៏បាន" ទូទៅ។ ចូលចិត្តគ្រោងការណ៍តឹងរ៉ឹង (ដូចជាលទ្ធផលដែលមានរចនាសម្ព័ន្ធ/ការហៅមុខងារ) ដូច្នេះភ្នាក់ងារមិនអាចធ្វើការបញ្ចូលដោយដៃបានទេ។ បន្ថែមបញ្ជីអនុញ្ញាត ដែនកំណត់អត្រា និងការត្រួតពិនិត្យការអនុញ្ញាតអ្នកប្រើប្រាស់/អង្គការនៅស្រទាប់ឧបករណ៍។ រចនាឧបករណ៍ឱ្យមានសុវត្ថិភាពក្នុងការដំណើរការឡើងវិញនៅពេលដែលអាចធ្វើទៅបាន ដោយប្រើលំនាំ idempotency។.
តើវិធីល្អបំផុតដើម្បីបន្ថែមអង្គចងចាំដោយមិនធ្វើឱ្យភ្នាក់ងារកាន់តែអាក្រក់ទៅៗគឺជាអ្វី?
ចាត់ទុកការចងចាំជាពីរផ្នែក៖ ស្ថានភាពដំណើរការរយៈពេលខ្លី (ជំហានថ្មីៗ ផែនការបច្ចុប្បន្ន ការរឹតបន្តឹង) និងការទាញយករយៈពេលវែង (ចំណូលចិត្ត ច្បាប់ដែលមានស្ថេរភាព ឯកសារពាក់ព័ន្ធ)។ រក្សាការបង្រួមរយៈពេលខ្លីជាមួយនឹងសេចក្តីសង្ខេបដែលកំពុងដំណើរការ មិនមែនប្រតិចារិកពេញលេញទេ។ សម្រាប់ការចងចាំរយៈពេលវែង ការទាញយក (ការបង្កប់ + ការផ្ទុកវ៉ិចទ័រ/លំនាំ RAG) ជាធម្មតាល្អជាងការ "បំពេញ" អ្វីៗគ្រប់យ៉ាងទៅក្នុងបរិបទ និងធ្វើឱ្យគំរូមានការភាន់ច្រឡំ។.
តើខ្ញុំគួរប្រើគំរូផែនការមួយណា៖ បញ្ជីត្រួតពិនិត្យ ការឆ្លើយតប ឬអ្នកត្រួតពិនិត្យការងារ?
កម្មវិធីរៀបចំផែនការបញ្ជីត្រួតពិនិត្យគឺល្អនៅពេលដែលភារកិច្ចអាចទស្សន៍ទាយបាន ហើយអ្នកចង់បានអ្វីដែលងាយស្រួលក្នុងការសាកល្បង។ រង្វិលជុំបែប ReAct ភ្លឺឡើងនៅពេលដែលលទ្ធផលឧបករណ៍ផ្លាស់ប្តូរអ្វីដែលអ្នកធ្វើបន្ទាប់។ គំរូអ្នកត្រួតពិនិត្យ-កម្មករ (ដូចជាការបំបែកតួនាទីបែប AutoGen) ជួយនៅពេលដែលភារកិច្ចអាចត្រូវបានធ្វើស្របគ្នា ឬទទួលបានអត្ថប្រយោជន៍ពីតួនាទីផ្សេងៗគ្នា (អ្នកស្រាវជ្រាវ អ្នកសរសេរកូដ អ្នកជំនាញធានាគុណភាព)។ ការធ្វើផែនការ-បន្ទាប់មកអនុវត្តជាមួយនឹងការរៀបចំផែនការឡើងវិញគឺជាចំណុចកណ្តាលជាក់ស្តែងសម្រាប់ជៀសវាងផែនការអាក្រក់រឹងរូស។.
តើខ្ញុំធ្វើដូចម្តេចដើម្បីឲ្យភ្នាក់ងារមានសុវត្ថិភាព ប្រសិនបើវាអាចធ្វើសកម្មភាពពិតប្រាកដបាន?
ប្រើប្រាស់ការអនុញ្ញាតដែលមានសិទ្ធិតិចបំផុត និងដាក់កម្រិតឧបករណ៍ដែលមានហានិភ័យនៅពីក្រោយរបៀបអនុម័ត ឬ "ដំណើរការស្ងួត"។ បន្ថែមថវិកា និងដែនកំណត់៖ ជំហានអតិបរមា ការចំណាយអតិបរមា និងដែនកំណត់ការហៅឧបករណ៍ក្នុងមួយនាទី។ កែសម្រួលទិន្នន័យរសើបមុនពេលកត់ត្រា និងបំបែកអ្នកអភិវឌ្ឍន៍ពីបរិស្ថានផលិតកម្ម។ តម្រូវឱ្យមានទង់ភាពមិនប្រាកដប្រជា ឬការបញ្ជាក់សំណួរនៅពេលដែលធាតុចូលមានភាពមិនច្បាស់លាស់ ជំនួសឱ្យការអនុញ្ញាតឱ្យទំនុកចិត្តជំនួសភស្តុតាង។.
តើខ្ញុំត្រូវសាកល្បង និងវាយតម្លៃភ្នាក់ងារ AI យ៉ាងដូចម្តេច ដើម្បីឱ្យវាប្រសើរឡើងតាមពេលវេលា?
បង្កើតឈុតសេណារីយ៉ូដែលមានផ្លូវរីករាយ ករណីគែម ការបរាជ័យឧបករណ៍ សំណើមិនច្បាស់លាស់ និងការប៉ុនប៉ងបញ្ចូលព័ត៌មានភ្លាមៗ (រចនាប័ទ្ម OWASP)។ វាយតម្លៃលទ្ធផលដូចជា ភាពជោគជ័យនៃភារកិច្ច ពេលវេលាដើម្បីបញ្ចប់ ការងើបឡើងវិញពីកំហុសឧបករណ៍ និងការទាមទារដោយគ្មានភស្តុតាង។ នៅពេលណាដែលអ្នកផ្លាស់ប្តូរគ្រោងការណ៍ឧបករណ៍ ការណែនាំ ការទាញយក ឬការធ្វើទ្រង់ទ្រាយអង្គចងចាំ សូមដំណើរការឈុតឡើងវិញ។ ប្រសិនបើអ្នកមិនអាចសាកល្បងវាបានទេ អ្នកមិនអាចផ្ញើវាដោយភាពជឿជាក់បានទេ។.
តើខ្ញុំដាក់ពង្រាយភ្នាក់ងារដោយមិនបង្កើនភាពយឺតយ៉ាវ និងថ្លៃដើមដោយរបៀបណា?
គំរូទូទៅមួយគឺឧបករណ៍បញ្ជាគ្មានស្ថានភាពដែលមានហាងស្ថានភាពខាងក្រៅ (DB/Redis) សេវាកម្មឧបករណ៍នៅពីក្រោយវា និងការកត់ត្រា/ត្រួតពិនិត្យដ៏រឹងមាំ (ជាញឹកញាប់ OpenTelemetry)។ គ្រប់គ្រងថ្លៃដើមជាមួយនឹងការទាញយកទិន្នន័យដែលរក្សាទុក សេចក្តីសង្ខេបស្ថានភាពបង្រួម គំរូតូចៗសម្រាប់ការបញ្ជូន/ស្រង់ចេញ និងការកំណត់ "ការគិតស៊ីជម្រៅ" ចំពោះជំហានដ៏លំបាកបំផុត។ ប្រើជួរសម្រាប់កិច្ចការវែងៗ ដើម្បីកុំឱ្យអ្នករង់ចាំសំណើគេហទំព័របើកចំហ។ តែងតែរួមបញ្ចូលកុងតាក់សម្លាប់។.
ឯកសារយោង
-
វិទ្យាស្ថានជាតិស្តង់ដារ និងបច្ចេកវិទ្យា (NIST) - NIST AI RMF 1.0 (ភាពជឿទុកចិត្ត និងតម្លាភាព) - nvlpubs.nist.gov
-
OpenAI - លទ្ធផលដែលមានរចនាសម្ព័ន្ធ - platform.openai.com
-
OpenAI - មគ្គុទ្ទេសក៍ហៅមុខងារ - platform.openai.com
-
OpenAI - ការណែនាំអំពីដែនកំណត់អត្រា - platform.openai.com
-
OpenAI - ដំណើរការ API - platform.openai.com
-
OpenAI - ជំនួយការដំណើរការការហៅ - platform.openai.com
-
LangChain - ឯកសារភ្នាក់ងារ (JavaScript) - docs.langchain.com
-
LangChain - ឯកសារឧបករណ៍ (Python) - docs.langchain.com
-
LangChain - ទិដ្ឋភាពទូទៅនៃអង្គចងចាំ - docs.langchain.com
-
arXiv - ក្រដាស ReAct (ហេតុផល + សកម្មភាព) - arxiv.org
-
arXiv - ក្រដាស RAG - arxiv.org
-
បណ្ណាល័យអ្នកបង្កើត Amazon Web Services (AWS) - ការអស់ពេល ការព្យាយាមឡើងវិញ និងការថយក្រោយជាមួយនឹងភាពច្របូកច្របល់ - aws.amazon.com
-
OpenTelemetry - គោលការណ៍ណែនាំអំពីការសង្កេត - opentelemetry.io
-
Stripe - សំណើដែលមានសក្តានុពលដូចគ្នា - docs.stripe.com
-
Google Cloud - យុទ្ធសាស្ត្រសាកល្បងម្តងទៀត (ថយក្រោយ + ញ័រ) - docs.cloud.google.com
-
OWASP - កំពូលទាំង ១០ សម្រាប់កម្មវិធីគំរូភាសាធំៗ - owasp.org
-
OWASP - LLM01 ការចាក់បញ្ចូលភ្លាមៗ - genai.owasp.org
-
LlamaIndex - សេចក្តីផ្តើមអំពី RAG - developers.llamaindex.ai
-
ម៉ៃក្រូសូហ្វ - ខឺណែលន័យវិទ្យា - learn.microsoft.com
-
Microsoft AutoGen - ក្របខ័ណ្ឌពហុភ្នាក់ងារ (ឯកសារ) - microsoft.github.io
-
CrewAI - គោលគំនិតភ្នាក់ងារ - docs.crewai.com
-
គំនរស្មៅ (deepset) - ឯកសារអំពីសត្វ Retrievers - docs.haystack.deepset.ai