[{"data":1,"prerenderedAt":792},["ShallowReactive",2],{"blog-spec-driven-development-coding-agents-hu":3},{"slug":4,"published":5,"minutes":6,"category":7,"tags":8,"keywords":14,"about":23,"sources":35,"cover":78,"og":79,"expertise":80,"locales":81,"lang":84,"title":85,"description":86,"coverAlt":87,"metaTitle":88,"takeaways":89,"faq":96,"toc":109,"blocks":140,"others":517},"spec-driven-development-coding-agents","2026-09-30",11,"agents",[9,10,11,12,13],"Spec-driven development","Coding agents","Acceptance criteria","Plan mode","AI engineering",[15,16,17,18,19,20,21,22],"spec-driven development","spec driven development coding agents","acceptance criteria for coding agents","AI coding agent plan mode","GitHub Spec Kit","Kiro specs requirements design tasks","vibe coding vs spec-driven development","EARS requirements syntax",[24,27,29,32],{"name":25,"url":26},"Vibe coding","https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FVibe_coding",{"name":19,"url":28},"https:\u002F\u002Fgithub.com\u002Fgithub\u002Fspec-kit",{"name":30,"url":31},"EARS (Easy Approach to Requirements Syntax)","https:\u002F\u002Falistairmavin.com\u002Fears\u002F",{"name":33,"url":34},"Kiro","https:\u002F\u002Fkiro.dev",[36,39,41,44,47,50,52,55,58,61,64,67,70,72,75],{"title":37,"url":38},"Birgitta Böckeler: Understanding Spec-Driven-Development: Kiro, spec-kit, and Tessl (martinfowler.com, 15 October 2025)","https:\u002F\u002Fmartinfowler.com\u002Farticles\u002Fexploring-gen-ai\u002Fsdd-3-tools.html",{"title":40,"url":28},"GitHub Spec Kit: README",{"title":42,"url":43},"GitHub Spec Kit: spec-driven.md methodology","https:\u002F\u002Fgithub.com\u002Fgithub\u002Fspec-kit\u002Fblob\u002Fmain\u002Fspec-driven.md",{"title":45,"url":46},"Kiro documentation: specs","https:\u002F\u002Fkiro.dev\u002Fdocs\u002Fspecs\u002F",{"title":48,"url":49},"Kiro: Introducing Kiro","https:\u002F\u002Fkiro.dev\u002Fblog\u002Fintroducing-kiro\u002F",{"title":51,"url":31},"Alistair Mavin: EARS, the Easy Approach to Requirements Syntax",{"title":53,"url":54},"Anthropic: Best practices for Claude Code","https:\u002F\u002Fcode.claude.com\u002Fdocs\u002Fen\u002Fbest-practices",{"title":56,"url":57},"Cline documentation: Plan and Act","https:\u002F\u002Fdocs.cline.bot\u002Ffeatures\u002Fplan-and-act",{"title":59,"url":60},"OpenAI: Codex slash command reference","https:\u002F\u002Flearn.chatgpt.com\u002Fdocs\u002Freference\u002Fslash-commands",{"title":62,"url":63},"METR: early-2025 AI and experienced open-source developer productivity (July 2025)","https:\u002F\u002Fmetr.org\u002Fblog\u002F2025-07-10-early-2025-ai-experienced-os-dev-study\u002F",{"title":65,"url":66},"METR: We are changing our developer productivity experiment design (February 2026)","https:\u002F\u002Fmetr.org\u002Fblog\u002F2026-02-24-uplift-update\u002F",{"title":68,"url":69},"Thoughtworks Technology Radar: Spec-driven development","https:\u002F\u002Fwww.thoughtworks.com\u002Fradar\u002Ftechniques\u002Fspec-driven-development",{"title":71,"url":26},"Wikipedia: Vibe coding",{"title":73,"url":74},"Anthropic: Claude API pricing","https:\u002F\u002Fplatform.claude.com\u002Fdocs\u002Fen\u002Fabout-claude\u002Fpricing",{"title":76,"url":77},"Anthropic: Prompt caching","https:\u002F\u002Fplatform.claude.com\u002Fdocs\u002Fen\u002Fbuild-with-claude\u002Fprompt-caching","\u002Fimages\u002Fblog\u002Fspec-driven-development-coding-agents\u002Fcover.webp","\u002Fimages\u002Fblog\u002Fspec-driven-development-coding-agents\u002Fog.jpg","ai-engineer",[82,83,84],"en","de","hu","Spec-driven fejlesztés kódoló ügynököknek: a terv a kód előtt","A vibe coding valós kódbázisokon elbukik. Írj specifikációt elfogadási kritériumokkal, tervet és feladatokat, és nézd át mindezt, mielőtt az ügynök kódot ír.","Borítókép a spec-driven fejlesztéshez: folyamat a specifikációtól a tervig, a feladatokig és az ellenőrzésig, emberi jóváhagyási ponttal a kód előtt.","Spec-driven fejlesztés kódoló ügynököknek · Balázs Csorba",[90,91,92,93,94,95],"A vibe coding valós kódbázisokon azért bukik el, mert az ügynök azokat a szabályokat rontja el, amelyeket senki nem írt le. Írd le a szándékot, mielőtt az ügynök kódot ír.","Egy hasznos specifikáció a viselkedést ellenőrizhető elfogadási kritériumokként írja le, megnevezi, mi nem tartozik a hatókörbe, és olyan ellenőrzéssel zárul, amely bizonyítja, hogy a funkció működik.","Hagyd jóvá a tervet minden szerkesztés előtt: a fájlokat, az interfészeket, a munka sorrendjét és a kockázatokat. Ez a legolcsóbb pont, ahol a hibás tervezés kiszűrhető.","Nézd meg, mit őriz meg az egyes eszközök. A Spec Kit és a Kiro spec-fájlokat tart, a Claude Code és a Cline tervező módja viszont csak egy csak olvasható tervezési lépést ad, nem tartós specifikációt.","A spec-token olcsó, de az átnézési idő és a figyelem nem az. Igazítsd a folyamatot a változtatáshoz, és egy mondatban leírható diffnél hagyd ki a tervet.","Az eredményt a javítási munka és az átnézési idő alapján ítéld meg, ne aszerint, milyen gyorsan készült el az első változat. A METR mérései megmutatják, mennyire megbízhatatlan ez az érzés.",[97,100,103,106],{"q":98,"a":99},"Mi a spec-driven fejlesztés?","Azt jelenti, hogy leírod, mit kell egy funkciónak tudnia, hogyan épül meg, és hogyan ellenőrzöd, és csak ezután engeded, hogy egy kódoló ügynök ezek alapján írjon kódot. A specifikáció, a terv és a feladatlista olyan fájlok, amelyeket átnézhetsz, összevethetsz és tesztelhetsz, nem pedig egy csevegési előzmény.",{"q":101,"a":102},"A spec-driven fejlesztés csak a vibe coding több papírmunkával?","Több papírmunka, igen, de az átnézés áthelyeződik. A vibe coding alapos átnézés nélkül is elfogadhat kimenetet. A spec-driven munka az átnézést a specifikációra, a tervre és a bizonyítékokra helyezi. Ugyanarra a funkcióra többet kerül, ezért több fájlt érintő vagy kockázatos változásoknál éri meg, kisebb javításoknál nem.",{"q":104,"a":105},"Melyik eszközt használjam?","Azt, amelyet a csapatod folyamatosan használni fog. A Spec Kit a specifikáció, a terv, a feladatok és a megvalósítás lépéseit csevegési parancsként futtatja, és funkciónként egy mappában tárolja az artefaktumokat. A Kiro követelményeket, tervet és feladatokat tart fájlként minden spec-hez. A Claude Code és a Cline tervező módja csak egy csak olvasható tervezési lépést ad. Ez segít, de nem tart fenn helyetted specifikációt.",{"q":107,"a":108},"Hogyan segítenek az elfogadási kritériumok a kódátnézésben?","Minden kritérium olyan ellenőrzéssé válik, amelyet az átnéző megnézhet. Azt kérdezi, van-e bizonyíték minden kritériumra, meg tud-e bukni az ellenőrzés, és változott-e valami a hatókörön kívül. Ez kisebb és megbízhatóbb feladat, mint egy nagy diffet átnézni úgy, hogy nem tudjuk, mire való.",[110,113,116,119,122,125,128,131,134,137],{"id":111,"title":112},"why-vibe-coding-breaks","Miért bukik el a vibe coding valós kódbázisokon",{"id":114,"title":115},"the-workflow","A munkafolyamat: specifikáció, terv, feladatok, ellenőrzés",{"id":117,"title":118},"spec-template","Specifikáció elfogadási kritériumokkal",{"id":120,"title":121},"plan-and-tasks","A tervfájl és a feladatlista",{"id":123,"title":124},"tooling","Mit adnak valójában az eszközök",{"id":126,"title":127},"reviewable-and-testable","Hogyan teszik a specifikációk az ügynök kimenetét átnézhetővé és tesztelhetővé",{"id":129,"title":130},"cost-and-time","Költség és idő: mikor térül meg a specifikáció",{"id":132,"title":133},"where-it-falls-short","Hol marad el a spec-driven fejlesztés",{"id":135,"title":136},"first-steps","Amit először tennék",{"id":138,"title":139},"sources","Források",[141,145,148,151,154,179,182,189,190,193,202,229,232,233,236,239,242,243,246,248,257,259,260,263,319,322,325,327,330,331,334,341,344,350,358,361,362,365,368,371,415,418,419,436,439,440,453,468,469],{"type":142,"content":143},"paragraph",[144],"A vibe coding addig működik, amíg a kódbázisnak nincs története. Egy prototípus azon mérhető, fut-e. Egy éles szolgáltatás nem, mert az ügynök nem ismeri a senki által le nem írt szabályokat: a fizetési csapat által elfogadott újrapróbálkozási szabályt, az egyik régi importot védő kapcsolót, a lekérdezést, amelynek egy időkorláton belül kell maradnia. Ezeket a réseket hihető találgatásokkal tölti ki, és ezeket átnézéskor találod meg, amikor a kód már létezik. A megoldás az, hogy a szándékot előre leírod: egy specifikációt ellenőrizhető elfogadási kritériumokkal, egy tervet, amelyet jóváhagyod, és egy feladatlistát, amelyet az ügynök egyenként végigvisz és kipipál, minden pipához bizonyítékkal. Ez a spec-driven fejlesztés, és én minden olyan változtatáshoz ezt használnám, amely egynél több modult érint.",{"type":142,"content":146},[147],"Andrej Karpathy 2025 februárjában alkotta meg a vibe coding kifejezést: szoftver építése úgy, hogy a modellnek leírod, mit szeretnél, és a kimenetet alapos átnézés nélkül elfogadod. Egy hétvégi eszköznél ez rendben van. Ott válik drágává, ahol ez a szokás konvenciókkal, megosztott modulokkal és fizető ügyfelekkel rendelkező kódbázisba ütközik, mert ekkor az átnézés végzi a valódi munkát, és senki nem határozta meg, mit kellene ellenőriznie.",{"type":149,"level":150,"id":111,"text":112},"heading",2,{"type":142,"content":152},[153],"Négy hibamintázat folyamatosan visszatér. Közös az okuk: az ügynök egy promptból dolgozik, a csapat pedig egy olyan megértésből, amelyet soha nem írtak le.",{"type":155,"ordered":156,"items":157},"list",false,[158,164,169,174],[159,163],{"tag":160,"children":161},"strong",[162],"Kitalált követelmények."," Az ügynök hihető viselkedéssel tölti ki a réseket, például új alapértelmezett értékkel vagy hibaüzenettel, amelyről senki nem döntött, mégis bekerül a kódba.",[165,168],{"tag":160,"children":166},[167],"Konvenció-eltérés."," Minden változtatás önmagában helyes, miközben figyelmen kívül hagyja azokat a mintákat, amelyekre a kód többi része épül.",[170,173],{"tag":160,"children":171},[172],"Meghatározatlan kész."," Az Anthropic Claude Code-útmutatója szerint ha nincs olyan ellenőrzés, amelyet az ügynök le tud futtatni, a „késznek tűnik” az egyetlen jel, ami rendelkezésre áll.",[175,178],{"tag":160,"children":176},[177],"Drága átnézés."," Egy menetben íródott nagy diff arra kényszeríti az átnézőt, hogy a szándékot a kódból rekonstruálja.",{"type":142,"content":180},[181],"A mért költség nem az, amire a legtöbben számítanak. 2025 júliusában a METR 246 valós hibajegyet, nagy nyílt forráskódú tárolókból, véletlenszerűen osztott ki úgy, hogy azokat MI-eszközzel vagy anélkül kellett megoldani. A vizsgálat többnyire Cursor Pro-val és Claude 3.5 vagy 3.7 Sonnet modellel készült, 16 tapasztalt fejlesztő részvételével. A vizsgálat előtt 24%-os gyorsulást vártak az MI-től. Utána még mindig úgy gondolták, 20%-kal gyorsabbak lettek. A mért eredmény az volt, hogy MI engedélyezése mellett 19%-kal hosszabb ideig tartottak a feladatok.",{"type":183,"variant":184,"title":185,"body":186},"callout","note","A 2025-ös számot a METR frissítésével együtt olvasd",[187],[188],"A METR szerint az eredményei elavultak, és egy 2026 februári nyomon követésre mutat, amelynek 57 fejlesztő és több mint 800 feladat volt az alapja. Az ott közölt becslések konfidenciaintervallumai tartalmazzák a nullát, a METR pedig az új adatokat „megbízhatatlan jelzésként” írja le. Számomra ez a mérésről szól: az érzett sebesség rossz mérőeszköz.",{"type":149,"level":150,"id":114,"text":115},{"type":142,"content":191},[192],"A munkafolyamatnak öt szakasza van, és mindegyik olyan artefaktumot hoz létre, amelyet ember elolvashat, mielőtt a következő szakasz elindul. A papírmunka nem a lényeg. Minden jóváhagyási pont olcsó alkalom arra, hogy megállítsd az ügynököt, és a két pont közötti munka az ügynöké.",{"type":194,"attrs":195,"inner":199,"caption":200},"diagram",{"viewBox":196,"role":197,"aria-labelledby":198},"0 0 720 270","img","d1-sdd-t d1-sdd-d","\u003Ctitle id=\"d1-sdd-t\">Spec-driven munkafolyamat három emberi jóváhagyással\u003C\u002Ftitle>\u003Cdesc id=\"d1-sdd-d\">Öt doboz egymás mellett balról jobbra: specifikáció, terv, feladatok, megvalósítás és ellenőrzés. Az emberi jóváhagyási pontok a specifikáció, a terv és az ellenőrzés doboza alatt vannak. Minden doboz megnevezi az általa létrehozott artefaktumot vagy az elvégzett munkát.\u003C\u002Fdesc>\u003Ctext x=\"20\" y=\"24\" class=\"d-label\">Öt szakasz, három jóváhagyás\u003C\u002Ftext>\u003Crect x=\"20\" y=\"70\" width=\"120\" height=\"84\" rx=\"10\" class=\"d-gold\" \u002F>\u003Ctext x=\"80\" y=\"104\" text-anchor=\"middle\" class=\"d-text\">Specifikáció\u003C\u002Ftext>\u003Ctext x=\"80\" y=\"126\" text-anchor=\"middle\" class=\"d-small\">mit, miért\u003C\u002Ftext>\u003Crect x=\"160\" y=\"70\" width=\"120\" height=\"84\" rx=\"10\" class=\"d-gold\" \u002F>\u003Ctext x=\"220\" y=\"104\" text-anchor=\"middle\" class=\"d-text\">Terv\u003C\u002Ftext>\u003Ctext x=\"220\" y=\"126\" text-anchor=\"middle\" class=\"d-small\">fájlok, kockázat\u003C\u002Ftext>\u003Crect x=\"300\" y=\"70\" width=\"120\" height=\"84\" rx=\"10\" class=\"d-box\" \u002F>\u003Ctext x=\"360\" y=\"104\" text-anchor=\"middle\" class=\"d-text\">Feladatok\u003C\u002Ftext>\u003Ctext x=\"360\" y=\"126\" text-anchor=\"middle\" class=\"d-small\">ellenőrzéssel\u003C\u002Ftext>\u003Crect x=\"440\" y=\"70\" width=\"120\" height=\"84\" rx=\"10\" class=\"d-sky\" \u002F>\u003Ctext x=\"500\" y=\"104\" text-anchor=\"middle\" class=\"d-text\">Megvalósítás\u003C\u002Ftext>\u003Ctext x=\"500\" y=\"126\" text-anchor=\"middle\" class=\"d-small\">az ügynök pipál\u003C\u002Ftext>\u003Crect x=\"580\" y=\"70\" width=\"120\" height=\"84\" rx=\"10\" class=\"d-mint\" \u002F>\u003Ctext x=\"640\" y=\"104\" text-anchor=\"middle\" class=\"d-text\">Ellenőrzés\u003C\u002Ftext>\u003Ctext x=\"640\" y=\"126\" text-anchor=\"middle\" class=\"d-small\">bizonyíték\u003C\u002Ftext>\u003Cpath d=\"M140 112 H151\" class=\"d-line\" \u002F>\u003Cpath d=\"M160 112 l-9 -5 v10 z\" class=\"d-head\" \u002F>\u003Cpath d=\"M280 112 H291\" class=\"d-line\" \u002F>\u003Cpath d=\"M300 112 l-9 -5 v10 z\" class=\"d-head\" \u002F>\u003Cpath d=\"M420 112 H431\" class=\"d-line\" \u002F>\u003Cpath d=\"M440 112 l-9 -5 v10 z\" class=\"d-head\" \u002F>\u003Cpath d=\"M560 112 H571\" class=\"d-line\" \u002F>\u003Cpath d=\"M580 112 l-9 -5 v10 z\" class=\"d-head\" \u002F>\u003Cpath d=\"M80 154 V168\" class=\"d-dash\" \u002F>\u003Ctext x=\"80\" y=\"186\" text-anchor=\"middle\" class=\"d-label\">jóváhagyás\u003C\u002Ftext>\u003Cpath d=\"M220 154 V168\" class=\"d-dash\" \u002F>\u003Ctext x=\"220\" y=\"186\" text-anchor=\"middle\" class=\"d-label\">jóváhagyás\u003C\u002Ftext>\u003Cpath d=\"M640 154 V168\" class=\"d-dash\" \u002F>\u003Ctext x=\"640\" y=\"186\" text-anchor=\"middle\" class=\"d-label\">jóváhagyás\u003C\u002Ftext>\u003Ctext x=\"360\" y=\"240\" text-anchor=\"middle\" class=\"d-small\">Megállás jóváhagyásnál: egy rövid spec vagy terv olcsón javítható, egy összefésült változás nem.\u003C\u002Ftext>",[201],"A jóváhagyási pontok a specifikáció, a terv és az ellenőrzés alatt vannak. Egy rövid spec vagy terv olcsón javítható, egy összefésült változás nem.",{"type":155,"ordered":156,"items":203},[204,209,214,219,224],[205,208],{"tag":160,"children":206},[207],"Specifikáció."," A probléma, a kívánt viselkedés, a nem-célok és az elfogadási kritériumok. Egy ember jóváhagyja.",[210,213],{"tag":160,"children":211},[212],"Terv."," A módosuló fájlok és interfészek, a munka sorrendje, a kockázatok és az, hogy mi nem tartozik a hatókörbe. Egy ember jóváhagyja, mert a hibás tervezés itt szűrhető ki a legolcsóbban.",[215,218],{"tag":160,"children":216},[217],"Feladatok."," Kis lépésekből álló ellenőrzőlista, mindegyiknek saját ellenőrzéssel.",[220,223],{"tag":160,"children":221},[222],"Megvalósítás."," Az ügynök egyszerre egy feladathoz ír kódot és teszteket, és csak akkor pipálja ki, ha az ellenőrzés sikeres.",[225,228],{"tag":160,"children":226},[227],"Ellenőrzés."," Minden kritérium egy teszthez, parancshoz vagy kézi ellenőrzéshez tartozik, a bizonyíték pedig a változáshoz van csatolva. Egy ember ezt a bizonyítékot nézi át, nem önmagában a diffet.",{"type":142,"content":230},[231],"Az Anthropic Claude Code-ra vonatkozó legjobb gyakorlatok útmutatója ugyanezt a sorrendet írja le: felfedezés, tervezés, megvalósítás, commit. Az útmutató szerint a tervezés akkor a leghasznosabb, ha bizonytalan vagy a megközelítésben, ha a változás több fájlt érint, vagy ha nem ismered a módosítandó kódot. Ha a diffet egy mondatban le tudod írni, hagyd ki a tervet. Mindkét felével egyetértek.",{"type":149,"level":150,"id":117,"text":118},{"type":142,"content":234},[235],"A specifikáció rövid. Ha több száz szónál hosszabb, valószínűleg a megvalósítást írja le, és az a tervbe tartozik. A legfontosabbak az elfogadási kritériumok, és én az EARS-szal kezdeném, vagyis az Easy Approach to Requirements Syntax-szal. Alistair Mavin és kollégái a Rolls-Royce-nál dolgozták ki, miközben egy sugárhajtómű vezérlőrendszerének légialkalmassági szabályait elemezték, 2009-ben jelent meg először. Minden követelmény néhány forma valamelyikét ölti: WHEN eseményekhez, WHILE állapotokhoz, IF és THEN nem kívánt helyzetekhez, WHERE opcionális funkciókhoz.",{"type":237,"code":238},"code","# Spec: cart login prompt and payment safety (example)\n\n## Problem\nLogged-out visitors reach checkout without learning that an account unlocks the B2B price list. A timeout on the payment call sometimes leads to a second order.\n\n## Behaviour\nWhat the shop must do, from the user's point of view.\n\n## Non-goals\n- No change to how price lists are modelled\n- No redesign of the cart layout\n\n## Acceptance criteria\n- AC-1: WHEN a logged-out visitor opens the cart, the system SHALL show a login prompt above the checkout button.\n- AC-2: WHILE the price cache is older than 15 minutes, the system SHALL refetch prices before it shows totals.\n- AC-3: IF the payment call times out, THEN the system SHALL keep the order pending and SHALL NOT submit a second charge.\n- AC-4: WHERE the account has a negotiated price list, the system SHALL show that list instead of the public price.\n\n## Verification\n- AC-1 -> tests\u002Fcart\u002Flogin-prompt.spec.ts (e2e)\n- AC-2 -> tests\u002Fpricing\u002Fcache-refetch.test.ts (unit, fake clock)\n- AC-3 -> tests\u002Fcheckout\u002Ftimeout.spec.ts (e2e) and a payment unit test\n- AC-4 -> tests\u002Fpricing\u002Fnegotiated.test.ts (unit)\nDone when every line above passes in CI and the evidence is attached to the change.",{"type":142,"content":240},[241],"Az ebben a példában szereplő kritériumok egy B2B-webshophoz vannak kitalálva. A forma a lényeg: egy mondat egy eseménnyel vagy állapottal, amelyből teszt írható, és egy azonosító, amelyre a terv és a bizonyíték hivatkozhat. Az IF–THEN sor a legfontosabb, mert megóv a dupla terheléstől, és ilyen esetre az ügynök nem gondol, hacsak le nem írod.",{"type":149,"level":150,"id":120,"text":121},{"type":142,"content":244},[245],"A terv a hogyanra válaszol, és elég rövidnek kell lennie ahhoz, hogy percek alatt át lehessen nézni. Az Anthropic útmutatója szerint a leghasznosabb specifikációk megnevezik az érintett fájlokat és interfészeket, kimondják, mi van a hatókörön kívül, és egy végpontok közötti ellenőrzéssel zárulnak, amely bizonyítja, hogy a funkció működik. A tervnek emellett tartalmaznia kell az ismert kockázatokat és a munka sorrendjét. A legkockázatosabb részt építsd meg elsőként, amíg a tervezés még változhat.",{"type":237,"code":247},"# Plan: cart login prompt and payment safety\n\n## Files that change\n- src\u002Fcart\u002FCartPage.vue: login prompt for logged-out visitors (AC-1)\n- src\u002Fpricing\u002FpriceCache.ts: refetch after 15 minutes (AC-2)\n- src\u002Fpricing\u002Fnegotiated.ts: negotiated list lookup (AC-4)\n- src\u002Fcheckout\u002Fpayment.ts: idempotency key, timeout keeps the order pending (AC-3)\n\n## Interfaces\n- payment.charge() gains an idempotencyKey argument; both callers are updated\n- priceCache.get() keeps its signature and also returns fetchedAt\n\n## Order of work\n1. Idempotency key and timeout path (riskiest, built first)\n2. Negotiated price lookup\n3. Price cache refetch\n4. Login prompt (UI, last)\n\n## Risks\n- A retry after a timeout could charge twice (covered by AC-3)\n\n## Out of scope\n- Changing how price lists are stored",{"type":142,"content":249},[250,251,256],"A feladatlista láthatóvá teszi az ügynök munkáját. Minden feladat elég kicsi ahhoz, hogy az ellenőrzése egy okból bukhasson meg, és megnevezi a kritériumot, amelyet szolgál. Ellenőrzés nélküli pipa csak állítás, az állításokon pedig a vibe coding alapul. Ugyanez az elv áll a ",{"tag":252,"to":253,"children":254},"link","\u002Fblog\u002Fharness-engineering-coding-agents",[255],"harness engineering cikkemben"," szereplő útmutatók és érzékelők mögött.",{"type":237,"code":258},"# Tasks: cart login prompt and payment safety\n\n- [x] T1 Idempotency key on payment.charge() (AC-3)\n      check: unit test 'retry after timeout does not charge twice' passes\n- [x] T2 Timeout path keeps the order pending (AC-3)\n      check: e2e 'payment timeout' passes\n- [ ] T3 Negotiated price lookup (AC-4)\n      check: unit test 'account sees negotiated list' passes\n- [ ] T4 Price cache refetch after 15 minutes (AC-2)\n      check: unit test with fake clock passes\n- [ ] T5 Login prompt for logged-out visitors (AC-1)\n      check: e2e 'logged-out cart' passes\n- [ ] T6 Full suite green; attach output and map AC-1 to AC-4 to tests",{"type":149,"level":150,"id":123,"text":124},{"type":142,"content":261},[262],"Az eszközök kevésbé térnek el a munkafolyamatukban, mint abban, hol van a specifikáció, és mi érvényesíti a jóváhagyási pontot. A táblázat azt mutatja, amit 2026 októberében a hivatalos dokumentációban meg tudtam erősíteni.",{"type":264,"head":265,"rows":274},"table",[266,268,270,272],[267],"Eszköz",[269],"Mit tart meg",[271],"Hol van az emberi jóváhagyás",[273],"Megjegyzés",[275,283,292,301,310],[276,277,279,281],[19],[278],"Csevegési parancsok a constitution, specify, plan, tasks, implement és converge lépésekhez, plusz egy spec-mappa funkciónként",[280],"Csevegési lépések; a constitution előírja, hogy a teszteket a megvalósítás előtt jóvá kell hagyni",[282],"Sok papírmunka, ahogy Böckeler is megállapította",[284,286,288,290],[285],"Kiro spec-ek",[287],"requirements.md (vagy bugfix.md), design.md és tasks.md minden spec-hez",[289],"A Quick Spec egy menetben, jóváhagyási pontok nélkül hozza létre mindhárom fájlt",[291],"Olyan ceremónia, amire egy kis hibajavításnak nincs szüksége",[293,295,297,299],[294],"Claude Code tervező mód",[296],"A terv a munkamenetben; a Ctrl+G megnyitja a szerkesztőben",[298],"A tervet jóvá kell hagyni, vagy Shift+Tab-bal kell kilépni a tervező módból",[300],"Csak olvasható tervezés, nem tartós specifikáció",[302,304,306,308],[303],"Cline Plan és Act",[305],"A terv a csevegésben marad, hacsak nem kérsz Markdown-összefoglalót",[307],"A tervező mód nem szerkeszthet fájlokat és nem futtathat parancsokat; az Act mód igen",[309],"A váltáshoz nincs leírva jóváhagyási beállítás",[311,313,315,317],[312],"Codex \u002Fplan",[314],"Az OpenAI parancsreferenciájában „Toggle plan mode for multi-step planning” néven szerepel",[316],"A megnyitott oldalakon nincs leírva",[318],"A csak olvasható működés és a tárolás nincs ellenőrizve, ezért nem támaszkodom rá",{"type":142,"content":320},[321],"A táblázat két sora többet ér a többinél. A tervező mód egy mód, nem specifikáció: megakadályozza, hogy az ügynök gondolkodás közben szerkesszen, ami hasznos, de nincs olyan tartós artefaktum, amelyet átnézhetnél, összevethetnél vagy tesztelhetnél. A fájl-alapú eszközök a költséget az átnézésbe tolják, amire lentebb visszatérek.",{"type":142,"content":323},[324],"A Kiro bemutatkozása szerint a felhasználói történetei EARS-elfogadási kritériumokat tartalmaznak, azt a formát, amelyet alább ajánlok. A lényeg az állandó mondatforma, amelyből teszt írható. A Spec Kit a lépéseit az ügynök csevegésében futtatja, a beállítás pedig a terminálban történik:",{"type":237,"code":326},"uv tool install specify-cli\nspecify init my-project --integration copilot\ncd my-project",{"type":142,"content":328},[329],"Ezután a csevegésben futtasd egyszer projektenként a \u002Fspeckit-constitution parancsot, funkciónként pedig a \u002Fspeckit-specify, \u002Fspeckit-plan, \u002Fspeckit-tasks és \u002Fspeckit-implement parancsokat. A README előfeltételként a Python 3.11 vagy újabb verzióját, az uv-t és egy támogatott MI-kódoló ügynököt sorolja fel, a példáiban pedig a GitHub Copilot szerepel. A módszertani dokumentumban a constitution tesztelés-először cikke előírja, hogy a teszteket a megvalósítás előtt kell jóváhagyni.",{"type":149,"level":150,"id":126,"text":127},{"type":142,"content":332},[333],"A specifikáció megváltoztatja, mit csinál az átnéző. Enélkül a diffből rekonstruálja a szándékot. Vele négy konkrét kérdést tesz fel: Van-e minden kritériumnak olyan ellenőrzése, amely megbukhat? Van-e bizonyíték arra, hogy minden ellenőrzés sikeres? Változott-e valami a hatókörön kívül? És az eredmény még mindig megfelel-e a tervben megnevezett kockázatoknak? Minden kritérium egy feladatra mutat, minden feladat egy tesztre, és minden teszt hagy maga után bizonyítékot.",{"type":194,"attrs":335,"inner":338,"caption":339},{"viewBox":336,"role":197,"aria-labelledby":337},"0 0 720 210","d2-trace-t d2-trace-d","\u003Ctitle id=\"d2-trace-t\">Az elfogadási kritériumtól a bizonyítékig\u003C\u002Ftitle>\u003Cdesc id=\"d2-trace-d\">Négy doboz egymás mellett: egy elfogadási kritérium, a feladat, amely megvalósítja, a teszt, amely ellenőrzi, és a folyamatos integráció kimenete, amely megmutatja az eredményt. Az átnéző a bizonyítékot veti össze a kritériummal, nem csak a diffet.\u003C\u002Fdesc>\u003Ctext x=\"20\" y=\"24\" class=\"d-label\">Nyomonkövethetőség egy kritériumhoz\u003C\u002Ftext>\u003Crect x=\"12\" y=\"60\" width=\"144\" height=\"80\" rx=\"10\" class=\"d-gold\" \u002F>\u003Ctext x=\"84\" y=\"94\" text-anchor=\"middle\" class=\"d-text\">AC-3\u003C\u002Ftext>\u003Ctext x=\"84\" y=\"116\" text-anchor=\"middle\" class=\"d-small\">nincs dupla terhelés\u003C\u002Ftext>\u003Crect x=\"196\" y=\"60\" width=\"144\" height=\"80\" rx=\"10\" class=\"d-box\" \u002F>\u003Ctext x=\"268\" y=\"94\" text-anchor=\"middle\" class=\"d-text\">Task T2\u003C\u002Ftext>\u003Ctext x=\"268\" y=\"116\" text-anchor=\"middle\" class=\"d-small\">időtúllépési ág\u003C\u002Ftext>\u003Crect x=\"380\" y=\"60\" width=\"144\" height=\"80\" rx=\"10\" class=\"d-sky\" \u002F>\u003Ctext x=\"452\" y=\"94\" text-anchor=\"middle\" class=\"d-text\">e2e teszt\u003C\u002Ftext>\u003Ctext x=\"452\" y=\"116\" text-anchor=\"middle\" class=\"d-small\">fizetési időtúllépés\u003C\u002Ftext>\u003Crect x=\"564\" y=\"60\" width=\"144\" height=\"80\" rx=\"10\" class=\"d-mint\" \u002F>\u003Ctext x=\"636\" y=\"94\" text-anchor=\"middle\" class=\"d-text\">CI kimenet\u003C\u002Ftext>\u003Ctext x=\"636\" y=\"116\" text-anchor=\"middle\" class=\"d-small\">kilépési kód 0\u003C\u002Ftext>\u003Cpath d=\"M156 100 H187\" class=\"d-line\" \u002F>\u003Cpath d=\"M196 100 l-9 -5 v10 z\" class=\"d-head\" \u002F>\u003Cpath d=\"M340 100 H371\" class=\"d-line\" \u002F>\u003Cpath d=\"M380 100 l-9 -5 v10 z\" class=\"d-head\" \u002F>\u003Cpath d=\"M524 100 H555\" class=\"d-line\" \u002F>\u003Cpath d=\"M564 100 l-9 -5 v10 z\" class=\"d-head\" \u002F>\u003Cpath d=\"M84 146 V168 H636 V146\" class=\"d-dash\" \u002F>\u003Ctext x=\"360\" y=\"192\" text-anchor=\"middle\" class=\"d-small\">Az átnéző a bizonyítékot a kritériummal veti össze.\u003C\u002Ftext>",[340],"A teszt nélküli kritérium vagy a bizonyíték nélküli teszt olyan hiány, amelyet az átnézőnek jeleznie kell.",{"type":142,"content":342},[343],"Az Anthropic útmutatója ugyanezt az ügynök oldaláról mondja. Adj neki olyan ellenőrzést, amelyet le tud futtatni, például teszteket, buildet vagy képernyőképet az összehasonlításhoz, és kérj bizonyítékot állítások helyett: a teszt kimenetét, az általa futtatott parancsot és azt, amit az visszaadott. Az útmutató egy második véleményt is javasol: egy friss kontextusú al-ügynököt, amely a diffet a tervvel veti össze.",{"type":183,"variant":345,"title":346,"body":347},"tip","Hagyd, hogy egy friss átnéző a tervvel vesse össze a diffet",[348],[349],"Kérd meg az al-ügynököt friss kontextusban, hogy ellenőrizze: minden tervezett követelmény megvalósult-e, a megnevezett határesetekhez tartoznak-e tesztek, és változott-e valami a feladat hatókörén kívül. Mondd meg neki, hogy csak azokat a hiányosságokat jelezze, amelyek a helyességet vagy a megnevezett követelményeket érintik, mert az átnézőt, akit hiányosságok keresésére kérnek, akkor is jelent néhányat, ha a munka rendben van.",{"type":142,"content":351},[352,353,357],"Az ügynökök által írt pull requestek ezt sürgetőbbé teszik. A ",{"tag":252,"to":354,"children":355},"\u002Fblog\u002Fai-generated-pr-review-bottleneck",[356],"MI-kódátnézés szűk keresztmetszete"," című cikkem arról szól, mi történik, amikor megtelik az átnézési sor, és a bizonyítékokon alapuló átnézés az egyik módja annak, hogy a sor mozgásban maradjon.",{"type":142,"content":359},[360],"Tartsd szintetikusnak a példákat a specifikációkban. A specifikációk és tervek committálva, átnézve és gyakran kontextusként egy modellnek küldve kerülnek elő, így egy valódi ügyfélnév a példában személyes adat, amelyet harmadik fél dolgoz fel. Ha a GDPR érvényes, derítsd ki, hol dolgozza fel az ügynök-szolgáltató ezt a kontextust és meddig tárolja, és ellenőrizd, hogy az adatfeldolgozási szerződésed lefedi-e.",{"type":149,"level":150,"id":129,"text":130},{"type":142,"content":363},[364],"Az első költség emberi idő, nem token. Egy specifikáció és egy terv megírása és átnézése valódi időbe kerül, és ez az ár a megközelítésért. Nincs mért számom arról, mennyit takarít meg, és a gyártói számokat ugyanúgy meg kell kérdőjelezni, mint a METR-számokat. A token-oldal kicsi, és könnyen ellenőrizhető.",{"type":142,"content":366},[367],"Az Anthropic jelenlegi árain egy körülbelül 6000 tokenes specifikáció, amelyet az ügynök 40 hívás mindegyikénél olvas, gyorsítótár nélkül nagyjából 48 centbe kerül a Claude Sonnet 5.5 modellen, mivel a bemeneti tokenek ára millió tokenenként 2 dollár. Az 5 perces promptgyorsítótárral az első írás millió tokenenként 2,50 dollárba, minden további olvasás 0,10 dollárba kerül, így ugyanez a 40 hívás nagyjából 4 centre jön ki, ha a gyorsítótár ablakán belül érkeznek. Ezek a saját számításaim a hivatalos árazási oldal alapján. Kihagyják az ügynök által olvasott kódot és minden kimeneti tokent, tehát a specifikáció részesedését mutatják a számlából, nem magát a számlát.",{"type":142,"content":369},[370],"Két fenntartás érvényes. A Claude 4.7 és újabb modellek által használt új tokenizáló ugyanarra a szövegre körülbelül 30%-kal több tokent állít elő, ezért tokenekben számold a specifikációt, ne szavakban. Ennél fontosabb a figyelem. Az Anthropic útmutatója szerint a teljesítmény romlik, ahogy a kontextusablak megtelik, és a modell elfelejtheti a korábbi utasításokat. Tartsd a specifikációt a kritériumokra, a feltételekre és a nem-célokra, a részleteket pedig a tesztek vigyék.",{"type":264,"head":372,"rows":379},[373,375,377],[374],"Változtatás",[376],"Megközelítés",[378],"Miért",[380,387,394,401,408],[381,383,385],[382],"Elütés, naplósor vagy átnevezés",[384],"Közvetlen prompt, terv nélkül",[386],"Az egész diff egy mondatba fér",[388,390,392],[389],"Ismert okú hiba",[391],"Először egy megbukó teszt, utána a javítás",[393],"A megbukó teszt a legkisebb hasznos specifikáció",[395,397,399],[396],"Egy modulon belüli funkció",[398],"Rövid terv tervező módban, a végén ellenőrizve",[400],"Az átnézés olcsó, a tervezés pedig még kiszűri a hibás megközelítést",[402,404,406],[403],"Több modult érintő változtatás, vagy kockázatos út, például fizetés vagy azonosítás",[405],"Teljes specifikáció, terv, feladatok és bizonyítékok",[407],"A javítási munka többe kerül, mint a papírmunka",[409,411,413],[410],"Olyan kód, amelyet mások hónapokig bővítenek",[412],"Dokumentációként karbantartott specifikáció",[414],"Az elavult specifikáció jobban félrevezet, mint semmilyen",{"type":142,"content":416},[417],"Böckeler hasonló következtetésre jutott. Azt találta, hogy a Spec Kit egy közepes méretű funkciónál „túlzásnak tűnt a probléma méretéhez képest”, és azzal érvelt, hogy egy hasznos eszköznek több munkaméretet kell támogatnia. Az eljárást a változtatás méretéhez kell igazítani, nem ahhoz az eszközhöz, amely már a kezedben van.",{"type":149,"level":150,"id":132,"text":133},{"type":155,"ordered":156,"items":420},[421,426,431],[422,425],{"tag":160,"children":423},[424],"Papírmunka átnézés nélkül."," Böckeler azt találta, hogy a Spec Kit „rengeteg Markdown-fájlt hozott létre átnézésre”, és inkább kódot néz át, mint ezeket a fájlokat. Ha senki nem olvassa a specifikációt, az színház.",[427,430],{"tag":160,"children":428},[429],"Elavuló specifikációk."," Böckeler megkülönbözteti a spec-first, a spec-anchored (a specifikáció fennmarad, és karbantartja a funkciót) és a spec-as-source szinteket. A három vizsgált eszköz közül kettő spec-first, és sok megközelítés homályos marad abban, hogyan tartják karban a specifikációt.",[432,435],{"tag":160,"children":433},[434],"Túlbonyolítás."," A Thoughtworks 2025 novemberében az Assess gyűrűbe sorolta a spec-driven fejlesztést, és megjegyezte, hogy a munkafolyamatai „bonyolultak és véleményvezéreltek maradnak”, valamint figyelmeztetett: „lehet, hogy egy keserű leckét újra meg kell tanulnunk”.",{"type":142,"content":437},[438],"A specifikáció nem teszi helyessé az ügynököt. Korábban láthatóvá teszi a hibákat, és ad valamit, amit az átnéző ellenőrizhet. Böckeler ezt a korlátot is látta: a Tessl-ben ugyanabból a specifikációból ismételten generált kód nem ugyanazt az eredményt adta, azaz nem determinisztikus. A tisztességes összefoglaló az, hogy a spec-driven fejlesztés fegyelem a változtatás azon részeiért, amelyek elronthatók, és többletmunka a többiért.",{"type":149,"level":150,"id":135,"text":136},{"type":142,"content":441},[442,443,447,448,452],"Ehhez nincs szükség konkrét eszközre. Egy Markdown-fájl, egy ellenőrzőlista és egy tesztcsomag elég a kezdéshez. A ",{"tag":252,"to":444,"children":445},"\u002Fblog\u002Fcoding-agent-skills-workflow",[446],"kódoló ügynök skilljeiről"," szóló cikkem ugyanezt a fegyelmet mutatja be egy hibán, a bejelentéstől a pull requestig, a ",{"tag":252,"to":449,"children":450},"\u002Fblog\u002Fhuman-in-the-loop-ai-agents",[451],"human in the loop ügynökökről"," szóló jegyzetem pedig arról szól, hová kerüljenek a jóváhagyási pontok.",{"type":155,"ordered":454,"items":455},true,[456,458,460,462,464,466],[457],"Válassz ezen a héten egy olyan változtatást, amely két vagy több modult érint, és írd meg a specifikációját elfogadási kritériumokkal, mielőtt megnyitod az ügynököt.",[459],"Fogalmazd meg minden kritériumot egy mondatként, fix formában, például EARS-ban, és adj neki azonosítót, amelyre a terv és a feladatok hivatkozhatnak.",[461],"Kérj tervet, olvasd el tíz percig, és módosítsd a fájllistát és a munka sorrendjét, mielőtt kód születik.",[463],"Tedd minden feladat kipipálását bizonyítékhoz kötötté a változtatásban: egy teszt nevéhez, egy parancshoz a kilépési kódjával vagy egy képernyőképhez.",[465],"Töröld a specifikáció azon részeit, amelyekkel a kód már nem egyezik, ahelyett, hogy hagynád elsodródni őket.",[467],"Az eredményt a javítási munka és az átnézési idő alapján ítéld meg, ne aszerint, milyen gyorsan készült el az első változat. A METR-eredmények megmutatják, mennyire megbízhatatlan ez az érzés.",{"type":149,"level":150,"id":138,"text":139},{"type":155,"ordered":454,"items":470},[471,475,478,481,484,487,490,493,496,499,502,505,508,511,514],[472],{"tag":473,"href":38,"children":474},"a",[37],[476],{"tag":473,"href":28,"children":477},[40],[479],{"tag":473,"href":43,"children":480},[42],[482],{"tag":473,"href":46,"children":483},[45],[485],{"tag":473,"href":49,"children":486},[48],[488],{"tag":473,"href":31,"children":489},[51],[491],{"tag":473,"href":54,"children":492},[53],[494],{"tag":473,"href":57,"children":495},[56],[497],{"tag":473,"href":60,"children":498},[59],[500],{"tag":473,"href":63,"children":501},[62],[503],{"tag":473,"href":66,"children":504},[65],[506],{"tag":473,"href":69,"children":507},[68],[509],{"tag":473,"href":26,"children":510},[71],[512],{"tag":473,"href":74,"children":513},[73],[515],{"tag":473,"href":77,"children":516},[76],[518,599,654,733],{"slug":519,"published":520,"minutes":6,"category":7,"tags":521,"keywords":527,"about":536,"sources":546,"cover":593,"og":594,"expertise":80,"locales":595,"lang":84,"title":596,"description":597,"coverAlt":598},"ai-assisted-development-economics","2026-10-01",[522,523,524,525,526],"AI coding agents","Developer productivity","Engineering economics","Team cost","GDPR",[528,529,530,531,532,533,534,535],"AI coding agents cost","developer productivity AI study","METR AI developer slowdown","AI coding break-even cost model","one senior engineer vs team","AI coding agent vs agency","DORA AI adoption report","GDPR processor contract AI coding tools",[537,540,543],{"name":538,"url":539},"General Data Protection Regulation","https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FGeneral_Data_Protection_Regulation",{"name":541,"url":542},"Randomized controlled trial","https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FRandomized_controlled_trial",{"name":544,"url":545},"Bus factor","https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FBus_factor",[547,549,552,554,557,560,563,566,569,572,575,578,581,584,587,590],{"title":548,"url":63},"METR: early-2025 AI and experienced open-source developers",{"title":550,"url":551},"Becker et al.: arXiv 2507.09089","https:\u002F\u002Farxiv.org\u002Fabs\u002F2507.09089",{"title":553,"url":66},"METR: developer productivity experiment design, February 2026",{"title":555,"url":556},"Peng et al.: GitHub Copilot controlled experiment, arXiv 2302.06590","https:\u002F\u002Farxiv.org\u002Fhtml\u002F2302.06590v1",{"title":558,"url":559},"Cui et al.: three field experiments with software developers","https:\u002F\u002Fwww.microsoft.com\u002Fen-us\u002Fresearch\u002F?p=1148213",{"title":561,"url":562},"DORA: State of AI-assisted Software Development 2025","https:\u002F\u002Fresearch.google\u002Fpubs\u002Fdora-2025-state-of-ai-assisted-software-development-report\u002F",{"title":564,"url":565},"Google Cloud: highlights from the 2024 DORA report","https:\u002F\u002Fcloud.google.com\u002Fblog\u002Fproducts\u002Fdevops-sre\u002Fannouncing-the-2024-dora-report",{"title":567,"url":568},"Stack Overflow: Developer Survey 2025, AI","https:\u002F\u002Fsurvey.stackoverflow.co\u002F2025\u002Fai",{"title":570,"url":571},"Ziftci et al.: Migrating Code At Scale With LLMs At Google","https:\u002F\u002Farxiv.org\u002Fabs\u002F2504.09691",{"title":573,"url":574},"Alshahwan et al.: Automated Unit Test Improvement using Large Language Models at Meta","https:\u002F\u002Farxiv.org\u002Fabs\u002F2402.09171",{"title":576,"url":577},"GitClear: AI Copilot Code Quality: 2025 Look Back at 12 Months of Data","https:\u002F\u002Fwww.gitclear.com\u002Fai_assistant_code_quality_2025_research",{"title":579,"url":580},"GDPR, Regulation (EU) 2016\u002F679, Article 28","https:\u002F\u002Feur-lex.europa.eu\u002Feli\u002Freg\u002F2016\u002F679\u002Foj\u002Feng",{"title":582,"url":583},"Anthropic: Commercial Terms of Service","https:\u002F\u002Fwww.anthropic.com\u002Flegal\u002Fcommercial-terms",{"title":585,"url":586},"Claude: pricing","https:\u002F\u002Fclaude.com\u002Fpricing",{"title":588,"url":589},"Claude Platform: data residency","https:\u002F\u002Fplatform.claude.com\u002Fdocs\u002Fen\u002Fbuild-with-claude\u002Fdata-residency",{"title":591,"url":592},"GitHub Copilot: plans and pricing","https:\u002F\u002Fgithub.com\u002Ffeatures\u002Fcopilot\u002Fplans","\u002Fimages\u002Fblog\u002Fai-assisted-development-economics\u002Fcover.webp","\u002Fimages\u002Fblog\u002Fai-assisted-development-economics\u002Fog.jpg",[82,83,84],"Egy senior MI-ügynökökkel vagy egy csapattal: mit mondanak a bizonyítékok","A METR, DORA, Microsoft és GitHub kutatásai az MI-kódolóeszközökről, azok korlátai, és egy break-even modell: senior, csapat vagy ügynökség?","Borítókép az MI-kódolás gazdaságtanához: egy vázlattól az élesítésig tartó folyamat, ahol az ügynökök gyorsítják az írást, a review-költségek és a minőségi költségek pedig visszavesznek a nyereségből.",{"slug":600,"published":601,"minutes":602,"category":7,"tags":603,"keywords":609,"about":619,"sources":629,"cover":648,"og":649,"expertise":80,"locales":650,"lang":84,"title":651,"description":652,"coverAlt":653},"mcp-tool-design-lessons-jira-server","2026-09-18",10,[604,605,606,607,608],"MCP","Tool design","Context engineering","Jira","Agents",[610,611,612,613,614,615,616,617,618],"MCP tool design","MCP best practices","MCP tool descriptions","agent tool selection","MCP context bloat","how many tools should an MCP server have","MCP tool definition token cost","MCP error handling isError","Jira MCP server",[620,623,626],{"name":621,"url":622},"Model Context Protocol","https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FModel_Context_Protocol",{"name":624,"url":625},"Jira (software)","https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FJira_(software)",{"name":627,"url":628},"Intelligent agent","https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FIntelligent_agent",[630,633,636,639,642,645],{"title":631,"url":632},"Writing effective tools for agents – with agents (Anthropic)","https:\u002F\u002Fwww.anthropic.com\u002Fengineering\u002Fwriting-tools-for-agents",{"title":634,"url":635},"Introducing advanced tool use on the Claude Developer Platform (Anthropic)","https:\u002F\u002Fwww.anthropic.com\u002Fengineering\u002Fadvanced-tool-use",{"title":637,"url":638},"Code execution with MCP (Anthropic)","https:\u002F\u002Fwww.anthropic.com\u002Fengineering\u002Fcode-execution-with-mcp",{"title":640,"url":641},"MCP vs CLI: context window cost (Blocks.ai)","https:\u002F\u002Fblocks.ai\u002Fblog\u002Fmcp-vs-cli-context-window-cost",{"title":643,"url":644},"Demystifying evals for AI agents (Anthropic)","https:\u002F\u002Fwww.anthropic.com\u002Fengineering\u002Fdemystifying-evals-for-ai-agents",{"title":646,"url":647},"MCP 2026-07-28 specification: Tools","https:\u002F\u002Fmodelcontextprotocol.io\u002Fspecification\u002F2026-07-28\u002Fserver\u002Ftools","\u002Fimages\u002Fblog\u002Fmcp-tool-design-lessons-jira-server\u002Fcover.webp","\u002Fimages\u002Fblog\u002Fmcp-tool-design-lessons-jira-server\u002Fog.jpg",[82,83,84],"MCP eszköztervezés: tanulságok egy 20 eszközes Jira szerverről","MCP eszköztervezés, amit az ügynökök eltalálnak: a definíciók tokenköltsége, mikor érdemes összevonni őket, elnevezés, tömör kimenet és egy kiválasztási eval.","Hálózati diagram, a középpontban egy Jira MCP szerver, öt műholddal: keresés, létrehozás, léptetés, kommentek és tesztfutások",{"slug":655,"published":656,"minutes":657,"category":7,"tags":658,"keywords":661,"about":672,"sources":678,"cover":727,"og":728,"expertise":80,"locales":729,"lang":84,"title":730,"description":731,"coverAlt":732},"ai-agent-memory-design","2026-09-10",13,[659,606,660,526],"AI agent memory","Memory poisoning",[662,663,664,665,666,667,668,669,670,671],"AI agent memory design","long-term memory for AI agents","episodic semantic procedural memory LLM","agent memory architecture","ChatGPT memory vs Claude memory","Claude memory tool","AI memory poisoning","LLM context compaction","AI agent memory GDPR","short-term vs long-term memory agents",[673,674,675],{"name":627,"url":628},{"name":538,"url":539},{"name":676,"url":677},"Prompt injection","https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FPrompt_injection",[679,682,685,688,691,694,697,700,703,706,709,712,715,718,721,724],{"title":680,"url":681},"Anthropic docs: Memory tool","https:\u002F\u002Fplatform.claude.com\u002Fdocs\u002Fen\u002Fagents-and-tools\u002Ftool-use\u002Fmemory-tool",{"title":683,"url":684},"Anthropic docs: Context editing","https:\u002F\u002Fplatform.claude.com\u002Fdocs\u002Fen\u002Fbuild-with-claude\u002Fcontext-editing",{"title":686,"url":687},"Anthropic Engineering: Effective context engineering for AI agents","https:\u002F\u002Fwww.anthropic.com\u002Fengineering\u002Feffective-context-engineering-for-ai-agents",{"title":689,"url":690},"Sumers et al.: Cognitive Architectures for Language Agents (CoALA)","https:\u002F\u002Farxiv.org\u002Fabs\u002F2309.02427",{"title":692,"url":693},"Packer et al.: MemGPT, Towards LLMs as Operating Systems","https:\u002F\u002Farxiv.org\u002Fabs\u002F2310.08560",{"title":695,"url":696},"Park et al.: Generative Agents, Interactive Simulacra of Human Behavior","https:\u002F\u002Farxiv.org\u002Fabs\u002F2304.03442",{"title":698,"url":699},"Unit 42: When AI Remembers Too Much, persistent behaviors in agents memory","https:\u002F\u002Funit42.paloaltonetworks.com\u002Findirect-prompt-injection-poisons-ai-longterm-memory\u002F",{"title":701,"url":702},"From Untrusted Input to Trusted Memory: A Systematic Study of Memory Poisoning Attacks in LLM Agents (preprint)","https:\u002F\u002Farxiv.org\u002Fhtml\u002F2606.04329v1",{"title":704,"url":705},"The Hacker News: ChatGPT macOS flaw could have enabled long-term spyware via memory function","https:\u002F\u002Fthehackernews.com\u002F2024\u002F09\u002Fchatgpt-macos-flaw-couldve-enabled-long.html",{"title":707,"url":708},"Vectorize: OWASP ASI06, Memory and Context Poisoning explained","https:\u002F\u002Fvectorize.io\u002Farticles\u002Fowasp-asi06",{"title":710,"url":711},"Claude Help Center: Use chat search and memory to build on previous context","https:\u002F\u002Fsupport.claude.com\u002Fen\u002Farticles\u002F11817273-use-claude-s-chat-search-and-memory-to-build-on-previous-context",{"title":713,"url":714},"OpenAI Help Center: Memory in ChatGPT","https:\u002F\u002Fhelp.openai.com\u002Fen\u002Farticles\u002F8590148-memory-faq",{"title":716,"url":717},"OpenAI Help Center: Dots privacy, security, and safety FAQs","https:\u002F\u002Fhelp.openai.com\u002Fen\u002Farticles\u002F20001529-dots-privacy-security-and-safety-faqs",{"title":719,"url":720},"Flavio Copes: A deep dive into OpenAI dots (quotes the dots documentation on memory)","https:\u002F\u002Fflaviocopes.com\u002Fopenai-dots\u002F",{"title":722,"url":723},"GDPR Article 5: Principles relating to processing of personal data","https:\u002F\u002Fgdpr-info.eu\u002Fart-5-gdpr\u002F",{"title":725,"url":726},"GDPR Article 17: Right to erasure","https:\u002F\u002Fgdpr-info.eu\u002Fart-17-gdpr\u002F","\u002Fimages\u002Fblog\u002Fai-agent-memory-design\u002Fcover.webp","\u002Fimages\u002Fblog\u002Fai-agent-memory-design\u002Fog.jpg",[82,83,84],"AI-ügynökök memóriájának tervezése: szintek, írási szabályok, poisoning és GDPR","Hogyan tervezz memóriát AI-ügynököknek: kontextus, session és hosszú távú szint, mit tárolj és mit soha, retrieval, compaction, poisoning, GDPR-törlés.","Ábra: egy AI-ügynök egymásba ágyazott memóriaszintjei a munkakontextustól a session állapoton át az epizodikus és szemantikus hosszú távú memóriáig.",{"slug":734,"published":735,"minutes":736,"category":7,"tags":737,"keywords":742,"about":752,"sources":761,"cover":786,"og":787,"expertise":80,"locales":788,"lang":84,"title":789,"description":790,"coverAlt":791},"harness-engineering-coding-agents","2026-09-04",8,[738,10,739,740,741],"Harness engineering","Code quality","Mutation testing","TDD",[743,744,745,746,747,748,749,750,751],"harness engineering","harness engineering coding agents","AI code quality","coding agent guardrails","mutation testing AI generated tests","red\u002Fgreen TDD with AI agents","guides and sensors coding agents","how to make AI agent pull requests mergeable","can I trust tests written by AI",[753,755,758],{"name":740,"url":754},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FMutation_testing",{"name":756,"url":757},"Test-driven development","https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FTest-driven_development",{"name":759,"url":760},"Static program analysis","https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FStatic_program_analysis",[762,765,768,771,774,777,780,783],{"title":763,"url":764},"Birgitta Böckeler: Harness engineering for coding agent users (Apr 2026)","https:\u002F\u002Fmartinfowler.com\u002Farticles\u002Fharness-engineering.html",{"title":766,"url":767},"Birgitta Böckeler: Maintainability sensors for coding agents (May 2026)","https:\u002F\u002Fmartinfowler.com\u002Farticles\u002Fsensors-for-coding-agents.html",{"title":769,"url":770},"Simon Willison: Agentic Engineering Patterns","https:\u002F\u002Fsimonwillison.net\u002Fguides\u002Fagentic-engineering-patterns\u002F",{"title":772,"url":773},"Simon Willison: First run the tests","https:\u002F\u002Fsimonwillison.net\u002Fguides\u002Fagentic-engineering-patterns\u002Ffirst-run-the-tests\u002F",{"title":775,"url":776},"Anthropic: Effective harnesses for long-running agents (Nov 2025)","https:\u002F\u002Fwww.anthropic.com\u002Fengineering\u002Feffective-harnesses-for-long-running-agents",{"title":778,"url":779},"Claude Code docs: How Claude remembers your project","https:\u002F\u002Fcode.claude.com\u002Fdocs\u002Fen\u002Fmemory",{"title":781,"url":782},"Stryker Mutator documentation","https:\u002F\u002Fstryker-mutator.io\u002Fdocs\u002F",{"title":784,"url":785},"Infection: command line options","https:\u002F\u002Finfection.github.io\u002Fguide\u002Fcommand-line-options.html","\u002Fimages\u002Fblog\u002Fharness-engineering-coding-agents\u002Fcover.webp","\u002Fimages\u002Fblog\u002Fharness-engineering-coding-agents\u002Fog.jpg",[82,83,84],"Harness engineering: guide-ek és szenzorok a mergeelhető agentikus PR-ekhez","Harness engineering kódoló ügynökökhöz: guide-ek és szenzorok, hol futtassuk az egyes ellenőrzéseket, piros\u002Fzöld TDD és mutációs tesztelés az ügynök tesztjeire.","Koncentrikus gyűrűk egy kódoló ügynök modellje körül: viselkedés, architektúraalkalmasság és karbantarthatóság, kívülről befelé",1791636876399]