The B2B Podcast Index
Index
All categories
MarketingSalesSaaSFinanceHROpsLeadershipCustomer SuccessAI & DataProductStartups & FoundersRevOpsEngineering & DevTools
MethodologySubmit
Best of:MarketingSalesSaaSFinanceHROpsLeadershipCustomer SuccessAI & DataProductStartups & FoundersRevOpsEngineering & DevTools
An independent project byFame
SearchBest episodesGuestsInsightsMethodologySubmit a podcast
Index/Startups & Founders/Village Global Podcast
Village Global Podcast artwork

Why AI Agents Can't Be Trusted Yet (And How to Fix It) | Moe Katib (One)

Village Global Podcast · 2026-06-11 · 1h 5m

0:00--:--

Key moments - from our scoring

Substance score

48 / 100

Five dimensions, 20 points each

Insight Density9 / 20
Originality9 / 20
Guest Caliber12 / 20
Specificity & Evidence10 / 20
Conversational Craft8 / 20

Moe Katib's journey from Syrian entrepreneur to Canadian software engineer informs his perspective on the critical gap between AI agent capability and user adoption. Starting with integrations at enterprise scale - where single projects consumed eight engineers and 12 months - he assembled 54,000 integrations over 12 years, eventually recognizing the pattern that led him to found One AI. His core insight comes from a school finance manager who refused a superior system because it was unproven; she needed demonstrated reliability before trusting her responsibilities to it. This shapes his philosophy that agents won't gain adoption through hype about 20x or 50x productivity gains, but through earned trust and transparent failure handling. Katib advocates for a fundamental shift in how we work: away from keyboards toward agents that handle tasks reliably enough that users can trust them implicitly, like credit card payments. He's open-sourced his integration knowledge and now builds agentic workflows that combine knowledge with execution power, enabling agents to read CRM data, send emails, and handle multi-system tasks. His vision rejects the valley's obsession with extreme velocity, instead prioritizing human productivity and freedom from computer-bound work.

Key takeaways

  • →People adopt new systems only when they've seen proven reliability, not when told it's better - trust must be earned through demonstrated results, not marketed as features.
  • →Agents need to be designed with human emotional needs in mind; ignoring user anxiety about new tools leads to system rejection and wasted engineering effort.
  • →The definition of 'work' should shift from sitting at computers moving pixels to accomplishing tasks; agents enable this by becoming trustworthy enough to handle responsibilities independently.
  • →One's model takes 54,000 integrations and converts them into agentic knowledge that agents can use to read data, execute commands, and handle multi-system workflows without human intervention.
  • →Successful agent adoption requires transparent failure modes and clear communication when agents are unsure, similar to how payment systems work - users trust them implicitly because they're reliable and predictable.

Guests

Moe Katib

Topics in this episode

AI agentsCRM integrationAgentic workflowsAgent-based automationOne AIIntegration-as-a-Service (iPaaS)Trust in AI systemsSystem adoption and human psychologyKnowledge representation for agentsEnterprise integrations

Questions this episode answers

Why did the finance manager refuse to use the new school management software even though it was objectively better?

She didn't trust the unproven system because she had deep responsibilities she needed to fulfill reliably. Without proof it worked, she couldn't risk her CFO-level job on an engineer's assurance, and her anxiety about potential failure made her refuse adoption.

What is agentic software according to Moe Katib?

Agentic software is an entity that reflects a group of work humans do today - it combines knowledge (like the 54,000 integrations) with execution power, allowing agents to read from CRMs, send emails, integrate systems, and handle workflows autonomously.

Why did Moe open source all 54,000 integrations?

The transcript confirms he open-sourced integrations but doesn't explicitly state his reasoning - however, it aligns with his philosophy of building trust in systems by making knowledge transparent and accessible rather than gatekeeping it.

How does Moe compare trustworthy agent behavior to credit card payments?

Credit card users tap and walk away without concern because they trust the system implicitly - money goes to the right place every time. Agents should achieve the same level of trust where users confidently delegate tasks knowing the agent will execute them or clearly communicate if it's unsure.

What made Moe shift from building integration software to building agents?

In 2024, he realized that the data and knowledge he'd accumulated from 12 years of integration work (schema mappings, system connectors) could be fed to AI agents, enabling them to execute complex tasks like reading CRMs and sending emails autonomously.

What our scoring noted

Our reviewer’s read on each dimension, with quotes from the episode.

Insight Density

9 / 20

The episode contains a handful of genuine practitioner insights - the MCP token-bloat problem, the trust-gradient approach to agent adoption, and the unproven-system vs. untrusted-system distinction - but they are buried under 20+ minutes of personal biography and generic future-of-work optimism that adds no operational value.

if you're using four, in the worst case you're using 80,000 tokens and you haven't done anything yet
She didn't not trust the system. She didn't trust an unproven system.

Originality

9 / 20

The MCP-was-never-designed-for-remote-deployment argument is genuinely contrarian and grounded in engineering reasoning, and the DNS analogy for free integrations is a fresh framing; but the bulk of the episode recycles standard AI-will-free-us-from-computers discourse without first-principles depth.

a lot of company got forced into, into adopting to MCP in a wrong way
I want to make one like the DNS. You don't expect when you go to the Internet and you type www uh with one AI, you don't expect that the DNS company is going to charge you for the lookup of the DNS

Guest Caliber

12 / 20

Moe Katib is a legitimate 20-year integration practitioner who has verifiably built and shipped real infrastructure, giving him credible domain authority; however, One is an early-stage startup without demonstrated scale, and he has not yet operated at the level that would warrant top-tier caliber marks.

for the last 12 years I've been working on the integration problem
we would work on one integration, literally one integration that would take us eight months and sometime even 12 months. And we'd have eight engineers working on one problem

Specificity & Evidence

10 / 20

There are usable data points - 330 integrations, 98% first-run success, 80,000-token MCP worst case, $29 second tier, 1M free requests, first 100 integrations hand-vetted - but no revenue figures, customer counts, or named enterprise customers, and competitor comparisons are deliberately vague.

we're getting roughly, uh, 98% success at first run
I believe today I checked, I think we were at 330

Conversational Craft

8 / 20

The host asks a few genuinely useful follow-ups ('How do you trust that the agent worked?', 'Walk us through that decision to open source') but largely allows long biographical tangents to run unchecked, offers encouragement rather than challenge ('So. Innovation.'), and never pushes back on unsubstantiated claims like the 98% success rate or the assertion that agent adoption is primarily a trust problem.

So. Innovation.
How do you trust that the agent worked?

Conversation analysis

Computed from the transcript - who did the talking, and the words that came up most.

Share of words spoken

  • Speaker A93%
  • Speaker B7%

Most-used words

agent60trust38system37agents29started29knowledge27better23email23example23human22different21integration20problem19today18integrations18value17

Episode notes

Moe Katib is the founder and CEO of One (withone.ai), an enterprise-level infrastructure platform that gives AI agents authenticated, reliable access to hundreds of software applications and verified actions. Before One, he spent 12 years solving enterprise integration problems, building the knowledge base that became the foundation for what he's building today. Village Global GP Anne Dwane sits down with Moe to trace the story behind One: from growing up in Damascus selling packaged chicken out of his uncle's factory, to building water-pump automation devices growing up, to immigrating to Canada after his invention was stolen by a government-connected company. They cover what a decade of enterprise integration work taught him about agent infrastructure, why he made the counterintuitive decision to open source all the integrations he had assembled, and why trust, not speed or scale, is the real unlock for agentic AI adoption. Moe also shares his own experience running his email entirely through an agent, including the moment his AI sent a rude message to a major VC on his behalf, and what that revealed about the identity problem at the heart of agentic software.

