Kaksi viikkoa syyskuussa 2026 riitti mullistamaan tekoälyavusteisen koodauksen kentän kahdesti. Ensin avoimen lähdekoodin OpenHands saavutti 1.0-virstanpylvään 8. syyskuuta ja lupasi tuotantokelpoista, itse isännöityä agenttialustaa. Sitten Anthropic vastasi 17. syyskuuta julkaisemalla Claude Code Projects -ominaisuuden, joka antaa useiden Claude-agenttien työskennellä samassa koodikannassa jaetulla muistilla. Kumpikaan ei ole enää pelkkä koodausavustin, joka täydentää yhtä riviä kerrallaan. Molemmat yrittävät ratkaista saman ongelman: miten antaa tiimille agenttiarmeija ilman että se rikkoo koodikannan tai budjetin.
Vertailu on ajankohtainen juuri nyt, koska valinta ei ole enää makuasia. Toinen on Anthropicin suljettu, tilauspohjainen tuote, jonka ytimessä pyörii yksinomaan Claude-malleja. Toinen on MIT-lisensoitu avoimen lähdekoodin projekti, jolla on GitHubissa noin 89 000 tähteä ja joka ajaa mitä tahansa mallia Claude Sonnetista Qwen3-Coderiin. Tässä artikkelissa käydään läpi hinnat, tekniset tiedot, benchmark-tulokset kolmesta lähteestä, oikeat yritysesimerkit ja käytännön siirtymäopas, jotta valinta ei jää arvailun varaan.
Mitä Claude Code ja OpenHands oikeastaan ovat?
Claude Code on Anthropicin agenttipohjainen koodaustyökalu, joka lukee koodikannan, muokkaa tiedostoja, ajaa komentoja ja integroituu kehitystyökaluihin. Se ei ole pelkkä täydennyslaajennus vaan itsenäinen agentti, joka toimii komentorivillä, VS Codessa, JetBrains-ympäristöissä, työpöytäsovelluksessa, selaimessa ja mobiilisovelluksessa. Anthropicin oman dokumentaation mukaan sama moottori toimii jokaisella näistä pinnoista, joten projektin CLAUDE.md-tiedostot, asetukset ja MCP-palvelimet toimivat kaikkialla identtisesti.
OpenHands puolestaan on avoimen lähdekoodin ohjelmistoagenttialusta, joka tunnettiin aiemmin nimellä OpenDevin. Projektin kuvaus on muuttunut merkittävästi: se ei ole enää pelkkä yksittäinen koodausagentti, vaan “itse isännöity ohjauskeskus koodausagenteille ja automaatioille”, kuten GitHub-repositorion kuvausteksti sen ilmaisee. Käytännössä tämä tarkoittaa, että OpenHandsilla voi ajaa paitsi omaa agenttiaan myös Claude Codea, Codexia, Geminiä tai muita yhteensopivia agentteja paikallisesti, etäpalvelimella tai pilvessä. Tämä on olennainen ero: OpenHands asemoituu yhä enemmän kehystyökaluksi kaikille agenteille, ei pelkäksi Claude Coden kilpailijaksi.
Molemmat tuotteet elävät nopeatempoisessa julkaisusyklissä. OpenHandsin GitHub-julkaisuhistoria näyttää versioiden v1.13.0–v1.22.0 ilmestyneen 13. elokuuta ja 22. syyskuuta 2026 välissä, eli uusi versio keskimäärin muutaman päivän välein. Claude Code puolestaan sai Projects-ominaisuuden 17. syyskuuta ja Anthropic julkaisi saman viikon sisällä myös uuden Opus 5.5 -mallin, joka nostaa rimaa entisestään agenttikoodauksessa.
Ohjelmointikielten tuki eroaa myös lähestymistavaltaan. Claude Code ei rajoita tuettuja kieliä erilliseen listaan, koska se nojaa Opus- ja Sonnet-mallien yleiseen koodinymmärrykseen, joka kattaa käytännössä kaikki valtavirran kielet Pythonista ja TypeScriptistä Javaan, Goon ja Rustiin. OpenHandsin oma repositorio puolestaan on rakennettu pääosin Pythonilla, TypeScriptillä ja JavaScriptillä, mikä näkyy sen omassa koodikannassa, mutta tämä ei rajoita sitä, mitä kieliä sillä ajettava agentti voi käsitellä – rajoitus tulee jälleen valitusta taustamallista, ei itse OpenHands-kehyksestä.
Hinnoittelu: Claude Code vastaan OpenHands
Hintavertailu on yllättävän lähellä toisiaan halvimmalla tasolla, mutta eriytyy nopeasti skaalan kasvaessa. Claude Code sisältyy kaikkiin Anthropicin maksullisiin tilauksiin ilman lisämaksua, joten hinnoittelu määräytyy suoraan Claude-tilauksen mukaan. Claude.comin virallisen hintasivun mukaan Pro-taso maksaa 17 dollaria kuukaudessa vuosilaskutuksella tai 20 dollaria kuukausilaskutuksella. Max-tasot alkavat 100 dollarista kuukaudessa ja nousevat 200 dollariin suuremman käyttökiintiön myötä. Team-tason peruspaikka maksaa 20 dollaria kuukaudessa vuosilaskutuksella (25 dollaria kuukausilaskutuksella), ja Premium-paikka 100 dollaria (125 dollaria kuukausilaskutuksella). Enterprise-taso lähtee 20 dollarista käyttäjää kohden, ja päälle lasketaan API-käyttö.
OpenHandsin ydinohjelmisto on ilmainen ja MIT-lisensoitu: kuka tahansa voi kloonata repositorion ja ajaa sitä omalla koneellaan tai palvelimella maksamatta Anthropicille tai OpenHandsille senttiäkään. Ainoa kustannus tulee käytetyn kielimallin API-laskusta tai paikallisen laskentatehon sähkölaskusta. Syyskuussa 2025 julkaistun OpenHands Cloud -uudistuksen jälkeen pilvipalvelu maksaa 20 dollaria kuukaudessa, ja se poisti aiemman käytännön, jossa alusta veloitti kaksinkertaisen hinnan suoraan Anthropicin API-hintoihin verrattuna. Uudessa mallissa käyttäjä maksaa mallin todellisen API-hinnan ilman katetta, ja voi valita Claude Sonnetin, GPT-5:n tai Qwen3-Coderin väliltä, tai tuoda oman API-avaimensa.
| Taso | Claude Code (Anthropic) | OpenHands |
|---|---|---|
| Ilmainen / itse isännöity | Ei tarjolla – vaatii maksullisen Claude-tilauksen | Ydinohjelmisto ilmainen, MIT-lisenssi, maksat vain mallin API-käytöstä |
| Perustaso | Pro: 17 $/kk (vuosi) tai 20 $/kk (kuukausi) | OpenHands Cloud: 20 $/kk, ei katetta API-hinnoissa |
| Tehotaso | Max 5x: 100 $/kk | Ei erillistä tehotasoa – skaalaa oman infran mukaan |
| Ylin yksilötaso | Max 20x: 200 $/kk | Itse isännöity: rajattu vain laskentakapasiteetilla |
| Tiimitaso, perus | Team Standard: 20 $/paikka/kk (vuosi) | Itse isännöity tiimikäyttö: infrakustannus + API |
| Tiimitaso, premium | Team Premium: 100 $/paikka/kk (vuosi) | Ei suoraa vastinetta |
| Yritystaso | Enterprise: 20 $/käyttäjä/kk + API-käyttö | Enterprise: itse isännöity VPC, hallintapaneeli, ei julkista hintaa |
| Mallivalinta | Vain Claude-mallit (Opus, Sonnet, Haiku) | Malliriippumaton: Claude, GPT-5, Qwen3-Coder, oma avain |
| API, sisääntulo per M tokenia | Opus 5.5: 4 $, Sonnet 5: 2 $ | Riippuu valitusta mallista, ei OpenHandsin omaa katetta |
| API, ulostulo per M tokenia | Opus 5.5: 20 $, Sonnet 5: 10 $ | Riippuu valitusta mallista |
Käytännön ero syntyy kontrollista, ei pelkästä hinnasta. Claude Code -tilaus kattaa käytön ilman erillistä API-mittaria, kunhan pysyy tilauksen käyttörajoissa. OpenHandsin kanssa maksat aina mallin todellisen hinnan mukaan, joten kuukausikustannus voi olla huomattavasti alle 20 dollaria kevyellä käytöllä tai reilusti yli sen raskaalla, useita agentteja ajavalla tiimillä. Tämä tekee OpenHandsista houkuttelevan pienelle tiimille, joka haluaa täyden kontrollin kuluihin, kun taas Claude Coden kiinteä hinnoittelu sopii paremmin ennustettavaa budjettia kaipaavalle organisaatiolle.
Tekniset tiedot vierekkäin
Molemmat tuotteet ovat teknisesti kypsempiä kuin vuosi sitten, mutta ne ratkaisevat samat ongelmat eri arkkitehtuurivalinnoin. Alla oleva taulukko kokoaa keskeisimmät erot, jotka vaikuttavat käyttöönottopäätökseen erityisesti säännellyillä toimialoilla ja suurissa koodikannoissa.
| Ominaisuus | Claude Code | OpenHands |
|---|---|---|
| Lisenssi | Suljettu, kaupallinen tuote | MIT (ydin), PolyForm Free Trial (enterprise-hakemisto) |
| Avoin lähdekoodi | Ei | Kyllä, julkinen GitHub-repositorio |
| GitHub-tähdet | Ei julkista repoa | Noin 89 000 tähteä (All-Hands-AI/OpenHands) |
| Konteksti-ikkuna | 1 miljoona tokenia (Opus-mallit) | Riippuu valitusta taustamallista |
| IDE-integraatiot | VS Code, JetBrains (IntelliJ, PyCharm, WebStorm), Desktop, Web, mobiili | Web-käyttöliittymä, CLI, SDK; ajaa myös muita agentteja |
| Sandbox-arkkitehtuuri | Ei julkisesti dokumentoitu yksityiskohtaisesti | Docker-kontit, mukautetut image-tiedostot, REST-rajapinta suoritinpalvelimeen |
| Moniagenttituki | Projects (17.9.2026): jaettu muisti, alitehtävien jako, tulosten yhdistäminen | Ajaa useita agentteja rinnakkain samassa kontrollikeskuksessa |
| Itseisännöinti | Ei – vain Anthropicin pilvi tai Bedrock/Vertex-reititys | Kyllä, täysin paikallinen tai oma VPC |
| Pilviyhteensopivuus | Amazon Bedrock, Google Vertex AI, Microsoft Foundry, LLM Gateway | Mikä tahansa infra, mukana Docker-tuki mille tahansa pilvelle |
| CI/CD-integraatiot | GitHub Actions, GitLab CI/CD, automaattinen PR-katselmointi | Automaatiot Slackiin ja GitHubiin, tapahtumapohjaiset laukaisimet |
| Muisti/ohjeet | CLAUDE.md, AGENTS.md-yhteensopivuus, automaattinen muisti | Konfiguroitava per projekti, riippuu ajetusta agentista |
| Julkaisutahti | Isot ominaisuudet muutaman viikon välein | Uusi versionumero keskimäärin 2–4 päivän välein |
Suurin arkkitehtoninen ero piilee rivillä “itseisännöinti”. Claude Code voidaan reitittää yrityksen omaan pilvitiliin Bedrockin tai Vertex AI:n kautta, jolloin liikenne pysyy asiakkaan omassa turvallisuusperimetrissä, mutta itse agenttiohjelmisto on yhä Anthropicin ylläpitämä suljettu tuote. OpenHands taas voidaan ajaa täysin ilman ulkopuolista riippuvuutta lukuun ottamatta valittua kielimallia, mikä tekee siitä ainoan vaihtoehdon organisaatioille, joilla on ehdoton vaatimus koodin pysymisestä omissa palvelimissa ilman minkäänlaista kolmannen osapuolen ohjelmistokerrosta.
Suuret koodikannat ja kontekstin hallinta
Monorepo-kokoisessa koodikannassa agentin suurin este ei ole älykkyys vaan muisti: kuinka paljon koodia se pystyy pitämään mielessään yhtä aikaa ilman että se unohtaa aiemman tiedoston sisällön. Claude Coden taustalla toimiva Opus-mallisto tukee miljoonan tokenin konteksti-ikkunaa, mikä Anthropicin oman kuvauksen mukaan riittää kokonaisen monorepon, dokumentaatiokokoelman ja pitkän session pitämiseen samanaikaisesti muistissa ilman erillistä pitkän kontekstin hintalisää. Käytännössä tämä tarkoittaa, että Claude Code pystyy hahmottamaan koko palvelun riippuvuuspuun kerralla sen sijaan, että se joutuisi lukemaan tiedostoja pieninä paloina ja päättelemään yhteydet niiden väliltä erikseen joka kerta.
OpenHandsin konteksti-ikkuna ei ole kiinteä ominaisuus, koska se periytyy suoraan valitusta taustamallista. Jos tiimi ajaa OpenHandsia Claude Sonnetin päällä, konteksti-ikkuna vastaa Sonnetin omaa rajaa; jos taustalla on Qwen3-Coder tai jokin pienempi malli, ikkuna voi olla huomattavasti pienempi. Tämä on suora seuraus malliriippumattomasta arkkitehtuurista: sama joustavuus, joka antaa vapauden valita halvimman tai nopeimman mallin, tarkoittaa myös sitä, ettei kontekstinhallinnasta voi antaa yhtä yleispätevää lupausta kuin Claude Code voi antaa omasta, aina samana pysyvästä Opus-integraatiostaan. Tiimin, joka työskentelee erityisen suurten koodikantojen – esimerkiksi vuosikymmeniä vanhojen pankki- tai vakuutusjärjestelmien – parissa, kannattaa testata konteksti-ikkunan riittävyys juuri sillä mallilla, jota he aikovat OpenHandsin kanssa käyttää, ennen kuin he sitoutuvat siihen tuotantokäytössä.
Automaatio ja työnkulkujen ajastus
Kertaluontoinen agenttisessio on vasta alkua – molemmat työkalut on rakennettu myös toistuvien, ajastettujen tehtävien hoitamiseen. Claude Coden Routines-ominaisuus ajaa pilvessä, joten se jatkaa toimintaansa vaikka kehittäjän oma kone olisi sammuksissa, ja sen voi laukaista joko aikataulun, API-kutsun tai GitHub-tapahtuman perusteella. Tyypillisiä käyttötapauksia ovat aamuiset pull request -katselmoinnit, yön yli ajettavat CI-virheanalyysit ja viikoittaiset riippuvuuspäivitykset. Näiden lisäksi Claude Code tarjoaa Hooks-ominaisuuden, jolla voi ajaa mielivaltaisia komentoja ennen tai jälkeen agentin toimintoja – esimerkiksi automaattisen koodin formatoinnin jokaisen tiedostomuokkauksen jälkeen – sekä Skills-toiminnon, jolla tiimi voi pakata toistuvia työnkulkuja jaettaviksi komennoiksi kuten /review-pr tai /deploy-staging.
OpenHandsin automaatiomalli on rakennettu integraatioiden, ei erillisen ajastinjärjestelmän varaan. GitHub-repositorion kuvauksen mukaan alusta antaa käyttäjän “luoda automaatioita, jotka integroituvat palveluihin kuten Slack ja GitHub”, jolloin tapahtumat näissä ulkoisissa työkaluissa laukaisevat agenttitoimintoja. Tämä sopii tiimille, joka haluaa pitää automaation logiikan samoissa työkaluissa, joita he jo käyttävät viestintään ja versionhallintaan, sen sijaan että ottaisivat käyttöön erillisen ajastuskerroksen. Kumpikaan malli ei ole yksiselitteisesti parempi: Claude Coden Routines antaa tarkemman hallinnan ajastukseen ja laukaisuehtoihin, kun taas OpenHandsin integraatiopohjainen lähestymistapa istuu luontevammin organisaatioon, joka on jo rakentanut työnkulkunsa Slackin ja GitHubin ympärille.
Sandbox-turvallisuus ja eristys käytännössä
Kun agentti saa luvan ajaa komentoja ja muokata tiedostoja itsenäisesti, eristyksen laatu ratkaisee, uskaltaako organisaatio päästää sen käsiksi tuotantokoodiin. OpenHandsin oma dokumentaatio kuvaa arkkitehtuurin tarkasti: järjestelmä käyttää Docker-kontteja ensisijaisena eristysmekanismina, rakentaa mukautettuja Docker-image-tiedostoja ja käynnistää kontit, joissa agentin toiminnot suoritetaan. Backend kommunikoi suoritinpalvelimen kanssa RESTful-rajapinnan yli, lähettäen toimintoja ja vastaanottaen havaintoja. Dokumentaatio listaa viisi syytä eristykselle: tietoturva, johdonmukaisuus, resurssien hallinta, projektien ja käyttäjien erottelu sekä toistettavuus. Tallennustilan osalta OpenHands tukee bind-mounteja suoraan isäntäjärjestelmän polkuihin, nimettyjä Docker-hallinnoituja volyymeja sekä overlay-tilaa, joka suojaa alkuperäisen tiedoston kirjoitussuojatulla kopiointikerroksella.
Claude Code ei julkaise yhtä yksityiskohtaista teknistä kuvausta sandbox-toteutuksestaan julkisilla verkkosivuillaan, mutta yrityskäytössä turvallisuus rakentuu eri kerrokseen: VPC-eristykseen, yksityisiin päätepisteisiin ja LLM Gateway -palveluun, joka istuu Claude Coden ja pilvitoimittajan välissä hoitamassa autentikoinnin ja reitityksen. Tämä sopii organisaatioille, jotka luottavat mieluummin verkkotason eristykseen ja keskitettyyn käytönhallintaan kuin kontti-tason sandboxiin. Kumpikaan lähestymistapa ei ole objektiivisesti parempi – ne vastaavat eri uhkamalleihin. OpenHandsin kontti-eristys suojaa erityisesti siltä, että agentti itse tekee jotain tahatonta isäntäjärjestelmässä, kun taas Claude Coden verkkotason kontrollit suojaavat siltä, että data karkaa organisaation ulkopuolelle kesken agenttisession.
Benchmark-tulokset kolmesta lähteestä
Suorat vertailuluvut kahden eri arkkitehtuurin välillä ovat harvinaisia, koska OpenHands on malliriippumaton kehys eikä yksittäinen malli. Sen sijaan vertailukelpoisin tapa on katsoa, miten Anthropicin oma uusin lippulaivamalli suoriutuu tunnetuilla agenttibenchmarkeilla, ja peilata sitä siihen, mitä OpenHandsin oma blogi kertoo mittaustavasta.
Anthropicin virallisen Claude Opus 5.5 -julkistuksen mukaan uusi malli paransi tulosta selvästi edeltäjäänsä Opus 5:teen verrattuna Terminal-Bench 4.0 -testissä, joka mittaa agentin kykyä suorittaa monivaiheisia komentorivitehtäviä.
| Benchmark | Opus 5.5 | Opus 5 (edellinen) | Fable 5.1 (kilpailija) | GPT-6 Astra (kilpailija) |
|---|---|---|---|---|
| Terminal-Bench 4.0 | 66,4 % | 52,3 % | 55,8 % | 57,9 % |
| FrontierCode v1.1 (Main) | 54,4 % | 48,0 % | 50,3 % | 53,3 % |
| CursorBench 4.0 | 57,8 % | 46,6 % | 51,8 % | – |
| AutomationBench | 40,0 % | 26,9 % | 31,4 % | 41,4 % |
| OSWorld 2.0 (osittainen) | 81,8 % | 74,0 % | 80,7 % | – |
Toinen vertailukelpoinen lähde on Anthropicin aiempi, mutta yhä ainoa julkisesti numeroin dokumentoitu SWE-bench Verified -tulos: Claude Opus 4.5 saavutti 80,9 % korkeimmalla ponnistustasolla marraskuun 2025 julkistuksessa, ja Claude Sonnet 4.5 ylsi 77,2 %:iin. Anthropic ei ole tätä kirjoitettaessa julkaissut vastaavaa yksittäistä SWE-bench Verified -prosenttilukua Opus 5.5:lle, joten Terminal-Bench-luvut ovat tällä hetkellä paras suoraan Anthropicin ilmoittama mittari uusimmalle mallille.
Kolmas lähde on riippumaton: Terminal-Bench-standardin ylläpitää oma organisaationsa osoitteessa tbench.ai, joka julkaisee tulostaulukon rakenteen “sijoitus, malli, agentti, ratkaisuprosentti, kustannus, tokenit” -muodossa. Se, että sekä Anthropic että laajempi ala käyttävät samaa riippumatonta benchmarkia, tekee luvuista vertailukelpoisia yli valmistajarajojen – toisin kuin monet valmistajakohtaiset sisäiset mittarit.
OpenHandsin oma blogikirjoitus agenttibenchmarkkien tulkinnasta ei nimeä yksittäistä virallista OpenHands-pistemäärää, koska tulos riippuu aina siitä, mitä taustamallia ajetaan. Sen sijaan blogi tarjoaa kiinnostavan itsereflektoivan luvun: noin 20 prosenttia OpenHandsin omaan koodikantaan tehdyistä committeista on OpenHands-agenttien itsensä kirjoittamia tai avustamia. Tämä ei ole suora benchmark-vertailu, mutta se on harvinaisen konkreettinen mittari siitä, miten paljon projekti luottaa omaan teknologiaansa oman kehityksensä ajamiseen.
Moniagentti-arkkitehtuuri: Projects vastaan ohjauskeskus
Claude Code Projects ratkaisee tietyn ongelman: kuinka pitää useampi Claude-agentti ajan tasalla samasta tehtävästä ilman että ne törmäävät toistensa muutoksiin. Anthropicin dokumentaation mukaan käyttäjä voi “ryhmitellä toisiinsa liittyviä koodaussessioita” ja “ajaa ja valvoa helposti useita Claude-agentteja kerralla”. Käytännön tasolla tämä tarkoittaa johtoagenttia, joka jakaa työn alitehtäviin, osoittaa ne alaagenteille ja yhdistää tulokset lopuksi. Tausta-agentit näkyvät yhdellä näytöllä, ja käyttäjä voi seurata useaa rinnakkaista sessiota kerralla joko työpöytäsovelluksessa tai selaimessa.
OpenHandsin lähestymistapa on rakenteellisesti erilainen, koska se on aina ollut ohjauskeskus-tyyppinen alusta. GitHub-repositorion kuvauksen mukaan alusta mahdollistaa “agenttien ajamisen paikallisesti tai etäpalvelimilla, automaatioiden luomisen, jotka integroituvat palveluihin kuten Slack ja GitHub, sekä vaihtamisen eri taustaympäristöjen välillä keskeytyksettä”. Käytännössä OpenHandsin moniagenttimalli ei rajoitu vain sen omaan agenttiin – se voi orkestroida useita eri valmistajien agentteja rinnakkain saman kontrollipaneelin alla, mukaan lukien Claude Code itse. Tämä on käytännössä täysin eri arkkitehtuurifilosofia: Anthropic rakentaa syvyyttä oman agenttinsa sisällä, OpenHands rakentaa leveyttä eri agenttien hallintaan.
Kummallakin on selkeä käytännön seuraus. Tiimi, joka on jo sitoutunut Claude-ekosysteemiin ja haluaa syvän integraation IDE:hen, Slackiin ja GitHubiin ilman erillistä orkestrointikerrosta, hyötyy Projectsista sellaisenaan. Tiimi, joka haluaa käyttää useita eri valmistajien agentteja samassa putkessa – esimerkiksi Codexia dokumentaatioon ja Claude Codea bugikorjauksiin – hyötyy OpenHandsin roolista yhteisenä ohjaustasona kaiken päällä.
Avoin lähdekoodi vastaan suljettu ekosysteemi
Lisenssikysymys ei ole pelkkää ideologiaa, vaan sillä on suoria käytännön seurauksia. OpenHandsin ydinkoodi on MIT-lisensoitu, mikä sallii vapaan muokkaamisen, jakelun ja kaupallisen käytön ilman rojalteja. Repositorion enterprise-hakemisto käyttää kuitenkin eri lisenssiä, PolyForm Free Trial -lisenssiä, joka rajoittaa tiettyjen yritysominaisuuksien kaupallista uudelleenkäyttöä ilman erillistä sopimusta. Tämä kaksitasoinen lisensointimalli on yleistynyt avoimen lähdekoodin yrityksissä: ydin pysyy täysin avoimena, kun taas yritystason lisäominaisuudet – kuten roolipohjainen käyttöoikeushallinta, organisaatiokohtainen integraatiomarkkinapaikka ja kustannusnäkyvyyden hallintapaneeli – on suojattu kaupallisesti.
Claude Code puolestaan on läpikotaisin suljettu tuote. Lähdekoodia ei julkaista, eikä sitä voi itse isännöidä edes teoriassa – ainoa tapa saada agentti reitittymään oman infrastruktuurin kautta on käyttää Bedrock- tai Vertex-integraatiota, jotka silti nojaavat Anthropicin ylläpitämään agenttilogiikkaan. Tämä ei ole automaattisesti huono asia: suljettu malli antaa Anthropicille mahdollisuuden iteroida nopeasti ilman haarautumisriskiä, ja monelle yritykselle “joku muu vastaa ylläpidosta” on nimenomaan se, mitä he haluavat ostaa. Mutta se tarkoittaa myös, että organisaatio ei voi koskaan tarkistaa, mitä agentti todella tekee konepellin alla, eikä se voi jatkaa tuotteen käyttöä siinä muodossa, jos Anthropic joskus muuttaa hinnoittelua tai lopettaa tuen.
Yhteisön koko on toinen konkreettinen ero, joka usein unohtuu lisenssikeskustelussa. OpenHandsin GitHub-repositoriolla on satoja koodiin osallistuneita kehittäjiä ja noin 89 000 tähteä, mikä tarkoittaa, että bugit löytyvät ja korjautuvat usein nopeasti yhteisön toimesta, ja projektin suunta on julkisesti seurattavissa jokaisesta pull requestista ja issue-keskustelusta. Claude Coden kehityssuunta puolestaan on täysin Anthropicin sisäisen tiimin päätettävissä – tämä voi tarkoittaa nopeampaa ja johdonmukaisempaa tuotekehitystä, koska päätöksiä ei tarvitse sovittaa yhteen hajautetun avoimen yhteisön kanssa, mutta se myös tarkoittaa, ettei yksittäinen käyttäjä tai organisaatio voi koskaan itse korjata bugia tai lisätä puuttuvaa ominaisuutta odottamatta Anthropicin omaa julkaisuaikataulua.
Kehittäjäkokemus: mitä päivittäinen käyttö näyttää
Benchmarkit ja hintataulukot eivät kerro, miltä työkalu tuntuu käytössä kello yhdeksän aamulla, kun deadline lähestyy ja tuotannossa on bugi. Claude Coden käyttökokemus on rakennettu siirtymään saumattomasti pinnalta toiselle: kehittäjä voi aloittaa tehtävän terminaalissa, siirtää sen kesken kaiken työpöytäsovellukseen visuaalista diffiä varten komennolla /desktop, ja jatkaa myöhemmin matkapuhelimella Remote Control -ominaisuuden avulla. Tämä jatkuvuus tarkoittaa käytännössä, ettei kehittäjän tarvitse koskaan menettää kontekstia sen mukaan, missä hän fyysisesti istuu. Myös Channels-ominaisuus, joka tuo tehtävät suoraan Telegramista, Discordista tai omista webhookeista agenttisessioon, madaltaa kynnystä aloittaa uusi tehtävä ilman että täytyy ensin avata erillistä sovellusta.
OpenHandsin käyttökokemus on rakennettu enemmän hallintapaneelin ympärille kuin liikkuvan kehittäjän ympärille. Web-käyttöliittymä, CLI ja SDK antavat kolme eri tapaa käyttää samaa agenttilogiikkaa, mutta ne on suunnattu ensisijaisesti tiimille, joka haluaa nähdä kaikki käynnissä olevat agentit, niiden kulutuksen ja niiden tilan yhdellä näytöllä – ei yksittäiselle kehittäjälle, joka vaihtaa laitteesta toiseen kesken päivän. Tämä tekee OpenHandsista luontevamman valinnan DevOps- tai alustatiimille, joka omistaa agenttien käytön koko organisaatiossa, kun taas Claude Coden monikanavainen malli palvelee paremmin yksittäistä kehittäjää, joka haluaa työkalun mukautuvan omaan, usein vaihtelevaan työpäiväänsä.
Asiantuntijadataa ja alan kyselytutkimuksia
Tekoäly-avusteisen koodauksen yleistymisestä on nyt riittävästi kyselydataa, jotta voidaan puhua valtavirtaistumisesta eikä kokeilusta. JetBrainsin tutkimusyksikkö raportoi, että “90 % ammattikehittäjistä kertoi käyttävänsä tekoälyagentteja työssä vähintään viikoittain, ja 68 % kertoi käyttävänsä niitä päivittäin” vuoden 2026 kyselyssään (JetBrains Research, elokuu 2026). Tämä on huomattava muutos verrattuna aiempiin vuosiin, jolloin agenttipohjainen koodaus oli vielä kokeiluluontoista.
Työkalukohtaisessa jakaumassa JetBrains raportoi tammikuun 2026 kehittäjäkyselyssään, että “GitHub Copilotilla oli 29 %:n työpaikkakäyttöaste”, kun taas “Claude Codella oli 18 %:n työpaikkakäyttöaste” ja “Cursorilla oli niin ikään 18 %:n työpaikkakäyttöaste” (JetBrains Research, JetBrains Developer Ecosystem -kysely, tammikuu 2026). Luvut kuvaavat tilannetta ennen Projects-julkaisua, joten Claude Coden osuus on saattanut kasvaa uuden moniagenttiominaisuuden myötä.
Laajemman koodikannan tasolla Sonarin kehittäjäkysely tarjoaa kenties kuvaavimman luvun koko ilmiön mittakaavasta: “42 % kehittäjien koodista on nykyään tekoälyn tuottamaa tai avustamaa” (Sonar, State of Code Developer Survey -raportti, 2026). Kun lähes puolet tuotantoon päätyvästä koodista syntyy agentin avulla, sandbox-arkkitehtuurin ja lisenssimallin kaltaiset yksityiskohdat eivät ole enää teoreettisia – ne määrittävät suoraan, kuinka paljon riskiä organisaatio ottaa jokaisen pull requestin mukana.
Reaalimaailman esimerkit: mitä yritykset raportoivat
Anthropic on julkaissut poikkeuksellisen paljon nimettyjä asiakastarinoita Claude Codesta, ja luvut ovat konkreettisia. Lääkeyhtiö Novo Nordisk raportoi, että kliinisten tutkimusasiakirjojen tuotanto lyheni yli kymmenestä viikosta kymmeneen minuuttiin, CSR-raporttien kirjoitusaika laski 90 % ja laiteverifiointiprotokollien tekemiseen tarvittavat resurssit vähenivät 95 %. Yhtiö piti tiiminsä vain 11 hengen kokoisena samalla kun sen kapasiteetti kasvoi merkittävästi.
Korealainen IT-palveluyhtiö LG CNS käytti Claude Codea 20 vuotta vanhan järjestelmän modernisointiin: 2 888 rajapinnasta 2 913:sta (99,1 %) muunnettiin onnistuneesti ja 1 340 näkymää siirrettiin MiPlatformista Reactiin seitsemän kuukauden projektissa marraskuusta 2025 kesäkuuhun 2026. Yhtiön mukaan lopputulos maksoi noin 50 % vähemmän kuin perinteinen uudelleenrakennus, ja yrityksen Build Centerin johtaja Hyosup Bae kuvasi lopputulosta niin, että projekti muuttui aiemmin lähes mahdottomasta toteutuskelpoiseksi.
Ranskalainen terveysteknologiayhtiö Doctolib siirsi koko visuaalisen regressiotestaustyökalunsa tunneissa viikkojen sijaan, ja käyttää nyt Claude Codea myös automaattiseen dokumentaation päivitykseen, pull requestien katselmointiin ja uusien kehittäjien perehdytykseen. Japanilainen konsulttiyhtiö Classmethod raportoi tiettyjen koodaustehtävien kehitysajan lyhentyneen jopa 90 % ja koodikatselmointiajan jopa 80 %, kun taas Google Apps Script -käsittely lyheni 24 tunnista tuntiin, eli 96 %.
Sveitsiläinen yksityispankki Pictet kertoo tuoteomistajien pystyvän nyt tekemään toimivia prototyyppejä noin kahdessa tunnissa aiemman yhdestä kahteen viikkoon sijaan, ja yli 50 sisäistä direktiiviä laaja vaatimustenmukaisuusanalyysi valmistui tunneissa perinteisen moniviikkoisen prosessin sijaan. Kanadalainen terveysteknologiayhtiö League puolestaan raportoi tuotekehityssyklin lyhentyneen 50 % ideasta pull requestiin, ja tekoälyn kirjoittaman koodin osuuden nousseen noin 70 prosentista 98 prosenttiin sisäisen “Accelatron”-hankkeensa jälkeen.
OpenHandsin puolella vastaavia yksittäisiä yritystarinoita ei ole julkisesti nimetty samalla tavalla, mutta projektin mittakaava kertoo omaa tarinaansa: noin 89 000 GitHub-tähteä ja satoja koodiin osallistuneita kehittäjiä tekevät siitä yhden laajimmin käytetyistä avoimen lähdekoodin agenttialustoista. Projektin oma enterprise-tarjonta – itse isännöity käyttöönotto asiakkaan omassa VPC:ssä, organisaatiokohtainen integraatiomarkkinapaikka ja kustannusnäkyvyyden hallintapaneeli – on suunnattu nimenomaan suuryrityksille, jotka eivät voi tai halua käyttää julkista pilvipalvelua koodinsa käsittelyyn.
Käyttöönotto: näin pääset alkuun molemmilla
Claude Coden asennus on suoraviivainen, koska se on suunniteltu yhden komennon käyttöönotolle. Terminaalissa riittää yksi asennuskomento, jonka jälkeen työkalu kirjautuu Claude-tilillä tai Anthropic-konsolin API-avaimella.
curl -fsSL https://claude.ai/install.sh | bash
cd oma-projekti
claude "kirjoita testit autentikointimoduulille ja korjaa mahdolliset virheet"OpenHandsin käyttöönotto vaatii Dockerin, mutta on silti yhden komennon mittainen paikalliseen kokeiluun. Alustan omat ohjeet suosittelevat aloittamaan Docker-pohjaisella asennuksella ennen tuotantokäyttöönottoa.
docker pull docker.all-hands.dev/all-hands-ai/openhands:latest
docker run -it --rm \
-e SANDBOX_RUNTIME_CONTAINER_IMAGE=docker.all-hands.dev/all-hands-ai/runtime:latest \
-v /var/run/docker.sock:/var/run/docker.sock \
-p 3000:3000 \
docker.all-hands.dev/all-hands-ai/openhands:latestYritysreitityksessä ero näkyy heti. Claude Code Enterprise -asiakkaat aktivoivat Bedrock-reitityksen yhdellä ympäristömuuttujalla (CLAUDE_CODE_USE_BEDROCK=1) tai Vertex AI -reitityksen vastaavalla muuttujalla (CLAUDE_CODE_USE_VERTEX=1), jolloin liikenne kulkee organisaation omien pilvitunnusten kautta. OpenHandsin enterprise-käyttöönotto sen sijaan tarkoittaa koko alustan asentamista omaan VPC:hen, mikä vaatii enemmän DevOps-työtä alkuun mutta antaa täyden hallinnan jokaiseen kerrokseen aina konttien verkkokäytäntöihin asti.
Ensimmäisen viikon kokemus eroaa myös selvästi. Claude Coden kanssa suurin osa ajasta kuluu CLAUDE.md-tiedoston hiomiseen – projektikohtaisten koodauskäytäntöjen, arkkitehtuuripäätösten ja tarkistuslistojen kirjaamiseen niin, että agentti alkaa noudattaa tiimin omia tapoja oma-aloitteisesti. OpenHandsin kanssa ensimmäinen viikko kuluu tyypillisesti sandbox-konfiguraation hiomiseen: oikeiden volyymimuotojen valintaan, verkkokäytäntöjen määrittelyyn ja sopivan taustamallin testaamiseen kustannuksen ja laadun tasapainottamiseksi. Kumpikaan käyttöönotto ei ole erityisen raskas, mutta ne vaativat eri tyyppistä alkuvaiheen työtä: toinen on lähinnä dokumentaatiota, toinen lähinnä infrastruktuurin konfigurointia.
Siirtymäopas: OpenHandsista Claude Codeen tai päinvastoin
Kummankaan työkalun vaihtaminen ei vaadi koodikannan muokkaamista, koska molemmat toimivat olemassa olevan repositorion päällä. Käytännön siirtymä kannattaa tehdä vaiheittain, jotta tiimi näkee todelliset erot ennen sitoutumista. Koska kumpikaan työkalu ei lukitse itse lähdekoodia mihinkään omaan tiedostomuotoon tai vaadi erillistä konfiguraatiokieltä sovelluslogiikkaan, riski on pääosin ajallinen ja opetuksellinen – tiimin täytyy oppia uusi työkalu, ei kirjoittaa koodia uudelleen. Tämä tekee kokeilemisesta huomattavasti matalamman kynnyksen päätöksen kuin esimerkiksi tietokannan tai pilvialustan vaihtaminen olisi.
- Kartoita nykyiset työnkulut. Listaa, mitä tehtäviä agentti tällä hetkellä hoitaa – testien kirjoitusta, riippuvuuksien päivityksiä, PR-katselmointia – ja mittaa niihin kuluva aika ennen muutosta.
- Valitse yksi pilottirepositorio. Älä vaihda koko organisaatiota kerralla. Poimi keskikokoinen, ei-kriittinen repositorio, jossa virheiden kustannus on matala.
- Aja sama tehtävä molemmilla. Anna Claude Codelle ja OpenHandsille (valitulla taustamallilla) identtinen tehtävä, esimerkiksi tietyn bugin korjaus, ja vertaa lopputulosta, aikaa ja kustannusta.
- Tarkista lisenssi- ja data-vaatimukset. Jos organisaatiolla on ehdoton VPC- tai on-prem-vaatimus, OpenHandsin itseisännöinti voi olla ainoa vaihtoehto riippumatta siitä, kumpi suoriutuu paremmin benchmarkeissa.
- Määritä hybridimalli tarvittaessa. Moni tiimi päätyy käyttämään OpenHandsia CI-putken automaatioihin ja Claude Codea interaktiiviseen, IDE-sisäiseen kehitystyöhön – nämä eivät ole toisiaan poissulkevia.
- Skaalaa vasta mittaustulosten jälkeen. Laajenna käyttöä muihin tiimeihin vasta kun pilotista on olemassa dokumentoitu aika- ja kustannussäästö, jota voi esittää johdolle.
Kustannuslaskelma: 10 hengen kehitystiimin esimerkki
Hintataulukot ovat hyödyllisiä, mutta konkreettinen esimerkki paljastaa nopeammin, kumpi malli sopii omaan tiimikokoon. Otetaan esimerkiksi 10 hengen kehitystiimi, joka käyttää agenttia päivittäin keskivertoisessa määrin. Claude Coden Team Standard -tasolla kustannus olisi 20 dollaria kuukaudessa per paikka vuosilaskutuksella, eli 200 dollaria kuukaudessa koko tiimille, sisältäen käytön ilman erillistä API-mittaria niin kauan kuin tiimi pysyy laskutuskauden käyttörajoissa. Jos osa tiimistä tarvitsee raskaampaa käyttöä ja siirtyy Premium-paikkoihin, kustannus nousee 100 dollariin per paikka, eli 1 000 dollariin kuukaudessa kymmenelle hengelle.
OpenHandsin kanssa sama tiimi voisi valita OpenHands Cloudin 20 dollarin kuukausitilauksen per käyttäjä, joka kattaa pääsyn malleihin ilman katetta – tämä vastaisi suunnilleen samaa 200 dollarin kuukausikustannusta koko tiimille, mutta päälle lasketaan aina erikseen todellinen mallin API-kulutus. Vaihtoehtoisesti tiimi voisi ajaa OpenHandsia täysin itse isännöitynä omalla palvelimella, jolloin kiinteää kuukausimaksua ei ole lainkaan, vaan kustannus koostuu pelkästään käytetystä API-kulutuksesta ja palvelininfrastruktuurista. Kevyen käytön tiimille – esimerkiksi sellaiselle, joka käyttää agenttia vain muutaman kerran viikossa per kehittäjä – tämä voi tarkoittaa kuukausikustannusta, joka on selvästi alle Claude Coden kiinteän tilauksen, koska maksu skaalautuu suoraan todellisen käytön mukaan eikä kiinteän paikkahinnan mukaan.
Käännekohta löytyy käyttöasteesta. Kun tiimi käyttää agenttia lähes koko työpäivän ajan jokaisena arkipäivänä, kiinteä tilausmaksu alkaa olla edullisempi kuin puhdas API-laskutus, koska raskas käyttö kuluttaisi OpenHandsin BYOK-mallissa enemmän kuin tilauksen kiinteän hinnan. Kevyellä tai epäsäännöllisellä käytöllä tilanne kääntyy päinvastaiseksi. Tämän vuoksi kustannusvertailu kannattaa aina tehdä oman tiimin todellisen käyttöasteen perusteella, ei pelkän listahinnan perusteella.
Kenelle Claude Code sopii ja kenelle OpenHands
Sopivin työkalu riippuu enemmän organisaation rajoitteista kuin absoluuttisesta suorituskyvystä, koska molemmat ovat teknisesti kyvykkäitä. Seuraavat käyttötapaukset auttavat tunnistamaan, kumpi vastaa omaa tilannetta paremmin. Listaa kannattaa lukea rajoitteiden, ei mieltymysten kautta: kysy ensin, mikä on organisaation ehdoton vaatimus (esimerkiksi data-residenssi tai auditointipolku), ja vasta sen jälkeen, kumpi työkalu tuntuu paremmalta päivittäisessä käytössä.
- Säännelty toimiala (pankki, lääketeollisuus, vakuutus): Claude Code Enterprise Bedrock- tai Vertex-reitityksellä tarjoaa valmiin auditointipolun ja tunnetun toimittajavastuun, kuten Novo Nordiskin ja Pictet’n esimerkit osoittavat.
- Tiukka data-residenssi ilman kolmannen osapuolen ohjelmistoa: OpenHandsin täysi itseisännöinti on ainoa vaihtoehto, jos koodi ei saa koskaan kulkea minkään ulkopuolisen agenttialustan kautta edes reititettynä.
- Pieni startup tiukalla budjetilla: OpenHandsin ilmainen ydin ja 20 dollarin pilvitaso ilman katetta sopivat tiimille, joka haluaa maksaa vain todellisesta API-käytöstä.
- Tiimi, joka elää jo JetBrains- tai VS Code -ympäristössä: Claude Coden natiivit laajennukset ja Projects-ominaisuus tarjoavat saumattomamman päivittäisen työnkulun ilman erillistä hallintapaneelia.
- Konsulttiyritys, joka tekee legacy-modernisointeja asiakkaille: LG CNS:n 2 888 rajapinnan migraatioesimerkki osoittaa Claude Coden soveltuvan suurten, pitkäkestoisten uudelleenkirjoitusprojektien runkotyökaluksi.
- Organisaatio, joka haluaa käyttää useita eri valmistajien agentteja rinnakkain: OpenHandsin rooli ohjauskeskuksena, joka ajaa myös muita agentteja mukaan lukien Claude Code, sopii moniagenttistrategiaan ilman lock-inia yhteen valmistajaan.
Hyödyt ja haitat: Claude Code
Claude Coden suurin vahvuus on kypsä, monikanavainen käyttökokemus. Sama agentti toimii identtisesti terminaalissa, IDE:ssä, työpöydällä, selaimessa ja mobiilissa, ja Projects-ominaisuus tuo moniagenttikoordinaation ilman erillistä infrastruktuuria. Nimettyjen asiakastarinoiden määrä ja niiden mitattavat tulokset – 99,1 % rajapintojen migraatio LG CNS:llä, 90 % ajansäästö CSR-raporttien kirjoituksessa Novo Nordiskilla – antavat konkreettista näyttöä siitä, että työkalu skaalautuu tuotantokäyttöön asti.
Heikkoudet liittyvät suoraan suljettuun malliin. Organisaatio ei voi koskaan tarkistaa agentin sisäistä toteutusta, mallivalinta on lukittu Claude-perheeseen, eikä itseisännöinti ole mahdollista edes teoriassa. Hinnoittelu on myös kiinteä tilausmalli, joka ei aina skaalaudu lineaarisesti todellisen käytön mukaan – pienelle, epäsäännölliselle käytölle 20 dollarin kuukausimaksu voi olla ylimitoitettu verrattuna suoraan API-laskutukseen.
Hyödyt ja haitat: OpenHands
OpenHandsin suurin vahvuus on vapaus: MIT-lisenssi, malliriippumattomuus ja täysi itseisännöinti tekevät siitä ainoan vaihtoehdon organisaatioille, joilla on ehdottomia data-residenssivaatimuksia. Kyky ajaa useita eri valmistajien agentteja – mukaan lukien Claude Code itse – saman ohjauskeskuksen alla tekee siitä joustavan valinnan moniagenttistrategialle. Nopea, lähes viikoittainen julkaisutahti kertoo aktiivisesta yhteisöstä ja jatkuvasta kehityksestä.
Haittapuolena on suurempi ylläpitotaakka: Docker-infrastruktuuri, sandbox-konfiguraatio ja mallivalinnat pitää hallita itse, mikä vaatii enemmän DevOps-osaamista kuin valmiin tilauksen aktivointi. Julkisesti nimettyjä, mitattuja yritysesimerkkejä on myös vähemmän saatavilla kuin Claude Codella, mikä tekee ROI:n perustelusta johdolle hankalampaa ilman omaa pilottidataa. Lisäksi hajautettu vastuunjako – koodi on avointa, mutta enterprise-ominaisuudet ovat eri lisenssin alla – vaatii tarkkaa lukemista sopimusvaiheessa.
Muut pelaajat kentällä
Claude Code ja OpenHands eivät toimi tyhjiössä. GitHub Copilot pysyy yhä laajimmin käytettynä yksittäisenä työkaluna JetBrainsin kyselyn mukaan, Cognitionin Devin edustaa pilvipohjaista, korkean autonomian agenttia omalla SWE-2-mallillaan, ja Cursor, Windsurf ja Google Antigravity kilpailevat samasta IDE-integroidusta segmentistä. Tämä artikkeli keskittyy tarkoituksella Claude Coden ja OpenHandsin arkkitehtuuriväliseen eroon – suljettu, syvästi integroitu tuote vastaan avoin, malliriippumaton ohjauskeskus – koska se on ero, joka määrittää valinnan pitkällä aikavälillä paremmin kuin yksittäisen benchmarkin prosenttiluku.
On myös syytä huomata, että raja OpenHandsin ja muiden työkalujen välillä on hämärtymässä juuri sen ohjauskeskus-arkkitehtuurin takia. Kun sama alusta pystyy ajamaan Claude Codea, Codexia ja Geminiä saman käyttöliittymän alla, kysymys ei enää välttämättä ole “OpenHands vai Claude Code” vaan “ajammeko Claude Codea suoraan vai OpenHandsin kautta”. Tämä muuttaa koko vertailuasetelmaa pidemmällä aikavälillä: OpenHandsista voi tulla infrastruktuurikerros, jonka päällä muut agentit – Claude Code mukaan lukien – toimivat, sen sijaan että se kilpailisi niiden kanssa suoraan samasta käyttäjästä.
Riskit ja asiat joita kannattaa seurata
Kumpaankin vaihtoehtoon liittyy riskejä, jotka eivät näy hintataulukossa. Claude Coden suurin pitkän aikavälin riski on toimittajariippuvuus: koska koko agenttilogiikka on Anthropicin hallussa, hinnoittelumuutokset, käyttörajojen tiukennukset tai mallien saatavuuden muutokset vaikuttavat suoraan koko organisaation työnkulkuun ilman että sillä on mahdollisuutta paeta vanhaan versioon tai haarauttaa omaa toteutustaan. Tämä on erityisen relevanttia juuri nyt, kun Anthropic on julkaissut useita hinnoittelurakenteen muutoksia peräkkäisten mallisukupolvien – Sonnet 4.6, Opus 4.7, Opus 5, Opus 5.5 – välillä lyhyen ajan sisällä, mikä tekee pitkän aikavälin budjetoinnista vaikeampaa kuin kiinteähintaisella tuotteella yleensä olettaisi.
OpenHandsin riskit ovat toisenlaisia. Nopea, lähes viikoittainen julkaisutahti tarkoittaa, että tuotantoympäristöön asennettu versio voi vanhentua nopeasti, ja tiimin pitää itse päättää, milloin ja miten päivityksiä otetaan käyttöön ilman että se rikkoo olemassa olevia automaatioita. Koska sandbox-eristys nojaa Dockeriin, myös Docker-ympäristön oma tietoturva – konttipakenemiset, image-tiedostojen alkuperän luotettavuus, verkkokäytäntöjen oikea konfigurointi – jää kokonaan käyttöönottavan organisaation vastuulle. Suljetussa tuotteessa nämä riskit ovat toimittajan hallinnassa; avoimessa, itse isännöidyssä alustassa ne ovat aina viime kädessä oman IT-osaston vastuulla, mikä vaatii todellista DevOps- ja tietoturvaosaamista organisaation sisällä, ei vain kykyä aktivoida tilaus.
Lopputulos: kumpi voittaa vuonna 2026?
Suoraa voittajaa ei ole, koska tuotteet optimoivat eri asioita. Jos mittari on puhdas agenttisuorituskyky Anthropicin uusimmalla mallilla mitattuna, Claude Code Opus 5.5:llä vetää pidemmän korren: 66,4 % Terminal-Bench 4.0:ssa on selvä parannus edeltäjään verrattuna, ja 80,9 % SWE-bench Verified -tulos (Opus 4.5:llä) on yhä yksi alan korkeimmista virallisesti raportoiduista luvuista. Nimettyjen asiakastarinoiden syvyys ja mitattavuus – kuusi eri yritystä, kuusi eri toimialaa, kaikki konkreettisin prosenttiluvuin – antaa Claude Codelle vahvan näytön tuotantokelpoisuudesta.
Jos mittari sen sijaan on kontrolli, kustannustehokkuus pienessä mittakaavassa ja vapaus mallilukosta, OpenHands voittaa selvästi. MIT-lisenssi, 89 000 GitHub-tähteä, malliriippumattomuus ja kyky toimia jopa Claude Coden omana ohjauskerroksena tekevät siitä ainoan vaihtoehdon, joka ei sido organisaatiota yhteen toimittajaan. Käytännön suositus vuodelle 2026: valitse Claude Code, jos päätavoite on nopein mahdollinen käyttöönotto tunnetulla toimittajavastuulla, ja valitse OpenHands, jos päätavoite on täysi kontrolli, data-residenssi tai moniagenttiorkestrointi yli valmistajarajojen. Moni kypsä organisaatio päätyy käyttämään molempia rinnakkain – juuri niin kuin OpenHandsin oma arkkitehtuurikin nykyään sallii.
Syyskuun 2026 julkaisuaalto ei todennäköisesti ole viimeinen. Kun Anthropic on jo osoittanut julkaisevansa uuden Opus-sukupolven ja moniagenttiominaisuuden samalla viikolla, ja OpenHandsin julkaisusykli pysyy muutaman päivän mittaisena, molempien tuotteiden ominaisuuslistat todennäköisesti muuttuvat merkittävästi jo seuraavien kuukausien aikana. Tämän vuoksi kannattaa suhtautua tähän vertailuun tilannekuvana syyskuulta 2026, ei pysyvänä totuutena – ja rakentaa oma päätöksentekoprosessi niin, että sitä voi päivittää nopeasti, kun jompikumpi tuote julkaisee seuraavan ison muutoksen.
Usein kysytyt kysymykset
Voiko Claude Codea ja OpenHandsia käyttää samassa projektissa?
Kyllä. OpenHandsin uusin arkkitehtuuri on nimenomaan suunniteltu ajamaan myös muita agentteja, Claude Code mukaan lukien, saman ohjauskeskuksen alla. Käytännössä tiimi voi käyttää OpenHandsia orkestrointikerroksena ja silti hyödyntää Claude Coden IDE-integraatioita erikseen.
Kumpi on halvempi pienelle tiimille?
OpenHands on lähtökohtaisesti halvempi kevyelle käytölle, koska ydinohjelmisto on ilmainen ja maksat vain käytetystä API-kutsusta ilman katetta. Claude Code Pro maksaa kiinteät 17–20 dollaria kuukaudessa käytöstä riippumatta, mikä voi olla edullisempaa vasta säännöllisellä, päivittäisellä käytöllä.
Tarvitaanko OpenHandsin ajamiseen Docker?
Kyllä, OpenHandsin sandbox-arkkitehtuuri perustuu Docker-kontteihin, jotka eristävät agentin toiminnot isäntäjärjestelmästä. Docker on siis pakollinen sekä paikallisessa kokeilussa että tuotantokäyttöönotossa.
Voiko Claude Codea käyttää ilman Anthropicin pilveä?
Osittain. Claude Code voidaan reitittää Amazon Bedrockin tai Google Vertex AI:n kautta niin, että liikenne kulkee organisaation omassa pilvitilissä, mutta itse agenttiohjelmisto on yhä Anthropicin ylläpitämä eikä sitä voi asentaa täysin omaan infrastruktuuriin ilman mitään yhteyttä Anthropicin palveluihin.
Mikä on ero Claude Code Projectsin ja tavallisten Claude-agenttien välillä?
Tavallinen Claude Code -sessio ajaa yhtä agenttia kerrallaan yhdessä tehtävässä. Projects-ominaisuus, joka julkaistiin 17. syyskuuta 2026, ryhmittelee toisiinsa liittyviä sessioita ja antaa useiden agenttien työskennellä rinnakkain jaetulla tehtävätilalla, jolloin johtoagentti voi jakaa työn ja koota tulokset yhteen.
Onko OpenHandsin enterprise-versio myös avointa lähdekoodia?
Ei kokonaan. Ydinkoodi on MIT-lisensoitu, mutta repositorion enterprise-hakemisto käyttää PolyForm Free Trial -lisenssiä, joka rajoittaa kaupallista uudelleenkäyttöä ilman erillistä sopimusta OpenHandsin kanssa.
Kumpi soveltuu paremmin suuren legacy-järjestelmän modernisointiin?
Julkisesti dokumentoitu näyttö puoltaa tällä hetkellä Claude Codea: LG CNS:n esimerkissä 2 888 rajapinnasta 2 913:sta muunnettiin onnistuneesti seitsemän kuukauden projektissa noin puoleen perinteisen uudelleenrakennuksen kustannuksesta. Vastaavaa yksittäistä, nimettyä ja yhtä laajaa julkista esimerkkiä ei OpenHandsilta ole tätä kirjoitettaessa saatavilla, vaikka alusta teknisesti soveltuu myös suuren mittakaavan projekteihin.
Mistä tiedän, kumpi sopii omaan organisaatiooni?
Paras tapa on ajaa sama, todellinen tehtävä molemmilla työkaluilla yhdessä ei-kriittisessä pilottirepositoriossa ja verrata lopputulosta, kulunutta aikaa ja kustannusta ennen laajempaa käyttöönottoa. Jos organisaatiolla on ehdoton data-residenssi- tai VPC-vaatimus, OpenHandsin itseisännöinti on usein ratkaiseva tekijä jo ennen suorituskykyvertailua.
