Skip to content
Exploring Machine Learning, AI, and Data Science

Demystifying State in AI: Smarter Reasoning and Real-World Legal Applications

In this episode, Frank sits down with Devansh Devansh, founder and head of AI at Iris, whose journey spans from building a thriving tech community of over 10,000 on Substack to developing advanced legal AI tools that revolutionize how lawyers work through complex reasoning.

The conversation explores Devansh Devanche’s unconventional path into AI, his experiences navigating the evolving landscape of machine learning, and the unique challenges of creating transparent, trustworthy agentic systems in legal tech. Along the way, we uncover the story behind his distinctive “chocolate milk cult leader” branding, his philosophy on startup building, and why he believes that innovation in AI is more accessible than it may seem.

Whether you’re a technologist, a lawyer, or just curious about the future of AI, this is an episode packed with insight, optimism, and actionable advice.

Links

Time Stamps

00:00 Transitioning to Substack and AI Journey

05:32 Starting to publish research insights

07:37 Connecting with Senior Leaders

13:27 Issues with Legal AI Systems

16:55 Challenges with current AI systems

19:49 Demand for AI in legal and non-legal sectors

23:29 Challenges with AI system state management

24:51 Compounding AI returns over time

30:50 Meeting the CEO of Iris

34:20 Tailoring Startup Strategy to Strengths

36:26 Insights on Cluli’s Market Presence

40:27 Opportunities in AI Innovation

42:57 Reflecting on market evolutions

Transcript
Speaker:

90%. It's between 70 to 90% of your

Speaker:

cloud port tokens. Your usage goes into rereading

Speaker:

something it's already learned, which is an absolutely insane

Speaker:

problem to have currently. And what we want,

Speaker:

what we realized is our systems can start to solve that. So for instance,

Speaker:

we've released a free McP open source it called the Blackboard.

Speaker:

It's on the GitHub. If you use our Stateful Swarm McP, the Blackboard

Speaker:

McP, your token cost will go way down and you'll be able to

Speaker:

see how your AI is reasoning through things, what it looks at

Speaker:

and that guides our system to be evolved over time.

Speaker:

Hello and welcome back to Data Driven, the podcast where we explore

Speaker:

the emerging industry of artificial intelligence, data science and of course

Speaker:

data engineering, which really underpins it all. But I don't have

Speaker:

my favorite data engineer with me today, so it's just me flying

Speaker:

solo with our guest Devanche Devanch, who

Speaker:

is the founder and head of AI at eras. Hopefully I

Speaker:

said that right. And he went from creating a tech minded community of

Speaker:

10,000 plus people on Substack to building a

Speaker:

legal AI that strengthens how lawyers communicate reason and

Speaker:

work through complexity. He also lists himself on LinkedIn

Speaker:

as a chocolate milk cult leader. I'm sure

Speaker:

there's a good story behind that and we'll get into that. Welcome to the show

Speaker:

Devansh. Thank you for having me.

Speaker:

No problem. I saw your LinkedIn profile and I was like chocolate milk, is this

Speaker:

the same guy? So tell me

Speaker:

one Congratulations on your success on Substack. That's impressive.

Speaker:

What led you to

Speaker:

beyond Substack?

Speaker:

So I think what led me to be on Substack is a

Speaker:

more general downstream effect of me,

Speaker:

what led me to be on online in

Speaker:

general. I've worked as an applied AI researcher for quite a

Speaker:

bit and my specialization was a lot and low resource

Speaker:

environments for machine learning. But like in

Speaker:

2017 we had a team of three that beat Apple on Parkinson's

Speaker:

disease, voice detection in real time, voice calls. I worked the

Speaker:

state government, I worked with like climate modeling in a university,

Speaker:

et cetera. But the issue was that around

Speaker:

this time is when machine learning was really kicking off.

Speaker:

So things were becoming a lot more corporatized I

Speaker:

guess. So before like you know, you had a lot of people who

Speaker:

got into ML from basically just oh,

Speaker:

I taught myself ML and now I'm doing machine learning like Yann

Speaker:

Lecun. These guys didn't do ML in university,

Speaker:

but they happened to work in it and that's how they were transitioning.

Speaker:

Unfortunately, by the time I got into the industry, that path was

Speaker:

clearly dying. So especially in

Speaker:

America, you had ATS systems that would scan resumes

Speaker:

and those resumes would not. I basically was

Speaker:

not able to work with anybody that was doing ML because

Speaker:

any of the big companies, because they were just saying that, oh, we have a

Speaker:

requirement that you have to have a PhD. I was essentially

Speaker:

every job I'd gotten before this, I kind of had to network my way in.

Speaker:

And then it was quite a difficult process and

Speaker:

increasingly I could see that was no longer going to be sustainable.

Speaker:

So at that stage I decided, hey, I should get a PhD.

Speaker:

I think it'll help. Which was a bit of an ambitious goal

Speaker:

because I didn't have any university degree when I decided,

Speaker:

but I was working with this state government

Speaker:

and then that they had also got my professor that I was talking

Speaker:

to back and forth. He was a public health professor, so not the same

Speaker:

field. But as I was telling him, he's like, hey, you're very, very good

Speaker:

at reading papers. You have to read a lot of papers to do what you're

Speaker:

doing. Because, you know, we're giving governments healthcare like frameworks

Speaker:

for how they're going to judge that money, like how they're going to judge

Speaker:

investments. And if you make even a 1% error, that's about

Speaker:

3 million people that we were impacting through our

Speaker:

framework because they were deciding where to invest in health

Speaker:

outcare outcomes, how to move investments within districts,

Speaker:

etc. Based on the framework we gave them. So

Speaker:

you didn't want to screw up. And I was really nervous about that. So

Speaker:

I was reading a lot of papers and I was trying to synthesize like the

Speaker:

best possible outcomes, like 50 papers. And the

Speaker:

professor found that really impressive because that's like not a skill that

Speaker:

a lot of people have. And he said to me that this is going to

Speaker:

be really useful in your PhD applications. But right

Speaker:

now, because nobody's going to know that you're

Speaker:

able to do this, the only thing you'll have is your letter of

Speaker:

recommendation. I think you should start like documenting your

Speaker:

insights online so that when you do apply, you're able to

Speaker:

people know who you people can see what you've done. So

Speaker:

that is what led to me writing on medium. Initially, it was meant to be,

Speaker:

hey, I'm going to, I'm going to have a

Speaker:

few publications. And then the plan was that when

Speaker:

I did apply for a PhD, I would essentially, if

Speaker:

I was reaching out to a professor doing computer vision, I'd show them like, here's

Speaker:

five papers I've broken on computer vision. Maybe if there was somebody I was very

Speaker:

keen on, I'd break down some of their research. And I wasn't expecting to have

Speaker:

an audience. I was more expecting to say, okay, this is what I've

Speaker:

published, please take a look and then give me your

Speaker:

comments. So

Speaker:

that was how I started. I think what ended up

Speaker:

happening is as I wrote because I came from a pretty different

Speaker:

background, like at that stage in the information landscape and

Speaker:

even today most prominent people

Speaker:

who are breaking things down, pure researchers. So

Speaker:

a pure researchers sits there and they're looking at different

Speaker:

papers and they're like, this technique increases benchmark score by this much, this technique

Speaker:

increases benchmark score by that much. And that's fine,

Speaker:

but that's a very different outcome than where should

Speaker:

I put my money? What kinds of investments will that make

Speaker:

it? And generally if you look at, there's some really good researchers

Speaker:

who work even I recommend none of them have an opinion

Speaker:

per se or they have very minimal opinions. They try to be

Speaker:

as close to the papers as possible. While

Speaker:

what I did because I came from, you can't do that if you're coming from

Speaker:

low resource environment. You don't have the money to be

Speaker:

able to spend in kind different explorations or being like,

Speaker:

oh, I'm just going to do reinforcement learning on this to improve my results

Speaker:

because I don't have any computer resources. I'm

Speaker:

the cloud engineer, the ML engineer, the ML ops. So

Speaker:

it's just not going to be sustainable. Right when

Speaker:

you start thinking in that way. Like that

Speaker:

reflected in a lot of my analysis because I would sometimes take

Speaker:

papers and sometimes I'd disagree with that conclusions because I'd be like everybody

Speaker:

else would was looking at that paper and saying, oh, this is going to be

Speaker:

a breakthrough. And I would write like this makes no sense to do because if

Speaker:

you look at the cost for the performance percentage jump, it

Speaker:

doesn't really align. Or I started doing stuff like,

Speaker:

okay, if you were to figure out when to invest, when not to invest, here's

Speaker:

like a quantitative way to look at it. And I think what that

Speaker:

led to was a lot of more senior leaders who started

Speaker:

reading my book. So I kind of skipped a lot of the junior

Speaker:

leadership originally. And I actually became much more

Speaker:

popular with senior leaderships first because they actually,

Speaker:

for them, they're not looking for information, they look for insight. They need decision,

Speaker:

they need help making decisions. And I,

Speaker:

I was in like this unique place where I was still breaking down research

Speaker:

Papers I was still being really rigorous and technical, but

Speaker:

all behind that I was trying to give a. So what? And I was trying

Speaker:

to have, okay, this is how I would have analyzed the implications of

Speaker:

this research for the entire industry. And

Speaker:

that just led to the growth of the Chocolate Concord,

Speaker:

which is my online community.

Speaker:

And that's how I got online generally.

Speaker:

Then why substack specifically is.

Speaker:

What happened is I got quite big on Medium,

Speaker:

but what I noticed is that Medium's distribution algorithm

Speaker:

was just not. It no longer suited me

Speaker:

because I'd like to write like really deep paper research breakdowns. And what I

Speaker:

saw at that time was Medium had turned almost into like a

Speaker:

do this with ChatGPT, do this with ChatGPT being

Speaker:

released. It was. That's the kinds of articles it was favoring.

Speaker:

It was not favoring like my style of writing. So

Speaker:

I had massive followership numbers, but the views were not.

Speaker:

I was not able to pull the same views I was getting even when I

Speaker:

first started, like with no followers. And that's when I

Speaker:

realized, okay, if I'm going to be dependent on

Speaker:

an algorithm driven platform, same thing with substacks, sorry,

Speaker:

YouTube, same thing with LinkedIn. I will likely always

Speaker:

be reliant on this platform for everything. I should have at least

Speaker:

one place where everybody, whoever

Speaker:

finds my work is able to see it more consistently. And that was

Speaker:

my rationale for substance. Interesting.

Speaker:

Interesting. No, I think that there, there was definitely a time

Speaker:

when somebody who could translate those very

Speaker:

dry academic papers into something practical and something actionable.

Speaker:

I think you were providing a great service now. But also

Speaker:

I think at the time there was definitely a lot of people that wanted to

Speaker:

get into this space. And I think you prove out kind of like the idea