Full transcript

1h 5m

Transcribed and scored by The B2B Podcast Index.

Speaker A: I was telling her that, like, you need to use the system, it's just better for you. But she had no reason to believe that it is better. She had huge responsibilities in her hand and she needed to deliver that responsibility. And she felt that deeply. And all I was telling her is that this is better, but I have no proven point. She didn't not trust the system. She didn't trust an unproven system. In order for people to adopt the systems that we design as engineers, they need to trust it. I use my credit card and I tap on it and I walk away. Nobody is concerned. It just happens, right? Like it's my credit card could be Canadian and I could be in San Francisco or I could be in Spain, and I would do the same tap and I would walk away and nobody will trace me. Nobody will say any single word. Why? Because everybody trust that the money is going to go to the right place. We need to do the same thing for agents. When I tell my agent do something, it's going to do it. And if it doesn't know how to do it, or if it's unsure, I know that it's going to tell me foreign.

Speaker B: Welcome to the Village Global podcast. I'm, um, Ann Duane, and I'm here today to welcome mo Khatib of One, that's with One AI. And Mo's been working for 20 years on software integrations. But recently, over the past year or so, he's been agent pilled, and now at 1, he's doing the integration work that we all don't want to do. And he's, um, superpowering agents and people. So we're going to talk about his decision to Open Source All 54,000 integrations that he had assembled. And then we're also going to talk about a really optimistic future of work. His vision is that we won't be chained to our computer and that we'll have agents that we can trust. Welcome, Mo. Well, I'd love to hear a little bit more about a few of the stories that have shaped your life as a person and a founder.

Speaker A: Yes, absolutely. Uh, so I am originally Syrian, uh, born in Damascus. And really, what shaped my story, uh, there are about three stories that I can give you that shaped my story and what made me who I am and what made me want to do what I want to do and what I do. So, uh, believe it or not, I've always been entrepreneurial, and I didn't actually know it. So the first story that really shaped my, uh, life was when I was a Kid, you know, like back in Syria, in Damascus. My family, uh, my father is a businessman, my grandfather is a businessman, my uncles, every single one, they're entrepreneurs, business people. So I grew up around that sort of environment. We didn't have the choice where in the summertime you're either going to school or you work. So you have to pick one or the other, you know, like you can. And in many cases, I actually picked both. I would study and work. So, uh, early on, you know, like, you're brought up like into that environment even when you were like child. So I would go with my father to his job. And like, you're engaging with a lot of these business people. But at one point in my life, my dad thought that it would be good to give me a job that is really harsh. Because he's like, okay, if he works at a harsh environment, he's going to become a better man. He'll be able to handle things more effectively. So my uncle owned a chicken factory. Like, this is everything from literally like raising the chicken hatchery all the way to slaughtery house. The whole Mexican.

Speaker B: The chicken value chain.

Speaker A: The whole. The chicken value chain, exactly. So anyway, my dad goes to. That's my dad's uncle. He goes to him and he goes like, okay, so like, Mo is looking for, uh, a job. He wants to work. And then he tells him behind the scenes. I knew this later that like, they basically scripted job. That's the most difficult job that not even a single person would actually normally get it. So they put me in every difficult place. Like, literally, I'm like, so anyway, I'm working in this and it sucks. It's really terrible. You know, like, you stink and all of this, but you learn quite a lot of different things. And as a process, what ends up happening is I'm working with the chicken, so I have access to really high quality chicken. So I bring home some of this chicken. My dad tells my ants, and then ants tells their neighbor. And before I know it, I'm like transferring 100 kilos of chicken on a daily basis. And I'm like this little kid and carrying these weights of chicken. I'm like, this sucks, but you're not gonna tell my aunt I'm sorry. And I can't deliver it for you because you can't do that. And then one day I delivered for my aunt the chicken and this really big chicken. Uh, so my aunt is cutting them and I see she's doing a lot of work cutting them off. And I'm like, I'm like ant, you know, like, uh, what if I get you this already sorted out, cut in pieces, and this or like, covered and packaged in a very nice way? So you take it, you put it in the freezer, and off you go. Would you pay me like, 10 Syrian pounds per kilo? And she's like, hell, yeah, 100% I would. And then that's where my, like, entrepreneurial mind started hitting. I'm like, wait a second, I can make a lot of money from this. So back at the factory, they do this, but at large scale. So, like, they would do tons on a daily basis. So if I threw 100 kilos, it just goes through, like, they don't even notice. So I started doing this, and then that became more convenient. And then my aunt started telling her neighbor that was not a thing, by the way, like, at the time, you know, like, you can only buy whole chicken at a time.

Speaker B: So. Innovation.

Speaker A: Innovation. Yeah, exactly. Because, like, that manufacturing was for restaurants and for like, m. It goes into the production lines, you know, like, it's not to be sold for individuals. It wasn't a thing. At least in Syria wasn't a thing. And then, uh, so my. My aunt tells her name. My aunt is one of. She. I love her to death. You know, she's amazing and. But she. She has a lot of big circles. So word of mouth, she started telling everybody, and then everybody started. And before you know it, I'm like, selling. And I swear to God, I thought that I was stealing money because I was making so much money. And I'm like, I don't know what to do with it. And I'm like, I can't show it to my dad, I guess. So that. That kind of like, was. Was, uh, one. One story that, like, kind of made me understand, like, there's a problem you find a solution for. People would be willing to pay money for it. And it was a good lesson at an early stage. But really the. The thing that really got me to where I am today is my love for anything. Technology. And. And. And I love science so much and technology. I love to understand how things works. So early on, when I was a child, I got in love with electronics. So I started, um, you know, tinkering with electronics, like, building my own circuits and like, solving different problems. And, uh, one. One thing that really shaped the reason why I immigrated and I came to Canada was because of the story. It's like the rumbling of like. Or like the, uh, the starting point of that. So back in Damascus, Syria was basically communist at the Time it was pretty bad. Um, of course I, I knew a little because there are certain things you're not allowed.

Speaker B: You're a chicken capitalist.

