Claude Coden salainen infrastruktuuri – ja mitä se kertoo tulevaisuudesta

Oletko huomannut, miten nopealta Claude Code tuntuu? Sessions käynnistyvät silmänräpäyksessä, tiedostojärjestelmä on prikulleen puhdas, ja kaikki pyörii selaimessa. Mutta oletko koskaan miettinyt, mitä oikeasti tapahtuu yhteyden muodostuessa?

Useimmat eivät ole. Mutta nyt on.

Äskettäin julki tulleet reverse engineering -tutkimukset paljastivat, miten Claude Code todella toimii konepellin alla. Ja se, mitä tutkijat löysivät, viittaa siihen, että Anthropic ei vain rakenna tekoälymalleja – he rakentavat hiljalleen infrastruktuurikerrosta, joka voi haastaa alustat kuten Vercelin, Railwayn ja Renderin.

Firecracker takaa kaiken

Claude Coden suoritusympäristön ydin on Firecracker – sama avoimen lähdekoodin microVM-teknologia, joka pyörittää AWS Lambdaa ja Fargatea. Jos rakennat pilvi-infrastruktuuria, tämä kannattaa painaa mieleen.

Tässä pyörii jokaisessa Claude Code -session:

• 4 virtuaalista CPU:ta (Intel Xeon Cascade Lake @ 2.80GHz)
• 16 Gt RAM-muistia
• 252 Gt levytilaa
• Linux 6.18.5 -ydin

Ei sisäkkäistä virtualisointia. Firecracker poistaa tarkoituksella VMX/SVM-liput, jotka mahdollistaisivat vierailijan oman VM:n pyörityksen – tämä on tietoturvatietoinen suunnittelupäätös, joka eristää työkuormat toisistaan.

Mutta tässä tulee kiinnostava osuus: ei systemd:tä. Ei SSH-daemonia. Ei cronia. Ei lokijärjestelmää. Koko prosessipuusto näyttää tältä:

PID 1: /process_api --firecracker-init --addr 0.0.0.0:2024
  └─ PID 517: /usr/local/bin/environment-manager task-run --session cse_...
       └─ PID 532: claude (itse CLI)

Kolme prosessia. Siinä kaikki. Ensimmäinen prosessi on mukautettu binääri, joka toimii sekä init-järjestelmänä että WebSocket-API-yhdyskäytävänä. Se kuuntelee porttia 2024 WebSocket-yhteyksille ja porttia 2025 toissijaisille päätepisteille.

Tämä on eleganttia infrastruktuurisuunnittelua – kaikki turha on riisuttu, jotta hyökkäispinta-ala minimoidaan ja suorituskyky maksimoidaan.

Snapshot-arkkitehtuuri: missä taika tapahtuu

Mielenkiintoisin löytö ei ole itse microVM – vaan se, miten session alustus toimii.

Sessionit eivät käynnisty alusta. Ne palautetaan jäädytetyistä snapshoteista.

Kun tutkijat tarkastelivat käynnistyslokeja, he löysivät 48,5 tunnin aukon siitä, kun malli-VM luotiin, ja kun sessio palautettiin:

[  30.731516] Run /process_api as init process
    ~~~ 48,5 TUNNIN AUKKO — VM JÄÄDYTTI SNÄPSHOKSI ~~~
[174695.927758] virtio_blk: [vdc] new size: ...

Tämä on käytännössä sama SnapStart-konsepti, jonka AWS Lambda pioneeroi. Malli käynnistyy kerran, alustaa valmiustilaan ja jäädytetään sitten snapshotiksi. Kun aloitat uuden session, järjestelmä palauttaa tuon snapshotin millisekunneissa sen sijaan, että odotettaisiin täyttä käynnistystä.

Laitteiden hot-swappaus palautuksen aikana on erityisen nokkela:

| Laite | Malli | Palautuksen jälkeen | Sisältö | |--------|----------|---------------|---------| | vda | placeholder | 256 GiB ext4 | Session rootfs (Ubuntu 24.04) | | vdb | placeholder | 63,7 MB squashfs | /opt/claude-code | | vdc | placeholder | 12,1 MB squashfs | /opt/env-runner |

Juuritiedostojärjestelmä on dynaamisesti ruiskutettu block-laite. Ubuntu-ympäristö sijaitsee ext4-voluumilla, joka vaihdetaan palautuksen yhteydessä, kun taas Claude Code -työkalut ja ympäristöajuri liitetään squashfs-overlaysina.

Tämä kerrostettu lähestymistapa tarkoittaa, että jokainen sessio saa puhtaan, eristetyn ympäristön ilman koko tiedostojärjestelmän uudelleenluomisen ylikuormitusta.