Speaker:

of you do the traditional path of get the education

Speaker:

grind that way. But I think there's also this notion of becoming,

Speaker:

for lack of a better term, an influencer. Although I do cringe a little bit

Speaker:

when I say that. And you smiled when I said influencer. So I'm

Speaker:

sure you hear that a lot too. We need better words for it. But I

Speaker:

think that there are definitely people out there who have a gift for taking these

Speaker:

really complicated subjects and turn them into something that

Speaker:

more people, senior leaders in industry can really understand.

Speaker:

I think you're doing a great service here. But how did the chocolate milk

Speaker:

thing come about? Because I'm. It's very memorable. I will say that from a

Speaker:

branding point of view. So when I was in university I was

Speaker:

accused of trying to start a cult, which is untrue

Speaker:

I was starting a religion. Okay, one minute it's just a

Speaker:

religion. So that's the cult part of the chocolate milk cult.

Speaker:

It used to be called the tree club. The religion and

Speaker:

that's the card part. Chocolate milk just, I just like chocolate milk. So

Speaker:

when I started writing originally or when I,

Speaker:

at that time I was exploring YouTube, I was doing a bunch of other stuff.

Speaker:

I kind of had a rule for myself to make sure I was more consistent

Speaker:

that I would only drink chocolate milk when I was doing some work.

Speaker:

Oh, I would not drink it for leisure. Okay.

Speaker:

Like, I would not. It's actually one of my greatest productivity

Speaker:

hacks. I, I, I mirrored chocolate milk to that and

Speaker:

I mirrored music to that. I cannot listen to music for pleasure.

Speaker:

Interesting. I can only listen to music today,

Speaker:

even right now. Like E. If I'm traveling, it's an exception. Like

Speaker:

I'm just going somewhere. But other than that it's only like if I'm going to

Speaker:

work out, I'm walking somewhere or

Speaker:

if I'm working. Interesting. It's actually

Speaker:

like that way you anchor something you like with

Speaker:

something you don't necessarily want to do. And that's how

Speaker:

you, that's how I was able to stick to the hob, to the commitment.

Speaker:

So the chocolate milk just came from that.

Speaker:

Interesting. Interesting. What do you

Speaker:

tell me about your startup? You

Speaker:

specialize in lawyers or using AI for lawyers? Tell me

Speaker:

a little bit about that. Yes and no.

Speaker:

So what we have is build. We

Speaker:

solved a fundamental reasoning issue, which is that

Speaker:

reasoning over long context is brittle, it's expensive

Speaker:

and it's not trustworthy. If let's say

Speaker:

you are to take what are the

Speaker:

options for reasoning over long context in today's word Frank,

Speaker:

you take a massive language model, you stuff all the context

Speaker:

possible into it and then you give it an output that's

Speaker:

option model. And there you're just betting that language model

Speaker:

context windows are going to get larger and larger and they'll be able to

Speaker:

handle this more effectively.

Speaker:

That doesn't work for a few reasons. One, if it fails, you don't know where

Speaker:

it's failing. Is it the models and knowledge? Is it random probabilistic

Speaker:

error? Is it context rot and attention dilution? That's ticking

Speaker:

in. There's just too many variables that went wrong. Second

Speaker:

is you get systems like wrap simple rack. I should

Speaker:

say rather, which is what a

Speaker:

lot of the other people in legal AI are currently doing, whether they

Speaker:

explicitly say it or not. It's, you have a vector data, you have

Speaker:

a vector embedding model and you're just asking questions by

Speaker:

vector embedding model and it pulls out a few chunks and those chunks form

Speaker:

the basis of your answer. No matter how much you tune your

Speaker:

embedding models, the issue with them is always going to be

Speaker:

that you, again, don't control it. Because when it's the

Speaker:

embedding model decides it's getting pulled out or not, so it's not your system.

Speaker:

So again, if there is an error, you can never control it. You can never

Speaker:

say, oh, this keeps pulling out the wrong clauses. Let me fix for this

Speaker:

clause and change everything else. Because if you retrain the embedding model, everything

Speaker:

changes. There is no way to do targeted surgery on neural

Speaker:

networks right now. Two, and this is the absurd part, like

Speaker:

vectors themselves have limitations. Like, mathematically speaking,

Speaker:

they will never, they will always pull things that are cosines

Speaker:

that have cosine similarity that's high to them, and they'll miss things that

Speaker:

don't. So if I ask you, hey, analyze this clause, it might give me answers

Speaker:

to this clause. But that clause might have dependent clauses that are not

Speaker:

the same language. So the vectors will not pull

Speaker:

it out. But it should have pulled it out to analyze, to give a proper

Speaker:

analysis. Or, you know, if somebody is asking you about your life,

Speaker:

I. They might. If it's pulling out databases from you,

Speaker:

they'll talk about Frank. But there are chunks of your life where it's not

Speaker:

you. There's no Frank. There might be a brother. There might be somebody

Speaker:

else, somebody with a completely different name, somebody your best friends.

Speaker:

These like, is that an embedding issue or is that like

Speaker:

a where's where? How can that be fixed? Because that's a math

Speaker:

issue. The math issue, yeah. Mathematically,

Speaker:

there are going to be chunks that don't have high

Speaker:

cosine similarity to your original question. What

Speaker:

rag does is simply what. This is my question. I'm

Speaker:

going to try to pull out the chunks that are

Speaker:

closest in word meanings to this question. It's going to look

Speaker:

at what are the words here, what could they mean? And it's going to try