Speaker A: Yeah, yeah, I was a chicken capitalist, exactly. You know, like, and, and, and my family, they were all capitalists. So like my family was not the family that was welcome in like at the time, you know, we were actually pretty persecuted even after, during that time you didn't have running water. So you have to, you have to essentially the government will get you water and at a certain time and sometime you have many days that you don't get water. And then you had to pump the water from the bottom of the building to the tanks so that you could have a reserve. And that process was a pain because you essentially have to first figure out if there is water. And they give you a schedule on the tv, they, they say like, oh, this area, this area that are going to be like at this time there's going to be water. But they don't always, it doesn't always, it's not always the case. You know, they'll say like it's 10 o', clock, but it actually arrives at 10:30. So you have to check if that there's water because if there isn't and you turn on the pump, it'll burn. And then you have to also make sure that the tank is uh, empty. Because if the tank is full, you turn on the pump, there's nothing to go, it'll blow up, it'll make, it's really bad. So usually people start shouting to each other, ah, uh, there's water, there's no water. Turn it on, turn it off. You know, and they're shouting. And this is like very common in the area. You start hearing it, there's so much noise, you know, like. So I thought, I'm like, there has to be a better way that makes this a lot better. So I created a device, ah, two devices actually, that communicate, uh, with each other. So if there is a water, you install the first one on a pump, you install the other one on a tank and it just works. There's like no need for human communication. It just works. So my grandfather was the biggest believer in my inventions. And uh, he was like, um, do it, make it work, you know, like, put it on. And like, he believed in me, you know, like, uh. And of course, you know, it's a big risk because if we could. You go out of water if it doesn't work. So I put it on and it works. And um, it solved that problem. So my Grandfather then tells the neighbor, neighbor started asking for orders. I started doing it myself and it was all me, you know, like I built the whole thing. Like I did the circuit, I drew it down like, and solved it. And I used to also put signatures inside my designs, certain things that means nothing, but I know it's my design. So sold a couple started getting like a bunch of orders and I would go and I put them on and like, uh, and it felt amazing. It felt really amazing. It's not you're making money, but it's not the money that made me feel really, uh. It was the fact that you actually solved the problem and you made the life of people better. So one day, um, uh, in uh, electronic market. We had an electronic market in Damascus. I go there and I want to buy my like little devices. And then I see a, ah, really good looking device that's like, uh, looks like exactly like my idea. So I panic. Like any, like any founder, you know, you're like, this is what I made. And then I buy it, I go home, I open it. It's my design. And I know it's my design because they added the thing that doesn't do anything. So. And I'm like, uh, that sucks. So I actually remember I went to my dad, I was crying because. And I brought it to my dad. My dad doesn't know what I'm showing. I'm like, look, this is my design. And he was like, what do you mean? I'm like this? They stole it. They stole it. I want to sue them. And he was like, where you think yourself, you think you're in the U.S. what do you, we can't sue them. So the government, the company turns out to be like one of the like close to the government companies. They essentially like mass produced it. And uh, so my dad was like, just make another thing. And I'm like, this, this sucks. You know, like I, I, I don't want to like this sucks. This is never going to, it's like always the same, you know, like, and I started noticing the injustice and uh, I started like coming up, I'm like, I can't live here. I need to, I need to go. I need to leave. Uh, and US And Canada was like my top pick. And then I migrated to Canada.

Speaker B: Okay, and sounds like in Canada you started tinkering with software. And so what was your first software product? And then maybe how did that arc into what you're doing today?

Speaker A: I started working in Canada for a school. Great school. Um, and I was the uh, Head of lead engineer and I was tasked to build the software that manages the school from the ground up. Uh, this is everything to do from students coming into the school all the way to graduation and then everything in between. This is like um, managing the staff, managing payroll, managing invoices. And it was a long, it took me a long time to complete the whole thing. And this is at the time by the way, where like we had our own racks, you know, like we had our own server. We know I built my own, our own network. Excel was a thing and Access was a thing, you know, like it was around that time, you know, like you shared files and like you, if you have two people opening the same file, they corrupt. So yeah, I started building that software and really there's a story there that taught me a lesson that I never forget and I still use that lesson in today, in everything I do today. And we used to have this um, really hardworking single mother. She used to be ah, in finance. She takes care of like collecting money, uh, making sure that the finances, it's like CFO and she would work seven days a week, like never takes the time off. You know, she's working like 10, sometimes 12 hours a day. Um, on and on and on. Like super dedicated woman, you know, like I have a huge respect for her. And uh, we built this software that's like so much better. And I knew it's so much better because like it's not because I designed it. I know factually I'm an engineer, you know, like I know it's better. And I found in the old systems many leakage and of course, you know, like you have a system that Excel and access and like it's gonna, you're gonna miss a lot of things. Uh, so this system was complete in the sense of a SaaS. Uh, and I uh, told her, I'm like, okay, we have the system. I trained her on the system and just, she wouldn't use it. So I do more training, I do more training and she keep using the old system. So on the old system, whenever she uses the old system, I have to resync with the new system, re migrate. Uh, it's a lot of work to do that. Sometimes a week of work I have to do this and then when I'm done I'm like, okay, you have to now use the new system. I'm not kidding. And then she would always come back. So one day I did the unspokable. I basically cut off the old system entirely. And I swear she, she, I'M in my office and she comes screaming. She's like, I can't access this because I would, um, have. I would have. I would have message contact mo. And she came to my office, went to the CEO. She was really upset. CEO comes to me, is like, really? You cut off the system? Like, I cut off the system. I. I told him I deleted it, but I actually didn't need it, you know. But, uh. And so she was like, okay, well, you have to work with her. You know, like, you have to get her comfortable. So I started doing this. And, um, in time, she started using it. And then slowly, she started working, like, six days a week, then five days a week, and then eight hours. And then in two months, she took her first vacation. And she came to me thanking me for that because, like, for two years, she wasn't able to take a vacation. So I failed her because I was telling her that, like, you need to use the system and it's just better for you. But she had no reason to believe that it is better. She had huge responsibilities in her hand, and she needed to deliver that responsibility. And she felt that deeply. And all I was telling her is that this is better, but I have no proven point. So she didn't, like, she didn't not trust the system. She didn't trust an unproven system. M. And that's really important. That's like, a distinction that I take with me is like, in order for people to adopt the systems that we design as engineers, they need to trust it. And you can't just tell them, trust me, it's good. It needs to be a process. There's a lot of education that goes into it. There's a lot of talking. Like, I didn't sit down with her to see why, you know, like, I mean, I was just telling her, you should use it. It's better for you. It's like so much. Look here, I'm showing you here. But I didn't sit down to see, like, where is her anxiety? Where are the points where she felt anxious because there were true anxieties in her. You know, like when she came screaming. She's not a lady that screams. And she was screaming, you know, like, she was literally screaming. And it taught me a lesson of, like, that you have to value the people that we serve. They have deep emotions to the way they do things. And if we don't handle these emotions and we ignore them, we will not be able to build better products. Because at the end of the day, the product we build are product Designed for human and human are complicated. It's their emotions.

Speaker B: Okay, so that sounds like it might inform your vision of the future of work. And I'm curious what that taught you and how that impacts how you build with agents today.

Speaker A: I don't think this goes as a surprise. Work is going to change. And, you know, the world are very noisy right now, and I don't like the noise because I feel you hear a lot about like, I 20x this, I 30x this, I 50x that. I am like, now I'm at 20. Let me show you my, my recipe that's going to 500, whatever X. You know, like there, there's always some X to something and this acceleration of like, uh, maximizing whatever we're doing. And okay, this is great. I'm not against that. But what I'm against is this sort of hype that is created and how it's impacting the people who don't actually understand the verbiage, what they feel. They feel that they're left out, and they feel that they. There's not much they can do. They're like, I don't know what's happening here. And it feels like you are on a horse and you're seeing the car, but you cannot get on the car. And you're like, I can see the car, but the problem is the car. People are saying it's a Ferrari, but, um, it's not yet a Ferrari. So to me, the way I think about work is I always come down to the human and my vision. And the reason why I do what I do, as difficult as it is, is because I really want to serve other human. And I truly mean it. I really want to make human productive. It's the reason why I do what I do. Uh, because when you're productive, you'll be able to do a lot more things that you enjoy. And the way that we have defined work is it was. We defined the work in the way it is. Like you're sitting behind a computer. In most cases, you're sitting behind a computer and you're punching keyboards and you're moving pixels. That was our definition of work. And that was great because before this we used, uh, papers. And you have. I remember that time. That wasn't very good also. But really, if we come down to it, what do we human want? Like, what do we want? Do we want to be sitting on the computer?

Speaker B: Big question.

