I'm gonna try (and fail) to keep this brief, but a lot of people are starting to see that the AI bubble is real and that AI isn't the cure all for business that their creators said they would be. I wanted to give my thoughts on this, as I've been working in large volume data systems (aka Big Data) my whole career, and AI has only come about in the past 3 years or so as some kind of game changer in my industry (when in reality it is anything but)
What AI is good at
Let's start with the positives. AI, as much as it winds me up sometimes, is very, very good at specific use cases. Let's hit them up:
- Brainstorming & ideation: I use ai for this myself in my writing, and it has made a lot of my process streamlined in a way I couldn't do myself without weeks of ideation. I can be creative, but AI has helped me create entire characters conceptually, and ideas that I can then take and evolve to be my own. The same is true in business - ai is very good at coming up with a concept that can then be tested by people to see its viability. This is one of two great use cases for it in R&D.
- Data quality in large datasets: ai can be good at data analysis and finding duplicates or anomalies in large datasets that no human can reasonably infer. It can get data quality up to 80% better with nominal effort, letting a person do the rest of the clean up using more nuance and accuracy. This isn't a silver bullet, but it is a massive work flow improvement solution for data quality improvements, something which large companies are notoriously bad at inherently.
- Summarising CLEAN data: if your data is good but there is lots of it (say in research papers for instance), ai is excellent in summarising the findings in a way people can easily digest them. This is the second big R&D use case.
- Copilot activity: whether it is coding, writing, or analysis, ai can generate results faster than a person. Provided a person is there to validate the result, ai can provide some serious boosts to efficiency across businesses when used well. It has the potential to maximise all of your existing staff, but that isn't an excuse to replace them.
- Unstructured data handling: if you have a lot of your data buried in emails, pdfs, or messy texts and tickets, ai is great at extracting the value and critical info from them. People aren't good with unstructured data, but LLMs are designed for them.
Depending on the use case, this can dramatically accelerate the company growth and value granted by R&D teams, analysts, developers and product managers. It can also ease the friction between the little guys who are the doers and the executive teams by making the minutiae of what is being done easily digested by ceos and executives. You don't need to have a business degree to communicate complex concepts around computing to a board if an ai can summarise your findings into an easily digested blurb.
Where AI goes wrong
This is a huge issue, and one businesses are now finding out are seriously non-trivial problems. A lot of what ai is good at at a topic level is also where it can struggle at a more operational and fundamental level. Fred Brooks said it best - "There is no silver bullet" when it comes to software engineering. The trouble is, everyone seems to have forgotten this and has been trying to create said silver bullet despite his essay to the contrary. So let's go over where AI fails and why.
- Data quality: there is a lot AI can do here as i said, but there is also a lot it can fuck up if left unsupervised. I mentioned it can find 80% of duplicates and identifies anomalies well, but it is shit at edge cases. It also has a nasty habit of seeing false positives (milk 1.0L vs milk 1.5L can be seen as the same item to an ai without proper context). This is because an LLM works in probabilities rather than exact matching & semantic understanding. although some semantics are encoded, understanding all semantic nuances across untold languages is a huge ask. Couple this with abbrievating and product names having similar iterations, you can have a serious issue squeezing the last drop of quality out of your data with just an LLM doing the graft alone.
- R&D operations: although good at ideation, AI is too costly to use for any operating of R&D. The test to fail and iterative nature of that kind of work often can and does cause budgets to get wiped fast by the people trying to see if an idea is feasible or valuable. Great for ideation and research summarization, yes, but for actual experimentation? Fuck no. The high volume of testing R&D tend to do in software development is insane, and those types of test are exactly the use cases that ramp up costs for an ai based solution. It is better to test as a person and take the results of those tests, feed it to the ai and get a summary of what happened to show the business your R&D is not wasting budget. Getting the ai to do the graft here is a guaranteed way to wipe the department's funding out fast.
- Temporal management: time is not an ai friendly concept. Be it semantic understanding of dates like ordering vs shipping vs delivery, or ideas like timezones and leap years, computers have always had a devil of a time understanding wtf we are doing with the calendar. This is not a trivial issue that you can throw an ai at to resolve either. Humans have built entire date management code libraries and data warehousing solutions for this one issue, so a computer can do things with time. We also can inherently understand things like "a refund must occur after a sale", or "pregnancy happens before birth", while an ai needs to be told this (and that second example it got wrong when I was asking is it any good at time). This is a nightmare if you are trying to use it for a forecasting or attribution modelling solution.
- Knowledge retention: ai has a very bad habit of summarising data into the ground when exposed to more and more of it. Critical info often gets obliterated in the process of feeding an ai data. I have hit this a number of times in my writing as I use ai as an auditing and editing tool, and often it starts forgetting what I told it to check for as I throw more chapters at it. If you seed it well, it can manage, but if you don't? Expect it to forget the critical email you fed it as a ruleset after feeding it another 100 more to assess. The larger the ruleset you need for an ai, the more likely it is to try and crunch that ruleset down to save on compute, leading to it forget what you told it.
- Temporal leakage: this is a fun piece of ai specific nonsense related to how all computers suck at the Human understanding of time, couple with the knowledge issue I just mentioned. An ai forecasting model can and does often start seeing future events it predicted as being events it can use as part of its model. This is basically the ai becoming so confident it "knows" the future that it uses it as if it is part of the past that it is building the data from.
- Slowly Changing Dimensions (SCDs): this is a database / data concept where a unique id is only unique inside a specific timeframe, and can be overwritten due to business logic. Say you have a barcode that is being used by supply one month to represent raspberries and another to represent a blouse (yes this does happen for cost saving purposes, I can attest to this personally). An ai will look at the data and see the unique id as not reliable and code it's way around it, potentially in high cost to compute methods rather than building a different unique id specifically to manage the issue (which is how SCDs are supposed to be handled long term). There are also different types of SCD which add further complexity to the problem (4 main types with 3 hybrids), and ai is really bad at knowing how to handle these effectively.
- Infosec: to build certain products like forecasting tools, an ai will need almost unfettered access to a host of internal systems. This is a security officer's and CDO's nightmare. In business, most people are treated as getting the least amount of access they need to do their job. With an AI, you need to give it a lot more access, and we have seen instances where businesses have lost almost everything because the ai had unfettered access to everything. This paradox of needing an ai to be unrestricted while having it limited to what i needs access to is still something that security management teams and platforms haven't solved.
- Repeatability: we have probably all seen the photo of the Dwayne "The Rock" Johnson being turned into an abstract Picasso painting over 100 iterations by chatgpt by now. That problem is not limited to images. Because of the more probabilistic nature of ai, you can ask it to do a task multiple times and it will provide slightly different results each time. This is fine if the issue is a real time problem and new data is coming in technically, but often it is just the ai doing what it naturally does - behaving probabilistically. If the data is unchanged, the solution should not change. However, because of the inherent issues in ai, it can give different answers for the same problem. If you need a consistent result, ai aint the best way forward.
- Hallucinations & "Garbage in, Garbage out": I've had this happen and it's become a bit of a meme. An ai will not reason like a person. It isn't "question > research data > answer" that an ai does. It's "context > pattern inference from data > probabilistic outcome". This may seem to be the same, but humans are better at seeing a fact based on nuances that a computer is. An LLM is only as good as the data it is trained on, and if some of that data is logically impossible to be true alongside other data, the ai won't see that and say "hang on something is off here" as it can only work on what it is fed. This always happens with the old "garbage in, garbage out" issue in data, but ai can taken it further by trying to bridge the gaps in data it is missing. The LLM doesn't know fact from fiction, nor does it even know what is fact unless it is told. Even then, if said facts are rendered out of existence due to the knowledge retention problem, the ai will be prone to seeing a mirage.
When Humans fail at AI
There are a lot of foibles I've already highlighted that are ai specific, but the following are things that are more human centric issues. Things we don't consider, or things we aren't aware of at all, they have an affect on why ai becomes an issue rather than a fix.
- Hidden Costs: ai is not just a token x price model for costing. There are about 17 other variable costs under the hood that also are impacted by its usage. One moment people think it's a cheap automation solution, the next they realise they have built an entire platform in parallel to their original product.
- Wrong tool for a problem: we have already had a lot of tools that ai is actively being used as a replacement for when it is more expensive than the original option. It's like buying a themomixer and using it just to heat water for a cup of tea. A lot of tools in data existed before ai that did the same thing ai does, and those tools are often cheaper than burning a token or 12 to find the same answer.
- Amplifier vs Replacement: using an ai to amplify the efficency of your current staff is a good use of ai. Using ai to replace your staff and assuming it will retain their business knowledge and understanding of systems? Not so much. The first gives you a massive productivity boost. The second gives you massive budgets, high risks, and trust fails.
- 80/20 rule: ai is great at getting 80% of the way through a problem, especially issues like data quality as i said earlier. However the last 20% will be comprised of edge cases, nuances that often have a temporal component, business exceptions that humans grasp instantly while an ai won't get without patent prompting that may cause it to forget other exceptions, or good old fashioned legal situations. These can lead to huge cost risks if an ai is left to try to do those things alone. Those are human centric problems that an ai is just shit at solving, but a person can (with the appropriate training) solve these problems cheaper than an LLM ever could.
- Cost Scaling: similar but different to hidden costs. When you ask an engineer to solve a problem, he isn't going to charge you extra on top of his contract. When you ask an ai, they will charge you for what they do (be it in the form of tokens+compute). Businesses have yet to realise the cost of an ai isn't linear, and the use cases for reducing those costs do not include replacing whole teams with agents.
So is AI useless in the modern business?
No. Absolutely not. I day this as someone who swears at AI responses a lot too. AI has its use cases. You do not want to pay a data scientist a six figure salary to work on:
- repetitive tasks
- probabilistic outcomes
- narrow use cases
- unstructured data
- first pass analysis
- classifying datasets
- transcribing and summarising
These things are time heavy for a high value asset to work on, while an AI can do them at speed with low compute costs and high rates of return.
However, you don't want an ai to be responsible for:
- architecture with weak data governance
- multi-month R&D projects or high scale iteration projects
- high accuracy solutions
- autonomous systems
- systems with huge context requirements
- cross system orchestration
- source of truth development
- any projects where trust collapse is a business risk to avoid
- frontier model dependent work
- problems with significant temporal & governance requirements
Giving AI free reign over these is asking for pain. It leads to creating parallel systems of operation that both need to be maintained, or situations where a single prompt can generate hundreds or thousands of calculations under the hood.
TLDR
AI is great for getting rid of the menial effort of business. However it cannot be used to replace your workforce, especially anyone with in depth business knowledge. It isn't good at providing facts/truth, but if you need what is probably true (give or take 20%) it is a decent alternative to a person.
I added it because for me it is proving helpful, but if and only if I give it a sufficient volume of context on how to do the job I want it to do.
Eg: I am rewriting a book I wrote into a version with a (hopefully) more approachable style (litrpg to progression fantasy). Doing this without throwing the original away is hard for me, but with AI I am finding it has become more straightforward.
At first it was a slog - give it a high level concept then fight with it on every chapter and watch it hallucinate or become a dementia patient as it forgot what I told it, only to redo the chat from scratch because it got too slow. Then I considered what I was asking of it, and realised I was abusing it like an alcoholic dad.
My most recent iteration of this process has been a lot less painful for all involved. I gave it seed rules, lock that in place, then throw each chapter I rewrite into it to find where I'm breaking my own rules or linguistic consistency. Past ten chapters have been very clean to edit and fix with no arguing at the ai at all. I'm happy, my wife is happy because I'm not swear at the computer, and the ai is happily churning through chapters without having to slow down.
As such I'm not hiring an editor and getting feedback on how much improvement I'm making on the original version as a result too.
Good point. LLMs will do best with language-related tasks, such as helping you rewrite chapters of your book (congrats, btw). I am looking at it mainly from a software engineering perspective, which requires a high level of accuracy and correctness. AI slop is a nightmare.
Your TLDR summary is very good - roughly 80/20 ratio of accurate vs. inaccurate results. I guess that is one of the main problems I have with LLMs... there are not many use cases where results with that ratio of errors are going to be acceptable, and fixing the 20% can be very expensive - kind of a deal breaker in many business contexts.
This reminds me of two other problems with AI. First, the current cost is still being subsidized by investors (the flat-rate pricing). That is gradually giving way to per-token pricing, which is much more expensive. This is going to make positive ROI calculations even more difficult for AI.
Second, never-ending LLM training is based on the theft of human-generated copyrighted material and intellectual property on an industrial scale. Some of the lawsuits that have already started look like they are going to be massive... it is possible that LLM vendors could be sued out of existence someday (lawsuits take a very long time).
I have used Claude and Gemini for writing fiction & your analysis seems spot on. I clearly have a problem with seeding it correctly & the way Claude operates makes it great for writing, but is a token hog as you move forward. I recently learned it re-read everything gave it before to help maintain accuracy.
Using AI for an initial brainstorm & character development session works well, along side helping create a good outline. This next rounds I am thinking I need to focus on a single chapter at a time, get it to help flesh out ideas, refine it, and then run it through Sonnet or Opus again (as a new project not tied to chat history & seeded with my final edits) just to verify consistency.
Any chance you would be willing to give some pointers on what makes a good seed for yourself so I don't need to reinvent the wheel?
So my purpose is largely to enable a rewrite, one which I did after I finished my first draft entirely. I wanted it to identify if I made the book too much like a lit rpg genre while simultaneously preserving a bunch of frameworks I need to use to keep the progression fantasy elements in play. So I wrote out all the frameworks in a doc, pdfed it, uploaded it to a project file for the book along with the original version of the book. I took seed data from prior instances of auditing and revision analysis I was doing with it to preserve character ideation. Then rewrote each chapter, copied it into chatgpt with that seed data and ruleset in place. I also told it don't give me ideas, just flag the stuff I didn't do. Been working on it that way chapter by chapter.
That sounds like a pretty solid approach.
I realized I needed to add a few characters to help with good flow later in my series, introducing them in a natural way & maintaining my writing style (it has evolved over time). I learned the hard way that mixing AI should only be used (as far as I can tell) when world building, character creation and outlining.
It has saved me tons in time and costs with having editors go through everything.
I hope I end up reading, or listening, to some of your stories at some point. If I can make this a side gig within a year I will keep doing it. I always loved writing & creating stories as a kid, now I am back at it & hoping it works well.
Luckily I have a publisher in my neighborhood who has given me great advice & made it pretty clear that fiction writers should start by self publishing at Amazon, to build a following. Then if they really believe a publisher can expand their reach (again as a fiction writer) and finds a good fiction based publisher, go ahead and try a single book, or series with that publisher.
Publishers (at least the one I met with) see fiction mostly as one and done books that don't get sold after the first push, where fact based books (ie how-to or history as an example) will have people reach out for decades to get that information that is stored in the warehouse & is much more worth their investment in printing. He also made it clear that I should not skimp on the cover, make sure it is a cover that looks professional & encompasses what is would entice a reader to pick it up.
It's almost never worth it to take fiction writing to trad pub if you can afford to self publish. Trad pub keeps more of your royalties, will most likely insist on changes you won't want to make and will still toss most of the responsibility for marketing, book tours, etc into your lap.
Really, the only reason to go with trad pub is if you're chasing literary awards and want the prestige of being published by a big name publisher.
Instead, spend your time building up a newsletter mailing list, get on some list swaps, spend some time putting together a decent ARC team, make sure you nail your blurbs and 100% listen to the advice about the book covers. Book covers make or break your sales. There are some really good places out there where you can get decent covers for not a whole lot. If you're writing a series, be sure to buy all your covers at the same time, even if your next book won't be out for months or even a year or more. Continuity matters and you might not be able to find anything that will match enough. It's often cheaper to buy multiple covers at once than buying one at a time. Kind of like shopping in bulk.
You should start looking at other books in your subgenre so you can learn the style of what your genre looks like. Readers 100% buy based on covers and you only get a split second to get across to them what your book is about before their eye skips on past.
I write romance. In romance, covers with men in suits signals Billionair. Men in suits with tattoos, it's Mafia. Or if they're shirtless with tattoos, it's mafia. A crown with a dagger or sword, it's going to be Romantasy. Cowboy hats and sports uniforms are self explanatory.
TL:DR Everyone judges books by the cover.
Yeah, never try to write using ai directly. It is soooooooooo bad at it. Helping to name or flesh out an idea you came up with? It can be good at getting the creative juice flowing and thinking in a way perpendicular to your own. Getting it to create prose, however, is painful and a waste of its own response time.
Im avoiding the big publishers as they aren't great with a lot of modern fiction genres like the ones I've been listening to. Litrpg and progression fantasy seem to be supported more by more niche publishers like aethon, podium, and royal guard publishing.