Ugrás a tartalomra

AI hírek, hogy ne maradj le

2026. november 9., hétfőfrissítve 22:22
Vissza a hírekhez
MarkTechPostA forrásnál: 2026. nov. 9. 09:20Nálunk: 2026. nov. 9. 12:02eszköz

Nyílt forráskódúvá vált az Aspen, az AI-ügynökökre tervezett Git-szerver

A Reason Machines kiadta az Aspen nevű nyílt forráskódú Git-szervert, amely kifejezetten az AI-ügynökök által generált nagy tömegű push-kéréseket kezeli.

Pontszám (tetszik mínusz nem tetszik): 0
Kipróbálom: Aspenplace.reasonmachines.com
Reason Machines Open-Sources Aspen, a Git Server Built for AI Agents

A Reason Machines nyílt forráskódúvá tette az Aspen nevű Git-szervert, amely az OpenAI Pando néven ismert architektúráját valósítja meg független formában. Az eszközt kifejezetten arra tervezték, hogy kiszolgálja azokat a fejlesztői környezeteket, ahol egyszerre akár több száz AI-ügynök végez folyamatos módosításokat. A rendszer a hagyományos szerverekkel ellentétben nem tárhelyenként, hanem áganként skálázza az írási műveleteket, így megelőzi a push-kérések sorban állását.

Technikai felépítését tekintve az Aspen egyetlen Rust binárisból áll. A metaadatokat és az ágak előzményeit PostgreSQL vagy SQLite adatbázisban tárolja, míg a kódcsomagokat S3-kompatibilis objektumtárba menti. Mivel a szerver soha nem tömöríti ki újra a beérkező csomagokat, a letöltések során közvetlenül a tárolt csomagokat továbbítja a klienseknek, kiküszöbölve a felesleges szerveroldali számítási kapacitást.

A cég mérései szerint egyetlen 8 magos szerveren az Aspen másodpercenként 567 tartós push-kérést tudott feldolgozni hiba nélkül. A projekt a GitHubon elérhető nyílt forráskódú szoftverként, és a meglévő Git-kliensek módosítás nélkül használhatják HTTPS vagy SSH protokollon keresztül.

Az eredeti szöveg (MarkTechPost)
Reason Machines has released Aspen , an open-source Git server for AI agent traffic. It targets repositories that hundreds of agents push to at once. Aspen independently implements the design OpenAI described for Pando. TL;DR Size: One Rust binary. Branches live in PostgreSQL (or SQLite), packs live in object storage. Runs on: A laptop ( aspen dev ), one host via Docker Compose, or Helm and Terraform clouds. Performance: Pushes to different branches never wait on each other, and fetches reuse stored packs. Best: 567 pushes per second sustained for 5 minutes on one 8-core server (self-reported). Worst: Landing on main runs at about 4 per second, and the project is pre-alpha. Bottom line: Best: per-branch writes remove the per-repository push ceiling. Worst: no releases, no web UI, and the 24-hour durability gate is not met. What is Aspen? Aspen is a self-hostable Git server from Reason Machines that scales writes per branch, not per repository. It speaks plain Git over HTTPS and SSH. Packs go to S3-compatible object storage; branch history goes to PostgreSQL. Why do classic Git servers struggle with AI agents? An agent pushes every few minutes, and CI fetches after each push. Per Reason Machines , a classic server queues every push to a repository together. It also builds a fresh pack for every fetch. Server work grows with clients, not with new code. OpenAI hit this wall and built Pando. It cut median push latency by nearly 5x and serves nearly a petabyte daily. How does Aspen work? Aspen follows Pando and drops 2 claims most Git servers keep. Per-branch compare-and-swap Each branch is a chain of versions in one Postgres row. A push uploads its pack, then moves the branch with one compare-and-swap. Pushes to different branches never wait for each other. If 2 pushes race on one branch, one wins. The other gets Git’s usual “fetch first” error. The cost: branches may be read at slightly different moments. Stored packs instead of per-client packs Aspen never unpacks a push. It checks the pack, completes missing bases and stores it as-is. A fetch streams stored packs the client lacks, recompressing nothing. Signed URLs can serve packs from a CDN. Trunk-only advertisement and compaction A push sees only the trunk branch, so negotiation stays small with a million branches. Background compaction merges packs 16 at a time, in levels like a log-structured merge tree. A client far behind gets a few dozen packs, not thousands. Depth-1 CI fetches get a tip pack built once and served to every job. Auto play</button></div> <svg viewBox="0 0 820 250" aria-label="Aspen push and fetch flow"> <defs><marker id="aspA" viewBox="0 0 10 10" refX="9" refY="5" markerWidth="7" markerHeight="7" orient="auto"><path d="M0 0L10 5L0 10z" fill="#7cb8f5"/></marker></defs> <g font-family="Inter,sans-serif" font-size="13"> <rect x="20" y="40" width="150" height="60" rx="10" fill="#1d1a12" stroke="#3a3526"/><text x="95" y="66" fill="#f3efe3" text-anchor="middle" font-weight="700">Agent</text><text x="95" y="85" fill="#a59f8c" text-anchor="middle" font-size="11">git push</text> <rect x="20" y="150" width="150" height="60" rx="10" fill="#1d1a12" stroke="#3a3526"/><text x="95" y="176" fill="#f3efe3" text-anchor="middle" font-weight="700">CI job</text><text x="95" y="195" fill="#a59f8c" text-anchor="middle" font-size="11">git fetch</text> <rect x="320" y="85" width="170" height="80" rx="12" fill="#1d1a12" stroke="#3690ea" stroke-width="1.5"/><text x="405" y="120" fill="#f3efe3" text-anchor="middle" font-weight="800">Aspen</text><text x="405" y="140" fill="#a59f8c" text-anchor="middle" font-size="11">stateless server</text> <rect x="640" y="30" width="160" height="70" rx="10" fill="#1d1a12" stroke="#3a3526"/><text x="720" y="60" fill="#f3efe3" text-anchor="middle" font-weight="700">Postgres</text><text x="720" y="80" fill="#a59f8c" text-anchor="middle" font-size="11">1 row per branch</text> <rect x="640" y="15

Az oldal magától nem használ sütit. A hozzájárulásoddal a látogatottságot a Google Analytics, a Facebook-hirdetéseink eredményét a Meta pixel méri. Részletek