Speaker A: It's a very big question. But if I, if I, if I'm thinking about it from first principle, like, what do human want, you know, like they want to, they want to have conversations, they want to have, they want to, they want the work done, they want this stuff that needs done done. They don't care if it's 20x or 50x or 100x. It just needs to be done. And usually the work that needs to be done, it needs to be done in a certain time. If you could get it faster, it would be better. Uh, there's no doubt about that. But usually you're not like, if you need to send an email, you could send an email by 6. If you send it like 5 minutes to 6 or 6, doesn't matter as far as you send it by 6 it should be fine. And most people think that way. We tend to be in the valley. There's this sort of feeling that you need to go faster. But I think people want to be away from the computer. And in order for people to be away from the computer, they need to trust the systems that we're building and the agents have that capability to get us away from the computer.

Speaker B: Yeah, I think this is a big idea, right? That we. It used to be that you had to be at home or at work to do a phone call. And the mobile revolution changed that. And with agents will. We think it's cute that people used to sit at a desk with a keyboard, a QWERTY keyboard and um, give um, language in that way or worse yet coded in some weird coding language. You went from designing software for a school system to working on agents today. So describe that arc.

Speaker A: Yes. Uh, that's a big shift. So my journey really shaped itself in the way that I am today. Unfortunately, because of the war that happened in Syria, um, my immigration status got uh. There were some challenges because of uh, I wasn't able to get a passport which kind of made my immigration status become very complicated. When all that stuff was sorted and I mean there were a, uh, federal judge in Canada that actually ruled in my favor, which I'm sorry, like grateful for. I'm going to send her a uh, thank you letter, uh, in time, um, because she changed my life and I, um, became Canadian. And uh, that was the time when I started my own business, uh, so moved away from the school and started my own business. And in my business because of how technical I am, I would go more towards problems uh, that are large in their scale. So a lot of the problem that we were solving were migrating from one system to another system or working uh, with ERPs and uh, stuff that relates to integrations in General, but more so for the enterprise. So I saw all the difficulties of integrating systems together. And we would work on one integration, literally one integration that would take us eight months and sometime even 12 months. And we'd have eight engineers working on one problem. Uh, and it'll cost millions of dollars to actually get it to work. So throughout time I started noticing that there are similarities across different platforms and that you could come up with some sort of abstraction layer that would make the integration problem completely disappear. So that's what I've started working on. So like for the last 12 years I've been working on the integration problem, uh, in that uh, scale. Now how does that translate from what we had, from what we were doing, which is pretty much SaaS you think of it, uh, like low code, no code, unification of data. Uh, the typical integration SaaS that you see, like the uh, IPAAS I think they call them in 2024. We've done a lot of work with AI at the early stage. So I remember even having a very large scale. I would call it like a mind system where it has little pieces of agentec. Uh, because at the time you can't trust a lot of things, but you could trust small things like label this, it will be able to label it. So we built an entire, you would call it agentec today, but it's more so agentic workflow that allow us to map data of integrations. And this is at the time of integration os. Because of that, we generated so much data, the data which is the prompt, the prompt that we will give to the agent so that it creates the schema that maps one system to another system. And in 2024 I got an idea. I'm like, what would happen if I take this data that I have for Gmail, for example, and give it to an agent? Would the agent be able to send an email on my behalf? This was early. Like, not a lot of people were like doing this. And to my surprise, it worked. The agent was able to send an email. Um, and then I'm like, okay, let me see if it could be able to read from a CRM. So I took another piece of knowledge that I have, gave it to the AI. It was able to read the CRM. So I gave it an execute power and the knowledge. And I became so convinced that this is going to be the new direction because you would start to hear people talking about AgentEC agent and the definition where it was a little fuzzy at the time, not a lot of people understood what that means. Today it's pretty clear.

Speaker B: What I'm curious, how do you define agentix um software today?

Speaker A: To me agentix software is an agent, is an entity that reflect a group of work that we human do today. So and the way I would define it is like an effective agent is like a salesperson for example or va, uh, and then you can add more element to it. But it's like I have a unit of work that needs to be done and it needs to be done autonomously.

Speaker B: Yeah.

Speaker A: And that unit of work that's being done autonomously will have many pieces of it that must be deterministic. And I'm arguing that that needs to be the case in order for adoption of agentic to actually pick up because it ties into trust. And I'll dig into this. So to me the agent adoption requires human trust, which goes back into this whole concept. In order for us to deploy the agents that are actually going to do work, the human need to trust it.

Speaker B: Right. To accomplish the goal.

Speaker A: To accomplish the goal.

Speaker B: To be able to accomplish the goal.

Speaker A: Correct. Yeah. Because we are like in San Francisco people are willing to take risk, you know, like and you know we, we are, you know we adopt technology faster and we like uh, tend to be on the cutting edge of technology and like we try things, it might not work. The tolerance of failure is pretty high. Like there's no issues there. But most people are not like this. They are concerned um, you know like uh, what would happen if it leaked information, what would happen if it sent the wrong email. I don't believe that we have yet the mechanism to like we don't have yet that sort of system that creates the trust for people to allow, allow higher adoptions of agentic. Because I truly believe a ah, working agent is going to free a lot of our time. It's going to get us into the sort of future that I really wish that it's going to be true. Which is the future where we as human we go back to what we like to do. We go back to uh, talking with other people, going to the communities, getting away from the computer and trusting that the systems are actually working. And I like to use an example, if I go today into a store and I buy a drink, I use my credit card and I tap on it and I walk away. Nobody is concerned. It just happens. Right. Like my credit card could be Canadian and I could be in San Francisco or I could be in Spain and I would do the same tap and I would walk away and nobody will trace me, nobody will say any single word why? Because everybody trusts that the money is going to go to the right place. We need to do the same thing for agents.

Speaker B: Mhm.

Speaker A: We need to make it where when I tell my agent do something, it's gonna do it. And if it doesn't know how to do it or if it's unsure, I know that it's gonna tell me. And that's really the balance is like you don't need the agent to notify on everything. Cause then you get overwhelmed. Now you're creating more work for me. If the agent's gonna confirm, it's more work for me. There needs to be a balance. And what I found works really well. And this is something I'm building for myself is you start with a lot of notification and then the agents start understanding my preference and I start building up the trust with the agent. That is like now, okay. It's replying for my emails and at the beginning I'm like, under no circumstances you reply, you show me everything. And then I start like saying, yeah, this is good, this is good, this is good, this is good. And now you know, like there are certain aspect of things, like completely autonomous, like a refund request for example. I don't even need to know about it, it just happens.

Speaker B: So you have trained it bespoke for you. So you have onboarded and trained your agent? Yeah. Okay, well, let's um, talk a little bit about your company. One, it's withone AI.

Speaker A: Yeah. So one came as a result of all the knowledge and all the things we've done in the past. So as I mentioned, we had all this knowledge that we accumulated about these integrations. And it's not a secret that integration alone. It's not going to be a moat anymore. It's not a moat. You know, like you can't have a company that is just doing integration and call it a moat or even a SaaS. I believe software is going to become commoditized as a whole. So I started thinking, where's the value? Like what am I doing? Like where is the value that like um, I'm um. If someone is using me, what's the value? And I start reasoning over and over that the value is in the capabilities of this. Like uh, I'm selling the capabilities. And then if I think even deeper, what does that mean? Well, it comes down to like uh, effectiveness of these agents. So first of all I needed to make sure that neither me nor my team are living in a bubble. So I took our, what we thought is so valuable, which is our Knowledge. And you know, I know I am very biased, but our knowledge is really clean and like if you use it with any agent tech, it works. That's because we vet the knowledge and like we have system to scrape the documentation. Then we put it through a. Um, so we scrape like let's say for example we want to work with Gmail, we go and we scrape all the docs and then we take whatever we scrape, we put it into other system subsystem to make sure that the knowledge we scraped can actually be executed.

