AI Engineer World's Fair 2025
Vibe Coding, with Confidence
Read the talk
Vibe Coding, with Confidence
Generating code faster creates a verification problem. Itamar Friedman explores how context, specialized review agents and command-line workflows could make that speed usable across software development.
From a talk by Itamar Friedman
Before you start: Familiarity with code review, automated tests and basic shell commands will help; no prior Qodo experience is required.
What would make AI coding trustworthy?
You can ask an AI tool to write code. What would let you trust the work enough to delegate a complete development task? That is the opening question behind Itamar Friedman’s Vibe Coding, with Confidence. The Qodo CEO and co-founder proposes an interface that may seem less ambitious than a new AI editor: the command line. Qodo is soft-launching its CLI during the talk, inviting installation and feedback subject to unspecified capacity limits.
The audience already knows Claude Code, Codex CLI and AI IDEs. The next question is what those interfaces enable beyond another way to chat. Friedman frames the progression as a move from autocomplete to multi-agent workflows: agents that can take responsibility for work across the software development lifecycle, or SDLC. His opening slide distinguishes tools developers like, tools they love and tools that fundamentally change how they work. He places that last category ahead of the capabilities he is about to examine.
Suggest correction
This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.
From completing lines to completing tasks
Friedman separates casual, prompt-driven software creation from enterprise development. His shorthand is “noobs versus enterprise,” but this is a distinction between uses, not a ranking of junior and senior engineers: enterprises employ juniors too. Autocomplete helped people who already knew how to develop software. Chat and agentic chat then expanded how much code people could generate, while leaving experienced reviewers with more code to inspect and no corresponding guarantee of quality.
| Generation | Interaction | Scope of work |
|---|---|---|
| Gen 1.0 | Autocomplete, initially through IDE plugins | Complete the next lines |
| Gen 2.0 | Chat and agentic chat; reworked IDEs | Generate larger implementations |
| Proposed Gen 3.0 | Commands to agents acting like team members | Complete specific tasks across the SDLC |
The progression is from IDE plugins to IDE forks, then beyond the IDE itself. In the third stage, an agent receives a task and carries it through an end-to-end flow. The relevant boundary becomes the job to finish, rather than the editor in which code is written.
Friedman’s 10×, 50× and 100× development figures are illustrative aspirations for working with confidence, not measured productivity results. The substantive ambition is a change in how work is organized: delegation that does not leave the developer merely hoping the generated implementation is sound.
Suggest correction
This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.
End-to-end depends on the job
For a prototype, a small website or a simple game, end-to-end might mean entering a prompt and receiving a fully managed application. In an enterprise codebase, the useful unit is often smaller but more demanding: a reliable, versatile workflow that finishes a particular development job. Review and testing are central examples because they produce the evidence needed to trust a change.
There is no need to choose between workflows and agents as mutually exclusive designs. Recalling Charles’s earlier discussion of an agent creating and calling workflows, Friedman uses workflow to include agentic execution. An agent can construct a workflow, invoke one or participate in one. The requirement is that the combined system performs these jobs thoroughly and at high quality.
Suggest correction
This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.
Give verification an active role
Initial planning and fast implementation cover only part of development. Existing software also needs bug fixes, refactoring and feature changes. Those tasks require moving quickly while preserving behavior that already matters. Testing and review must participate in development, rather than arrive as an afterthought once the implementation feels finished. Friedman describes this as a red-team role: reason like a tech lead, challenge the code and use technology suited to finding problems.
Putting an AI tool at every stage does not, by itself, connect those stages. Qodo positions itself primarily on the verification side, despite also offering generation tools, but Friedman considers even that insufficient. A useful first improvement is to shift review and testing left: bring company best practices into the writing process so the developer receives guidance before pushing, rather than learning about a predictable problem from a later review. The larger opportunity is a workflow that connects implementation and verification continuously.
Suggest correction
This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.
Squeezing the development V
Friedman redraws the development sequence with time on the horizontal axis and executability on the vertical axis. Planning is not executable. Application code comes next. In the non-TDD sequence he describes, tests follow the implementation; they are executable, but they are not application code. Review follows the tests. The resulting V separates activities that should inform one another.
To squeeze that V is to bring the activities together through communicating agents, or through one agent using tools that connect the stages. Friedman introduces Model Context Protocol, or MCP, and Agent2Agent, or A2A, as coordination references. The architectural choice can vary; the goal is to consider planning, implementation, tests and review rigorously within one connected solution.
His comparison is Wiz’s approach to cloud security. In Friedman’s telling, after roughly a decade of cloud maturity, the opportunity was to replace separate security applications for separate needs with a holistic solution. He expects a similar transition in software development: the value comes from connecting the work, not merely adding another intelligent component.
Suggest correction
This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.
Context changes what generation can accomplish
Friedman describes pushback arriving a month or two after Karpathy’s vibe-coding post. He reads Karpathy’s subsequent distinction between casual vibe code and code he professionally cares about as a quality and maintainability concern. The first recommendation he discusses is to supply context. Manually gathering that context helps, but it still leaves the developer doing the coordination work.
The remaining numbered recommendations become significant as a sequence: Friedman interprets them as a workflow, without walking through each item. Context tells the system what matters; a workflow structures how it proceeds. That workflow might connect to an agent, live inside an agent or form part of a broader development process.
An observation from another commentator sharpens the distinction: AI coding tools can be much less useful on large existing codebases than on greenfield work. Friedman uses this as a practical explanation, not a performance measurement. In a small new project, generating code may account for most of the visible job. In established software, it is the tip of an iceberg whose submerged work includes maintainability, testing and review.
Suggest correction
This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.
Feed code understanding and review back into writing
Qodo’s proposed answer is a multi-agent architecture connecting code understanding, review and generation. Friedman sketches the parts relevant to the demonstration rather than enumerating the whole system:
- Code research: A dedicated agent performs deep research or deep questioning of the codebase.
- Code review: Qodo Merge is the flagship review tool.
- IDE assistance: Context and accumulated best practices return to the environment where developers write code.
He identifies Qodo Aware as the context source and says Qodo Merge collects best practices over time. Those inputs can guide generation through Qodo’s tools or another code-generation tool. The intended feedback path runs from understanding and reviewing the existing system back into producing its next change.
The newly introduced Qodo CLI expands workflow capabilities already present in the suite. Friedman also teases another release for two months later without identifying it. The demonstration belongs to the onstage soft launch; the later public launch material now mixes newer branding and package names, so it should not be treated as an exact command reference for this session.
Suggest correction
This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.
Ask the CLI to create a reviewer
The CLI’s attraction is its reach across the SDLC. Friedman reiterates that the release is a soft launch, with a fuller announcement expected in a couple of weeks. He points to Simon’s earlier demonstration: command-line tools can run in the background, participate in existing workflows and compose new ones without requiring the developer to keep an IDE interaction open.
The demonstration moves from ordinary conversation to reusable specialization. The CLI supports chat and calling a dedicated Explain agent. Friedman skips running Explain and instead asks how such an agent is made. His answer is to have an agent create another agent. The command slide progresses through qodo, qodo chat and qodo explain, then shows a creation request whose goal is to review uncommitted changes and put the results in a Markdown file.
The live request asks for a review agent and could include more information about its goal. With the demonstration dependent on the internet connection, initialization begins; Friedman describes MCP discovering what capabilities are available. He estimates that creating the review-agent definition will take a few minutes, versus two hours for a person, but supplies no controlled timing comparison. He allows it two minutes and continues presenting while it works.
Suggest correction
This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.
Compose generation, coverage and review
A specialized agent gains much of its usefulness from its tools. Qodo Cover, for example, is intended to generate tests that increase coverage. It is available as open source, but the bundled agent makes it accessible without separately downloading that project. Coverage-report tools give the agent information specific to its testing job.
The command line also exposes ordinary shell operations. Logs can be written to a file, and output can be passed onward to another process. For example, the displayed chat command can be combined with Bash redirection and tee to retain terminal output while showing it:
bash
qodo chat 2>&1 | tee qodo-session.log
Here 2>&1 sends standard error to standard output, and tee writes that stream to qodo-session.log as well as the terminal. This is the composability Friedman is pointing toward: an agent command can participate in the same process plumbing as other developer tools.
He proposes a sequence with distinct responsibilities:
- Generate: Qodo Code produces the implementation.
- Extend testing: Qodo Cover works specifically on increasing coverage, supplementing whatever tests the generation agent produced.
- Review: The newly created review agent examines the result.
At this point, Friedman says the review agent has finished being created. The proposed chain passes results between stages; it does not demonstrate agents communicating with one another. A shell pipeline is composition, not automatically agent-to-agent communication.
Suggest correction
This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.
When agents need to discover one another
The next possibility is hypothetical command-line support for A2A. Instead of waiting for a preceding stage’s result, agents could run in parallel and exchange information as work proceeds. This extends the earlier MCP example: connecting an agent to available tools is a different concern from enabling independent agents to communicate.
Adoption is still an open question in the room. Friedman recounts asking a group of speakers the previous day who used A2A and initially says nobody did. An audience member indicates that they use it, and he corrects himself. The exchange illustrates his limited firsthand exposure, not a survey of protocol adoption.
The concrete reasons he gives for A2A are discoverability and handshakes among agents, including agents running in the background. A2A is one protocol for that interoperability; having multiple agents does not by itself require it. The distinction is between a predetermined sequence of processes and participants that can discover capabilities and establish communication.
Suggest correction
This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.
Inspect the definition, then define success
Returning to the completed creation task, Friedman opens the generated reviewer definition, referring to it as Merge Agent and later as Merge Review or Qodo Merge Review Agent. It contains instructions, selected tools and an output schema. He adjusts the tool configuration and temporarily removes the output schema before returning to the CLI to invoke the reviewer.
The generated agent also has a parameter for specifying what to review. Friedman invokes it without supplying additional instructions. This is the demonstration’s concrete transition: a natural-language request has produced an inspectable agent definition that can be called again. A completed review result is not shown before time runs out.
He then describes two ways to make that reusable reviewer more useful: provide organizational best practices, and specify success or failure criteria. Coverage is one possible criterion, but he gives no numeric target and does not demonstrate configuring or reaching it. An explicit coverage condition can make a workflow’s completion testable; it does not make coverage a substitute for correctness. The important step is to state what the agent must establish, rather than treating any generated response as success.
Suggest correction
This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.
Automate the work, choose the interface for the task
Once a workflow is callable, it can attach to pre-commit or post-commit hooks and execute automatically. That moves the agent from a tool someone remembers to ask into a repeatable part of development. The command line provides the execution point, but it need not be the only place a person interacts with the result.
Friedman returns to Simon’s demonstration: execution happened through the CLI, while content inspection used other interfaces. A CLI-driven workflow could similarly generate an interface suited to its task, such as a code-review view. His proposed “flexible IDEs” separate orchestration from presentation: automate through commands, then inspect through the interface that makes the work understandable.
The closing vision is a swarm of specialized agents with different credentials and best practices, working across specification, testing and implementation. Friedman forecasts that this future will arrive rapidly in 2025–2026. The final diagram places those development activities among agents, environment, software data and tools: confidence depends on how the participants coordinate and verify the work, not simply on how quickly one of them writes code.
Suggest correction
This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.
Resources
From the talk
Open-source test-generation tool with coverage-report integration, configurable coverage targets, execution logs and language-specific examples.
Introduces agent capability discovery, task management and communication, and explains how A2A complements MCP.
Explains MCP's client/server model for connecting AI applications to external data sources and tools.
Further reading
Explains configurable agents, TOML definitions, CI execution, webhooks, MCP exposure and browser interaction. The launch article now uses Qodo Command branding.
Friedman's own commentary on supplying relevant context and organizing agent tasks into explicit workflows.
Updates since the talk
- Qodo Aware's system approachArticle
A September 2025 explanation of Qodo Aware's approach to context engineering and complex codebase research.
Read the complete timestamped transcript
- 0:00
[on-hold music] Okay.
- 0:15
So my name is Itamar Friedman, the CEO and co-founder of Qodo, and I'm gonna talk about, yeah, vibe coding, but more on the confidence part and why, this is maybe surprising, why CLI might be the new interface leader for that.
- 0:29
Uh, and, uh, we are soft launching a CLI tool, uh, right now, five minutes ago. So you can go, so you can go and install it. Uh, it's soft launch.
- 0:38
Uh, play with it, give us feedback. Uh, there is some capacity. And, uh, in order to verify, like who is in the audience, just like if you can tell me if you tried Claude Code or Codex CLI.
- 0:50
Okay. And I guess if I ask about AI IDEs, you would also, also do that, right? And the question is why, and I'm gonna talk about it a bit.
- 0:58
Okay? Uh, so the agenda is that I'm actually going to do is really zoom out to the Gen 3.0. Uh, what do I mean by that? And from the autocomplete to the multi-agent workflow and workflows, you see it's a theme that re-returning here.
- 1:13
CLI is something that can support that. Uh, and how do we believe at Qodo is gonna be the real shift in software development. And, uh, like, why is the CLI is the future in, you know, being able to do vibe coding with confidence.
- 1:28
And eventually I'm gonna connect, do zoom out again. I'm gonna zoom in, zoom out, even with a demo, uh, and connect the dots. And I will, uh, say what...
- 1:36
uh, explain a bit what is Qodo. I didn't do it right now, and we'll do it a bit, a bit later, but that's something I'm gonna cover shortly. So, uh, AI for developers, and I just think that most of people here are developers according to the amount of, uh, hands that were raised.
- 1:51
So I think, like we first got some tools that we liked, AI tools, then we got some tools that we loved, and I'm not that sure that we actually, uh, get tools into our hands that completely, um, be-become a game changer for us.
- 2:06
Okay. Uh, my-- it's maybe unpopular opinion. I'm gonna elaborate a bit. So in order to do that, I'm gonna differentiate developers between noobs and enterprise. It's a bit weird.
- 2:16
Like, it's not necessarily juniors, like there are juniors in enterprise, right? But still, you know, uh, like let, let's, let's use that for, for a second. Noobs versus enterprise.
- 2:25
So I think Gen 1.0, uh, was the autocomplete moment, right? We started, uh, being able to generate, uh, writing our, our, our code and getting a few lines ahead of us.
- 2:36
We really liked that. If you weren't a developer, like y-you couldn't really do more, right? So you needed to be a developer already. And then came, uh, the Gen 2.0, the chat, the agentic chat, and I think like we saw even junior developers generating much more lines of code.
- 2:52
Uh, maybe the seniors or the enterprise liked it, but also had a lot of problems with it. They need to review much more code, not necessarily high quality code.
- 3:01
I hear that a lot, and I'm going to show you like, uh, five hundred tweets, uh, a-about it, not really, but, but from some, uh, opinion leaders. And I think that the game changer, uh, moment is when we will move from chat, agentic chat, to actually being able to, uh, and as a spoiler, command, command-line interface, to
- 3:19
give commands to, to our agents as if they're like team members and they do end-to-end flow. What is an end-to-end flow? Is something I'm gonna talk about a bit.
- 3:29
Uh, and I think like you will see different players in, in different parts of, of this map. Like, I mean, different tools. Let's, let's think about it again. So I think like in the, in the autocomplete moment, we saw first IDE plugins.
- 3:41
Again, it's not a game changer. I'm just like going to complete more lines of code, uh, uh, for you. Uh, we liked it. And then, uh, let's rethink how we do coding inside IDE.
- 3:51
So we saw IDE forks. And then what's the third wave? Sometimes I hear, uh, forking people. I didn't say that. What I think it actually we're gonna see is like i-- AI across the SDLC, okay?
- 4:03
Like being able to do end-to-end poi-- end-to-end, uh, uh, flows that are specific, c-closing a task that is specific in the SDLC, but more importantly, using AI across the SDLC.
- 4:16
Again, not in, not only in the IDE, hence how do we do that? Command line, right? It's one of th-those tools. Um, a lot of spoilers. So I think, uh, when we had the aha moment with the, uh, with the autocomplete, the, the next aha moment was, you know, all the hype around vibe coding, and I'm gonna
- 4:32
touch about that. And I think the, the next, like thing that I think we're gonna hear about is like, "Hey, I'm really doing one hundred x," choose, choose a number, "ten x, fifty x, one hundred x development, and I-I'm doing that with confidence, not just like vibing through it."
- 4:48
I think that, that will be a game changer, uh, uh, moment, uh, for, for us. It means that we totally broke the way, the way we work. We're gonna get to that.
- 4:56
So I think like I, I differentiated between... I separated between noobs and enterprise, for example. I think for noobs it mean end-to-end means, for example, that you prompt and get a software, a fully managed software for you, right?
- 5:08
We-- I, I guess we're all playing it with, even if you're a developer, you're doing some POVs or some site or being able to do some simple games. But then in the enterprise setup, in the heavy duty setup, then basically what means for us, like AI across the SDLC is reliable, versatile workflows.
- 5:25
And when I say workflows, we had a few sessions, amazing sessions. I'm actually like combining them and which is one of, one of the points that were made there.
- 5:32
Like, uh, uh, I, I think, uh, Charles makes, m-made a, made a point where an agent is creating workflows and calling them, and then there was a discussion about like workflows and, you know, uh, using agent, et cetera.
- 5:44
So I-- when I say workflows, I already mean agentic workflow. Let's, let's, let's move on, like workflow, agent, who cares? Like, uh, like, uh, so it's, it's gonna be combined.
- 5:52
And, and I think like in order to do that with trust, uh, y-you need to be able, more importantly, is to have workflows or agents that are related to trust.
- 6:02
For example, having really high quality reviewing capabilities, really high quality testing capabilities, being able to do-
- 6:10
A variety of jobs to be done that we do as developers in e-end-to-end-ish and high, and high quality. So that will be a game changer. Let's be b-bit more specific.
- 6:19
As, as developers, uh, we do a lot of things, uh, not just write code. I took like four parts, which is like I think less than a half to n- of what we do, and, and I, and I think like basically vibe coding was very focused on let's like do initial planning and, and, and write code fast.
- 6:34
Like, and, you know, vibe. W-whatever we get, like that implementation or that, we feel it and, and move on. But actually in heavy duty software, we need to do many other things.
- 6:45
We need to do, for example, uh, bug fixing, or we need to do refactoring and changing features, et cetera. We wanna move fast with fault-breaking things. So I think we need to have not the, the testing and the writing as a, uh, a hand site, which you can do, like testing and, and reviewing inside IDE tools that
- 7:03
are very mature, but not as a hand site, but at a... rather like really being the, the red team, right? Thinking as a, as a tech lead, as reviewing code and, and having like fitting technology, uh, uh, for that.
- 7:16
So if we are able to, to put like AI in each one of those like parts, maybe then w- it will be a game changer. But I think even then, like we already have tools for, for code review, for testing.
- 7:29
Shameless plug, we're gonna talk about later, that's what we do at Qodo. We focus being more on the red team. Even though we have tools for the blue, we are focused more on the red team.
- 7:36
Still, I don't think it's a game changer, okay? And I, and I think like a first, uh, like a, a feeling of a game changer as I mentioned, not only putting AI across the SDLC, but having workflows across parts of the SDLC.
- 7:49
So one semi game changer could be like if we manage to shift left the review and the testing. As, as you write code, then you also get those suggestion and get high quality code, uh, uh, that is already according to your company best practices, and you don't need to wait for the AI review tool to tell you
- 8:07
that only after you pushed it, right? But I think like, uh, I think we, we have even a better way to do that, a bit m- more agentic. So let's an- reanalyze th- these four blocks, these four tasks.
- 8:20
So, uh, I... instead of having one, like the x-axis, now there's also y-axis. It's executability. If you know the V shape in Wikipedia or whatever, where we're searching now, ChatGPT V shape software development, y-axis executability, uh, x-axis time.
- 8:35
So we start with planning, it's not executable. Then we write code. In most cases you're not doing, admit it, like a TDD, okay? So you write, you write your code, and then you write your test.
- 8:45
Uh, and m- most cases, and that's executable, but it's not application code, so it's a bit higher. And then, and then you do the review. A game changer is like when we actually manage to take that V and squeeze it and, and have like different workflows and agents talking to each other.
- 9:01
And that's why like I had the word MCP and A2A, and I'm gonna get to that later. I, I, I, I'm g- I guess like if you're in this conference you know what I'm talking about, that where maybe there's different agent that are talking to each other.
- 9:11
Maybe it's one agent using tools that are able to connect all of these like all, all at once. That, that will be a game changer. So to... and, and to some extent, what it means is that, that, uh, like the game changer moment is when we're looking all of these steps like rigorously and in one holistic, uh,
- 9:27
uh, solution. If you like, uh, cloud is, is mature for 10 years, and then Wiz came and said, "We can't put an a- a security application for each part of the cloud, like, uh, or each, uh, uh, n- necessity of, of security.
- 9:41
Let's build one holistic, uh, solution for, for, for cloud security." The same thing will happen to us in the game-changing moment for, for, uh, intelligence software development. Zooming out back again to vibe coding with confidence, uh, it, it didn't happen a long time ago when Karpathy, um, wrote about vibe coding.
- 10:00
Uh, like y- really like I thought it's like a decade already in AI, uh, years. Uh, and, and the interesting thing, it didn't take too much time, like a month or two, uh, where, where we started, uh, where, where we started seeing pushbacks, right?
- 10:14
This is not me, by the way. Uh, and, and, uh, and, and actually just a few weeks ago, the same Karpathy came back and rethought vibe coding. Notice what he's saying, like, "Code I actually and professionally care about contrast vibe code."
- 10:30
The same Karpathy, okay? And it's really interesting I think to analyze what he's saying. The first thing he's saying, "Okay, cod- code that I care about, probably heavy duty software or I ha- like the quality, it's maintainable."
- 10:41
But l- we are gonna get to that. And then he's, he tries to offer solution. I, uh, I love him. I, um, I mean, like I never met him but, but, uh, y- we all saw his videos, right?
- 10:49
Like 15 years ago, 10 years ago. So, uh, he's giving solution, not only like, uh, like being annoying, like, "Okay, no, I said vibe coding, no vibe coding anymore."
- 10:57
So first he's saying... the first number one is, is context. He's saying like, "Bring context." N- here he's saying doing it manual, but that's not game changer if now I need to start bringing manually.
- 11:08
And then he's giving also two, three, four, five, six, seven. Like this, this is a workflow. He's actually suggesting a workflow. That's a- one of the topics of the three talks that we had now, okay?
- 11:19
So now, uh, like this is really important I think, like how do you vibe code with confidence? You need it... y- like you said, with like just vibe coding, probably you don't care about qual- quality.
- 11:30
You do care. You need to bring the right context and have workflows, and these workflows can be connected to agent, could be part of the agent, could be part of your flows, and that's what like in the nine minutes or so some, something I'm gonna talk about.
- 11:42
Karpathy and others are not the only one. This is just like from a week ago, uh, if you, you know, this, uh, a very, uh, um, great, great person, great material.
- 11:51
He's saying like, "AI coding tools are so much less useful on existing large code bases." Okay? He, he's saying that and, and this is differently than compared green f- greenfield work.
- 12:03
And it's not surprising because if you have a greenfield work or it's a simple software, code generation is all you need, okay? Like it's magnificent, the tip of the iceberg.
- 12:14
Give a prompt You get your software. But when you're talking about enterprise heavy duty software, then there's much more than that. We all know it, right? There is a maintainability, testing, reviewing, et cetera.
- 12:24
And shameless plug, uh, well, I am the CEO of Qodo, I have to say, we are looking at that as a holistic, like how can we really bring a game changer moment as if we look on all of this at a holistic approach.
- 12:35
That's why, uh, we have m- a multi-agent, uh, architecture. I am not going to go over it one by one because there's one specific thing that I wanted to show.
- 12:45
So we have, uh, a tool... Uh, we have a agent that is focused on, let's call it deep research, deep ask in code. And, and then, uh, we have a tool that is specific, that's our flagship for, for code review called Qodo, Qodo Merge.
- 13:00
And then finally, we have, uh, like a, a tool that is inside IDEs that enable to shift left, like bring that context, bring that, uh, bring that c- best, best practices that were collected over time.
- 13:13
The Qodo Merge tool, the code review tool collects best practices over time, and this, the context that is coming from the Qodo Aware and the best practice coming for Qodo Merge, helping you write a whatever code generation tool you're using or using directly Qodo tool to make sure that that's in high quality.
- 13:30
But recently, like 20 minutes ago, uh, we released also a, a CLI tool, and that is meant to help you with the workflow parts. The workflow is already integrated into our solution, but this like really, uh, a workflow on, on steroids.
- 13:48
There's another thing very important that is coming out in two months and stay tuned, follow us, whatever, any platform that, that you want. I kind of like, uh, didn't wanna show it right now.
- 13:57
So CLI tool. Why? I hope like I gave enough like hints, um, and, uh, so far, and the main reason is putting AI to work across the SDLC. And I remind you that starting five minutes ago, you can go download it and play with it.
- 14:11
It's a soft launch. Uh, we're gonna announce about it more deeply like in, in, in a, in a couple of weeks. So interestingly, who, who saw Simon's like, uh, talk?
- 14:19
Like he's magnificent. What? Some people didn't? Okay. So please go. Uh, go out of the room, I mean, and, uh, and then come back after and watch onli- uh, uh, online later.
- 14:30
And it's amazing, like when he wanted to demonstrate something, did he open like one of the IDEs? He did not. Like, everything he did was with, with a CLI tool.
- 14:40
Like that's... If you are a developer, like that's idea that you can run it in the background, you can run it in different workflows, you can make workflows. That's part of what I'm, what I'm going to show you.
- 14:50
And, and basically with, with Qodo, uh, the CLI tool, which is live, uh, live here, uh, then I can, for example, chat with it. And very interestingly, that is ver- quite...
- 15:02
Like there are a few tools that we talked about before that you can do that, but interestingly, you can call agents. For example, I can call the, the Explain agent.
- 15:09
It's a dedicated agent. Uh, due to lack of time, I'm not gonna show that. I'm gonna show something else. So how does... How did we, uh, made this Explain agent?
- 15:18
You can actually, with Qodo the agent, you can make other agents, and soon I'm gonna show you how you also create workflows and things like that. So basically, I can go and ask it if the internet works, uh, well enough.
- 15:31
Uh, you can go and ask it, "Please create an agent with this goal." And, and by the way, you can, uh, uh, like give much more information than what I'm doing right now.
- 15:40
I'm asking for it to create a review agent. Okay? If the internet works, it's, it's gonna start working. It's initializing. MCP is gonna search what it can do, what it cannot do, and it...
- 15:51
now it's, it's going to work for, for a few minutes, okay? Like if I would ask you to do it, you would do it, take it in two hours.
- 15:56
So let's give it two minutes. Meanwhile, I'm going to, to progress and, and, uh, and, and tell you that the... I think one of the interesting things, uh, uh, about it, it- it's working.
- 16:06
So one, uh, most agents, like I- I can't s- think of n- of n- of one that won't, would have tools. Uh, for example, the Qodo Cover agent. Uh, by the way, we have an open source for Qodo Cover.
- 16:20
Uh, it's a tool that automatically, uh, generates coverage, coverage. Uh, it i- increases the coverage, automatically increases coverage, but you don't need anymore to go download this open source, et cetera.
- 16:32
You just get it as part of the, uh, uh, was as one of the agent. Okay? So, uh, but if you do wanna play with the open source, et cetera, it's, it's, it's fully open source.
- 16:41
Okay. Back, back to my point. I can go and call Qodo Cover, which uses different tools. For example, it uses tools related to coverage reports. Uh, and, and you...
- 16:49
I can look what I can do in a command line. I can tell it, "Dump all the logs somewhere." Right? How do you do that with an ID plugin?
- 16:56
You can, but y- you need to hack it. Hack it. But the interesting thing, what can we do with command lines? And many here are, are developers. You can pipe, you can pipe, uh, uh, tools together, agents.
- 17:07
Uh, you can pipe like, uh, uh, uh, workflows, et cetera. So I wanna run Qodo Code, generating code. I then wanna run the cover that like, you know, incr- increase the coverage testing.
- 17:18
Maybe the code will generate a few tests, but I have an agent that is specializing in, in increasing coverage. And then I want the review agent that is now cooking and finished.
- 17:26
Uh, um, and I'll, I'll go back to it in a, in a minute if I have time. Now, this is not no agent to agent communication. I did a pipeline.
- 17:34
I just passed the result. But what if we can... And, and, and before I exemplified with MCP, but what if we can invent a command line for A2A? So those agents are, will run in parallel as you go, and they will have some communication, uh, between them.
- 17:51
So I actually have to say that yesterday we had like a 20, uh, 50, uh, like people like, like those that you had, uh, we... The ta- uh, speakers and I ask who is using A2A.
- 18:02
Uh, no one is using it, so it's still a way to go. But this is an exam- Oh, yes. Uh, come talk to me later so I will know one person.
- 18:09
Great. Thank you. So- Uh, uh, and then I'll edit all the posts. Uh, I know one person and, and, uh, and, and... But, but we're getting there. Okay? This is an example.
- 18:18
You need multiple agents. You need A2A. You, you would want to use it if you want discover- discoverability between agent or handshakes. So this is a good example if you have many agents, and you can run them in the background, et cetera.
- 18:31
So in this case, the agent finished, and I have the definition, uh, I have the definition of the, of the agent, uh, over, over here. Uh, it's called Merge Agent, and you can see like w- w- like all...
- 18:43
Everything, the instruction that was made for it, uh, like what tools it is, it is using. Um, I'm gonna add one that, uh, sometime. I wanna be very clear it's there.
- 18:52
And by the way, it also has like a, a output scheme. I'm gonna remove that, move that for a second, okay? And then I can go back, uh, and, and just call it.
- 19:03
It was called Merge Review. Uh, Qodo Merge, uh, Review Agent. It was just generated a minute ago, and it will review. Uh, I didn't give it any... You see that there's a parameter automatically created like, uh, uh, uh, that, that, uh, uh, I can tell it what to review, et cetera.
- 19:21
Give instruction. It's very flexible, but I didn't. Uh, okay. So, uh, I'm almost lack of time, so I won't, uh, show you, but what I, I just will tell you that basically I can tell it to use best practices from the organization, important for vibe coding with confidence, and I can also tell it to have some success
- 19:37
or, or, or failure criteria to know that something happened well or not. For example, if it managed to get some coverage. Okay? That's how you work with, with confidence.
- 19:48
Um, yeah. And you can connect things to pre-commit, post-commit. Again, everything you can do, you can do automatically. Very interestingly, and, and with that I'll almost reach the end.
- 19:59
Very, very interestingly, you can say the CLI tool is very lame.
- 20:05
But notice... Did you notice what, what Simon did? He used the CLI, but eventually checking content he, he used different interfaces. So you can, from the CLI itself, automatically generate interfaces that are fitting for your task, and one of those, for example, is a interface for, for code review.
- 20:25
So who cares anymore about IDEs when you can have flexible IDEs? And with that, I'll finish, and I'll just tell you that I think we're going into a future where we're gonna have swarm of agents, each one specializing and having different credential, different, uh, best, best practices, et cetera.
- 20:41
And, uh, and, and it's coming really fast, 2025, 2026. Thank you. [clapping] [upbeat music]