# Defining Open Source AI: The OpenWaldo Framework

**Podcast:** Dev Interrupted
**Published:** 2026-10-27

## Transcript

Welcome back to Dev Interrupted, brought to you by Linear B.
My guest today is Gregory Kurtzer, the founder and CEO of CIQ and the founder of CentOS and Rocky Linux.
He recently launched OpenWaldo, an open corpus of AI training data that ships with an AI bill of materials.
Your team probably already runs on a model that calls itself open in some way, yet no one can tell you what went into it.
Greg has a pragmatic test for open source AI, and a lot of the models out there fail it.
He reminds us that AI can't be responsible, so it always comes back to a person, and ownership with accountability is key.
Linear B builds on the same premise, giving every engineer and leader insight and transparency they need to ship safely, securely, and at scale.
Now, here's my conversation with Greg.
My background in technology has deep roots in open source and open source technology has powered so much of the world that we live in today.
And really, there's an opportunity ahead of us now as builders, as experimenters with AI and folks that are adopting things like models to have an understanding of the technology we're using and what goes into making it possible.
And I can't think of...
any kind of messier mix right now than AI and open source.
It's a deeply divisive topic.
Folks are confused about basic definitions of what open source even means when it comes to AI.
And everyone is fighting for a different piece of the pie.
Licensing is a big question mark.
And ultimately, there leaves folks with...
a lot of experience in open source scratching their head about how to be strategic and how to actually be truthful to the policies and philosophies that they hold dear.
And so joining me today is Gregory Kurtzer.
He's the founder and CEO of CIQ, and he's the builder leader behind Rocky Linux and originally built on CentOS, which you might be very familiar with from its widespread acceptance within enterprise world.
And recently, he's launched OpenWaldo.
And this is a community-backed corpus of AI training data.
And it really carries with it the idea of an AI bill of materials, tying things back to the resources and responsibilities that we're talking about here.
So I've been wanting to dig into the OpenWaldo world and how it intersects with how leaders are using this technology.
So Greg, welcome to Dev Interrupted.
We're really excited to have you here.
Thank you so much.
Excited to be here.
Amazing.
Well, I just want to start at the top with, you know, I tossed in there the reality about open source and AI and how folks just have different definitions of what open source even means.
So maybe hearing from you would be a great way to start this conversation of really understanding what we mean when we say open source in the world of AI.
What are the components of what makes that possible?
It's interesting.
As you said, there's been a lot of debate and a lot of discussion about what does the source for AI look like?
And I look at it very pragmatically.
The source is whatever is required to create a particular artifact.
And so if you have an open source or if you're touting something as being open source, by definition, that means that everything that you used to create that particular artifact is available and other people can check it out.
Other people can use it.
Other people can rebuild and follow in your footsteps to create something that may not be identical, but it should be pretty dang close to what you've created.
And OpenWALDO kind of encompasses this even into the name itself.
So WALDO and OpenWALDO stands for Open Weights, Open Artifacts, Open Licenses, Open Data, and Open Origins.
And together is kind of how I'm looking at If you were to think about an open source AI, those are all of the pieces that you would need.
And luckily, it's just super cute that it all ended up spelling Waldo.
So you end up with these different parts.
And the reason that they're all necessary to be open, to call the model open and for us to have a shared sense of.
owning it, understanding what's inside of it, auditing it, improving it, all of which are the things that we've taken for granted and understood as being the foundation of what builds trust in an open source world.
So these are the things that we need to open that we can look at.
And I do think that a lot of maybe really big splash names as open source models have released only some or are a few elements of this arrangement of.
artifacts that you need to really have a snapshot.
And that's definitely contributed to some confusion about what an open model really is.
But when everything is open and available, what are the benefits that you see that are really obvious or maybe not as obvious once you do have everything out in the open and folks can iterate on every element of what makes a model possible?
So open source has really revolutionized.
software infrastructure, the web, and how we look at building in general.
For decades now, it's been incredibly impactful from a perspective of trust, a collaboration, community, obviously, but really just increasing everybody together, bringing everybody up together.
And whether you're competitors, whether you are hobbyists, gives everybody the ability to kind of take part and to learn and understand how things work, possibly at a much deeper level than they might have understood otherwise, and just creates opportunity.
And so when I think about open source in AI, these are some of the things that we're actually missing.
And even though we're calling a lot of models as open source, they're actually not.
And I think this is part of the major confusion is we're taking a bunch of inputs and we're creating an artifact out of that inputs.
And in AI, those are the weights.
And those are binary, right?
Those are the equivalent of, you know, if you were to create an executable or a binary, you know, file, a program out of your source code.
And we're creating that binary.
In AI, we take that binary and then we open source it in the sense of we're using a license that is a commonly used open source license like Apache 2 or MIT.
And then we say, that's an open source model.
Well, again, I'm kind of pragmatic on these things.
So when I go back and look, I'm like, yeah, but the sources that you use to create that model are not actually open.
And there are a few open source models out there, but there's no communities.
There's no areas where you can go and collaborate with other people, potentially competitors, and say, we're going to build this together.
And we're going to build this together because this is the foundation of what it is that we're doing in a nutshell.
And we all want to come together.
Let's all collaborate on that foundation, level everybody up across the ecosystem.
and give everybody the opportunity to kind of take part in it.
That doesn't exist with the exception of Waldo at this point.
So I am super excited because my background is also in open source.
I spent my whole career doing open source, and it was part of the reason why I shifted from earlier in my career.
I was doing pharmaceuticals, and I'm a biochemist by degree.
And so I was like, I got super enamored with open source.
And I'm like, This is where I'm going to go change my whole career and go into this direction.
So I'm really excited to kind of bring open source into AI.
Yeah, absolutely.
And I think that there's like, there's so, there's a fun, I love how you addressed how you take these models and you have these binary outputs and then we address them in this license.
We say that that's an open model and it's confusing because.
it's easy to fall into that as the trap because then you can build so much on top of the model.
You think almost as the model in the same building blocking sense as your other codes and packages and dependencies of what makes your infra, your delivery possible.
Because we get kind of misconstrued by the fact that this.
The LLM we're using, we're using it in a builder code kind of way.
We wanted to have a license just like the code and packages sitting next to it, making our execution possible to have a license.
And that makes us happy.
But when ultimately we're talking about the model itself and what makes it possible, if those other things aren't available, like the source material, then it truly is a black.
box.
You're not actually getting the quote source code of the model, which is what we really mean when we say we need it to be open source so that we can go in and inspect, oh, what material is it trained on?
How was it trained?
Maybe there's ways that me or my team could think of optimizing this because we're using this.
And if I can go in here and expand it and pour my resources and thoughts back into it, then I'm not a participant in the open source cycle with it.
Like all of that becomes really once developers can untangle the reality of what role the model is playing within what they're building and then how they're consuming and what they want to modify with the model, then they have better language to kind of engage with models that are, you know, have like an open Waldo kind of approach where they give you all of those parts.
So it's like, it's really.
And now an opportunity for folks for them to experiment more and get closer and more familiar with the tech.
It's really cool also because if your entire corpus is open source and anybody can go and audit and validate and leverage it, when we start thinking about what are the different outcomes of AI, especially right now, we're seeing a lot of discussions, social media, online, and in news about You know, AI is AI is doing X or AI is doing Y.
We didn't prompt it to do that.
So why is it going down that that road?
Is it just being super creative and trying to, you know, do what it was told?
Is it is it part of its training and having an open corpus of of data that you can leverage coupled with an AI bill of materials that you can now go and look and say, ah, this model was trained on.
all of this.
And I now, it's going to be a lot of data just to be clear, but you could start going through this data and start looking at how is this trained, right?
This is the pre-training.
This is its foundation.
From there, here's the mid and post-training and then the fine-tuning.
And you can start saying, ah, now I'm starting to see why this model is behaving in a particular way.
And so couple the AI bill of materials.
with also the ability to compose a model using a recipe.
And that composition allows you to basically, allows me to say, I just built this model and here's what I got.
And you can now go take that exact same compose file and go and build your own version of that model.
It could be an identical in terms of how it was built.
You have to be careful with non-deterministic systems.
Because your outcome, of course, is not going to necessarily be identical.
But going into it, all of the things that you put into that system can be identical.
The process that you use to get to that outcome can in fact be identical.
Exactly.
And I also think about the stakes at play for major players, especially enterprises that come to the table and they want to use and expand and extend on open source models.
And think about them in a way of, I'm going to tune them and find and train them on my domain and what we're learning and what's specific to us.
And for that too, they need to understand what's already there, how it's going to map to where they want to go.
For teams that are using these models and making them highly specific for all sorts of really, especially like high stakes use cases where you see folks trying to now start to integrate these workflows very cautiously is having almost like to a level of, you know, we talk about the.
the probabilism of it all, but trying to make it as deterministic as possible.
Part of that challenge involves going in and doing surgery on like what all the training material is in here.
When all of these weights get compressed down, what other weights do I need to compress down in here to ensure it always follows this golden path that me and my stakeholders are building towards?
And that's the whole world of how folks actually like.
get a clamp on their custom LLM setups.
And it involves having like a way of looking in at all of the stuff there.
Another part of it too, and this is something that we've talked about a bit on Dev Interrupted.
We covered a piece in the news recently from Tim O'Reilly.
He was talking about open source and open source in AI specifically and what's needed to make it really successful.
And, you know, he argued one of the things too, that, you know, open weights, they're just kind of one part of the puzzle.
They're like, you know, even table stakes, I think he calls them at one point.
And really the big fight that we talk about in open source is actually bigger than even necessarily the artifacts that make a model possible.
It's also the world where those models exist.
It's the protocols and the composability stacks that they live on.
It's the infra that they actually inhabit.
And so what do you think about how?
like that ecosystem around the models too has been evolving.
And what do you see as opportunities for their open source communities to, you know, be able to grow both of them?
So I believe Tim has actually referred to the architecture of participation, which absolutely has such a big relation from open source and community.
And I love how he words it as such.
So starting there with the community.
Being able to continue kind of with what we were saying, auditability, transparency, AI bill of materials, and then allowing that community to come through and validate that.
As we think a little bit about, and we kind of seen now in the industry, there's been some accounts of AI models that we've seen that have gotten trained on data that they probably shouldn't have been trained on.
And this is yet another kind of area where if you have that level of auditability in AI, it's super important.
So when we're talking about protocols, when we're talking about the tooling around it, it's definitely protocols is definitely a big piece of it.
But I would even expand and say it's the tooling as well.
You mentioned composability.
Absolutely.
You can define the architecture, define how a model is going to be trained in all of its different stages and and then reproduce that incredibly important.
And then plus, if you have a community, you have all these people that can kind of come together.
And and there's a lot of people who are not necessarily experts in AI, but really want to learn more about it.
And it's it's actually pretty hard to come across some of this this knowledge.
Open source communities have always been so tremendous and fantastic for people who want to learn and they want to contribute and they want to be part of this.
And this sets them up for, you know, for an amazing potential future in that realm, in that area of the ecosystem.
So all these reasons, I think I'm a broken record at this point talking about how cool open source is, but I've spent so much of my career thinking about it and doing it.
I think I'd just end the question with, and I think Tim may even agree with this, is that open source kind of brings everybody together and brings everybody up together.
It does.
Yeah.
I completely agree.
And trust me, you can go on as long as you'd like about open source.
We are very pro open source here on DevEntropped.
But I want to actually, what you're describing is, it's almost a romanticized version.
of open source.
And I want to challenge it a little bit just because I think about as a person who contributes and navigates the open source ecosystem has consumed an ungodly amount of GitHub repos in the last, I don't even know, months.
And so I just feel like I've just seen how a lot of these kind of communities and projects have actually worked.
And also the reality being that when I go to Tinker now with projects, there's an agent.
between me and that tinkering.
So you kind of almost get a divorce of a lot of maybe original community experimentation or growth or me dropping in that Discord channel to ask that weird question because my local script doesn't work because I'm trying to figure something out.
A lot of that gets buffed away in an agentic world.
And I think it gets harder for folks to bridge that gap and to communicate with each other.
What have your experiences been like?
What kind of differences have you seen in open source?
from your own perspective and do you have any advice for people?
So open source has shifted a lot since when I first got involved with it, which is in the mid-ish to late 90s.
Open source was a very harsh place back then.
And it was somewhat aggressive, somewhat egocentric.
Like it was hard to get into.
And I started off.
Not to reminisce too much here, but I started off working at a Linux company, one of the first or early Linux companies.
There was three major Linux companies way back in the day.
There was Red Hat, there was VA Linux, and there was another company called Linux Care.
And I worked for Linux Care.
And I had the opportunity to work with absolute gurus, people who didn't write the book.
They wrote the code.
and on all these different technologies and learn and work with them directly.
And I got an opportunity to kind of see a really amazing side of open source.
But I'll also say that not everybody in the community is quite so friendly, quite so inviting and welcoming way back then.
The open source community has changed a lot and it's gotten much easier for people to be part of it, people to join.
And it's gotten much more understanding and welcoming for people.
In the open source communities that I've always been a part of, this has been one of my biggest areas that I've always focused on, which is make sure that everybody really feels welcome and isn't included.
And you don't need to be a guru developer to be impactful to an open source project, especially a bigger one.
You can be interested in marketing, branding, t-shirt designs, writing.
There's so many different areas that, again, especially a larger open source project needs help with.
And a lot of times these are people that, and the help that we need, are people that wouldn't have even thought that they would be.
valuable in an open source community, but we need that huge amount of diversity of background and bring in as many people as we can.
And again, we've gotten much better at this in the open source community.
And I think there was a side of your question that I also want to address, which was kind of about in an agentic world, what is that?
What is the effect in an open source community?
And it gives, it does a couple of things.
First, not everybody in open source.
has been quite as open to AI as others.
Some people and some maintainers and project leads have been very adamantly against.
Some started off adamantly against and then kind of changed their mind as they kind of got better introduced to AI and the AI capabilities has gotten better.
But I think long story short, too late, is that There's opportunity now for even more people to be involved with open source.
And the human side of open source, the community side of open source is even more critical now than I think it has ever been.
And so while more and more people can now contribute to open source projects, especially open source projects that are welcoming to AI contributions, the collaboration, the community is even more needed.
And I would love to see this.
much more in the AI community, which historically doesn't seem very kind of, doesn't seem to have a huge amount of interest in open source and being part of that.
And I, part of it is because I had such a great experience with open source, I want everybody to.
And so I'm really hopeful that we can bring in more people from the AI community and get them very, very excited about open source.
Yeah, and I like how you call out one of the major responsibilities, ways that someone can contribute.
Something that someone brings to open source is their unique perspective and background.
One, that's really important for making accessible technology for the world.
But two, also the ability to create a space, whether it's their own space, a space for a few peers, a space as a platform, whatever that is.
People have to come in and create the space for that project to exist, for the conversations to happen.
And that space is always created by people.
Like whatever circus tents, we're all inside going in, you know, to talk about whatever.
There's somebody who put up the pole and made the tent possible.
So those folks are really what drive this innovation, this accessibility, this lifting all boats.
that you're describing.
And something that I'm seeing happen just from my own perspectives as an open source contributor, someone who's like, like, just like navigated these, these communities recently, is a lot of sense, especially from the maintainers themselves of, I don't really want your code.
I want your ideas.
Now we contribute to open source by going straight to the issues tab and making a feature thing and an issue thing and dropping in the spec that me and my agent did because now that's just as free as me complaining about something that's not there.
And now the conversations about what's needed are put there and then the maintainer, for the same reason the spec is free, they don't need your code.
The code is free for them.
They want to go through, they want to...
pluck out the best, sharpest, most aligned ideas from the community, the one that have obvious outpours of attention and have been rolled through a few cycles of iteration.
They want to pluck those out and give those to their agent, their factory, to whatever is making the open source possible.
And I think that that's kind of the uncomfortable world that some contributors in open source are navigating because before that used to be, you know, you'd go find that.
good first issue and you're writing your first code to go into the repo and you're getting like eaten alive in your first code review from the maintainer.
And it's just like how the reality of it is.
And you're learning so much along the way.
And that's kind of why you were there.
Now, when you're coming to open source, it's because you have an idea.
You're sharpening the idea of the person who's producing the software more than y'all are sharpening the code together because now the code.
It was like another artifact of that.
So that's just like been a way that it's evolved, at least in my own experiences.
But I, like you, am very optimistic about its value.
Your engineers used to write the code.
Now they review everything your software factory creates instead.
On October 29th at 10 a.m.
Pacific, I'm hosting LaunchDarkly's head of AI, Mark Pollux, and Kate Huston, author of O'Reilly's The Engineering Leader.
for a workshop on where the software factory is heading and what it asks of the engineers who design and govern it and how engineering health signals and linear B can distribute that review load.
The links in the show notes.
I'll see you there.
I want to dive into a bit as well about the bill of materials element is fascinating to me.
And I just, I kind of want to understand a little bit more about the world in which that would be used and where it would be applied because I think of it's an analog being like, you know, a software bill of materials, the famous S-bomb, something that you need to have a grasp on, especially in compliance worlds.
And when you're trying to like make sure your software is meeting all the requirements of your vendors as well.
And so I find that this is seems to have the same kind of idea to it.
And the idea that you need to be responsible and aware of what goes into the models that are navigating inside of the data that.
your customers are.
How do you see this evolving as something that leaders at companies are going to be talking about and auditing for their own AI usage?
So you hit a key word for me, which is responsibility.
And right now we're seeing a lot of question on where does the responsibility lie when somebody's using an AI model?
So does the responsibility lie on the person making the prompt?
Does the responsibility lie on the person who's training the data?
Or does the responsibility lie as an AI entity that can actually even hold responsibility?
And to the last one, I tend to push back pretty, pretty hard.
I don't think an AI can be responsible, which means I don't think the AI should be.
alone making these decisions.
I think it always has to come back to people.
So then the question is, is it the prompter, the user of the AI, or is it the training of the AI?
So one thing from a customer perspective, one thing they can obviously control is the prompting.
They can't necessarily control what's inside the model.
And this is where an AI bill of materials can mitigate risk and compliance needs of larger companies.
who need to understand that this is not just a black box.
There's actually, here's what's inside of this box.
Here's how we made this box.
Now, a vendor would probably prefer to, especially if they're a vendor building these, may not want to provide an AI bill of materials, but then you have a trust situation where you have the ability now to trust that vendor to build that model and stand behind that model in a way that will give confidence.
to the consumer of that model.
The model, the whole, the whole, the whole model, I'm using model a lot.
The model breaks down quite a bit though, when you start talking about either freely available models as open weight or as open source, because now you're, you're inheriting or you're, you're downloading this black box.
You don't know what's inside of it.
You don't know how it was trained, what it was trained to do.
And I have heard conversations.
with large sites, federal agencies, et cetera, who not knowing what's inside that box creates an unmanageable risk for them.
And if they knew what was inside that box, that would create now a manageable risk for them.
So we have to figure out how to especially with- No risk is critical here.
They need to understand.
I know there's risk and I know that opening the black box and looking at it doesn't eliminate the risk.
I just need to know what the risk is.
We're taking risk inventory.
Exactly.
This is really important for folks that are adopting these tools.
So we have to make this easier.
And the AI bill of materials is one way of making that easier.
So if you have an AI bill of materials that is signed with your weights that you're downloading.
And you can go and validate everything in that corpus, everything that that model was trained on.
And it's accessible because it's open source.
And you can now go download it.
You can now investigate.
You can now validate.
You can potentially look at the compose of it.
You can identify if there's something in this model that you may have a particular concern about.
And this conversation doesn't come up anymore.
But it's a worthwhile thing.
It's a good pointer.
If somebody is using a model for coding and that model is coded, excuse me, is trained exclusively on copyleft, GPL, GNU, which is a great license.
It is one of the reasons why open source is as great as it is, but it's also viral.
And if any derivative of that licensed software has to be licensed as the same license.
So if you're training a model that includes.
mostly copy left code in it.
Well, is the derivative of that also considered a copy left?
And this is not something that we don't talk about this very much.
We talked about at the beginning of people using AI to help code and assisting and whatnot, but it hasn't come up in a while, but it's a good thing to kind of point at, to just ask the question, does that matter?
I don't actually know the answer.
None of this has been litigated at this point.
So it's a risk that an organization needs to consider.
And if that risk, if you have the choice of saying, here's one where I know what's in it, I know what this has been built on, and here's one where I don't know, it's a black box.
Well, a company who has to manage compliance, controls, risks, et cetera, is probably going to opt for.
again, all other things being equal, having that visibility, having that transparency.
Yeah.
There's also just a really wild thing happening in our industry in general around, to your point, the responsibility that we talked about is, you know, you see like frontier labs and their models hacking into other infrastructure, other companies, other places committing what, you know, we would attribute to being, you know.
it's like computer espionage or otherwise a hacking.
And so there's like crime involved as well.
And we don't even think about it and we don't, we're not even discussing it this way as an industry because of this.
rather like a distancing of the human responsibility from the agentic action that can happen.
So like here we see it as like something that the agents did, but we don't think about, you know, where were those agents running?
Who ran those agents?
Who was ultimately responsible for the actions of them?
And that's something that, you know, actually has a lot of repercussions in how folks are using agents in general, because at Linear B, one of the things that we've learned about this year in our AI benchmark.
is, for example, like agentic PRs, they just really don't merge much.
Even in the most advanced agentic orgs that we track through our benchmarks, it was like over 8 million PRs for half the year.
Only 33% at the highest achievement rate would get merged, 33% of agentic PRs compared with.
by contrast, 88% of human PRs.
And that's because human PRs have an owner.
They're someone who's going to fight for it.
Go DM the person next to them.
Please review my code.
The agent's not going to do that.
And then the code starves without a true code owner and nothing gets pushed.
And, you know, I also just learned recently when I talked with Thomas Domke over at Entire.
He's the CEO there.
He was the former CEO of GitHub.
And he talked about how every...
single PR, no matter if it's run by a huge suite of fleet or swarm of agents, there's a business owner who's ultimately responsible for that PR, for that code getting across the finish line.
So I just think that like.
Like leaders just need to have a really strong grasp over how folks use their tools, but then also to ultimately the ownership over the actions of the agents.
Like we need to have a clear way of understanding even through to the materials that make it up what that looks like.
Here's what I really don't want to see happen.
Whereas a company becomes victim to, oh, the AI did it.
And it's like, oh, AI did it.
Nothing we can do.
Nothing we can do.
The AI did it.
And I'm concerned because I'm seeing some of that right now.
And I think part of it is because it's a good scapegoat, but also because we don't know how to deal with this yet.
It's brand new.
And I think with time, we're going to start seeing this get hammered out a little bit more.
But to your earlier point, Computer Fraud and Abuse Act, like CFAA, exists.
All of us, there's no carve out in CFAA for AI.
So somebody is going to end up having to be responsible for damages if and when it comes to that.
And it's going to change things, I think, a little bit in the industry in terms of how we're thinking about the onus of wielding a weapon like AI.
And how are you being responsible for wielding that weapon?
Absolutely.
Wow.
I just think that there's...
When it comes to the open source world and how it's intersecting with AI, it's a really big, messy conversation that we just need to keep having.
It's an industry because there's still so many unknowns that we're navigating just about AI and how we're utilizing it in general.
And I think part of that too just involves taking some of the learnings that we've had in our open source communities and thinking about how do we apply them moving forward.
one of them I want to draw from and really kind of pick your brain about is, you know, you have a ton of experience growing and running Linux and Linux communities and making Linux successful.
And that's one of the most foundational elements of what makes the whole computing world possible.
I'm wondering, like, you're...
you're pouring so much of your heart and soul around what makes open source possible into the open waldo spec you know uh what where do you see um it evolving who do you see partner you partnering and bringing to the table and and leveraging all of this wonderful expertise expertise and background that you're able to draw from so the first thing that i'm gonna call on um is uh you brought this up before there's the person who who sets the, sets the poles down for the tent, for the circus or for whatever it is you're doing.
Right.
And they set up the infrastructure.
They set up the, the area where people can communicate.
They set up the vision and, and whatnot.
Um, I'm, I'm, I'm okay at that.
I'm pretty good at that.
What I need help on is like everything else.
So with Rocky as an example, and I, I, I appreciate the credit on, on building it.
I set up the structure such that the community was able to build it.
The number of commits that I have into it, nothing into the, actually literally zero commits into the actual operating system.
I do have commits into the tooling and wrappers around building the operating system, but going directly into it, I don't have commits into that.
So it just is an example.
Now with OpenWaldo and several of my other open source projects, I did.
most of most if not all of the initial development so i am a developer like i do code i love to code maybe a ceo but i if i don't code every day i lose a little bit of my brain um so i need to code it brings me sanity so um uh with open waldo i've coded a ton and um but i need help just to be clear like i need I need a lot of help.
I need help on managing the project, helping getting the word out, help on developing corpus, obviously, help on tooling, help on testing, copy for the website, working on the website, branding, events, going out and talking to people, just welcoming people into the community.
Like everything that you can imagine that an open source project does is done because, and we already talked a little bit about this, because of the very large corpus of people.
that you can bring in.
And as you have more people and more diversity in terms of skill sets, background, and everything, you end up with a better community and a more capable community.
And so right now, my open call to everyone is please come and join, be part of this, just hang out in the Slack channel if you want.
And maybe something will come about it.
Maybe it'll grow, maybe.
Some part of it will resonate for somebody and we'll be able to kind of move ahead.
And maybe there's better technical ways of doing things than I've come up with.
And as a matter of fact, I think that that's probably a definitive yes on that.
Like, we need to be looking at this and even saying, is there a better way to do this?
And let's work together.
Let's collaborate.
I may have set up the straw man to go do this.
But let's now go and figure out the right way.
Let's go and expand this and scale this out.
And when folks would come and experiment and figure out, is this the right way?
Is this the wrong way?
What do we need to add to this?
What do you think success starts to look like?
Because maybe that's the place as the call to action for folks to go and get started is obviously there's a great deal of work to go into.
Creating and supplying, labeling the corpus, having the schema, the way that we talk about the corpus.
What other kind of tooling do you see or what do you think would be a success in terms of somebody adopting or using OpenWorld?
So I want to reiterate as an open source project, and there's a lot of open source projects out there, and Rocky and CentOS are the exact, they break this rule.
But generally speaking, open source projects build the source.
They build everything you need to create that output.
So Kubernetes, for example, Linux.
I mean, there's thousands of examples of this, but just to pick on a couple or pick out a couple of them, they don't build binaries.
They don't build the outputs.
Now, in OpenWALDO, we're not trying to build a big model.
We're not trying to go and...
What we're trying to do is work with others who are going to go build the model.
I want AI labs, both the major frontier labs as well as Neo labs, to go build models with OpenWaldo.
I want companies to say, can I use the OpenWaldo corpus to build a base model and then fine tune it on my data?
Or is there something in OpenWaldo like the tooling that I can use to go and...
figure out how to build these models even better.
So I want to reiterate that, that I'm bringing this up because this is one of the most commonly asked questions.
You know, when are we releasing a model?
We may release a foundation model as opposed to a frontier model.
And the foundation model is just, here's the base.
It includes everything inside the AI bill of materials.
Here's the compose file we use to make this just because.
We don't all need to replicate the exact same computation.
There's the foundation.
From that foundation, you can now go and take it and go build it in any direction you want.
Or you can start from scratch if you want.
So will we build models?
What does success look like?
Success really looks like that we're building the community around how to build AI models.
Corpus grows, the community knowledge grows, people grow, and this gets leveraged across the ecosystem.
So to your question about success, that's where I would say success is.
Yeah, no, it definitely makes sense to me in terms of I can even start to see folks having projects where they're creating or releasing their own models.
And they're almost like it's almost like a badge on the repo.
Like this is an open Waldo model.
Like everything's available.
You can go look at this.
It's composed this way.
And even coming down to, you know, as a community, as developers, we've kind of grown akin to like the.
the model card.
Going even further, this becomes the build of materials that you're alluding to.
So all of this becomes things that we need to have a language for.
So I'm excited to see.
how the community develops it.
And, you know, Greg, I think that we've covered like so much of this territory today on Dev Interrupted.
And I'm really excited for our listeners to follow your story, go tune into Open Waldo and the community there, see how they can tune into all of the stuff that y'all are building and also, you know, learn about what you're up to as well.
So I'm definitely going to be including.
just so they can follow along links in our show notes so they can go check out these projects and your socials as well.
And I just want to say, you know, is there any kind of last final shout out that you would like to give or call to action for our listeners if they're curious at all about what to do to get involved for the project?
Biggest call to action that I have is go to openwaldo.org.
One of the first CTAs you'll see in the hero is come join the Slack and come.
jump in and let's start talking and not just me talk with everybody in the community and let's start figuring out what makes the most sense uh for the project um how do we make this better how do we how do we help everyone again together come up Amazing.
We'll definitely include a link to the Slack.
I love a work group Slack.
And we love Slack here at Dev Interrupted.
So we'll be sure to include these links.
And to those listening, if you've made it this far, then you're clearly a total nerd about all this open source stuff and how it intersects with models, just like how Greg and I are.
So you should give us a thumbs up or a like or a comment anywhere that you're listening or watching this, as well as come find us on LinkedIn or GitHub or whatever suits your fancy.
Leave us a comment.
Open a GitHub.
issue, you know, shake your fist at the clouds, whatever makes you happy, but just let us know and we'll be talking with you on the interwebs.
And Greg, thanks so much again for joining me today.
It was a pleasure to host you on Dev Interrupted.
I enjoyed it very much.
Thank you.