Speaker B: Okay, got it. This seems like you're Ideally integrations would be an easy thing for agents to do because there is good documentation in theory, but in practice it isn't always the case. So you have made sure that it's agent ready and then also agent always ready, meaning you're maintaining it over time.

Speaker A: That's right. And I would argue that yes, the agent can go on the docs and do it, but it's the wild west because the agent can read the right doc, but it could also read the wrong doc. It could read an old doc. So you are at the mercy of the index.

Speaker B: Mhm.

Speaker A: So what we're doing is we're like no, we actually are vetting this knowledge to make sure that it is actually accurate and then we run different use cases. So uh, we have a system called the scenario generator and, and it generates different scenarios for every action that we use. So for example, I like to use the send email example. If we start from an agent that is like non trained and you tell it like um, the user could say something like write me an email for Emily. That's what the user would say and the agent would interpret this and it will say it might write you an email because it might think it's a sample and then it'll write the email. The agents now are a little more sophisticated, they'll ask more questions like but you could have an agent that is not as sophisticated and it could literally write you an email. And the email address will be emilymple.com but if that agent has the capability to also send, well it's sent that email. So you have a tiny little issue there. So what we do is we generate these different scenarios and it goes from like someone who is not, they don't know how systems work all the way to someone who's very capable and they understand exactly how they're using these tools. And we generate everything in between and then we generate the success route and the failure route. And then from there we start like seeing the behavior of uh, the agent. Like for example, send an email to Emily. Well which Emily? Like how do I know what Emily you're talking about? Is this an Emily that we've been working on and I have it in memory, or is this something I don't have and I don't know and I need to look up in the CRM? If I looked up in the CRM and there's like several Emily's, maybe it could figure out from the context, but should it make a guess? And that's the thing, is that there's a balance. So for us what we're doing right now is we're solving the whole schema problem. And like, okay, the obvious is tough, but the scenario generator, what it's doing, it's like solving a little bit of a bigger problem. Because as you could imagine this is going to generate a lot of knowledge, a lot of data, but there's almost always one path that is correct that the user wants. And figuring out that path is not an easiest thing. But if you don't figure it out, you will not have high adoption.

Speaker B: Right.

Speaker A: We know how to do this for ourselves but like when you need to deploy this to the masses, it needs to just work. They don't need to think about like how this works. So like we are building the systems that can make it work.

Speaker B: Got it. And who is the ideal user for in for one?

Speaker A: There are three ideal users for one that feed into each other. We have big companies, this is like companies who have already massive agent tech and massive uh, uh, in a sense Agentix solutions such as Vibe coding platforms, uh, platforms that are deploying agents, uh, because they want these agents to be connected to integrations and apps and all this. So we help them. It just works because we solve authentication, we solve the knowledge. And now as I mentioned we're getting into the skills. This is like where the value really lies. And these are vetted skills. And then we have the second one which is San Francisco, uh, startup, uh, uh, building agents to solve very particular niche. So like you're like sales agents, marketing agents. You know, I would love to work with these types of startups and allow them to kind of figure out, you know, like how do you solve this bigger picture? You know, like this is like okay, one agent that's doing sales, uh, and like focusing on sales. They of course, you know, like uh, they're a great ICP for us because their user needs connection and we help them get there. Like we help, we make it really easy for their user to Connect to these third party integrations and then finally, uh, prosumers, uh, they use our cli and with a single cli, you can connect to, uh, any tool that you have and build, uh, your own agent. This is the hobbyist, the developers, people who want to tinker and play with the agents and try it for themselves without necessarily a lot of opinions.

Speaker B: How many integrations do you offer today?

Speaker A: I believe today I checked, I think we were at 330.

Speaker B: Okay, so amazing, um, progress. And you had shared previously that the rate of adding new integrations was a certain pace and then over the past couple months that has really accelerated. Can you talk a little bit more about that?

Speaker A: Definitely. The important thing for us is more than the quantity, the quality, um, because I could easily, like right now, for example, go and add a thousand integrations, but the quality would not be as good.

Speaker B: Sure.

Speaker A: We have figured out the processes that are necessary in order for us to actually say that this integration is good. So we start by scraping, but it's not a normal scraping where like you would like, for example, like when you do a, uh, generic scraping, you will miss so much data. For us, we analyze the type of technology that the docs are living in and then based on these different technologies, we write different scripts that essentially like, would open different tabs, have different pop ups. We solve problems such as if you have, sometime you have a schema and you have a nested schema, but sometimes you have a schema of a schema, meaning you have an invoice that has a bill inside of it, but the bill has an invoice and if you keep opening, it keeps opening. So like if you tell an agent to do that, it'll basically go in an infinite loop. So we have encountered all these different problems and we've solved all these problems to figure out how to get to the actual value of the knowledge that we have there and get everything. But that's not enough because even if you get everything, there'd be so much noise. So then we clean it up. We then have different AI system that actually cleans up the docs so that it's repeatable because we figured out a pattern that if you give to the agent, it works every time.

Speaker B: Right, okay, got it. And then so you're able to abstract away all the complexity, all the maintenance over time, um, for the agent and ultimately the end user.

Speaker A: That's right, yeah. But what we figured out is the balance of the human in the loop. And that's really key in my opinion. And we see the same pattern happen, uh, at the beginning, literally everything was vetted, and I literally mean it. The first hundred integrations we've added, it was vetted by hand, every one of them. The system were not as good, the models were not as good. And I'm talking, this is like um, in 24. But then we started noticing there's a lot of improvement in the models. And now we're getting into a point where we're getting roughly, uh, 98% success at first run. That doesn't mean of course, that we handle every edge case, but because it's a network and because the knowledge is open source, you start having contribution. So when, for example, someone could be in Spain and they're using our tech and they encounter an edge case that we've never seen before, we've never even thought about, if they want, they can share that problem with us. And then because most likely their agent would have figured it out.

Speaker B: Mhm.

Speaker A: And because like that section of the industry, the ICP that is using the cli, they tend to be technical. So they tend to correct the agent, which is going to help the other buckets, because the other buckets, there would be no that human in the loop. So you want to get the human in the loop, which is what we're doing. And ideally we're getting all the people who use it also become the human in the loop, which feeds the knowledge, which improves the AI. And then we want the AI labs to train on this data. I want them to train on the data because I truly believe that the better, the cleaner the data, uh, the better off all of us. And that's the thing, it's a scary thing to open source the knowledge because, and my whole team, I had to speak with my team for hours, hours, you know, like until, because, you know, like at our company, you know, like there's, I don't, it's not, there's no dictator, you know, like, oh, I say this, you know, I have to convince my team because they build it. Right. Like, I mean my team built this, you know, so, yeah, so walk us

Speaker B: through that decision to open source.

Speaker A: So I started thinking about the value and I wanted to make sure that I don't fool myself. And I found that is really easy for me to fool myself and into thinking that I have something when I don't have something. And so this becomes very important for me as a founder. We, as founder we live uh, uh, in uh, a parallel universe and we have to, we have to because we create this sort of vision and we need to believe it. And if we don't believe that vision, nobody will follow us. Why do people like to work for founders? Because you have this big vision and you want to make it happen and you stand for something. But if you, if you're talking with normal people who are not aware, they will think you are like, you know, high or deluded.

Speaker B: Yes.