Speaker:

pulling it out. But there are going to be chunks that are extremely important that

Speaker:

don't have the same verbiage. That makes sense. They're not,

Speaker:

they're related, but they're not semantically obviously related.

Speaker:

Yes. And there's a flip side to that. If you were working, you can

Speaker:

have lots of chunks that are very structurally similar. Again,

Speaker:

going back to legal, you have clauses that are worded very similarly with one

Speaker:

or Two differences in words where the words are very operative so

Speaker:

you rag will pull those out and pull

Speaker:

put them very strongly and then again you're diluting your context, you're

Speaker:

creating the issue of possible conflicts. So not only does

Speaker:

traditional vector miss like miss things that are

Speaker:

related but not semantically similar, it

Speaker:

misses things that are, it adds things that are semantically similar but

Speaker:

completely unrelated. So that's why legal AI, a lot of them

Speaker:

fail very substantially. On top

Speaker:

of this now you might have agentic reasoning,

Speaker:

agentic retrieval here you're using vectors with a few other things

Speaker:

depending on how you want to build your system. This is by

Speaker:

and large what everybody has converged to on the state of the art.

Speaker:

But the issue here is threefold. One, it's extremely expensive

Speaker:

because you're basically just pulling things out and trying

Speaker:

to reason over it multiple times. So you have multiple cycles of encode, decode, report,

Speaker:

etc. Two, it's not very controllable because if you

Speaker:

were a lawyer, imagine you're just sitting there and

Speaker:

imagine asking a lawyer to look at cloud board and put all the

Speaker:

read through all the dumps as it's doing can get very out of

Speaker:

hand very quickly. Yeah, so you're just, you're

Speaker:

it. It seems more transparent on the surface but because of the volume of

Speaker:

sub agents that work and because you can't really say okay, my sub

Speaker:

agent has learned this, my sub agent has learned that you can't really

Speaker:

attend to what it's doing. You can only still modify the output

Speaker:

and while it is a higher quality than standard drag, it's not

Speaker:

safer, it's not more trustworthy and trust is a big factor for

Speaker:

anything in regulated industries. Because let's say I

Speaker:

save, let's say I'm 99% accurate, which you

Speaker:

we're not going to get there anytime soon. I only have a

Speaker:

1% error, but I don't know when that 1% happens.

Speaker:

So what do I have to do as a user I have to test, I

Speaker:

have to still cross check every output. Either I'm just going to

Speaker:

go in blind and say okay, I'm going to get this right. 99 out of

Speaker:

100 times and 1 out of 100 I'll get sued and get disbarred

Speaker:

or I have to check every output anyway. So all the time I would have

Speaker:

saved, I'm not saving it. So

Speaker:

that's what a lot of those other systems, that's where a lot of those other

Speaker:

systems fail and that's where we decided to really

Speaker:

pitch our flag is We've built

Speaker:

reasoning that is transparent, it compounds

Speaker:

over time. So unlike cloud code or any agentic retrieval systems

Speaker:

where the questions you ask them, that you ask them and then they forget the

Speaker:

memory so they have to relearn everything every time they reusing their tokens

Speaker:

and they'll forget your instructions and they can't form like complex

Speaker:

user memories on how to personalize to you. We are able to

Speaker:

personalize the people and very importantly, everything that

Speaker:

our AI does can be audited and checked and even steered

Speaker:

mid as its reasoning. Like when you use our AI systems, you can steer them

Speaker:

mid reasoning and that allows people to trust our work much more.

Speaker:

Does that this is obviously we know

Speaker:

what the answer should be. Does this save

Speaker:

lawyers time or does this introduce risk and they have to

Speaker:

validate the inputs? I can

Speaker:

imagine if I'm a lawyer, I'm very concerned about that.

Speaker:

It's both. Okay. We have seen our users report

Speaker:

roughly a 10x increase in time spent. So 1 hour

Speaker:

on iris gives them 10 hours of work output. Oh, nice. Okay.

Speaker:

And that is largely because that one r any

Speaker:

AI can draft for you in minutes. Drafting isn't the

Speaker:

issue. The issue becomes

Speaker:

can I change it? If you were to ask Iris to change a paragraph, you

Speaker:

ask Iris, hey, can you make this? Can it be done quickly and can you

Speaker:

inspect Iris outputs to be like, okay, you're telling me that this is

Speaker:

the correct summary of the case or this is the right outcome? Can I

Speaker:

look at this? Can I verify it very quickly? Can I look at all the

Speaker:

facts you're looking at? Can I look at what other counterfactuals

Speaker:

you looked at? Can I look at your simulations? And based on that, can I

Speaker:

make the answer? And that's why IRIS is not just like we

Speaker:

have a lot of lawyers using it. But what we've seen is

Speaker:

tremendous amounts of demand from non legal people

Speaker:

in similar situations who just want an AI they can trust,

Speaker:

long context AI they can trust. That's what we have.

Speaker:

We've seen a tremendous amount of demand for our API of

Speaker:

reasoning for other versions of Iris. And that's

Speaker:

what we are working on actively serving right now, even as we continue

Speaker:

to tackle the legal market. Do you think that you could do better

Speaker:

than 10 to 1? Do you think you're just at the beginning of this

Speaker:

or is 10 to 1 pretty good? I

Speaker:

mean, it's pretty good, but that's a really good question. I think

Speaker:

we certainly can do better than 10 to 1. The

Speaker:

question becomes, do we want to do better than 10 to 1,

Speaker:

I guess I don't have a strong opinion on this either way, but my

Speaker:

intuition right now from our user experiences is that the

Speaker:

things we can say for them right now is like make it,

Speaker:

make the export to Word documents more reliable,

Speaker:

make it so that I can do things

Speaker:

otherwise. And that's,

Speaker:

that can certainly be useful but that also starts to become a lot more

Speaker:

fine grained and user specific and I don't know if that's the right

Speaker:

approach to take right now versus to explore other

Speaker:

avenues of improving reasoning and hitting

Speaker:

more fields 10 to 1. That's still an open question for us.

Speaker:

One of the things we are doing that should help people is building more

Speaker:

connectors into the platform. So Imanage

Speaker:

docusign all of those through Iris and that should, that

Speaker:

will save people a lot of time because that is currently one of the biggest

Speaker:

friction points with our platform right now. But again, I do

Speaker:

think there's a diminishing return to just improving

Speaker:

ux and I do think the AI market is still

Speaker:

so open. It seems like a crazy thing to say, but

Speaker:

most AI startups are not that good.

Speaker:

So there's a lot of these spaces where you think that, that

Speaker:

people already exist, but they're not true solutions. They're just a bunch of kids out

Speaker:

of YC that don't know what the they're doing and they're just building, they're

Speaker:

just building the simplest possible thing they can and you can completely

Speaker:

wipe them out of the market. So there is no, I mean you say that

Speaker:

in Jess, but it's true. Like when, when Chat GPT goes down, those API

Speaker:

goes down. All these other like tangential startups that

Speaker:

don't disclose that they're using OpenAI APIs, they just make

Speaker:

it. If you look at their brochure where it looks like they invented

Speaker:

themselves, clearly they didn't. Right.

Speaker:

So next time you notice that when AP, when OpenAI has

Speaker:

an outage and all these other companies kind of go down. Yeah.

Speaker:

So what makes your approach different? Like how did you get to

Speaker:

seeing the problem and then finding a way to fix it?

Speaker:

At our core, we believe state is the number one

Speaker:

leverage point in agentic systems right now. So

Speaker:

what I mean by that is if you've done traditional software engineering,

Speaker:

you know, you had state charts, what is your code doing right now

Speaker:

versus what is your code doing at T +1?

Speaker:

And then you debug through those to say like, you know, either you have

Speaker:

a bunch of print statements, which is always my favorite way of doing things, or

Speaker:

you know, You're a nerd. You do like debuggers and logs and whatever

Speaker:

other nonsense that those people do, right? But

Speaker:

you track how your system has evolved over time and that

Speaker:

was what led to you being able to debug very effectively.

Speaker:

AI doesn't have state like when

Speaker:

Claude Go makes a mistake, you don't know where it made that mistake. You

Speaker:

can ask. The only way you can do it is by asking Claude Board

Speaker:

to run the same process that made the mistake again and say,

Speaker:

hey Claude, why did you make the mistake? But there you are

Speaker:

offloading what is possibly the most important aspect of

Speaker:

your work to a system you can't control.

Speaker:

If you were reasoning, if your AI is reasoning through different

Speaker:

solutions and circumstances, you don't know

Speaker:

why it comes up with the answer. It does. You just hope it does. And

Speaker:

then you're again reliant on an external system to say

Speaker:

this is make sense or does this not make sense? But you

Speaker:

cannot evolve your process over time. And what that means is

Speaker:

your returns on AI are flat or they're depreciating.

Speaker:

At best your AI system will stay like this with more

Speaker:

feedback or it will go down because it's going to get

Speaker:

conflicting signals. What we want is this

Speaker:

compound and get compounding

Speaker:

returns on your AI system when you know exactly where it goes wrong

Speaker:

and you can specifically fix those aspects. So what

Speaker:

we did first was build very rigorous

Speaker:

tracking of the AI is the engine state. What is it

Speaker:

looking at right now when it goes to the next step? Why did

Speaker:

it go to that next step? Can we see what model weights like? Can we

Speaker:

see how our latents evolved over time? What

Speaker:

strategies were they taking? In the agentic reasoning aspect,

Speaker:

it extracted certain clauses. What other questions did it come up with?

Speaker:

And based on those questions, what else did it do? And that way we are

Speaker:

able to compound our AI systems over time because we know over time what

Speaker:

failed, what didn't and we can specifically fix those aspects.

Speaker:

Interesting. Interesting. By the way,

Speaker:

I use specifically two examples. Evolving latents and

Speaker:

looking at what the state of the agentic system and seeing what's

Speaker:

compounded over time. The reason I took these two examples is because

Speaker:

we've open sourced both, so you don't even have to take my word on it.

Speaker:

You can go and use the systems yourself. And we've beaten

Speaker:

state of the art on both with both on much cheaper. We

Speaker:

are much cheaper than state of the art and we're much better than state of

Speaker:

the art in both the systems that we built.

Speaker:

So is state

Speaker:

analogous to context like how what is the relationship between context

Speaker:

and state? Context is what

Speaker:

your user gives you or what your AI model

Speaker:

extracts. State is the

Speaker:

representation of what your reasoning system is

Speaker:

working through. So

Speaker:

state, context is here is a PDF,

Speaker:

here is a user instruction, here is a preference for

Speaker:

analysis done a certain way in a law firm. That is

Speaker:

context. And that's why I think

Speaker:

context engineering is a bit short sighted. Because you're working on the inputs and

Speaker:

inputs are very important, but

Speaker:

your users will never give you enough input to actually

Speaker:

solve any complex problem. They're not going to say,

Speaker:

look at clause B, then draft up this way, then add this, then look at

Speaker:

this PDF and do that. They will just give you very generic, high

Speaker:

level instructions. Give me a defense strategy.

Speaker:

And again, that goes back to our failure with rag. Why would RAG fail? Because

Speaker:

it would try to look for world passages similar to

Speaker:

give me a defense strategy instead of looking for actual defense

Speaker:

strategies. So state would be what our

Speaker:

agent reasoning system is going through. How is it representing data in

Speaker:

turn? How is it deciding that? If I have to give a defense

Speaker:

strategy, Here are some questions I can ask. Based on these

Speaker:

questions, here are some things I pulled out. Should I change my questions?

Speaker:

Should I pull out more information? It mentions this person, should

Speaker:

I look into this person more, where can I find more insight on this person,

Speaker:

etc. That is state. So the

Speaker:

state is essentially the map that our own AI agent system builds

Speaker:

to navigate the world and the move it

Speaker:

handles, context. The more context you give it, the more you use it. And that's

Speaker:

why I said it's compounding, the clearer the map becomes.

Speaker:

So what ends up happening is the state becomes

Speaker:

user one. It becomes much more powerful to your, your

Speaker:

relationship with tokens flips. Because while

Speaker:

it's expensive to build a while

Speaker:

the cost of building the map is an added cost and it's

Speaker:

overhead, the more you build the map, the

Speaker:

more your cost per output goes down because over many

Speaker:

iterations your system stops looking at the

Speaker:

overall general, like it doesn't have to

Speaker:

read all of the files, reread all of the information. It's just looking at the

Speaker:

map to say, okay, I should read this specific passage, I should read the specific

Speaker:

chunk and then your output is able to be computed much more quickly,

Speaker:

much more cost effectively as opposed to having duty,

Speaker:

you know, process a bunch of irrelevant documents. Always

Speaker:

interesting. That's interesting. I think,

Speaker:

I think there's a lot. I think we're still early in the AI phase and

Speaker:

I think you're right in terms of there's a

Speaker:

lot we haven't really figured out, particularly when you think about agentic. So

Speaker:

agentic. So state is basically implies you

Speaker:

can't have really state unless you're doing something agentic. Is that

Speaker:

a fair assessment? What do you

Speaker:

mean a state in LLMs. Right, because you're not. Or

Speaker:

in AI. Right. Like state is tied to what the agent is doing

Speaker:

at time T.

Speaker:

Yes. Right. So it. So we have

Speaker:

context and now you're adding state, but state, you can't

Speaker:

have state without really an agentic system

Speaker:

is what I mean. Yeah. Okay,

Speaker:

interesting. What made you

Speaker:

want to solve this problem?

Speaker:

I think so. When I met my co founder,

Speaker:

I had already built this open source research community, so we were talking to

Speaker:

a lot of people who were having similar issues across the

Speaker:

board. And when I met Savvy, the CEO of Iris, like

Speaker:

one of the first things we talked about he told me was like, hey, this

Speaker:

takes too long. I spent way too long in court and we should be making

Speaker:

this process more efficient. And democratization and

Speaker:

access is something I really care about, which is why we open source so much

Speaker:

research, which is why it would be much easier for me to be writing

Speaker:

simpler, do this with AI, do that with AI, make this with AI

Speaker:

articles like the kind that do well on social media. But I chose not able

Speaker:

to that and stick to the cutting edge and try to make that more

Speaker:

accessible to people. Because I think ultimately if you don't

Speaker:

have something that brings the frontier to

Speaker:

people will always be like dependent on

Speaker:

whatever handouts that big tech companies are willing to provide as opposed to building

Speaker:

their own alternatives. So

Speaker:

democratization to me is extremely important. And

Speaker:

that's why like when we spoke about this, that was

Speaker:

like a more personal resonance. So we decided

Speaker:

like, hey, let's try to build something here. He was the head of innovation

Speaker:

at a pretty large law firm, like a massive law firm actually.

Speaker:

So he had already tested Harvey Legora. At that time they were called

Speaker:

Layup, Axton, et cetera. And none of them were that good. And they were not

Speaker:

that good because again they were at that time just stuffing things into

Speaker:

language models or they were trying simple rag and none of that was working.

Speaker:

So as we started solving for legal,

Speaker:

like what problems do you have? We identified these variables. And

Speaker:

then I think as I started talking to people about how we were solving it,

Speaker:

we realized that this problem kind of extends way beyond

Speaker:

legal because Claude code again for coding

Speaker:

agents is the same story. It is not able to track your

Speaker:

state over time. It's not able to compound over time, which is why you waste

Speaker:

a lot of tokens relearning stuff. 90%,

Speaker:

it's between 70 to 90% of your cloud port tokens. Your

Speaker:

usage goes into rereading something it's already learned,

Speaker:

which is an absolutely insane problem to

Speaker:

have currently. And what we realized

Speaker:

is our systems can start to solve that. So for instance, we've released a free

Speaker:

McP open source it called the Blackboard. It's on the

Speaker:

GitHub. If you use our Stateful Swarm McP, the Blackboard McP,

Speaker:

your token cost will go way down and you'll be able to see how your

Speaker:

AI is reasoning through things, what it looks at and that guides

Speaker:

our system to be evolved over time. There's a lot of this

Speaker:

kinds of similar questions here that we could be solving. And this is why

Speaker:

