მენეჯერი, ML გადაწყვეტილებების არქიტექტურა - Token Factory

ნებიუსი ხელმძღვანელობს ახალ ეპოქას გლობალური ხელოვნური ინტელექტის ეკონომიკისათვის განკუთვნილი ღრუბლოვანი ინფრასტრუქტურის სფეროში. ჩვენ ვქმნით სრულფასოვან ხელოვნური ინტელექტის ღრუბლოვან პლატფორმას, რომელიც მხარს უჭერს დეველოპერებსა და საწარმოებს მონაცემთა და მოდელის მომზადებიდან წარმოების განლაგებამდე, დიდი შიდა ხელოვნური ინტელექტის / მანქანური სწავლების ინფრასტრუქტურის აშენების მაღალი ხარჯებისა და სირთულის გარეშე.

აშენებულია ინჟინრების მიერ, ინჟინრებისთვის. მასშტაბური GPU ორკესტრირებიდან ინფერენციის ოპტიმიზაციამდე, ჩვენ ვფლობთ რთულ პრობლემებს გამოთვლითი, შენახვის, ქსელის და გამოყენებითი ხელოვნური ინტელექტის სფეროში.

ნასდაკზე ჩამოთვლილი (NBIS) და ამსტერდამში დაფუძნებული, ჩვენ გვაქვს გლობალური კვალი ევროპაში, დიდ ბრიტანეთში, ჩრდილოეთ ამერიკასა და ისრაელში R&D ჰაბებით. ჩვენი გუნდი 1500+ ადამიანისგან შედგება, რომელშიც ასობით ინჟინერია ჩართული აპარატურის, პროგრამული უზრუნველყოფის და ხელოვნური ინტელექტის კვლევასა და განვითარებაში.

როლი

ეს პოზიცია მდებარეობს ნებიუსის Token Factory-ში, ჩვენს სერვერული პლატფორმაში ღია კოდის LLM-ების გასაშვებად და მოსარგებად წარმოებაში. Token Factory იძლევა სერვერული ინფერენციის და დახვეწის საშუალებას, რომელსაც მხარს უჭერს შიდა ოპტიმიზაციები, როგორიცაა მორგებული სპეკულაციური გაშიფვრა, კვანტიზაცია, ქეშ-მეხსიერების მარშრუტიზაცია და გამოყოფილი საბოლოო წერტილები. მომხმარებლები მოდიან ჩვენთან, რათა გადავიდნენ პროტოტიპიდან მასშტაბურ წარმოებაში, საკუთარი ინფერენციის სტეკის აშენებისა და რეგულირების მაღალი ხარჯებისა და სირთულის გარეშე.

ჩვენი გადაწყვეტილებების არქიტექტორები პასუხისმგებელნი არიან მომხმარებელთა ჩართულობის ტექნიკური მიწოდებისათვის: ღია კოდის მოდელების განლაგება, სერვირების სტეკის რეგულირება, მომხმარებლის წარმატების კრიტერიუმების მიხედვით შეფასება და ტექნიკური ურთიერთობის წარმოებისათვის განკუთვნილი. გაყიდვების ინჟინრები აფასებენ და განსაზღვრავენ შესაძლებლობებს; გადაწყვეტილებების არქიტექტორები ახორციელებენ მას. ტექნიკური ანგარიშის მენეჯერები მას წარმოებიდან გადააქვთ.

ჩვენ ვეძებთ ML გადაწყვეტილებების არქიტექტურის მენეჯერს, რომელიც ხელმძღვანელობს ჩვენს ევროპულ რეგიონალურ SA გუნდებს. თქვენი ფარგლები მოიცავს PoC მიწოდებას და გაყიდვების შემდგომ ტექნიკურ მხარდაჭერას: ადამიანებს, რომლებიც ამას აკეთებენ, სტანდარტს, რომელსაც ისინი აკეთებენ და ოპერაციულ კადენს, რომელიც მას პროგნოზირებადს ხდის. თქვენ ანგარიშს გაუწევთ გადაწყვეტილებების არქიტექტურის ხელმძღვანელს და პარტნიორობას გაუწევთ პeer მენეჯერს სხვა რეგიონში.