Speaker A: You're like, what are you talking about? You know, like, we work on the computer, you know, like, what do you mean? You know, like, you want to invent a new thing now, you know, like, what do you. It sounds crazy. So for me there's like a balance for this. You need to like, be close to the reality, yet you still need to create your vision of the future. And I find this to be. If you don't know what actually is true, your vision will be completely disconnected from reality. And if you're disconnected by, say, some fraction, that's, uh, okay. But if you are completely disconnected, then you're hallucinating, you know, like, and I do not want to be hallucinating.

Speaker B: So what was the hard truth that you needed to make sure you weren't fooling yourself?

Speaker A: The hard truth for me was the knowledge is an inevitability that eventually the models are going to get to the best knowledge. Eventually people will clean their docks. Eventually, like, we will have a better mechanism for docs. And so the knowledge itself was not a moat by itself because, yes, it felt like it's a moat. It felt that it made our product better at the time, but eventually it's going to run out.

Speaker B: So this is a, ah, really bold move because you had a business operating on proprietary data to make integrations and you decided to open source it all. So let's talk about now, what's your pricing and what's the value proposition?

Speaker A: So our pricing is really simple. My goal is to make integration free for everybody. And I truly mean it. And right now we're trying our best to make that happen. And right now what we're doing is if you're a normal user, you're building your own thing, you're a developer building your startup, or like any of this, you could add as many integrations as you want for free. There's no connections limit. You could literally add as many integrations as you want. We of course have to do a little bit of a rate limit, uh, because some people really have used this. Um, so we have of course, rate limit and then the second tier is 29, I believe, which gives you a little more rate limits, uh, you still get the million request for free and then above that we charge on small amount of money on extra usage above the million.

Speaker B: So for consumption based.

Speaker A: Consumption based. But my goal is to make that completely free because I want to make one like the DNS. You don't expect when you go to the Internet and you type www uh with one AI, you don't expect that the DNS company is going to charge you for the lookup of the DNS, the location of the ip. Um, and the same way integration should be free, you shouldn't pay for the integration, nobody should pay for the integration. And I want to make that happen. So where we make the money is more so uh, on the more enterprise the startups when we're working with them at the scale. So okay, I want to deploy the agents for so many like so many customers. I want to do a lot of auth I want to like. And so we have a product similar to Plaid, which is authentication, but it comes with a lot of restriction. Because the other thing that I want to do and we're starting to do is the user must own their connection in this economy, because I want to get trust and to me this is really important. And I tell this to my team all the time in today's world you go into a place and they ask you to connect to your uh, integrations and you connect your integrations. And now what if you want to disconnect? How would you disconnect? You're at the mercy of this company. So we're trying to make it where you own the authentication. So like your email will be the truth. So if someone is requesting something from you and you want to give them access, at any given point you could revoke the access. And that is good for the startup, it's good for the companies because it builds the trust. So and again, you know, you have to trust us, you know, like. And we are also being very open on how we're doing this. So because I want the user who owns the connection to own the ability for them to revoke even from us. So like one of the things we do for example is uh, secret, uh, keys are one time only. We don't even store them internally. There's a lot of mechanism that we have and we are also continuously going to be working on to make sure that you, the user owns the connection. This is going to be very important because we need to trust these companies who are building these agents. And the trust is a circle, it's not one entity that you need to trust. There's going to be many entities that we need to trust. And in order for people to trust us, we need to be open and we need to tell them what we're doing. And there needs to be no hidden agendas or anything. And that's exactly what we're trying to accomplish at one.

Speaker B: So you've got great momentum, um, helping agents do integrations, um, across many platforms. How or why will one be important in the future?

Speaker A: For me it comes down to two things, quality and trust. Quality in the sense that they then they feed into each other. People won't trust a product that don't work and we will not have a good product if we don't have good quality. So to me quality matters quite a lot. The quality of the knowledge, the quality of the data and the quality of course, um, it's multifaceted. So one of the things that we're trying to do right now is work with partners. We're not claiming that we know everything, we're not claiming that we're the best at everything, we're not. But we are good at something. And this something is the infrastructure and creating the systems that actually scales. We're uh, good at this because we've been doing this for quite a long time. But for example, what do I understand about CRMs? Not a lot really. I can build you a CRM, but I don't understand the actual use cases. But the providers of the CRMs, they understand how this works, they understand the use cases, they understand their users. So we want to work with these partners so that we can get them to do these validated knowledge, so we can do the same thing that we did for our knowledge to them, so that they can give us their validated skills, so that we can now have a mechanism where, because right now it's the wild west, you are hoping that things are going to work and in many cases it does work, but you don't know what happened in between.

Speaker B: You're like, yeah, or it worked yesterday, it doesn't work today.

Speaker A: Exactly. So to scale these agentic systems the trust needs to exist at um, the most non technical person needs to trust the system. A baby needs to be able to use the agents and trust that it's going to work. And a completely non technical farmer working in his farm needs to also trust the system. And to get there it needs to be a work of many people. And like, that's why I truly believe I need like in my partnership program I want to work with these companies so that we can understand the problem at a bigger scale and then figure out, like, how can we create this open. It will be open data source that's evolving and we own. It's open. It's literally open source. Because if we have this. And again, you know, like, I hope other people do the same thing too. Like, uh, I think it'll be good if other people do that as well. But by having the structured knowledge that is opinionated by the people who understand the problem, we're going to get the trust one, one step higher. And then every step we do it, it's going to get higher and higher and higher. And then eventually you're going to get into a point where it will no longer be a friction for anyone to have a sales agent, for example. And that gets us to the place where I want to be at not 20xing, 30xing, hundredxing, but getting the job done because that's what matters and that's what will free people. Um, and that's when we will achieve the ability for the new way of work. And I don't know exactly how that's going to look like, I'm sure.

Speaker B: What's your opinion on the future of work?

Speaker A: You're going to work less and you're going to have a lot of abundant. So in a perfect world, you will go back to your family, you go back to your community, you will have more events, more in person events. Maybe you'll have a community farm where you go and you farm and it's all for the community. And the yield of that farm is for the community. And the work that you have to do might be notifications, literally notifications. You know, you're looking at your watch and you're getting a nudge. I call them nudge, not even notification because I don't like the word notification. It's a nudge. It's like your agent is like nudging you very gently is like. And maybe at a certain time only. But while you're getting the nudge, maybe you are at the community farm, maybe you are at a community hub. You know, like you're doing intellectually interesting things. You're painting, you're uh, going to maybe communities that are less lucky and helping them, you know, like, uh, you're going to a poor community and trying to get them to. You're teaching them, you know, like you're taking what we have because we have access to something right now that most people don't have access to. And we are basically like the 0.01 of adopters and the majority of the world are living in a different world, like completely different reality. And uh, even though we feel that this reality is so true, and it is true, I truly believe that AI is revolutionary and it's going to change the lives of the world. But to me, that's the future I aim for. That's the future I want to make.

Speaker B: Okay, so we got to talk about your personal productivity because I find you very responsive. But you told me you have not logged into your email for a long time.

Speaker A: That's right.

Speaker B: So tell me about what agents are doing for you today.

Speaker A: So I'm trying to do that system for me. So I always tell, uh, my team that I am the power user of one. Um, so what I'm doing is I'm trying to understand because you hear a lot of people saying, oh my Open Claw does everything. I truly.

Speaker B: A lot of people in San Francisco. Yes.

