Tech

Is Agentic Engineering Real, or Just Vibe Coding in a Better Suit?

July 3, 2026 · Paul Graham, Hackers & Painters~5 min read

Somebody on r/softwarearchitecture asked out loud what a lot of us had been muttering into our coffee: is "agentic engineering" mostly vibe coding with better marketing? Eighty-two people upvoted it. Fifty-two piled into the comments. And the reply that shot to the top wasn't a defense of anything — it was a shrug older than the whole argument.

The quote that stopped the thread

Here's the line that got eighty-four upvotes: software engineering has never really been about writing code. Code is just the artifact you leave behind. The real job is managing complexity. Another commenter put it blunter — "'agents' means an LLM in a loop; all of it is marketing, none of it is real." Forty people agreed. I've seen this movie before, and both those comments are describing the same table from different ends of the room.

Code was never the deliverable

Twenty-odd years ago Paul Graham wrote a book called Hackers & Painters, and the spine of it was this: a hacker is a maker, not a scientist. Programming is a medium for thinking, the way paint is a medium for a painter. You don't judge a carpenter by how many boards he cut. The boards are the leftover. What you're paying for is the part where he decided which cuts to make, in what order, so the thing holds weight and doesn't wobble in five years. Graham's word for that was taste. The forum's word is managing complexity. Same nail, different hammer.

So when the agent generates a pull request in nine seconds, it did the board-cutting. Fine. That was always the fast part. Nobody stayed late at my old company because the typing was slow. They stayed late because the thing three people wrote didn't agree with itself, and somebody had to sit down and figure out why.

That figuring-out is the whole job. It's holding the shape of a system in your head, knowing which piece leans on which, seeing the crack before it opens. Graham's painters saw a canvas that way. Good engineers see a codebase that way. The typing is just how the seeing gets written down.

What the tool actually does — and where it stops

Strip the buzzwords off "agentic" and you get an LLM in a loop, calling a few tools, taking a few passes. That's not an insult; that's just the plain-English version. It's a good tool. It cranks out the artifact — the PRs, the demo, the lines of code. What it can't hand you is the understanding of what it built, the design you have to own, and the control to change it next quarter without the whole thing coming apart.

The honest guy who admitted it

Over on r/AI_Coders somebody said the quiet part out loud: "My frontend is vibe-coded because I don't actually know what I'm doing. I know what I want, I just don't know how to make it." That's the whole fight in one sentence, and I respect him for it. He's got a working frontend and no idea what's inside it. He owns the artifact. He does not own the thing Graham was talking about. When the layout breaks in eight months, he'll be staring at code that answers to nobody in the room.

And here's what nobody tells you at the demo: that gap doesn't stay small. A house you don't understand is fine until the first leak. Then you're paying somebody to find the pipe, because you never learned where it runs. The artifact came free and fast. The bill for not understanding it shows up later, and it always has your name on it.

So how do you tell the substance from the suit

You don't argue about the word "agentic." You run one test, and it's the test Graham would run on a language or a painting: does this tool help me make a real thing I understand and can control — or does it hand me an artifact I can't? Same week the Reddit thread lit up, developers on V2EX were living the failing side of it. One team wrote that a vibe-coded project had grown past the point where anyone could steer it. Another thread asked whether you even need to read the AI's code anymore, and whether the ones who don't will be the first out the door.

Those are the same question. When the tool builds you a thing you can steer, that's engineering with a faster bench. When it builds you a thing that steers you, the marketing won and the craft left the building.

Notice the test says nothing about how the code got written. A cabinet is good or bad whether the guy used a hand plane or a power sander. The sander is faster. It's still his cabinet, his measurements, his call on where the joints go. If he can't tell you why the door hangs the way it does, the tool didn't make him a woodworker. It made him somebody standing next to a nice cabinet. That's the line, and it hasn't moved in twenty years. The tools got louder. The line stayed put.

Here's the thing. The word "agentic" isn't the tell. Ownership is. Point the agent at your codebase this afternoon, take whatever it hands back, and ask the plain question in front of a coworker: can I explain why it did that, and can I change it next month without praying? If yes, you've got a sharper tool. If no, you've got a faster way to build something nobody's driving.

Framing drawn from Paul Graham, Hackers & Painters. The forum threads (r/softwarearchitecture, r/AI_Coders, V2EX, late June 2026) are real community discussion, not peer-reviewed evidence; treat them as the temperature of a debate, not a measurement of it. This is one working engineer's read, not a verdict on any specific tool.

技术

智能体工程，是真本事，还是换了身好西装的氛围编程？

