ქარხნის გასაღების შესახებ ინფორმაცია
რა არის ქარხანა?
Factory არის AI პროგრამული უზრუნველყოფის შემუშავების პლატფორმა, რომელიც აგებულია კოდირების აგენტებზე, რომლებსაც Droids ეწოდება. Droid-ს შეუძლია კოდის ბაზის წაკითხვა, დავალების დაგეგმვა, ფაილების რედაქტირება, ბრძანებების გაშვება, ცვლილებების ტესტირება, განსხვავებების განხილვა და მუშაობის გაგრძელება Factory App-ში, CLI-ში, ბრაუზერში, მობილურ წვდომისა და დაკავშირებული სამუშაო სისტემების მეშვეობით. პროდუქტი შექმნილია დეველოპერის პროდუქტიულობისთვის, პროგრამული უზრუნველყოფის მიწოდების ავტომატიზაციისა და გუნდის დონის კონტროლისთვის და არა მხოლოდ ავტომატური შევსებისთვის.
ქარხნული ფუნქციები მოიცავს მოდელის არჩევანს, მისიებს დიდი პროექტებისთვის, მორგებულ ქვეაგენტებს, MCP-ს, უნარებს, ჰუკებს, დანამატებს, კოდის ავტომატიზირებულ მიმოხილვას, ხარისხის უზრუნველყოფას, ინციდენტებზე რეაგირებას და აგენტის ანალიტიკას. ბიზნესისთვის ღირებულებაა პროგრამული უზრუნველყოფის სასიცოცხლო ციკლის მეტი ნაწილის დელეგირების შესაძლებლობა, ამავდროულად, ნებართვების, მოდელის პოლიტიკის, მონაცემთა საზღვრების და ადამიანის მიერ დამტკიცების კონტროლის ქვეშ შენარჩუნებით. ეს არის პროდუქტიულობის ინსტრუმენტი და ბიზნეს ავტომატიზაციის ფენა საინჟინრო გუნდებისთვის.
Droid არის Factory-ს ძირითადი აგენტი. მისი გაშვება შესაძლებელია Factory აპლიკაციიდან, Droid CLI-დან, ვებ სესიებიდან, დისტანციური კომპიუტერებიდან ან რედაქტორის ტერმინალიდან. სპეციალური ინტეგრაციები მოიცავს VS Code ოჯახის რედაქტორებს, JetBrains პროდუქტებს და Zed-ს, ხოლო ტერმინალის გამოყენება ასევე მუშაობს Vim-თან და სხვა რედაქტორებთან. ეს თავიდან აგაცილებთ გუნდის ერთ საკუთრებაში არსებულ რედაქტორზე იძულებით მუშაობას. დეველოპერებს შეუძლიათ შეინარჩუნონ არსებული Git, ტესტირების და shell ჩვევები, ერთი და იგივე აგენტის გაშვების დროის გამოყენებით რამდენიმე სამუშაო ზედაპირზე.
Factory მკაცრად დამოუკიდებელია მოდელებისგან. ის გთავაზობთ OpenAI-ის, Anthropic-ის, Google-ის, xAI-ის და რამდენიმე ღია მოდელის პროვაიდერის მოდელებს. მიმდინარე ჩამონათვალში შედის GPT 6 მოდელები, Claude 5 მოდელები, Gemini, Grok და Droid Core-ის კომპლექტი. Factory Router-ს შეუძლია მოდელების შერჩევა დავალების მიხედვით, ხოლო დეველოპერებს შეუძლიათ პირდაპირ აირჩიონ. მხარდაჭერილია მორგებული საბოლოო წერტილები და საკუთარი API გასაღებები. ეს გუნდებს აძლევს მეტ კონტროლს ხარჯებზე, მსჯელობის სიღრმეზე და მოდელის პოლიტიკაზე, რადგან კოდირების მოდელები იცვლება.
მისიები ამუშავებს სამუშაოს, რომელიც ძალიან დიდია ერთი ხაზოვანი აგენტის სესიისთვის. დეველოპერი იწყებს მიზნით, თანხმდება გეგმაზე და შემდეგ Droid-ს საშუალებას აძლევს, შეათანხმოს ეტაპები და მუშაკთა ამოცანები შესრულების დროს დადასტურებით. მისიები მუშაობს CLI-ში ან Factory App-ში. ისინი სასარგებლოა მიგრაციებისთვის, ფართო რეფაქტორებისთვის და მრავალფუნქციური პროექტებისთვის, რადგან სამუშაო რჩება ერთი გეგმის ფარგლებში და არ არის დაყოფილი დაუკავშირებელ ჩატებზე, რომლებიც მოგვიანებით საჭიროებენ ხელით შერიგებას.
Factory-ს ადაპტირება შესაძლებელია Skills-ის, Custom Droids-ის, Hooks-ის, Plugins-ის, MCP-ის და Managed Connectors-ის მეშვეობით. Skills-ის განმეორებადი პროცედურების პაკეტი. Custom Droids მოქმედებენ როგორც ფოკუსირებული სუბაგენტები. Hooks-ები ასრულებენ დეტერმინისტულ shell მოქმედებებს აგენტის სასიცოცხლო ციკლის მოვლენებზე. Plugin-ებს შეუძლიათ ბრძანებების, ინსტრუმენტების და აგენტის ქცევის გაერთიანება.
მშობლიური კონექტორები სესიებში აერთიანებს ისეთ სერვისებს, როგორიცაა Slack, Linear, Jira, Notion , Sentry და Google Workspace. პლატფორმის გუნდებს შეუძლიათ შიდა საინჟინრო პრაქტიკა ხელახლა გამოსაყენებელ აგენტის ინსტრუქციებად და მართვის საშუალებებად აქციონ.
პროგრამული უზრუნველყოფის ქარხნის სამუშაო პროცესები მოიცავს ტრიაჟს, ლოკალურ მიმოხილვას, ავტომატური მოთხოვნის მიმოხილვას, უსაფრთხოების მიმოხილვას, ხარისხის უზრუნველყოფას, დოკუმენტაციას, გამოშვების სამუშაოებს და ინციდენტებზე რეაგირებას. Droid Control-ს შეუძლია ტერმინალის, ბრაუზერის და სამუშაო მაგიდის ინტერფეისების მართვა ქცევის დასადასტურებლად და მტკიცებულებების აღსაწერად.
AutoWiki-ს შეუძლია საცავის დოკუმენტაციის შექმნა და განახლება. Slack-ის, Linear-ის ან Jira-ს დისტანციური დელეგირება ასევე საშუალებას აძლევს გუნდებს დაიწყონ მუშაობა კოდირების გარემოს გარეთ . ეს Factory-ს სასარგებლოს ხდის კოდის გენერირებასთან დაკავშირებული სამუშაოებისთვის და არა მხოლოდ კოდის წერისთვის.
Droid კითხულობს ფაილურ სისტემას და არ საჭიროებს საცავის სტატიკურ ღრუბლოვან ასლს. კორპორატიულ მომხმარებლებს შეუძლიათ გამოიყენონ ღრუბლოვანი, ჰიბრიდული, ევროკავშირის რეზიდენტული ან სრულად ჰაერგარეშე შაბლონები.
მართვის საშუალებები მოიცავს ბრძანების პოლიტიკას, ჰუკებს, ფაილური სისტემისა და ქსელის სენდბოქსინგს, Droid Shield-ის საიდუმლო სკანირებას, მოდელების დაშვებულ სიებს, კონექტორების პოლიტიკას, იდენტობის მართვას, აუდიტის მოვლენებს და ტელემეტრიას. ქარხნული სიები SOC 2 ტიპი II, ISO 27001 და ISO 42001. ბიზნესი ასევე მოიცავს მონაცემთა ნულოვან შენახვას.
ქარხნული ფასების გეგმები
Factory ინდივიდუალურ გეგმებს გუნდური და საწარმოს გეგმებისგან გამოყოფს. მიმდინარე საჯარო ფასები საწყისი დონისთვის მარტივია, მაგრამ გამოყენება კონტროლდება მოძრავი ლიმიტებით და არა ერთი ფიქსირებული ტოკენების პულით.
| გეგმის დასახელება | ღირებულება | გამოყენება და წვდომა |
|---|---|---|
| პოსტი | $ 20 თვეში | აპლიკაცია, CLI, SDK, ლოკალური და ღრუბლოვანი ფონური აგენტები, გამოყენების დაფები |
| სხვა | $ 100 თვეში | დაახლოებით ხუთჯერადი გამოყენება Pro-სთან და მართულ Droid კომპიუტერებთან შედარებით |
| მაქს | $ 200 თვეში | დაახლოებით ათჯერ მეტი Pro გამოყენებისა და უფრო ადრეული ფუნქციებზე წვდომის გამოყენების შემთხვევაში |
| გუნდები | 60 დოლარი გუნდზე პლუს 40 დოლარი ადგილზე ყოველთვიურად | 10 ადგილის გაზიარებული ანგარიშსწორება და Pro ფუნქციებზე გუნდური წვდომა |
| Business | საბაჟო | 150-მდე ადგილი, მორგებული ლიმიტები, SSO, SAML, SCIM, მონაცემთა ნულოვანი შენარჩუნება, აუდიტის ჟურნალირება, ადმინისტრატორის კონტროლი |
| Enterprise | საბაჟო | შეუზღუდავი წევრები, გამოთვლითი მომსახურება, ადგილზე არსებული ვარიანტები, მონაცემთა რეზიდენტურა, უფრო ფართო კონტროლი, პრემიუმ მხარდაჭერა |
ინდივიდუალური გამოყენება ხორციელდება ცალკე ხუთსაათიანი, შვიდდღიანი და ოცდაათდღიანი ფანჯრების მეშვეობით. Factory ასევე გთავაზობთ Droid Core-ს, ცალკე ღია მოდელების პულს, რომელიც შეიძლება ხელმისაწვდომი დარჩეს საკუთარი ლიმიტებით სტანდარტული გამოყენების ამოწურვის შემდეგაც.
დამატებითი გამოყენების წინასწარ გადახდა შესაძლებელია, როდესაც მეტი ტევადობაა საჭირო. მისიები იყენებენ იგივე მოძრავი ლიმიტს, საჭიროებენ დამატებითი გამოყენების ჩართვას და შეჩერდებიან, თუ მოძრავი ლიმიტი მიიღწევა.
ქარხნის მუშაობის დაწყება
- ნაბიჯი 1: შექმნა Factory ანგარიში და აირჩიეთ Pro, Plus, Max ან გუნდური გეგმა.
- ნაბიჯი 2: დააინსტალირეთ Factory App ან Droid CLI, შემდეგ შედით სისტემაში და გახსენით არსებული Git საცავი.
- ნაბიჯი 3: დაიწყეთ Droid-ის სესია და მიანიჭეთ მას ერთი შეზღუდული დავალება, შემდეგ გადახედეთ მის გეგმას, ბრძანებებს, ფაილებში ცვლილებებს და განსხვავებებს.
- ნაბიჯი 4: დაამატეთ AGENTS.md ინსტრუქციები, უნარები, MCP ინსტრუმენტები, კონექტორები და ავტონომიის დონე, რომელიც შეესაბამება საცავის რისკს.
- ნაბიჯი 5: ჩვეულებრივი სესიების შედეგად სტაბილური შედეგების მიღების შემდეგ, უფრო დიდი სამუშაოს მისიებში ან პროგრამულ უზრუნველყოფაში ქარხნის ავტომატიზაციაში გადატანა.
რატომ არის მოდელის დამოუკიდებლობა ქარხნის მოჯო
Factory გამოირჩევა იმით, რომ აგენტის გაშვების დრო არ არის მიბმული ერთ სამოდელო კომპანიაზე. იგივე Droid სამუშაო პროცესს შეუძლია გამოიყენოს OpenAI, Anthropic, Google, xAI და ღია მოდელების პროვაიდერების მიმდინარე მოდელები, სხვადასხვა გამოყენების მამრავლებითა და მსჯელობის პარამეტრებით. გუნდებს ასევე შეუძლიათ მოიტანონ საკუთარი მოდელის საბოლოო წერტილები ან გასაღებები.
ეს მოდელის გრძელი შერჩევის ფუნქციაზე მეტია. ის ინჟინერიის ლიდერებს საშუალებას აძლევს, დაადგინონ ხარჯებისა და ხარისხის პოლიტიკა აგენტების დანარჩენი ნაწილის შეცვლის გარეშე. Claude Code მჭიდრო კავშირშია Anthropic-თან, ხოლო რედაქტორის პროდუქტები ხშირად ოპტიმიზირებულია საკუთარი მარშრუტიზაციის არჩევანის გარშემო. Factory მოდელის პოლიტიკას ხილულ პროდუქტის ფენად აქცევს. ეს მისი ყველაზე აშკარა უპირატესობაა იმ გუნდებისთვის, რომლებსაც სურთ არჩევანის გაკეთება და ხარჯების კონტროლი.
სად ჯდება ქარხნული მისიები რეალურ ინჟინერიაში
მისიები სასარგებლოა, როდესაც დავალებას რამდენიმე დამოკიდებული ნაწილი აქვს და ერთი აგენტის სესიის ზედამხედველობა რთული გახდება. მიგრაციას შეიძლება დასჭირდეს აღმოჩენა, პაკეტის ცვლილებები, ტესტის განახლებები, სერვისის ცვლილებები, დოკუმენტაცია და საბოლოო ვერიფიკაცია. მისიები ამ სამუშაოს ერთ გეგმაში აერთიანებს და შეუძლია მუშაკების კოორდინაცია, ვალიდაციის წერტილების გათვალისწინებით.
ეს ამცირებს დავალებების ცალკეულ ჩატებად დაყოფის, კონტექსტის კოპირებისა და შედეგების შეჯერების ხელით სამუშაოს. ეს არ გამორიცხავს საინჟინრო შეფასების საჭიროებას. გეგმას კვლავ სჭირდება ადამიანის მიერ განხილვა და მაღალი რისკის მქონე საცავები უნდა იყენებდნენ კონსერვატიულ ავტონომიის პარამეტრებს. მისიები საუკეთესოდ მუშაობს, როდესაც მიზანი ნათელია, ტესტები შინაარსიანია და საცავს აქვს საკმარისი ინსტრუქციები აგენტებისთვის თანმიმდევრულად მოქმედებისთვის.
დადებითი და უარყოფითი მხარეები
- შესანიშნავი მრავალმოდელის მხარდაჭერა.
- ძლიერი ადგილობრივი შესრულების კონტროლი.
- მოქნილი IDE და CLI წვდომა.
- მისიები დიდ პროექტებს ამუშავებენ.
- ხელმისაწვდომია საჰაერო სივრცეში განლაგებული საწარმოო სისტემა.
- მდიდარი აგენტის გაფართოების სისტემა.
- მუდმივი უფასო გეგმა არ არსებობს.
- მოძრავი ლიმიტების მონიტორინგია საჭირო.
- მოწინავე მმართველობა უფრო ძვირი ჯდება.
- ფუნქციების ნაკრები შეიძლება საკმაოდ მკვრივი ჩანდეს.
ვინ უნდა გამოიყენოს ქარხანა
Factory-ს ვერსია ერგება საინჟინრო გუნდებს, რომლებსაც სურთ კოდირების აგენტის პლატფორმა მთელი სამუშაო პროცესის ერთ მოდელის მომწოდებელზე ან ერთ რედაქტორზე დადების გარეშე. ის განსაკუთრებით ძლიერია იმ კომპანიებისთვის, რომლებსაც სჭირდებათ ლოკალური შესრულება, მკაცრი ბრძანების პოლიტიკა, მოდელის მორგებული მარშრუტიზაცია, კერძო განლაგება ან ჰაერის გარეშე ოპერაცია. პლატფორმის გუნდებს შეუძლიათ გამოიყენონ უნარები, დანამატები, ჰუკები, MCP და მორგებული დროიდები შიდა პრაქტიკის კოდირებისთვის.
პროდუქტის გუნდებს შეუძლიათ გამოიყენონ მისიები, როდესაც სამუშაო მოიცავს მრავალ დაკავშირებულ ცვლილებას. მარტოხელა დეველოპერს, რომელსაც მხოლოდ ავტომატური შევსება და ხანდახან კოდის ჩატი სჭირდება, შეიძლება Factory საჭიროზე დიდი აღმოაჩინოს. გუნდები, რომლებიც უკვე ფიქრობენ აგენტების მართვაზე, პროგრამული უზრუნველყოფის მიწოდების ავტომატიზაციაზე, დისტანციურ დელეგირებასა და აგენტის პროდუქტიულობის გაზომვაზე, მეტ ღირებულებას მიიღებენ სრული პროდუქტიდან.
ხშირად დასმული კითხვები
Factory მთელ ჩემს კოდის ბაზას ღრუბლოვან ინდექსში ატვირთავს?
არა. დროიდი კითხულობს კოდს და ფაილებს ფაილური სისტემიდან. არჩეული კონტექსტი კვლავ შეიძლება გაიგზავნოს სესიის მიერ გამოყენებულ მოდელის საბოლოო წერტილში, ამიტომ მოდელისა და კარიბჭის პოლიტიკა კვლავ მნიშვნელოვანია.
რომელი AI მოდელების გამოყენება შეუძლია ქარხანას?
Factory მხარს უჭერს OpenAI-ის, Anthropic-ის, Google-ის, xAI-ის და ღია მოდელების პროვაიდერების მოდელებს. ადმინისტრატორებს ასევე შეუძლიათ გააკონტროლონ, თუ რომელი მოდელების არჩევა შეუძლიათ მომხმარებლებს და შეძლონ მორგებული საბოლოო წერტილების კონფიგურაცია.
რა განსხვავებაა დროიდსა და მისიებს შორის?
Droid არის ძირითადი კოდირების აგენტი. მისიები კოორდინაციას უწევენ უფრო დიდ პროექტებს გეგმის, ეტაპების, მუშაკების და ვალიდაციის წერტილების მეშვეობით, იმავე Factory აგენტის გაშვების დროის გამოყენებით.
შეუძლია თუ არა Factory-ს უსაფრთხო საწარმოს ქსელში მუშაობა?
დიახ. საწარმოს განლაგების ვარიანტები მოიცავს ჰიბრიდულ და სრულად ჰაერგამტარ შაბლონებს, ასევე კერძო მოდელის საბოლოო წერტილებს, ლოკალურ ტელემეტრიულ კოლექტორებს, მართულ პოლიტიკას, პროქსი სერვერებს, სერტიფიკატებს და ქსელის კონტროლს.
მხარს უჭერს თუ არა ქარხანა ავტომატიზირებულ ტესტირებას ერთეული ტესტების გარდა?
დიახ. Droid-ს შეუძლია ჩვეულებრივი ტესტების გაშვება, ხოლო Droid Control-ს ასევე შეუძლია ტერმინალის, ბრაუზერის და დესკტოპის ინტერფეისების მართვა მომხმარებლის ნაკადების შესამოწმებლად, მტკიცებულებების აღსაწერად და შეცდომების შესახებ ინფორმაციის მისაწოდებლად.
როგორ მუშაობს ქარხნული გამოყენების ლიმიტები?
Pro, Plus და Max იყენებენ ხუთსაათიან, შვიდდღიან და ოცდაათდღიან ლიმიტს. Plus გთავაზობთ Pro-ს გამოყენების დაახლოებით ხუთჯერ მეტს, ხოლო Max - დაახლოებით ათჯერ მეტს. დამატებითი გამოყენება გაზრდის ტევადობას.
საუკეთესო ქარხნული ალტერნატივები
| აგენტზე დაფუძნებული პროგრამული უზრუნველყოფის შემუშავების პლატფორმა | მოდელის სტრატეგია | განლაგების კონტროლი |
|---|---|---|
| კლოდ კოდი | ანთროპულ მოდელზე ორიენტირებული | ძლიერი ადგილობრივი ტერმინალის შესრულება მოდელის გამყიდველის ნაკლები არჩევანით |
| კურსორი | მრავალმოდელის რედაქტორის მარშრუტიზაცია | ძირითადად რედაქტორსა და ღრუბლოვან აგენტზე ორიენტირებული |
| გაძლიერების კოდი | მრავალმოდელი კონტექსტზე ორიენტირებული მარშრუტიზაციით | ღრუბლოვანი და თვითჰოსტირებული აგენტის გარემო ძლიერი საერთო კონტექსტით |