Speaker A: Yeah. I truly believe, uh, it's a non true statement. And no disrespect. I know some people have figured it out, but I think there is a catch that not a lot of people talking about is that what is the cost of a mistake? And to me, for example, if the agent is running everything for me, the cost of mistake for me, it's very high. It's very, very high. I'm talking with partners and like if the agent mistaken one partner for another partner, leaked some information, it would be not good at all. You know, for me it looks really bad. And I actually have a story that happened to me recently. I have agent that I built for myself that goes over my email and I haven't been into my email and what it does, uh, and by the way, you know, like I'm gonna open, uh, source. This system, uh, is actually very simple and I like simple systems. It will go and it will grab all your emails for the last six months and then it'll read each email, uh, via a smaller model. And this model will label these emails and figure out how you write and how you reply and then the different aspects of email you receive. So in my case, for example, I have, it'll create a rubric. So in my case I have support. We get like people asking questions, you know, like, how do I do this, how do I do that? Uh, I have emails that we send to our customers, like this is the drip. And some people reply to me and then I have investors, I have partners, and then I have uh, notifications from like GitHub.

Speaker B: Nudges.

Speaker A: Nudges. Yeah, exactly. Uh, so M. My AI will label each one of them. And uh, when I first started, the AI would just tell me like, uh, you have like six emails, uh, two needs your attention and that's it. It just stops there. So this was great. And then you're like, okay, now what? So for example, a lot of the support stuff, the agent can reply. Like we've had so many repetitive questions that we now have semi perfect Q and A that the agent can automatically reply. And the agent does. I don't even know about them at all. Like I don't even know what's happening. I see the numbers.

Speaker B: How do you trust that the agent worked?

Speaker A: So the agent is instructed that should it not be 100% certain about something, to nudge me. Okay, as I mentioned at the beginning it was more so like, tell me everything then, okay, propose something. So like propose the stuff. So I would see what it's proposing and then I would look at it when it's doing it. So like, when I needed to do the first refund, it was nerve wracking because I'm giving it access to Stripe and I'm like, okay, you're going to make a refund. And I simplify things. So for example, our refund policy is so simple. If someone asks for a refund, refund them, end of story. It's that simple. Uh, no question asked. If someone is unhappy or for whatever reason they want a refund, we just refund them, no question asked. So that's easy for the agent, classify as refund, make the refund, it's that simple. And of course Stripe takes care of the security, so there's not a lot of risk in that specific mechanism. And then there are the other areas, like investors, for example, investors relationship. I, uh, have a list of VIPs that under no circumstances the AI replies to them. So this VIP list keeps growing. So like if I'm working closely with uh, uh, a client, for example, I add them to the vip. I literally go say like this is a vip and then it gets added to the vip and then the AI will just tell me what's happening. Uh, I also built a memory system that is a graph system where every person that I interact with has its own graph knowledge graph. So the agent, when it receives an email, it pulls on that graph, it reads everything it needs to read. And the graph has also things to forget. So I tell the agent, for example, forget about that thing. And then it completely forget about it. The more I use something, the more it's surfaced into the memory. And it ranked based on M. That so the agent have access to all this. Uh, so the agent makes these sort of decisions, and then, of course, I give it my preferences. But then something happened recently. Right now, I told my agent that, like, m. New investors, you know, like, we're not fundraising at this moment. So we're like, heads down. We're like, we're heads down working right now. We want to get. There's something we need to do. We need to do it right now. But I get a message from an investor, and typically my agent just ignores it. Like, it just ignores it. But this investor was a, um, like a good investor. And my agent literally nudged me, saying, you know, like, I know you'd said, you know, like, we should, like, not like, like, we shouldn't set up a meeting with investors right now, but I really think you should meet with this particular investor. Wow. Yeah, it was a big, big, big, uh, uh, vc. So I was like, okay, set it up. And, uh, sure enough, set up the meeting in person. And, uh, then we get in the same day of the meeting, we get a message to reschedule, uh, for a different time. Same day, but different time. So my AI nudged me. Uh, it's like, oh, this happened. What do you want to do? And I'm like, yep, make it happen. There's no problem. I checked my schedule. I'm like, yeah, uh, no problem. This works for me. It's no big deal. The AI sends a really rude message. Uh, so I, you know, like, I, I went to the email, and I'm reading the email. I'm like, oh, my. I felt really bad because this is not something I would send. At first. I'm like, oh, my God, what am I? Like, it just doesn't feel like me, right? Like, it's like. So I go back to the AI. I'm like, man, you know, like, what, uh, like, what. What did you do? You know, like, why did you do it this way? And the AI literally just said. He was like, well, you said, you know, like, you're a CEO. You want to sound confident. He asked for a reschedule. Your time matters, you know, like, so I. To make sure that it looks like you're not happy about it, but you are accommodating. And so I, I, I started thinking. I'm like, in a way, he's not wrong. It's like, but it's not how I would do it.

Speaker B: So is the right answer the agent should have its own identity because it's sending as you.

Speaker A: It's sending as me? Yeah, that's the, that's the problem which I think in the future I, I don't know if, I don't know if I. Who's responsible?

Speaker B: Well, I don't know. But we could have a whole new categorization of gatekeeper because at the end

Speaker A: of the day I was responsible for that email and I felt bad. I felt bad.

Speaker B: Yeah. It's so interesting. I mean these are the things we're going to have to deal with in the future.

Speaker A: Yeah, 100%.

Speaker B: Tell us about what is one which is with one AI.

Speaker A: So one is an infrastructure for uh, it's an agentic infrastructure and we're trying to give our users access to everything they need from an agentic standpoint. Right now we have worked on integration but we're now getting into the next cycle which is uh, so authentication with integration solved, uh, knowledge is solved. The next thing is skills. This is like combining multiple different uh, knowledge pieces into a skill that does something that's repeatable. The next one would be combination of skills that makes like a role. Uh, but then you have also memory. Memory. I don't think memory has been solved also. So this is something we're trying to also figure out how can we solve memory. The other thing that we want to get into is how do you deploy these agents, how do you trust that they are actually working? Um, so at the bottom of it it's infrastructure for agents, agentic infrastructure. But we see it as multiple faceted, multi bucket faceted integration which everything you need from integration, authentication to the knowledge to the access to the communication with these knowledge. And also access control is very, very important. Not a lot of people are like giving a lot of attention to this. We have refined access control that you can give to your agent. You could say like I want this to be read only, write only Gmail only send draft only. Like you go at the level of one action and then you can do it across multiple different platforms which is again going to be very important for trust because we sell trust. We're increasing the level of trust for people so that they can adopt agentic.

Speaker B: Yeah, it's kind of like the elevators of the AI age. Right? Like it just has to work.

Speaker A: It just has to work.

Speaker B: And so your customers are large enterprises, they're startups and they're individual developers sometimes. Can you provide a use case? Uh, that's a good sample, 100%.