we think that this is the perfect place to stick your flag in and then

Speaker:

expand your area. Because all of AI right now

Speaker:

needs to get better ROI on their

Speaker:

inputs and we believe that this is the best way to do.

Speaker:

Interesting. What would be your

Speaker:

advice to someone who wants to get a startup but

Speaker:

not be another one of the, the people that are just

Speaker:

another, you know, as you said, YC kind of API

Speaker:

vibe. Coders like, what would be your advice to them? They want to

Speaker:

build something impactful. What would be your advice to them?

Speaker:

I would say it depends entirely on

Speaker:

one. You have to look at where your strengths are

Speaker:

because startups in themselves have.

Speaker:

There is no startup, it doesn't exist. It's different

Speaker:

startups, very individual. For

Speaker:

instance, if you're a very good salesperson, if

Speaker:

you're a very good GTM person, you might want to consider

Speaker:

doing something that has a bit of a consumer motion

Speaker:

because that's how you can. You have the ability to grow your stuff very

Speaker:

quickly. Contrary, on flip side, if

Speaker:

you're somebody that's really, really good with foundational work, if you're

Speaker:

very good at making these big breakthroughs and you're like

Speaker:

an industry expert that comes in with connections, you want to do something that

Speaker:

will play to those trends. So the first most important part about a startup would

Speaker:

be to know yourself and think about who you are

Speaker:

and what kind of a thing you'd like to be. Because

Speaker:

ultimately every startup ends up being a reflection of its leaders.

Speaker:

And you want a company, you want a process that compounds

Speaker:

your strengths while minimizing your weaknesses as opposed to doing what?

Speaker:

Trying to do everything and fail them. And I think like an example of that

Speaker:

is something like Cluli, for example, is a

Speaker:

startup that

Speaker:

I don't think they understood the market very well, they didn't understand what their own

Speaker:

strengths were, etc. So they

Speaker:

go viral on social media, people look at their clips, etc.

Speaker:

On social media but the amount of investment they have to put in

Speaker:

for that when you compare to the return of does the buyer actually buy

Speaker:

is pretty negligible. They get a lot of user

Speaker:

headspace retention but they're not Coca Cola. So you know if, if

Speaker:

I were a company like Cluli I would have, I would think about

Speaker:

either don't try to sell to enterprises as a marketing solution. Like

Speaker:

we have note takers here, none of them are Cluli. I have never

Speaker:

met somebody personally in marketing and sales etc. That

Speaker:

uses Cluli and I'm pretty connected with a lot of the CRM top

Speaker:

CRM startups. I'm pretty connected with Salesforce, HubSpot,

Speaker:

etc. I have a pretty good insight into what GTM people are

Speaker:

using and I have never met or heard of anybody say

Speaker:

clueless Enterprise is what I really really love in

Speaker:

the world. Everything I know about Cluli comes from the few people

Speaker:

that use them for consumer reasons. So that kind

Speaker:

of I think thinking about where you should be,

Speaker:

what your strengths are, what you want to play to and then maximizing that is

Speaker:

extremely important. The second thing is also just to know your

Speaker:

exit. What are you doing this for? Why are you doing this?

Speaker:

Because otherwise you will probably have a lot of conflicts in

Speaker:

your life because you know

Speaker:

this is something that if you want to make it work especially

Speaker:

nowadays with AI where investors are pretty

Speaker:

unless you're like a template founder which is like you're from Stanford,

Speaker:

you from Palantir, you've raised a bunch of money for other

Speaker:

startups before or you worked at another big startup before,

Speaker:

you're not going to VCS aren't going to look at you twice. So you need

Speaker:

to have growth, you need to have something other than that to

Speaker:

stand out to them. And how do you get to that something? You kind of

Speaker:

have to figure things out. Cloud code will make a cloud code and on

Speaker:

make it so that on the surface building features becomes very easy. So

Speaker:

there's a lot of there's a big flood of copycats, there's a big flood of

Speaker:

other things people doing it so you can just do a startup for the

Speaker:

sake of doing a startup to get that experience in but

Speaker:

you're not going to both it's not going to impact you as

Speaker:

much and it's not going to help the

Speaker:

your Startups probably not going to succeed unless you know, you're really

Speaker:

willing to put a lot into it. So you have to figure out what it's

Speaker:

that you're willing to put in. When do you leave? When do you walk out?

Speaker:

What's your minimum exit? Because that will teach you.

Speaker:

I can give you a lot of insight. Otherwise you're just going to be like

Speaker:

going with the friend and not going in any particular

Speaker:

direction. Interesting.

Speaker:

Where can folks find out more about you and what you're

Speaker:

up to? The substack is the most

Speaker:

active place I'm in. Just the chocolate milk cult leader

Speaker:

on substack is my substack handle. Or if they

Speaker:

look for artificial intelligence made simple by the bunch, they should find it

Speaker:

pretty easily. Okay, that has all my social

Speaker:

media links but also LinkedIn. If you just google me,

Speaker:

you should be able to find my work. Okay.

Speaker:

No, I taken a quick browse through your your substack.

Speaker:

It's pretty cool. And most of it's free. There is a subscribe

Speaker:

option too from what I can tell, but. And you're based in. In New York

Speaker:

City. That's cool. I grew up there,

Speaker:

so. But I also saw that you went to Rochester,

Speaker:

right? I was. You weren't. You went, but you

Speaker:

studied in Rochester Institute Technology. Is that what it is? Cool.

Speaker:

No, it's a great school, people. I know a lot of smart people to come