ჩვენ ველით, რომ თქვენ უბიძგებთ ადამიანებს, როდესაც მათ ეს სჭირდებათ, მიიღებენ არასასიამოვნო გადაწყვეტილებას, როდესაც მიწოდება არ ხდება, მიუხედავად იმისა, რომ ძალისხმევა რეალური იყო და აიღებთ პასუხისმგებლობას დოკუმენტაციის სამუშაოზე: განახორციელეთ და მონიტორინგი გაუწიეთ სახელმძღვანელოების დაცვას, ბილეთების ჰიგიენას და დარწმუნდით, რომ გუნდი იყენებს სამივეს.

თქვენ შეგიძლიათ მუშაობა დისტანციურად ნებისმიერი ევროპული ქვეყნიდან.

თქვენი პასუხისმგებლობები მოიცავს:

გუნდის ხელმძღვანელობა

• მართეთ 8 გადაწყვეტილებების არქიტექტორისაგან შემდგარი გუნდი, დაგეგმილი ზრდით: 1:1, მიზნების დადგენა, შესრულების მიმოხილვები, დაწინაურების შემთხვევები და ინდივიდუალური ზრდის გეგმები

• შექმენით თითოეული SA-ის ძლიერი მხარეების, ხარვეზებისა და პრეფერენციების ზუსტი სურათი და ანგარიშების და ჩართულობების გამოყოფა როგორც ექსპერტიზის, ასევე ინტერესების მიხედვით

• გაუშვით კადენცია, რომელიც ზედაპირზე გამოჰყავს ბლოკერებს ადრე, შემდეგ წაიყვანეთ ისინი განვითარების, პროდუქტისა და ბიზნეს გუნდებში, რომელთაც შეუძლიათ მათი გადაჭრა, და დარჩით მათთან, სანამ ისინი ამას არ გააკეთებენ

• დაიჭირეთ პასუხისმგებლობა შედეგებზე: განასხვავეთ ძალისხმევა მიწოდებული შედეგებისგან, თქვით პირდაპირ, როდესაც ორი განსხვავდება, და ასახეთ ეს შეფასებებსა და კომპენსაციის გადაწყვეტილებებში

• ახალი თანამშრომლების ჩართვა მათ პირველ დამოუკიდებლად მიწოდებულ ჩართვამდე

• მწვრთნელობა SAs ძლიერ ინჟინრებად და ძლიერ კომუნიკატორებად, და გააკეთეთ მიზანმიმართული ზარები იმის შესახებ, თუ ვინ არის მზად მეტი სCOPE-სთვის

მიწოდების საკუთრება

• პასუხისმგებელი იყოს თქვენი გუნდის მიწოდების შედეგებზე: დრო PoC დაწყებიდან პირველ ოპტიმიზირებულ გამოყოფილ საბოლოო წერტილამდე, წარმატების კრიტერიუმების დარტყმის მაჩვენებელი, და ტექნიკური ურთიერთობის ხარისხი მას შემდეგ, რაც მომხმარებელი გადადის წარმოებაში

• ტექნიკური სამუშაოს გადახედვა, სანამ ის მომხმარებელს მიაღწევს: ბენჩმარკინგის მეთოდოლოგია, კონფიგურაციების მომსახურება, შედეგები, დახურვის დოკუმენტები; დაიჭირეთ არასწორი დასკვნა, რომელიც გამოყვანილია მეტრიკის არტეფაქტიდან, სანამ მომხმარებელი დაინახავს მას

• უზრუნველყოთ პერსონალის და ესკალაციის დაფარვა ანგარიშებზე და დროის ზონებზე, მათ შორის გაყიდვების შემდგომი მოთხოვნის დატვირთვა, რომელიც არ იცავს სპრინტის საზღვრებს