Speaker A: Yeah. So there is a really good use case for finance for example. So um, one of our early users, and he's a big fan and Also like he's uh, he works at a enterprise uh, company that we're working with but he has his own use case where he has his own uh, side businesses and he and his wife also has the same thing. And he was trying to get his quickbook, uh, information agentically, meaning, you know, like he would be able to handle all his finances completely agentically. So he tried many different solutions. I'm not going to name, uh, uh, because I have full respect for all my competitors, uh, but he used a lot of our competitors and he literally went one by one and tried them and it just wouldn't work. Something would be either like missing some stuff, others would just not work and the trust was not there. There are certain tools he tried, didn't even work at all. This is his words. He tried at the time Pica, and it just worked. And he was like my agent started pulling the data and he started finding issues and mistakes and stuff. And he built an entire system completely agentically, uh, to manage all his business finances, uh, and I truly mean it. It's an agent that actually takes care of everything. So you could put a receipt, it takes on that receipt, it could upload it to your quickbook and it does the crunching everything that is needed for you to your business from a finance point of view. He built it agentically, uh, using one. Um, and to me when I hear these stories and there are so many other stories similar to this, I have another one of uh, our early investor, also early adopter, same thing. He's built so many uh, of the things that he does on a day to day on one. And when I hear these stories, it just makes me really happy because it's providing value. And like when people tell you like, you know what, your tool solved a big problem that I have, it just makes you like, it just makes all the hardship, uh, and all like the, it just goes away. It literally goes away because this is amazing. These are some of the ideal use case and of course, you know, like, as we start working with more partners we will be able to isolate and more um, craft these solutions in a way that would be opinionated, but it'll be opinionated in my opinion. Ah, um, in an effective way.

Speaker B: There's a lot of buzz about mcp, um, and you're doing integration. What's different?

Speaker A: So MCP is a phenomenal tool. Um, it was obviously designed by anthropic Model context protocol and the intentional design for it was me on my computer. I want to connect to something and I installed the mcp and it connects to something that exists already on my computer. Uh, and the intention was for developers. I have a very controversial opinion on it, uh, but it's grounded from engineering. What has happened is that there were massive adoption of mcp, which is great, amazing. But what happened is that a lot of company got forced into, into adopting to MCP in a wrong way. In my opinion, what ends up happening is we have an API and then most companies started doing an MCP as another layer that mimics the APIs. And now, so now, okay, I already have the APIs, which we perfected. If you're notion, if you're these companies, you perfected your APIs, it's your offering. Uh, but now you have this other layer which we don't know how it's going to scale, we don't know how it's going to be used, we don't know like. And all it does, it connects to your APIs, but it has its own authentication. Well, guess what, API also have authentication. So what are you doing? Are you like passing the same authentication? There's so many problem in the structure because you created this new layer that's completely unneeded. So at scale you're going to start feeling the pain. So if you are to manage these mc, they were never meant to be done this way. It was meant to be that I have my mcp, I put it on my own server and that's exactly what we do. Right now we are stepping away from remote mcp. Okay, but we offer our own mcp. Okay, meaning if you want to host the MCP yourself, there will be nothing wrong about that because that's your usage. I would say like, I would still tell you like not to do that, but if this is what you want, it's no problem. You know, like you can have the mcp. And the difference between like integration and the MCP is MCP in most cases is limited by the number of tools you have. And there are ways now that are making it better. Where you could search, you could index certain things, but no matter what, you're going to still be capped. Because let's say you want to connect to six platforms, each MCP is going to eat something, it's going to use some tokens, maybe 1,000, 2,000, sometimes 20,000. We've done a calculation where if you're using four, in the worst case you're using 80,000 tokens and you haven't done anything yet.

Speaker B: Wow.

Speaker A: Yeah. And so imagine this, you know, like every single time you're Doing something with like, you're telling your agent, hello, your agent have already used like 80,000 tokens.

Speaker B: Interesting.

Speaker A: It's not efficient.

Speaker B: Okay. And you are someone who's building and seeing agents, um, being deployed. What's your outlook on the landscape of agents? What are the most promising agents, the most promising frameworks, or any insider view for us?

Speaker A: There are so many innovation happening in this space and, uh, I've been really like, I've been using anthropic quite heavily. So I'm talking here specifically from my own personal experience. Anthropic seems to like, nail it on some sort of a balance, I feel, on the agent side, like from a model perspective where I don't know if the word entity is the right word that I want to use, but it kind of feels like an entity. Um, yeah, it feels like an entity. It feels like, um, it has a personality that, like. And I've heard a lot of people saying the same thing. ChatGPT will get the job done. And like, um. And again, you know, like, I don't want to be harsh by any chance. Like, I mean, they are phenomenal companies, uh, all of them. But from my own personal experience, I noticed that the personality of Claude agent, Claude code specifically, um, it's evolving with me. And I notice, for example, like, pushback, a lot of pushback on things that actually matter, you know, like, and I'm starting this to see this happening, and I think that's intentional. There's some sort of a balance that's being added. Um, and I am starting to feel it. And now if I jump ship, I come back because I'm like, it feels like you left your friend. Uh, there's this sort of interesting, I don't know about, like, that feeling, but I've heard a lot of other people saying the same thing. I have a lot of friends who tell me the exact same thing. Both can get the job done. So, but I think. I don't know if they're talking about it, but there's some sort of a personality to feels human.

Speaker B: Anything you'd like, uh, folks to walk away with or.

Speaker A: Yes, uh, my message to the people who are hearing a lot of noise and a lot of like, you know, you're going to lose your job and like, all that rhetoric. No, you're not going to lose your job. You're not. Because if it wasn't for you, we wouldn't be here. We wouldn't be like, what we're doing is for the human, and the human is the value and the people is the value, and the communities is the value, and us is the value. We need to make the country better. We need to make us better, and we need to. The human is the value, and you are human. And therefore everything that we're doing from an agentic, from an AI is to serve humanity. So as far as you're serving other human, you're not going away. And that's literally my message. You know, like, remind yourself that you're serving something that is bigger than you. And if that's the case, you're not going to lose your job.

Speaker B: Okay, well, we will send people to find you at with one AI. Thank you so much, Mo.

Speaker A: Thank you so much for having me. Hey, this is Ben Kaznoca, co founder of Village Global. Thanks so much for tuning in to the Village Global podcast, where we go deep on all of the biggest topics in tech. If you enjoyed this conversation, please subscribe to our, uh, YouTube channel. You can check us out on Spotify, Apple, wherever you get your podcasts. We'd love to see you for the next one.

Related episodes across the Index

Other episodes covering the same guests and topics, from across The B2B Podcast Index.

  • AI Agents, False Productivity, and the Sales Team Reset with Gabe LarsenMake It Happen Mondays · on AI agents91 / 100
  • Pricing in the Age of SaaSpocalypse | Emanuel MartoncaProductized Podcast · on AI agents89 / 100
  • Why a $1.2B exit felt like his biggest failure, and the customer-obsession thesis behind AgencyThe GTMnow Podcast · on AI agents86 / 100
  • Unresolved.cx - Resolution means something different at every company - Craig Stoss - KODIFUnresolved.cx · on AI agents84 / 100
  • Beyond the Simplistic Narrative that AI will Replace Software with Mahesh RajasekharanSaaS Scaled · on Agentic workflows83 / 100
  • SPECIAL GUEST!! ClickUp's Co-Founder Chris Cunningham 💸 The $1,000 Content Hack Big Brands Miss | Ep. 532Do This, NOT That: Marketing Tips with Jay Schwedelson · on AI agents82 / 100

More from Village Global Podcast

All episodes →
  • Recall Sessions: He Built the Software That Runs 1 in 6 Laundromats in America - Alex Jekowsky
  • LIVE: The Bull Case for SaaS in the Age of AI | Aaron Levie and Reid Hoffman
  • Recall Sessions: The PR Playbook Most Founders Get Wrong - Paul Loeffler & Kelly Boynton
  • Why Your Next Executive Assistant Will Be an AI - Deon Nicholas (Espa.ai)
  • Recall Sessions: Most SaaS Companies Won't Survive This - Jake Saper (Emergence)
Explore the best B2B Startups & Founders podcasts →
All Village Global Podcast episodes →