Ops აგენტები მრავალ მაღაზიასა და პროდუქტზე: სამუშაო შაბლონი
გაკვეთილები დიდი კატალოგის/ოპერაციების ავტომატიზაციიდან: ადაპტერები, დღიური პროდუქტის მოცულობა, ლოგები და ადამიანის შემოწმება არაუსაფრთხო ცვლილებებზე.
Dali
Dali არის AI agent systems სტუდია. დავითი - engineering/product, ლიანა - operations/workflow fit. Production აგენტები არსებულ tools-ში.
David Hakobyan · Dali

პირდაპირი პასუხი
დიდი ops აგენტები მუშაობს, როცა იყენებენ ადაპტერებს მაღაზიებისა და პროდუქტებისთვის, მოქმედებენ რეალურ მონაცემებზე და ალოგებენ ყოველ ცვლილებას. მოგება - ნაკლები ხელით ოპერატორი განმეორებად პროდუქტისა და ფასდაკლების სამუშაოზე, სავალდებულო შემოწმებით არაუსაფრთხო მოქმედებებზე.
ერთი «უნივერსალური პრომპტი ყველა მარკეტპლეისზე» ადაპტერებისა და store id-ის გარეშე სწრაფად წერს არასწორ ადგილას.
რას ნიშნავს ეს პრაქტიკაში
- დაიწყეთ რეალური სამუშაო პროცესიდან: ფასები, ნაშთები, აღწერები, ფასდაკლებები - არა მოდელის ბრენდიდან.
- აღწერეთ ქცევა მარტივი ენით, შემდეგ შეამოწმეთ გზები, სადაც აგენტი ცვლის ფულს, წვდომას ან საჯარო ბარათებს.
- დატოვეთ ადამიანის გზა არასტანდარტისთვის: სადავო ფასდაკლება, ნაშთის კონფლიქტი, სადავო SEO ტექსტი.
როგორ გამოიყურება კარგი
- ცხადი store / brand / product id ყოველ tool გამოძახებაზე.
- API ადაპტერები: ერთი შიდა კონტრაქტი → სხვადასხვა მარკეტპლეისი.
- სტანდარტი / არასტანდარტი მარშრუტი ჩაწერამდე.
- ჟურნალი: ვინ (აგენტი/ადამიანი), რა შეიცვალა, old → new, როდის.
- ადამიანის კონტროლის წერტილები მასობრივ ფასდაკლებაზე, წაშლაზე, ფასზე ზღვარზე ქვემოთ.
- გაჩერების ღილაკი და rollback ჟურნალით, სადაც API იძლევა.
როგორ გამოიყურება ცუდი
- «დემო კატალოგზე პრევიუში მუშაობს» საბრძოლო მოცულობის გარეშე.
- საერთო admin ტოკენები ყველა მაღაზიაზე scope-ის გარეშე.
- გამონაკლისებზე ადამიანთან გადაცემა არ არის.
- ცვლილებები ლოგის გარეშე: «ვიღაცამ ღამით ფასი გადააწია».
- მაღაზიის გამოცნობა ჩატის ტექსტიდან ცხადი id-ის ნაცვლად.
დღიური მოცულობა და დატვირთვა
დაგეგმეთ batch ფანჯრები, რიგები და API ლიმიტები. აგენტი, რომელიც «ყველაფერს ერთად ანახლებს» პიკზე, კლავს კვოტებს და ტოვებს ნაწილობრივ განახლებებს. უკეთესია: task რიგი, იდემპოტენტური განახლებები, მხოლოდ failed items-ის გამეორება.
იზოლაცია და multi-tenant
თუ სააგენტო სხვების მაღაზიებს მართავს - იხილეთ კლიენტების იზოლაცია. სხვისი კატალოგი retrieval-ში = ნდობის ინციდენტი.
როგორ აწარმოებს Dali
Dali ამყარებს სწრაფ პროტოტიპებს რეალური ექსპლუატაციის სისტემებად: ადაპტერები, gates, ownership. დაკავშირებული: საბრძოლო AI აგენტები, ადამიანის კონტროლის წერტილები.
FAQ
არა აუცილებლად ცალკე runtime. საჭიროა ცალკე credentials, store id და მონაცემთა საზღვრები. Shared code + isolated config - ნორმა.