Agentic engineering writes the boundaries, not the lines — and vibe coding scales only inside them
IBM Technology's explainer "Agentic Engineering vs Software Engineering: Beyond Vibe Coding" (10 minutes, in the 2026-09-18 Gemini briefing) draws a line that most teams now feel but rarely name. Software engineering wrote explicit, deterministic instructions and hand-tuned control flow. Agentic engineering shapes the operating boundaries, tool access and evaluation criteria of probabilistic, often multi-agent systems, and lets the agents produce the lines. The video places the shift on a spectrum, manual programming, AI autocompletion, vibe coding, autonomous agentic execution, agentic engineering, and makes one claim worth keeping: vibe coding is a good way to start and a bad way to scale, because natural-language prototyping without architectural guardrails turns into debt nobody can read. The bottleneck moves to supervision, constraint enforcement and automated verification of outputs that are only probably right.
For Jayverse this is a description of how the repos are already built and a warning about where they are thin. Every service has agent-written code; what varies is whether the boundary the agent worked inside was written down first. Where it was, such as the Verex CLOB with its invariant tests and the Rabbit mandate enforcers, the agent output is reviewable. Where it was not, the code is fast to produce and slow to trust. The engineering artefact of the agent era is the boundary document: interfaces fixed, invariants stated, tools allowed, tests that decide. Status on 2026-09-18: the video's framing is consistent with the Pocock and harness items already in these notes; the Gemini summary is the source and the video itself was not re-watched for this item.
Why
A deterministic program either does what its text says or it has a bug you can find in the text. A probabilistic system, an agent with a model in the loop, does something in a distribution, and the text you wrote no longer determines the outcome. Engineering does not disappear when that happens; it moves. The parts that stay human are the parts that define what "right" means: the interface an agent must respect, the invariant it must not break, the tools it may call, the check that decides whether its output ships. Those are boundaries, and writing them is harder than writing the lines they enclose because they have to be right for every output, not one.
Vibe coding is the honest name for skipping that step. It works at the start because a prototype has no invariants yet; it fails at scale because the tenth agent-written module lands on nine others whose boundaries were never stated, and the only remaining verifier is a human reading code they did not write. The video's spectrum is useful precisely because it says the fix is not "less AI" but "more engineering of the frame": the same discipline that used to go into control flow now goes into constraints and evaluation.
How it works
The spectrum
Stage
Who writes what
Where it breaks
Manual programming
human writes every line
speed
AI autocompletion
human writes intent line by line, model fills
still line-bound
Vibe coding
human speaks, model writes, nobody specifies
maintainability after the prototype
Autonomous agentic execution
agents plan and write; human reviews results
review cannot keep up without tests
Agentic engineering
human writes boundaries, tools, evaluations; agents write inside them
boundary quality
The three human artefacts
Operational boundaries: interfaces, invariants, forbidden actions. Tool access: what the agent may call, with what authority, on which environment. Evaluation criteria: the automated checks that decide, so that a human reviews a verdict rather than a diff. Everything else is negotiable and delegable.
Where it lands in Jayverse
Every repo: a boundary file before an agent task. Before delegating a module, write the interface, the invariants and the allowed tools in a short document that the agent reads first; the Verex contracts already have the invariant half of this, the web apps mostly do not.
Rabbit: mandates are boundaries for agents that move money. The 7715 mandate, cap, expiry and allowed targets, is the on-chain form of the same idea; treat the enforcer tests as the evaluation criteria and keep them ahead of the agent features.
CI as the verifier of probabilistic output. Frozen lockfiles and the invariant suites are what let agent-written changes merge without a human reading every line; add an evaluation step to any pipeline where an agent produces code or content that ships.
Theory and English: the vocabulary of this shift is now interview material. The "how do you use AI" conversation (#32) already splits errands from walks; add the word boundary to it, because that is what a lead is hired to write.
Verified and unverified
Verified on 2026-09-18: the video exists on IBM Technology's channel with the stated title and length, and the spectrum and claims above match the Gemini briefing's summary of it. Not verified: exact wording of any quote, since the item was written from the summary rather than a transcript. The Jayverse observations are the author's, not the video's.
IBM Technology의 설명 영상 "Agentic Engineering vs Software Engineering: Beyond Vibe Coding"(10분, 2026-09-18 Gemini 브리핑)은 대부분 팀이 이제 느끼지만 이름 붙이지 않는 선을 그립니다. 소프트웨어 엔지니어링은 명시적이고 결정론적인 지시와 손으로 조정한 제어 흐름을 썼습니다. 에이전틱 엔지니어링은 확률적이고 종종 다중 에이전트인 시스템의 작동 경계, 도구 접근, 평가 기준을 만들고, 줄은 에이전트가 만들게 합니다. 영상은 이 전환을 스펙트럼에 놓습니다. 수동 프로그래밍, AI 자동완성, 바이브 코딩, 자율 에이전트 실행, 에이전틱 엔지니어링. 그리고 남길 만한 주장 하나를 합니다. 바이브 코딩은 시작하기 좋은 방법이고 확장하기 나쁜 방법이다. 아키텍처 가드레일 없는 자연어 프로토타이핑은 아무도 읽을 수 없는 부채로 변하기 때문입니다. 병목은 감독, 제약 강제, 그리고 아마 맞을 뿐인 출력의 자동 검증으로 옮겨갑니다.
Jayverse에는 레포들이 이미 어떻게 만들어졌는지의 묘사이자 어디가 얇은지의 경고입니다. 모든 서비스에 에이전트가 쓴 코드가 있고, 다른 것은 에이전트가 일한 경계가 먼저 적혀 있었는가입니다. 적혀 있던 곳, 불변식 테스트가 있는 Verex CLOB과 Rabbit 위임 강제기 같은 곳에서는 에이전트 출력을 리뷰할 수 있습니다. 없던 곳에서는 코드가 빨리 나오고 느리게 신뢰받습니다. 에이전트 시대의 엔지니어링 산출물은 경계 문서입니다. 고정된 인터페이스, 서술된 불변식, 허용된 도구, 결정하는 테스트. 2026-09-18 기준 상태: 영상의 프레임은 이 노트의 Pocock과 하네스 항목과 일치하고, Gemini 요약이 출처이며 영상 자체를 이 항목을 위해 다시 보지는 않았습니다.
왜
결정론적 프로그램은 텍스트가 말하는 대로 하거나, 텍스트에서 찾을 수 있는 버그를 갖습니다. 확률적 시스템, 루프 안에 모델이 있는 에이전트는 분포 안에서 무언가를 하고, 당신이 쓴 텍스트는 더 이상 결과를 결정하지 않습니다. 그때 엔지니어링이 사라지는 것이 아니라 옮겨갑니다. 사람에게 남는 부분은 "맞다"가 무엇인지 정의하는 부분입니다. 에이전트가 지켜야 할 인터페이스, 깨면 안 되는 불변식, 호출할 수 있는 도구, 출력이 나갈지 결정하는 검사. 그것들이 경계이고, 경계를 쓰는 것은 그 안의 줄을 쓰는 것보다 어렵습니다. 하나의 출력이 아니라 모든 출력에 대해 맞아야 하니까요.
바이브 코딩은 그 단계를 건너뛰는 것의 정직한 이름입니다. 처음에는 되는데 프로토타입에는 아직 불변식이 없기 때문이고, 규모에서는 실패하는데 에이전트가 쓴 열 번째 모듈이 경계가 서술되지 않은 아홉 개 위에 얹히고, 남은 검증자는 자기가 쓰지 않은 코드를 읽는 사람뿐이기 때문입니다. 영상의 스펙트럼이 유용한 이유는 해법이 "AI를 덜"이 아니라 "틀의 엔지니어링을 더"라고 말하기 때문입니다. 제어 흐름에 들어가던 규율이 이제 제약과 평가에 들어갑니다.
동작 방식
스펙트럼
단계
누가 무엇을 쓰나
어디서 깨지나
수동 프로그래밍
사람이 모든 줄
속도
AI 자동완성
사람이 줄마다 의도, 모델이 채움
여전히 줄 단위
바이브 코딩
사람이 말하고 모델이 쓰고 아무도 명세하지 않음
프로토타입 이후 유지보수
자율 에이전트 실행
에이전트가 계획·작성, 사람은 결과 리뷰
테스트 없이는 리뷰가 못 따라감
에이전틱 엔지니어링
사람이 경계·도구·평가를, 에이전트가 그 안을
경계의 품질
사람의 산출물 셋
작동 경계: 인터페이스, 불변식, 금지 행동. 도구 접근: 에이전트가 무엇을, 어떤 권한으로, 어느 환경에서 호출할 수 있나. 평가 기준: 결정하는 자동 검사, 그래서 사람은 diff가 아니라 판정을 리뷰한다. 나머지는 협상과 위임이 가능하다.
Jayverse에서의 위치
모든 레포: 에이전트 작업 전에 경계 파일. 모듈을 위임하기 전에 인터페이스, 불변식, 허용 도구를 에이전트가 먼저 읽는 짧은 문서로 쓴다. Verex 컨트랙트에는 이미 불변식 절반이 있고, 웹 앱에는 대체로 없다.
Rabbit: 위임(mandate)은 돈을 움직이는 에이전트의 경계다. 한도, 만기, 허용 대상이 있는 7715 위임은 같은 아이디어의 온체인 형태다. 강제기 테스트를 평가 기준으로 취급하고 에이전트 기능보다 앞서 유지한다.
확률적 출력의 검증자로서의 CI. 고정된 lockfile과 불변식 스위트가 사람이 모든 줄을 읽지 않고도 에이전트 변경을 머지하게 해준다. 에이전트가 출시되는 코드나 콘텐츠를 만드는 모든 파이프라인에 평가 단계를 넣는다.
Theory와 English: 이 전환의 어휘는 이제 면접 재료다. "AI를 어떻게 쓰나" 대화(#32)는 이미 심부름과 걷기를 나눈다. 거기에 경계라는 단어를 더한다. 리드가 쓰라고 고용되는 것이 그것이다.
확인된 것과 미확인
2026-09-18에 확인한 것: 영상이 IBM Technology 채널에 해당 제목과 길이로 존재하고, 위의 스펙트럼과 주장은 Gemini 브리핑의 요약과 일치한다. 미확인: 인용의 정확한 문구. 대본이 아니라 요약에서 썼기 때문이다. Jayverse 관찰은 영상이 아니라 필자의 것이다.