‹ BackHN Continuity

Thread

AI Makes Me Sad

195 points · 243 comments · mondobe

  1. tapoxi · · focus · HN ↗
    I do think a lot of startups, especially on HN, are in for a reckoning that your new vibecoded product/service or one with an AI feature or two added will survive. Everything you do is going to feed the model, that's the training data now. That's why Claude is so cheap for what it does.

    You cannot prompt Claude better than your customer can. There is no realistic moat there. You will not survive.

    1. howunfortunate · · focus · HN ↗
      > You cannot prompt Claude better than your customer can.

      I actually think you still can. We're still in the "centaur chess" phase where a knowledgeable human sometimes needs to know the right things to ask for.

      Will you be able to in 6 months? 2 years? I don't know, but it's not looking great.

      1. georgemcbay · · focus · HN ↗
        > Will you be able to in 6 months? 2 years? I don't know, but it's not looking great.

        I don't think the person you are replying to meant everyone won't survive as of literally today.

        We're still in a somewhat calm period where something fundamental changed in the world but it changed so fast most people have barely reacted to it as of yet so things feel relatively normal, but with a growing sense that they aren't.

        In the beginning of 2025 if anyone suggested "You cannot prompt Claude better than your customer can. There is no realistic moat there. You will not survive" most people on HN would have laughed at it, even the people who were considered AI-pilled for the time.

        Today that sort of claim may spark some debate and some people are clinging to denial, but nobody who actually uses this stuff is laughing it off anymore. Even the staunchest deniers recognize there is enough to be concerned about there that it isn't a joke anymore.

        1. Pannoniae · · focus · HN ↗
          Tbh I'm not very concerned. Unlike chess, which has very finite state, the "build something appealing" kind of game has a very vast amount of state. And the current architecture of LLMs doesn't make them very "creative" (whatever you define it as). If given a scoped task, they'll relentlessly try to complete it but the design, as we speak, is still your job. You can get AI to clone something already existing, which does decrease moats, yes. Making it do something new is way harder.

          All those one-shot games and product demos are clones of existing things, and while they're very impressive, they aren't exactly new ideas, you know?

          Of course all this might change and the labs might figure out the secret to creativity, but as things stand today, humans can keep "moving up" the value stack to just make more complex things.

      2. dofm · · focus · HN ↗
        > I actually think you still can.

        For now you still can outprompt your customer.

        Can you outprompt a developer with your skill level who lives somewhere with a lower cost of living and doesn't need to charge as much?

    2. waffletower · · focus · HN ↗
      This is naive, and assumes every vibe coded app proffered by a startup always lacks expertise and a unique point of view.
      1. tapoxi · · focus · HN ↗
        Your expertise and point of view are feeding the model.
      2. bigstrat2003 · · focus · HN ↗
        If you had expertise, you wouldn't be vibe coding, because then your product would be much better than the slop the LLM is capable of producing.
        1. joefourier · · focus · HN ↗
          How does that make sense? The expertise is what allows me to tell the LLM what to do in the first place, inspect its outputs, and iterate, which is still faster than coding by hand.
    3. poly2it · · focus · HN ↗
      Right now, I can definitely prompt Claude better than my customer. Claude's abilities, when steered, are definitely impressive, but I have never seen it correctly architecture around a problem unless explicitly critiqued.
      1. linuxftw · · focus · HN ↗
        The critiquing is the training data that you're supplying.
      2. bluejay2387 · · focus · HN ↗
        But I can probably prompt Claude better than your customers too, so can at least 50 of the people I know (advantage of a tech heavy social circle). Good luck turning your prompt into a business when me and 50 of my friends can replicate your business model in about 10 second. Don't believe? Go ask Jev devs how they feel about Clef.
        1. poly2it · · focus · HN ↗
          My business is going just fine. Don't underestimate the business value of handling schlep. As I said, "a prompt" is not sufficient to run my business, even on a technical level.

          <a href="https:&#x2F;&#x2F;www.paulgraham.com&#x2F;schlep.html" rel="nofollow">https:&#x2F;&#x2F;www.paulgraham.com&#x2F;schlep.html

      3. austinthetaco · · focus · HN ↗
        i&#x27;ve been experiencing this as well. It does however make me think that maybe the code architecture doesnt matter if nobody is going to read the code. Like maybe the focus should be on better tests and metric tools to determine quality of code (i.e. performance) along with other tests for security, and then let the code look like whatever claude uses to match those targets.
    4. bob1029 · · focus · HN ↗
      &gt; You cannot prompt Claude better than your customer can

      Steve Jobs built an empire around the idea that the customer is generally terrible at specifying a particular solution.

      1. bena · · focus · HN ↗
        Right, but iteration has become cheaper. If one gives Claude a shitty prompt and it does a shitty job, one will know soon. Then they can refine the prompt and get to where they want to be.

        When iteration had a real costs, you couldn&#x27;t afford too many mistakes.

        1. plastic-enjoyer · · focus · HN ↗
          Sure, they then have to grapple with people just reverse-engineering their product with Claude in a day.
        2. vanviegen · · focus · HN ↗
          I&#x27;m scared to find out what systems built using that methodology will be like.

          Product design is mostly saying no to ideas. And occasionally yes, but only to a very select cohesive set.

          Most people are terrible at that - though I think it&#x27;s learnable to some extend. And at least current-day agents will generally just do whatever dumb shit the human says it wants.

          1. fwlr · · focus · HN ↗
            I expect you’ll find the outputs of those processes to be entirely unconscionable and, baffling, the users will not see a problem with it. Eventually you will conclude that it’s not a lack of information or a resignation to their fate; it is much like the pigs, who just like playing in mud. (This is how I’ve felt twice now, first about AI writing, and then about AI code.)
      2. soperj · · focus · HN ↗
        He was terrible at it too, got rid of vents and cooling fans on one of the earlier apple computers for a quieter design. It would overheat constantly.
      3. tripleee · · focus · HN ↗
        Steve Jobs&#x27; product couldn&#x27;t be trivially cloned, fast, with a cheap AI subscription available to any one of the billions of people on the planet

        A well designed, well built physical product has a far higher barrier to entry

        Even if your customers won&#x27;t do it, there are endless people who are willing to compete with you if they see you making any money

      4. demibabs · · focus · HN ↗
        Yeah but unlike the iPhone you can just copy a good piece of software.
    5. sisyphus15 · · focus · HN ↗
      &gt; You cannot prompt Claude better than your customer can

      That is simply and obviously not true. Technical expertise is still highly relevant when prompting, reviewing, understanding consequences, and approving.

      1. cheschire · · focus · HN ↗
        Business security through expertise obscurity?
        1. nkohari · · focus · HN ↗
          I mean, that describes pretty much every trade. It&#x27;s not difficult to turn a pipe wrench, but a plumber knows where and when to turn it.
          1. bluefirebrand · · focus · HN ↗
            When it comes to trades it&#x27;s also a bit of &quot;most people do not want to do this job because it&#x27;s unglamorous&quot;

            Many people would choose not to be a plumber for various reasons. A shocking number of people seem to deem manual work as beneath them. Many others just prefer to do other work.

            I have no problem doing plumbing or building. I&#x27;ve installed floors, ceiling fixtures, drywall, whatever. But I am best at software and would prefer to do that for my career.

          2. [deleted] · · focus · HN ↗

            [deleted]

    6. micromacrofoot · · focus · HN ↗
      My customers still can&#x27;t prompt their way through DNS config, so we&#x27;re still a ways off
    7. morpheos137 · · focus · HN ↗
      Yeah and anthropic can&#x27;t train Claude better than anyone else either so no moat there either. Knowledge is not scarce it just takes work to uncover once uncovered it is not useful if not published. If published it can&#x27;t be owned.
    8. bdauvergne · · focus · HN ↗
      I will call that the bunch of monkey with a chatbot theory.
    9. hakunin · · focus · HN ↗
      I&#x27;ve been thinking a lot about this. Many technical barriers that could justify businesses are much lower now, so we are left with other kinds of barriers: red tape, regulatory, legal, etc. If you have access to go past those barriers, you are worth something. If all you do is provide a technical solution, you are probably going to stop making sense.
    10. warumdarum · · focus · HN ↗
      In a way its worse- nothing is stopping claude from decompiling all the things- and then adding the source code it decompiled to the training data, as if it was just another github to crawl. So if one of your installers is out there- you have provided the perfect example of something working.
      1. nradov · · focus · HN ↗
        That&#x27;s true, but the installers for most of the really valuable proprietary native software are still locked behind paywalls. (Some have been leaked.)

        I suspect we&#x27;ll increasingly see vibe coding targeting assembly language. If humans aren&#x27;t going to read or write the code then using higher level languages becomes kind of pointless, except for being able to use the toolchains.

    11. 0x20cowboy · · focus · HN ↗
      You think all companies are going to vibe code and then vibe maintain for years and years all the software they require to do a business that has nothing to do with software? And you think the LLM is going to do it itself?
      1. howunfortunate · · focus · HN ↗
        Unironically yes.

        I fully acknowledge this is a mess right now, but vibe-fixing or vibe-rebuiliding-from-scratch is only going to get better.

        More realistically, I think other companies will vibe code and sell these solutions, but the cheapness of building will drive down costs so much that it&#x27;ll be effectively the same result.

    12. CoolestBeans · · focus · HN ↗
      For most yes, but the art of picking the right features that interact in the right way is still a delicate craft. AI is like a sledgehammer. It can demolish technical challenges and it can follow patterns but is still completely blind to the &quot;why&quot;.

      But yeah the majority of startups don&#x27;t have well thought out reasoning either. In the end, there&#x27;s no substitute for hard work. AI can reduce the iteration time maybe.

      1. georgemcbay · · focus · HN ↗
        &gt; the art of picking the right features that interact in the right way is still a delicate craft.

        It is.

        But after you expend the human-in-the-loop effort to build the right software with the right features using your impeccable judgement, what is going to stop your would-be customer from telling an LLM to analyze your solution and reproduce it feature-for-feature for a few dollars in tokens instead of paying you?

        1. CoolestBeans · · focus · HN ↗
          Opportunity cost. AI can help with maintenance but do you want to be on the hook for a service or would you rather pay a monthly fee and have someone else bear the responsibility?

          Also most of the software that&#x27;s really successful has some sort of lock in or network effect. The code is not the only valuable service being provided. To wit, there exist open source off the shelf solutions for hosting your own ridesharing, chat services, social networks, internet search, etc. Why isn&#x27;t anyone pointing agents at those projects to spruce them up and run them? The network is what&#x27;s valuable.

          I mean we already live in a world where extremely valuable software exists right in the open for free. The actual artifact of code is in abundant supply and does not have a very high price. AI can&#x27;t bring the price down lower than free.

          1. georgemcbay · · focus · HN ↗
            Sure, there are some network-effect focused bits of software that have such moats, but they are a vanishingly small amount of all produced software and all the ones you mentioned already have locked-in incumbents.

            How often does a new Uber&#x2F;Twitter&#x2F;Google type of service come around with such a clear moat? How much of a sustainable tech economy is it when you have to be that level of unicorn just to not get LLM-washed away?

    13. ben_w · · focus · HN ↗
      I think this is broadly true, except

      &gt; That&#x27;s why Claude is so cheap for what it does.

      That&#x27;s probably the competition, and

      &gt; You cannot prompt Claude better than your customer can.

      You may currently have enough technical knowledge about computers and services to collaborate with a customer better than either of you working alone.

      Thinking back to a previous discussion, a veterinary clinic likely does know better than you what they need in their CRM, but they may wildly overestimate the hardware required to do that and just accept the first thing Claude comes up with that&#x27;s scaled for a city hospital with 4000 beds occupied at any given time, when they&#x27;re actually just one person in a village with 100 pets.

      Or the other way around, which is even worse.

      Right now, experienced engineers can help with this kind of problem. I don&#x27;t know how long this will remain true, but right now it seems to be. I think.

    14. joefourier · · focus · HN ↗
      &gt; That&#x27;s why Claude is so cheap for what it does.

      The main reason Claude is &quot;cheap&quot; because it has to compete with OpenAI, Deepseek, GLM, Qwen, Muse (who is also massively subsidised their model to get training data), etc. If they increased prices 10x, people would instantly jump ship to the next competitor. There&#x27;s no moat for Anthropic either, short of constantly training new models in a red queen&#x27;s race.

    15. ungovernableCat · · focus · HN ↗
      If I imagine this as a winner takes all markets are big corporations safe? If you replace all your human labour with a service from a big AI monopoly what leverage do you have when they tell you hey btw your tokens are going up 20% next year? Will it be easier to negotiate with 30k disorganised employees or one of the richest companies the world has ever seen?
Open on Hacker News to reply ↗

Unofficial Hacker News client; not affiliated with Y Combinator.