Gyári kulcsfontosságú információk
Mi a gyár?
Gyár egy AI Droidoknak nevezett kódolóügynökök köré épülő szoftverfejlesztő platform. A droid képes kódbázist olvasni, feladatokat megtervezni, fájlokat szerkeszteni, parancsokat futtatni, változtatásokat tesztelni, különbségeket áttekinteni, és folytatni a munkát a Factory App, a CLI, a böngésző, a mobilhozzáférés és a csatlakoztatott munkarendszerek között. A terméket a fejlesztői termelékenység, a szoftverszállítás automatizálása és a csapatszintű irányítás érdekében tervezték, nem pedig csak az automatikus kiegészítésre.
A gyári funkciók közé tartozik a modellválasztás, a nagy projektekhez tartozó küldetések, az egyéni alügynökök, az MCP, a készségek, a hookok, a bővítmények, az automatizált kódellenőrzés , a minőségbiztosítás, az incidensekre adott válasz és az ügynökanalitika. Egy vállalkozás számára az érték abban rejlik, hogy a szoftver életciklusának nagyobb részét delegálhatja, miközben az engedélyeket, a modellszabályzatot, az adathatárokat és az emberi jóváhagyást ellenőrzés alatt tartja. Ez egy termelékenységi eszköz és üzleti automatizálási réteg a mérnöki csapatok számára.
A Droid a Factory ügynökprogram magja. Futtatható a Factory alkalmazásból, a Droid CLI-ből, webes munkamenetekből, távoli számítógépekről vagy egy szerkesztőterminálról. A dedikált integrációk lefedik a VS Code család szerkesztőit, a JetBrains termékeket és a Zed-et, míg a terminálhasználat a Vimmel és más szerkesztőkkel is működik. Ezáltal elkerülhető, hogy a csapat egyetlen saját szerkesztőhöz kényszerüljön. A fejlesztők megtarthatják a meglévő Git, teszt és shell szokásaikat, miközben ugyanazt az ügynökfuttató környezetet használják több munkafelületen.
A Factory erősen modellfüggetlen. Az OpenAI, Anthropic, Google, xAI és számos nyílt modell szolgáltató modelljeit kínálja. A jelenlegi listák között szerepel a GPT 6 modellek, a Claude 5 modellek, a Gemini, a Grok és egy Droid Core modellkészlet. A Factory Router feladat alapján választhat modelleket, míg a fejlesztők közvetlenül választhatnak. Egyéni végpontok és saját API-kulcsok támogatottak. Ez nagyobb kontrollt biztosít a csapatoknak a költségek, az érvelés mélysége és a modellezési irányelvek felett, ahogy a kódolási modellek változnak.
A küldetések olyan munkákat kezelnek, amelyek túl nagyok egyetlen lineáris ágensi munkamenethez. A fejlesztő egy céllal kezd, megállapodik egy tervben, majd hagyja, hogy a Droid koordinálja a mérföldköveket és a munkavállalói feladatokat a végrehajtás során történő validációval. A küldetések a parancssori felületen vagy a gyári alkalmazásban futnak. Hasznosak migrációkhoz, széleskörű refaktorálásokhoz és többfunkciós projektekhez, mivel a munka egy terv alatt marad, ahelyett, hogy a munka független csevegések között oszlana meg, amelyeket később manuális egyeztetésre van szükség.
A gyár adaptálható készségek, egyéni droidok, hookok, bővítmények, MCP és felügyelt csatlakozók segítségével. A készségek ismételhető eljárásokat csomagolnak. Az egyéni droidok fókuszált alügynökként működnek. A hookok determinisztikus shell műveleteket futtatnak az ügynök életciklus-eseményeinél. A bővítmények parancsokat, eszközöket és ügynök viselkedést köthetnek össze.
A natív csatlakozók olyan szolgáltatásokat hoznak be a munkamenetekbe, mint a Slack, a Linear, a Jira, a Notion , a Sentry és a Google Workspace. A platformcsapatok a belső mérnöki gyakorlatot újrafelhasználható ügynöki utasításokká és vezérlőkké alakíthatják.
A Software Factory munkafolyamatai kiterjednek a triázsra, a helyi felülvizsgálatra, az automatizált pull request felülvizsgálatra, a biztonsági felülvizsgálatra, a minőségbiztosításra, a dokumentációra, a kiadási munkára és az incidensekre való reagálásra. A Droid Control terminál, böngésző és asztali felületeket is képes működtetni a viselkedés ellenőrzéséhez és a bizonyítékok rögzítéséhez.
Az AutoWiki képes létrehozni és frissíteni a repository dokumentációját. A Slackből, Linearból vagy Jira-ból történő távoli delegálás lehetővé teszi a csapatok számára, hogy a kódolási környezeten kívül is elkezdjenek dolgozni . Ezáltal a Factory hasznos lehet a kódgenerálással kapcsolatos munkáknál, nem csak a kódírásnál.
A Droid az élő fájlrendszert olvassa, és nem igényel statikus felhőalapú másolatot a tárolóról. A vállalati ügyfelek használhatnak felhőalapú, hibrid, EU-ban található vagy teljesen légréses mintákat.
A vezérlők közé tartozik a parancssori irányelv, a hookok, a fájlrendszer és a hálózati sandboxing, a Droid Shield titkos kódjainak vizsgálata, a modellengedélyező listák, a csatlakozószabályzat, az identitáskezelés, az audit események és a telemetria. A gyári listák megfelelnek a SOC 2 Type II, ISO 27001 és ISO 42001 szabványoknak. Az üzleti csomag a nulla adatmegőrzést is magában foglalja.
Gyári árképzési tervek
A Factory elkülöníti az egyéni csomagokat a csapat- és vállalati csomagoktól. A jelenlegi nyilvános árak a belépő szinten egyértelműek, de a használatot gördülő limitek szabályozzák, nem pedig egyetlen fix tokenkészlet.
| Plan név | Költség | Használat és hozzáférés |
|---|---|---|
| per | 20 $ havonta | Alkalmazás, CLI, SDK, helyi és felhőalapú háttérügynökök, használati irányítópultok |
| Plusz | 100 $ havonta | Körülbelül ötszörös Pro használat plusz felügyelt Droid számítógépek |
| max | 200 $ havonta | Körülbelül tízszeres Pro használat plusz korábbi funkcióhozzáférés |
| csapat | 60 dollár csapatonként, plusz 40 dollár helyenként havonta | Megosztott számlázás akár 10 munkaállomásra és csapatszintű hozzáférés a Pro funkciókhoz |
| üzleti | szokás | Akár 150 munkaállomás, egyéni korlátok, SSO, SAML, SCIM, adatmegőrzés nélkül, auditnaplózás, adminisztrátori vezérlők |
| Vállalkozás | szokás | Korlátlan tagság, dedikált számítási kapacitás, helyszíni opciók, adattárolás, szélesebb körű ellenőrzések, prémium támogatás |
Az egyéni használat külön ötórás, hétnapos és harmincnapos időablakban történik. A gyár Droid Core-t is biztosít, egy különálló, nyitott modellkészletet, amely a standard használati idő kimerülte után is elérhető maradhat a saját korlátain belül.
Az Extra Használat előre fizethető, ha nagyobb kapacitásra van szükség. A küldetések ugyanazokat a gördülő limiteket használják, engedélyezni kell az Extra Használatot, és szünetelnek, ha elérik a gördülő sebességkorlátot.
Első lépések a gyárban
- Lépés 1: Hozzon létre egy Gyár fiókodba, és válaszd a Pro, Plus, Max vagy egy csapatcsomagot.
- Lépés 2: Telepítsd a Factory App-ot vagy a Droid CLI-t, majd jelentkezz be és nyisson meg egy meglévő Git-tárházat.
- Lépés 3: Indíts el egy Droid munkamenetet, adj neki egy korlátozott feladatot, majd tekintsd át a tervét, parancsait, fájlmódosításait és a különbségeket.
- Lépés 4: Adjon hozzá AGENTS.md utasításokat, készségeket, MCP eszközöket, csatlakozókat és egy olyan autonómiaszintet, amely megfelel a tárház kockázatának.
- Lépés 5: A nagyobb munkákat helyezd át Missions vagy Software Factory automatizálási fázisba, miután a normál munkamenetek stabil eredményeket hoztak.
Miért a modellfüggetlenség a gyári mágia?
A Factory azért tűnik ki, mert az ügynök futásideje nem egyetlen modellcéghez kötődik. Ugyanaz a Droid munkafolyamat használhatja az OpenAI, Anthropic, Google, xAI és nyílt modellszolgáltatók aktuális modelljeit, eltérő használati szorzókkal és érvelési beállításokkal. A csapatok saját modellvégpontokat vagy kulcsokat is használhatnak.
Ez több, mint egy hosszú modellválasztó. Lehetőséget ad a mérnöki vezetőknek a költség- és minőségpolitika meghatározására anélkül, hogy az ágensverem többi részét lecserélnék. A Claude Code szorosan kapcsolódik az Anthropichoz, míg a szerkesztőtermékek gyakran a saját útvonalválasztási döntéseik köré optimalizálnak. A Factory látható termékrétegként teszi a modellpolitikát. Ez a legegyértelműbb előnye azoknak a csapatoknak, amelyek választási lehetőséget és költségellenőrzést szeretnének.
Ahol a gyári küldetések illeszkednek a valódi mérnöki munkába
A küldetések akkor hasznosak, ha egy feladatnak több függő része van, és egyetlen ügynöki munkamenet felügyelete nehézkessé válna. Egy migrációhoz felderítésre, csomagmódosításokra, tesztfrissítésekre, szolgáltatásmódosításokra, dokumentációra és végső ellenőrzésre lehet szükség. A küldetések egyetlen terv alá vonják ezeket a munkákat, és koordinálhatják a dolgozókat, miközben szem előtt tartják az érvényesítési pontokat.
Ez csökkenti a feladatok külön csevegésekre való felosztásának, a kontextus másolásának és a kimenetek egyeztetésének manuális munkáját. Nem szünteti meg a mérnöki megítélés szükségességét. A terv továbbra is emberi felülvizsgálatot igényel, és a magas kockázatú adattáraknak konzervatív autonómiabeállításokat kell használniuk. A küldetések akkor működnek a legjobban, ha a cél világos, a tesztek értelmesek, és az adattár elegendő utasítással rendelkezik ahhoz, hogy az ágensek következetesen cselekedhessenek.
Érvek és ellenérvek
- Kiváló több modell támogatása.
- Erős helyi végrehajtási vezérlők.
- Rugalmas IDE és CLI hozzáférés.
- A missziók nagy projekteket kezelnek.
- Airgapped vállalati telepítés elérhető.
- Gazdag ügynökbővítő rendszer.
- Nincs állandó ingyenes csomag.
- A gördülő határértékeket ellenőrizni kell.
- A fejlett kormányzás többe kerül.
- A funkciókészlet sűrűnek tűnhet.
Kinek ajánlott a gyár?
A Factory olyan mérnökcsapatoknak ajánlott, akik kódoló ágens platformot szeretnének anélkül, hogy a teljes munkafolyamatot egyetlen modellgyártóra vagy egyetlen szerkesztőre bíznák. Különösen előnyös azoknak a vállalatoknak, amelyeknek helyi végrehajtásra, szigorú parancspolitikára, egyéni modellútválasztásra, privát telepítésre vagy légréses működésre van szükségük. A platformcsapatok skilleket, bővítményeket, hookokat, MCP-t és egyéni droidokat használhatnak a belső gyakorlat kódolásához.
A termékfejlesztő csapatok akkor használhatják a Missions funkciót, ha a munka sok összekapcsolt változtatást ölel fel. Egy szóló fejlesztő, akinek csak automatikus kiegészítésre és alkalmankénti kódcsevegésre van szüksége, a Factory-t a szükségesnél nagyobbnak találhatja. Azok a csapatok, amelyek már gondolkodnak az ügynökirányításon, a szoftverszállítás automatizálásán, a távoli delegáláson és a mérhető ügynökhatékonyságon, nagyobb értéket fognak profitálni a teljes termékből.
GYIK
Feltölti a Factory a teljes kódbázisomat egy felhőalapú indexbe?
Nem. A Droid a kódot és a fájlokat az élő fájlrendszerből olvassa. A kiválasztott kontextus továbbra is elküldhető a munkamenet által használt modellvégpontnak, így a modell- és átjárószabályzat továbbra is számít.
Melyik AI A gyár használhatja a modelleket?
A Factory támogatja az OpenAI, Anthropic, Google, xAI és nyílt modell szolgáltatók modelljeit. A rendszergazdák azt is szabályozhatják, hogy a felhasználók mely modelleket választhatják ki, és egyéni végpontokat konfigurálhatnak.
Mi a különbség a Droid és a Missions között?
A Droid a kódolóügynök magja. A missziók nagyobb projekteket koordinálnak egy terv, mérföldkövek, munkavállalók és validációs pontok segítségével, ugyanazt a Factory ügynök futási környezetet használva.
Futtatható a Factory egy biztonságos vállalati hálózaton belül?
Igen. A vállalati telepítési lehetőségek közé tartoznak a hibrid és a teljesen légréses minták, valamint a privát modellvégpontok, a helyi telemetria-gyűjtők, a felügyelt szabályzatok, a proxyk, a tanúsítványok és a hálózati vezérlők.
A Factory támogatja az egységteszteken túlmutató automatizált tesztelést?
Igen. A Droid képes normál tesztek futtatására, a Droid Control pedig terminál-, böngésző- és asztali felületeket is képes vezérelni a felhasználói folyamatok ellenőrzése, bizonyítékok rögzítése és hibák jelentése érdekében.
Hogyan működnek a gyári használati korlátozások?
A Pro, Plus és Max módban ötórás, hétnapos és harmincnapos korlátok váltakoznak. A Plus körülbelül ötszörös Pro, a Max pedig körülbelül tízszeres korlátot kínál. Az Extra Usage további kapacitást biztosít.
Legjobb gyári alternatívák
| Ügynökalapú szoftverfejlesztő platform | Modellstratégia | Telepítési vezérlés |
|---|---|---|
| Claude Code | Antropikus modell központú | Erős helyi terminál-végrehajtás kevesebb modell-szállítói választási lehetőséggel |
| Kurzor | Több modell szerkesztő útvonaltervezése | Elsősorban szerkesztő és felhőalapú ügynökközpontú |
| Kiegészítő kód | Több modell kontextusközpontú útvonaltervezéssel | Felhőalapú és saját üzemeltetésű ügynökkörnyezetek erős megosztott kontextussal |