• დაუძახეთ არარეალურს ადრე და მტკიცებულებით, ვიდრე გუნდი დაწვავს იტერაციებს პლატფორმის მიერ დღეს შეუსრულებელი მოთხოვნების წინააღმდეგ

გუნდის ოპერაციული სისტემის საკუთრება

• შეინარჩუნეთ და გააფართოვეთ გუნდის დოკუმენტაცია: პასუხისმგებლობები, რუნბუქები, სახელმძღვანელოები, ჩართვა, შესრულებული დავალების განმარტებები, ჩართვის დახურვის შაბლონები. შეინარჩუნეთ ის ზუსტი და ხელმისაწვდომი; ბმული, არ დააკოპიროთ

• მიიღეთ ის გამოყენებული, არა მხოლოდ დაწერილი: დოკუმენტაცია, რომელსაც არავინ კითხულობს, არის ხარჯი, არა აქტივი

• შეინარჩუნეთ ბილეთის ტრეკერი, როგორც ჩანაწერების სისტემა, ასე რომ PoC და წარმოების სტატუსი იკითხება ვინმეს კითხვის გარეშე

• ინსტრუმენტირება სამუშაო: განსაზღვრეთ და შეატყობინეთ მეტრიკებს, რომლებიც აჩვენებენ, მიწოდება ხდება თუ არა დროთა განმავლობაში უფრო სწრაფად და საიმედოდ

გუნდებს შორის მუშაობა

• განვითარებისა და კვლევის გუნდები: გადაიყვანეთ განმეორებადი მომხმარებლის ტკივილი პრიორიტეტულ პლატფორმაზე მუშაობაში, და წარმოადგინეთ მომხმარებლის ტექნიკური რეალობა გზის რუკის დისკუსიებში

• წინასწარი გაყიდვები: შეინარჩუნეთ სკოპინგის-განხორციელების საზღვარი: დააბრუნეთ არასაკმარისი სკოპინგის ჩართვები, და მიაწოდეთ რეალობის სიგნალი უკან

• ანგარიშის მენეჯმენტი: გახადეთ წარმოების გადაცემები შეუფერხებლად, და შეინარჩუნეთ გაყიდვების შემდგომი ტექნიკური მოთხოვნები

• ბიზნესი და ლიდერობა: მიაწოდეთ პირდაპირი შეხედულება ანგარიშის ჯანმრთელობაზე, ტექნიკური რეალობისა და სიმძლავრის საჭიროებებზე

• 3+ წელი ტექნიკური გუნდების მართვაში, მათ შორის შესრულების მენეჯმენტი და რთული საუბრები

• მომხმარებელზე ორიენტირებული გუნდის მართვის გამოცდილება. გუნდის მართვა, რომლის სამუშაო ხილულია მომხმარებლებისთვის, მომხმარებლის ვადებში, მომხმარებლის ესკალაციებით.

• მანქანური სწავლების ძლიერი ცოდნა: LLM არქიტექტურები, დახვეწის მიდგომები (SFT/LoRA, RL-ზე დაფუძნებული), შეფასების დიზაინი და ინფერენციის შიდა მუშაობის ბრძანება - კვანტიზაცია, KV-ქეშის მენეჯმენტი, ბატჩინგი, მარშრუტიზაცია, სპეკულაციური დეკოდირება - და იმ ფრეიმვორკების, რომლებთანაც გუნდი მუშაობს (vLLM, SGLang, TensorRT-LLM)

• საკმარისი ტექნიკური განსჯა, რომ გადახედოს სხვის ბენჩმარკს და მეთოდოლოგიაში იპოვოს ნაკლი, არა მხოლოდ დასკვნაში

• Python-ის ცოდნა საკმარისი იმისთვის, რომ წაიკითხოს და გადახედოს თქვენი გუნდის კოდს