2026年7月3日 · 保罗·格雷厄姆《黑客与画家》约 4 分钟

r/softwarearchitecture 上有人把大伙儿闷在心里的话喊了出来：所谓"智能体工程"，是不是换了层营销皮的氛围编程？帖子 82 个赞，52 条评论。可冲到最上面的那条回复，不是替谁辩护，是一句比这场争论老得多的话。

那句话把整个帖子按住了

拿了 84 个赞的原话是这么说的：软件工程从来就不是写代码这回事。代码只是你留下的产物，真正的活儿是管理复杂度。底下另一条更直接——"'智能体'说白了就是循环里的一个大模型，全是营销，没一样是真的。" 40 个人点了赞。这场面我见得多了，这两条评论其实是从屋子两头，在说同一张桌子。

代码从来就不是交付物

二十多年前，保罗·格雷厄姆写过一本《黑客与画家》，整本书的脊梁就一句话：黑客是创作者，不是科学家。编程是拿来思考的媒介，就像颜料是画家思考的媒介。你别看木匠锯了多少块板——你评价一个木匠，从来不是数他锯了几块。板是剩下的渣。你花钱买的，是他决定"哪块先锯、按什么顺序锯，让这东西受得住力、五年不散架"的那一下。格雷厄姆管这叫品味，论坛上管这叫管理复杂度。一个钉子，两把锤子。

所以智能体九秒钟生成一个 PR，它干的就是锯板那一段。行，那段本来就快。我以前公司里，没人是因为打字慢才加班的。大家加班，是因为三个人各写各的，写出来的东西自己跟自己打架，总得有人坐下来搞明白到底哪儿对不上。

这工具到底干了啥，又在哪儿停住

把"智能体"这词的炒作皮剥掉，剩下的就是循环里的一个大模型，调几个工具，来回跑几趟。这不是损它，这就是大白话版本。它是个好工具，飞快地把产物量产出来——那些 PR、那个演示、那一堆代码。它交不到你手上的，是"看得懂它造了啥"、是那份你得自己扛的设计、是下个季度还能改动它、且不至于整个散架的掌控。

那个老实承认的人

另一个版块 r/AI_Coders 上，有人把这层窗户纸捅破了："我的前端是氛围编程糊出来的，因为我压根不知道自己在干嘛。我知道我想要啥，就是不知道怎么把它做出来。" 一句话把整场争论说透了，这份坦白我服。他手上有个能跑的前端，里头装了什么他一无所知。产物在他手里，格雷厄姆说的那个东西不在。等哪天布局崩了，他对着的是一屋子没人认领的代码。

那怎么分辨真本事和那身西装

别去争"智能体"这个词。就跑一个测试——格雷厄姆用来验一门语言、验一幅画的那个测试：这工具，是帮我做出一个我看得懂、控得住的真东西，还是塞给我一个我根本没数的产物？就在 Reddit 那帖火起来的同一周，V2EX 上的开发者正活在失败的那一侧。有个团队写道，公司一个氛围编程的项目，已经涨到没人能掌控了。另一个帖子问：AI 写的代码到底还要不要看，不看的那批人是不是会最先被淘汰。

这俩问的是同一件事。工具给你造出一个你能掌舵的东西，那是工程，只不过台子更快了；工具造出一个反过来掌你舵的东西，那就是营销赢了，手艺出门了。

说白了，"智能体"这个词不是破绽，"是谁在掌舵"才是。今天下午你就把智能体对着自己的代码库跑一遍，把它吐回来的东西接住，当着同事的面问一句大白话：它为啥这么干，我讲得清吗；下个月要改，我不用烧香拜佛就能改吗。答得上，你手里是把更利的工具；答不上，你手里是一台造得更快、却没人在开的车。

框架取自保罗·格雷厄姆《黑客与画家》。文中论坛帖子（r/softwarearchitecture、r/AI_Coders、V2EX，2026 年 6 月下旬）是真实的社区讨论，不是同行评审的证据；把它们当作一场争论的温度，别当成对它的测量。这只是一个一线工程师的看法，不是对任何具体工具下的判决。

テクノロジー

エージェント工学は本物か、それとも上等なスーツを着た雰囲気コーディングか

2026年7月3日 · ポール・グレアム『ハッカーと画家』約 6 分

r/softwarearchitecture で、みんながコーヒー片手にこぼしていた本音を、誰かがはっきり口にしました。「エージェント工学って、要は体裁を整えた雰囲気コーディングじゃないの？」と。賛成 82、コメント 52。でも一番上まで上がった返信は、何かを弁護するものじゃなくて、この議論よりずっと古い一言だったんですよね。