Mitä "Antspace" tarkoittaa tekoäly-infrastruktuurikilpailussa

Tässä tulee spekulaatio, joka tekee tarinasta mehukkaan: reverse engineering paljasti viittauksia siihen, että Anthropic saattaa rakentaa sisäisesti "Antspace"-nimistä alustaa.

Jos tämä pitää paikkansa, se asemoi Anthropicin mahdolliseksi PaaS-kilpailijaksi – Verceliksi tekoälynative-sovelluksille.

Mieti, mitä he rakentavat:

• Suoritusympäristö, joka käsittelee autentikointia, prosessinhallintaa ja WebSocket-viestintää
• Eristetty microVM-pohjainen suoritus vahvoilla turvarajoilla
• Snapshot-pohjainen välitön käyttöönotto ja skaalaus
• API-ensimmäinen arkkitehtuuri, joka on suunniteltu ohjelmalliseen hallintaan

Tämä on juuri sitä infrastruktuuria, jota tarvitsisit tukemaan Claude Codea ja kokonaista tekoälypohjaisten kehitystyökalujen, käyttöönottoputkien ja hosting-alustojen kokonaisuutta.

Tietoturva-arkkitehtuuri ansaitsee huomion

Tiimi on selvästi miettinyt tarkasti tietoturvaa. Huomionarvoisia toimenpiteitä ovat mm:

init_on_free=1 – Muistisivut nollataan vapautuessa, mikä estää tietovuodon sessioiden välillä.

CRNG-uudelleensiemen – Kryptografinen satunnaislukugeneraattori siemenöidään uudelleen VM-palautuksen jälkeen. Tämä on kriittistä, koska snapshotit voisivat teoreettisesti jakaa saman entropiatilan – mikä olisi kryptografinen haavoittuvuus.

Capability-pudotus – Alustuksen jälkeen PID 1 pudottaa CAP_SYS_RESOURCE-kyvyn, rajoittaen mitä prosessi voi tehdä, vaikka se olisi vaarantunut.

--block-local-connections – Paikallisen WebSocket-yhteyksien pääsy estetään, mikä estää sessiota muodostamasta yhteyttä hallintaliittymiin suoraan.

JWT-autentikointi – WebSocket-yhteydet vaativat vahvistettuja tokeneita, ja salaisuudet poistetaan konfiguraatioista käytön jälkeen.

Nämä eivät ole vain tietoturvanäytelmää – ne ovat merkityksellisiä kovennusvalintoja, jotka viittaavat siihen, että tämä infrastruktuuri on suunniteltu tuotantotyökuormia ajatellen.

Miksi tällä on väliä kehittäjille

Olipa rakentamassa tekoälytyökaluja, koodausagentteja tai pilvi-native-sovelluksia, Claude Coden infrastruktuurista nousevat mallit kannattaa ottaa haltuun:

1. Firecracker on tulossa oletukseksi eristystä vaativille työkuormille. Jos vertailet kontteja vs. microVMejä, Firecracker tarjoaa VM-tason turvan konttitasoisella nopeudella.

2. Snapshot-pohjainen alustus on tulevaisuutta kaikelle, mikä vaatii alle sekunnin käynnistysaikoja. Tämä malli leviää Lambdasta kehitysympäristöihin.

3. Mukautetut init-järjestelmät tekevät paluuta. Kun et tarvitse täyttä systemd-pinoa, minimaalinen mukautettu supervisor voi olla nopeampi, turvallisempi ja tarkoituksenmukaisempi.

4. Tekoäly-yhtiöt rakentavat infrastruktuuria, joka voi lopulta kilpailla perinteisten pilvitarjoajien kanssa. Anthropicin sisäinen alusta, jos se on totta, edustaa merkittävää investointia hosting-tilaan.

Kun seuraavan kerran käynnistät Claude Coden, et vain käytä CLI-työkalua – kurkutat esiin tekoälynative-pilvi-infrastruktuuria, joka voi määritellä, miten älykkäitä sovelluksia rakennetaan ja otetaan käyttöön tulevina vuosina.

Suurempi kuva

Mikä tässä löydöksessä on eniten huomionarvoista, ei ole yksittäinen tekninen yksityiskohta. Se on todiste siitä, että tekoäly-yhtiöt ajattelevat vakavasti koko pinon – eivät vain malleja, vaan infrastruktuuria, joka mahdollistaa kaiken, mitä nuo mallit mahdollistavat.

Anthropic ei vain rakenna Claudea. He rakentavat alustakerrosta, joka voi tukea uuden sukupolven tekoälynative-sovelluksia.

Ja jos "Antspace" on totta? Kilpailu tekoäly-hosting-tilassa on saamassa erittäin mielenkiintoisen käänteen.