Speaker:

out of there. Plus Wegmans is headquartered up there, if memory serves.

Speaker:

So you probably bought more than your fair share of chocolate milk at a Wegmans,

Speaker:

I would imagine. Not as much as I would have

Speaker:

liked, honestly. I didn't spend a lot of time in Rochester,

Speaker:

surprisingly enough, because Covid and I was

Speaker:

traveling and I was doing other things. So I actually didn't spend

Speaker:

a lot of time physically in Rochester. Okay.

Speaker:

Yeah. The pandemic, I think threw off a lot

Speaker:

of what we would call normal things. Right? Like

Speaker:

normal life experiences. Very cool. So I

Speaker:

will definitely make sure that those are in the show notes and any parting thoughts?

Speaker:

I think 1 thought I try to leave people with

Speaker:

generally is that the AI

Speaker:

space is a lot more open than you would first

Speaker:

think. And there are probably a lot more

Speaker:

aspects for innovation than people are realizing. I think

Speaker:

people look at what a lot of big labs do and they get locked into

Speaker:

I want to build a model, I want to do post training, I

Speaker:

want to do something else. And then they end up throwing

Speaker:

their attention there. But if you take a

Speaker:

step back and try to look at the larger space, like we

Speaker:

don't understand neural networks very well. What we're doing with reasoning, like

Speaker:

we don't have inspectable reasoning, we don't have a lot of other stuff that

Speaker:

other people have not solved yet. So

Speaker:

if there is a problem that you really care about and you'd like to solve

Speaker:

it, it's actually a really good

Speaker:

time. And a lot of this will not require a lot of money to take

Speaker:

a step back and say what is the industry ignoring and focusing

Speaker:

your attention there? Because I do think sometimes

Speaker:

people can be a bit narrow minded in what AI research looks like and what

Speaker:

would AI researcher should do. And that's just a function of the

Speaker:

fact that most influencers are not. The reason I laughed at the

Speaker:

influencer comment earlier is because I don't. I'm not actually interested in

Speaker:

being a content creator. I share my research online but

Speaker:

my first job is to do research. Most influencers don't

Speaker:

actually are pretty disconnected from the field. They're they actually

Speaker:

rely entirely on whatever is public opinion

Speaker:

to shape their thoughts. And that's why like most people are

Speaker:

only exposed to three, four ideas or three, four big trends that

Speaker:

are happening. But in this under the surface, like if you start digging into

Speaker:

what problems are there to solve, you realize very quickly that

Speaker:

pretty much anything is open. So that would just be my general

Speaker:

opinion is that people are

Speaker:

severely underestimating how open AI is and

Speaker:

where all the areas they can come in and make a difference. So if there

Speaker:

is anything, just look for those gaps and

Speaker:

see what they can do there. Don't listen to all this

Speaker:

hype around permanent underclasses and that AI will take

Speaker:

everything and there's no point because Claude will take

Speaker:

a job because we're not really ever going to be there.

Speaker:

Yeah, we see this every time there's a major

Speaker:

massive hype wave, right? Like I'm old enough to remember the dot com boom and

Speaker:

the dot com crash, right? It certainly you can still

Speaker:

walk into anywhere in America or most places around the world and go into a

Speaker:

retail store, right? They still exist. Malls aren't what they

Speaker:

used to be. But by the same token retail still

Speaker:

is a thing. It really changed in a lot of ways.

Speaker:

It evolved but the world didn't end for retail, brick and mortar and all

Speaker:

that sort of thing, right? No, you're right. Like, and I like, I like the

Speaker:

way you frame that is it's open in an opportunity space kind of way. Like

Speaker:

I think you're right. I think we're very early on this and if you think

Speaker:

about it, all the startups that we are, that are household

Speaker:

names today are

Speaker:

10, 15 years old. Maybe like Uber Lyft. Just look at

Speaker:

your phone. Right. Most of the apps there, Amazon's probably the oldest

Speaker:

of the crew and Google too. Right. But beyond that, a

Speaker:

lot of the apps that we use, new services, Doordash,

Speaker:

Instacart, these are not. These are relatively. And this

Speaker:

was what the reason why I'm showcasing them is that when the dot com boom

Speaker:

and bust happened, it was it. That was it. There was no more technology startups

Speaker:kind of the vibe of the early:Speaker:

clearly that didn't happen. So I like the

Speaker:

optimistic approach you have.

Speaker:

Yeah, I just think people tend to be

Speaker:

very quick to diminish what, yes, they could be

Speaker:

capable of. I think people seem to be looking for

Speaker:

excuses for not this, but I

Speaker:

do think that there is a lot that can

Speaker:

be done if you're so inclined to do it.

Speaker:

No, that's a good way to. I like that. I like that approach. It's very

Speaker:

optimistic. Right. It's very growth centric and opportunity seeking

Speaker:

as opposed to stirring up your hands and waiting for your

Speaker:

ubi. So with that,

Speaker:

we'll end the show. That was great. Thank

Speaker:

you for having me. Hey, no problem. This was great. Definitely curious about it.

About the author, Frank

Frank La Vigne is a software engineer and UX geek who saw the light about Data Science at an internal Microsoft Data Science Summit in 2016. Now, he wants to share his passion for the Data Arts with the world.

He blogs regularly at FranksWorld.com and has a YouTube channel called Frank's World TV. (www.FranksWorld.TV). Frank has extensive experience in web and application development. He is also an expert in mobile and tablet engineering. You can find him on Twitter at @tableteer.