スレッドを止めた一言

賛成 84 を集めた原文はこうです。ソフトウェア工学は、そもそもコードを書くことじゃなかった。コードは残していく成果物にすぎず、本当の仕事は複雑さの管理だ、と。その下にもっと直球のコメントがありました——「『エージェント』なんて、ループの中の LLM のこと。全部マーケティングで、本物は一つもない」。40 人が賛成しています。この光景、何度も見てきました。この二つのコメント、部屋の両端から同じ一つのテーブルを指しているだけなんですよね。

コードは最初から納品物じゃない

二十数年前、ポール・グレアムが『ハッカーと画家』という本を書きました。背骨は一つ。ハッカーは科学者じゃなくて作り手だ、と。プログラミングは考えるための媒体で、それは絵の具が画家にとっての媒体なのと同じ。大工が板を何枚切ったかで腕を測る人はいませんよね。板は残りかすです。お金を払っているのは、どの板をどの順で切れば荷重に耐えて五年たってもガタつかないか——そこを決めた一手のほう。グレアムはそれをセンスと呼び、フォーラムはそれを複雑さの管理と呼ぶ。釘は一本、金槌が二つ、それだけなんですよね。

だからエージェントが 9 秒で PR を一つ生成しても、やったのは板を切るところ。いいんです。そこはもともと速い工程でした。僕の前の会社で誰かが残業していたのは、タイピングが遅かったからじゃない。三人がそれぞれ書いたものが、互いに噛み合っていなくて、誰かが腰を据えて、どこが食い違っているのかを突き止めるしかなかったからなんですよね。

この道具が実際にやること、そしてどこで止まるか

「エージェント」からバズワードの皮を剥ぐと、残るのはループの中の LLM が、いくつか道具を呼んで、何度か回しているだけ。けなしてるんじゃなくて、噛み砕くとこうなる、というだけの話です。いい道具ですよ。成果物をどんどん量産してくれる——PR も、デモも、コードの山も。ただ手渡してくれないものがある。自分が何を作ったのかという理解、自分で背負うしかない設計、そして来期にそれを触っても全体が崩れないだけの制御。ここは道具の手が届かないんですよね。

正直に認めた人

別の板の r/AI_Coders で、誰かが本音を言いました。「僕のフロントエンドは雰囲気コーディングです。だって、何をやってるか自分でも分かってないから。何が欲しいかは分かる。でも、どう作るかが分からない」。この一文で議論が丸ごと透けて見える。正直さは尊敬します。動くフロントエンドは手元にあって、中身は一つも分かっていない。成果物は握っているけど、グレアムが言っていたほうは握っていない。八か月後にレイアウトが崩れたら、部屋の誰にも属さないコードとにらめっこになるんですよね。

じゃあ、本物とスーツをどう見分けるか

「エージェント」という言葉で議論しないことです。テストを一つだけ回す。グレアムが言語や絵を検めるのに使ったのと同じテスト——この道具は、自分が理解して制御できる本物を作る手助けをしてくれるのか、それとも自分が把握できない成果物を渡してくるだけなのか。Reddit のスレが燃えたのと同じ週、V2EX の開発者たちは失敗した側を生きていました。あるチームは、雰囲気コーディングのプロジェクトが、もう誰も操縦できないところまで膨らんだ、と書いていた。別のスレはこう問うていました。AI の書いたコードは読むべきか、読まない人から先に淘汰されるのか、と。

この二つ、同じ問いなんですよね。道具が、自分で舵を取れるものを作ってくれるなら、それは台が速くなっただけの工学。道具が、逆にこちらの舵を握るものを作るなら、マーケティングが勝って、手仕事が部屋を出ていった、ということです。

正直なところ、破綻は「エージェント」という言葉じゃなくて、「誰が舵を握っているか」のほうに出ます。今日の午後、自分のコードベースにエージェントを一回かけて、返ってきたものを受け取って、同僚の前で素朴に一言聞いてみてください。なぜこう書いたのか説明できるか。来月これを、お祈りせずに変更できるか。答えられるなら、手にあるのは切れ味のいい道具。答えられないなら、速く作れて、でも誰も運転していない車、なんですよね。

枠組はポール・グレアム『ハッカーと画家』から。本文中のフォーラム投稿（r/softwarearchitecture、r/AI_Coders、V2EX、2026 年 6 月下旬）は実在するコミュニティの議論で、査読を経た証拠ではありません。議論の温度として読み、測定値としては扱わないでください。これは現場の一エンジニアの見方であり、特定の道具への判決ではありません。