← Return to Index Archived March 11, 2026
The Lead — Mar 11
AI AND I · DAN SHIPPER

We Made a Document Editor Where Humans and AI Work Side by Side

Every’s team introduces Proof, a free and open-source collaborative editor built for humans and AI agents to draft, comment, revise and trace the origins of text together. The conversation weighs provenance, creative ownership and the emerging divide between writing meant to be read and writing meant to be processed by machines.

44m / March 11, 2026 /aiproducttechnology / Transcript sourced from rss
All episodes from AI and I →·Listen on Apple Podcasts →

Overview

This episode introduces Proof, a free, open-source collaborative web editor built for people and AI agents to work in the same document. The team at Every describes it as a lightweight place to draft plans, leave comments, track changes, and share work with both colleagues and agents without requiring accounts or complicated setup.

Proof began as an experiment in showing which text came from a human versus AI. It evolved after the team found that the more useful problem was collaboration: giving agents a shared place to propose work, receive feedback, and revise without turning every document into a heavyweight project-management artifact.

Key Takeaways

  • Proof treats documents as a working surface between humans and agents. A user can create a document, copy an agent link into Claude Code or another agent, and have that agent join the document to draft, comment, or revise.

  • The product retains provenance indicators: human-written text appears in green and agent-written text in purple. The team sees this less as a way to police AI use and more as a way to understand authorship, review work, and decide what a person actually stands behind.

  • Dan Shipper distinguishes between internal and external agent-native products. An app can include its own agent, allow outside agents to connect, or support both. His current view is that external agents often matter more because they already know the user's context, preferences, and ongoing work.

  • Good plans have become more valuable as agents make execution cheaper. Several speakers describe a recurring loop: create a plan in Proof, have an agent review or improve it, get human approval, then ask the agent to execute.

  • The team sees two broad categories of writing emerging. Information-transfer writing, such as technical recaps, implementation plans, and status documents, may be better consumed through an agent summary. Personal writing, storytelling, and work with a distinctive voice still calls for human attention.

  • Proof is intentionally lightweight. Kieran argues that it should not try to replace Notion, GitHub, Linear, or a document archive. It is a sketchpad and communication layer for ideas before they need to become formal records.

  • Agent collaboration creates new risks. One poorly directed agent can make sweeping, unwanted edits with little social hesitation. The group sees permissioning, version control, canonical documents, and agent “traffic cop” behavior as open design problems.

Practical Steps

  • Use a shared document for agent-assisted planning before asking an agent to execute. Write the goal, constraints, and desired outcome, then invite the agent to fill in gaps or propose an approach.

  • Ask agents to leave comments and suggestions rather than directly overwriting important drafts. Review those changes before accepting them into a canonical version.

  • For personal writing, capture raw thoughts first. Austin describes texting ideas from runs to his agent, keeping a note bank, generating an outline, and then rewriting or dictating the actual essay in his own voice.

  • Separate scratch work from source-of-truth work. Use lightweight documents for brainstorming and iteration, then move approved plans into Notion, GitHub, or another system once they need ownership, scheduling, or long-term reference.

  • If an agent produces a long technical document, ask another agent to summarize the decisions, risks, and next steps before reading it yourself.

Notable Quotes

  • Dan Shipper: "What we needed was a live collaborative web-based document that humans and agents could be in at the same time."

  • Austin: "Using my agents and Proof to get here, one, speeds up creative writing for me, and two, I think does make it stronger and better and easier."

  • Kieran: "Proof's job is not to organize documents. Proof's job is to communicate about writing and about ideas and about where it comes from."

Once you have a claw, it has so much context on you and what you’re doing that what you want is a claw in your document with you. — From the episode

Full Transcript

Source: rss 44m runtime

It became clear that what we needed was a live, collaborative, web-based document that humans and agents could be in at the same time, making changes and leaving comments and doing track changes and all that kind of stuff. I'm trying to write this thing for Saturday. That's like an essay about a dinner I had at Squirrel, this restaurant in L.A. And so to get there, it's like a bunch of text between me and my agent to push to this proof doc. Using my agents and proof to get here, one, speeds up creative writing for me, and two, I think does make it stronger and better and easier. And I love that and I can see what it wrote versus what I wrote for me, which is really helpful and so much better than a Google Doc. Work moves fast, and in the age of AI, the pressure isn't just to move faster. It's to make sure what you send really sounds like you. From emails to proposals to stakeholder updates, generic and rush just doesn't cut it. And if you've ever stared at a blank page, knowing exactly what you want to say but not how to start, Grammarly fixes that. Grammarly gives you one place to think, write, and finish your work right where you already write. Most AI tools either take over or stay out of the way. Grammarly doesn't either. It helps you break the blank page, adjust your tone so a message lands right for the specific person reading it, and works seamlessly across 500,000 apps and sites you're already in. It's loaded with agents built for every step of your process. 90% of professionals say it's helped them save time. 93% says it helps them get more done. This is AI that works with you, not over you. In a world of generic AI, don't sound like everybody else. With Grammarly, you never will. Download Grammarly for free at grammarly.com. That's grammarly.com. And now, back to the episode. Special episode today, we have been building a live collaborative market editor for both humans and agents. It works in the browser. We love it. We started using it internally. It's like really kind of taken off inside of every. And so today we are launching it as a full product that you can go use. It's totally free at proofeditor.ai. It's also open source. And we wanted to just do this episode to talk a little bit about proof, what it is, why it's cool, how we built it, all that kind of stuff. So for people who don't know, Brandon, you are the COO of Every. And Kieran, you are the GM of Quora and also the father of Compound Engineering. I also want to welcome Austin. Austin's our head of growth. And you're Proof fans. I think we should go back to you, Dan, and be like, why is it even called Proof? Because it's not called Proof because of what it is now. It just happens to sound good. And so what was it originally and how do we get here too? I know you talked about this for a while, maybe a year already. So yeah, bring us through all the pieces in your brain. And also Dan is saying, we built this thing, but really Dan built this thing. And we're just adding thoughts and things. Dan built this whole thing while growing the company, while building. being a CEO, just at the site, vibe coding, and he's getting the vibes. He's so happy doing this. Look at him smile right now. It's his baby. So that's really cool. Yeah. So the CEO built a new product on the side that now everybody uses that's sick. And Naveen just submitted a PR that Dan just merged. I just submitted a PR that Dan's going to no look merge probably. Obviously, straight to production. And so it's like now everybody's like, oh, wait, I want this feature. And Um, it's like kind of, it's amazing. Um, but yeah, Dan, why don't you tell us, why don't you tell everybody, why did you start building proof originally? I mean, if we want to go way back, you know, we incubated a text editor, a word processor at every called Lex, um, like almost three years ago, maybe more, which was the first time that we sort of combined, um, um, um, um, um, um, um, um, um, um, um, um, um, um, text and AI together. And that was built mostly by my co-founder of Every Nathan. We spun that out as a separate company. And that was like, you're writing, but you're writing with AI on the side or in line with you a little bit in the actual word processor. But it fundamentally is a word processor. I think Approve is being very different, which is... It's for this mode of writing that I've started to feel like a lot of us internally at Every are starting to do, which is, for example, when you're coding with AI, you make a plan doc. And that document is mostly written by AI. And maybe you're going in and doing some changes here and there or asking it to change it for you. And that's a whole different way of interacting with writing. I think a lot of people have said for a while, oh, I'll never read AI writing. And it's like, actually, I read AI writing all the time. And actually, the other place where I started to feel the need for this is actually we did this company planning exercise for our 2026 planning. Brandon set up. these notion agents, which helped us for anyone who was running a business inside of every, you get interviewed by an agent. And then it turns that into a like 2026 plan doc. And I just remember looking at all those plans and being like, wow, these are amazing, but also Austin submitted this like super comprehensive growth plan, but yeah, has he like really like looked at every single line of this and does he really stand behind every single thing and so the original idea for proof is like we needed a good way to tell what was human written what was ai written but also like how much thought went into everything and and what do you actually stand behind versus not and um And so like the original version of Proof, it was a Mac app and it had a little gutter on the side that showed like purple for AI and green for human, which it still has. But what was really interesting is in making the Mac app, I did all this stuff. I had like this, it was a sick Mac app. It had this like cool internal agent integration with like sub agents and like all this stuff. But in using it, I was like, actually the killer feature is just being able to share. It's just being able to share docs. And because what we find is, if I'm working on a little thing with an agent and I make a plan, I really want Kieran to be able to look at it. And I really want Kieran to be able to leave comments. And I really want Kieran's agent to be able to look at it. And so it just sort of became clear that what we needed was a live collaborative web-based document. that humans and agents could be in at the same time, making changes and leaving comments and doing track changes and all that kind of stuff. And that was sort of like the evolution of it. And I will say when you were building the provenance version of Proof, I was like, this is cool, but I don't really get it. When you say it out loud, it makes sense. But I wasn't reaching for it. And I don't think a lot of people were like, I think the editorial team was excited about it, but like everyone else was like, cool. Dan's off doing this thing. The editorial team likes it. Don't really know, you know, exactly what's going on. And then when you, the second you made it a web app, and you made it a collaborative thing that agents and humans could work on together, basically every single one of us started doing everything in there. So it's kind of just an interesting story of finding the fit, and now it's a serious fit. And it's also whenever like everyone uses clause or clause or some kind of agent to do work. So we're also at this time where suddenly like there is all this work done and there's all this stuff generated. But like how do you share? It's like the first step to like memory or sharing or collaboration within a team. And it just feels like this is very natural as a glue. to bring things together because humans can look at it. Like I can look at it, I can open it, which is nice. I can trust it by looking at it. And an agent can do it as well. Like it's equally, and I think this is cool because this is your agent native philosophy. Like this app is really built from those principles of like agent native and, yeah, I would love to, like, this is your first Asian native app in this way. Like, What did you learn doing it that way? Like what works, what didn't work? Because you say I had all these agents inside, but there are no agents inside, but there are because there are agents. Like, can you tell a little bit like what you learned there? That's a really good question. And yeah, I do think it has been really useful to do this because getting my hands in the code I mean, they're not really in the code because I vibe coded this whole thing, but getting my hands in architecting the code, I'll say that, has really helped me develop deeper opinions about how, for example, an agent-native product can work and what are the different types of agent-native products. So, for example, you can be agent-native without having an agent in your product. Because you can be agentated from an internal perspective. You have an agent in your product that can do anything in the product. Or an external perspective, any agent can connect into the product and do anything in the product. And both are valid. And sometimes you can have a product that has both. And I did actually like the internal version. But I think what I started to realize, especially once we had claws. Once you have a claw, the claw has so much context on you and what you're doing that... what you really just want is a claw in your document with you. You want that co-author hanging out with you. And having an internal agent that doesn't know any context, it's just sort of, it feels like not... It's not powerful. It's not that interesting. And I can imagine there are certain times where you might want a language model inside of it. Like for example, we have this way to, we're working on a way to summarize the document for the social share. So when I share it with you, you kind of get a little bit of a preview. And that's like a nice little LLM summary. And I think there actually could be really interesting use cases for LLMs on sometimes, you know, Austin, you shared this document, for example, where we were having all of our claws update the document and just went, it just went nuts. It went crazy. And I think having an LLM playing a little bit of a traffic cop role in, inside of a document could be kind of interesting. Like there's lots of stuff to do, especially now that there's, um, Now that text is so cheap to produce, one thing that you care about is provenance potentially. And I think that was less important than I thought, but like you also need, I have this feeling like I need a canonical version of a document that like doesn't get updated unless I really say yes. And then I want the agents to have all these other versions that they can like mess around with. And we can take what's good about each of the different versions and put it into the canonical version. So I, that's what I love about getting to build this stuff is you start to get intuitions for now that we've relaxed this constraint, now that agents can write inside of a text editor super easily and they can write a ton, it opens up all of these different possibilities for what, you know, what you might want your text editor to be, especially if you're mostly optimizing it for the agents to do the writing and humans can write. But like, usually when I'm writing a proof, it's like, I feel like I'm God, like coming down and just like giving my like little sentence or whatever. Uh, because, uh, it's so rare. Yeah. I think a couple other things that I realized through using it a bunch is, like, I always knew that giving context to an AI is so important. But through Proof, I realized how important it is to create such a good plan, how much more effective it is to create a good plan, and then say, go do that plan. Proof is a place where you can do that. You can work on the plan together, and then say, go do that plan. And I know we all have really good examples of that. The other thing that I realized is like, Dan, when you first told me about it, I was like, oh, cool, but like, we need a place to like save these things, you know? Which is true and like, we're gonna launch that, but it actually doesn't matter that much because the reality is like, plans are really short, like they help you do long horizon things, but in the grand scheme of things, they're just like a moment. And then they don't matter anymore. Um, so that's been amazing. Like I have five proof doc doc documents open right now. And especially because I make them with my claw, because my claw has a skill and she just knows to like make proof documents when I want to make a plan. I don't even need a place to save them. Cause I just say, Zosia, like pull up the slack to discord discord to slack proof. And she sends it to me. Um, So those have been like interesting experiences that are different than, you know, normal working. Yeah, totally. It, like it's, it's part of, it's, it's all sort of a function of Texas really cheap to produce. It's really valuable, but it's also really cheap to produce. And so the way that you might design how you work with texts has changed. So, um, I can, I'm going to share my screen so we can, um, we can show proof. Um, um, So this is what it looks like. It's just, this is the landing page. It will actually be different by the time this episode airs, but this is the landing page and it's super simple. You just press start writing. And now you're in a document. That's all you have to do. There's no login or nothing like that. I can say proof podcast agenda. And you can see it has this like kind of green thing over here, which means I wrote this and I can do a little title. But the cool thing is, And I probably have to change my sharing settings in order to show you this. The cool thing is that what I can do is what I can do is I can press add agent over here and I can copy that link and post and give it to my claw R2 and I can say I'm recording a podcast. Can you fill in an agenda? It's about the proof launch. Um, and what you'll, what you'll see in a second is R2 is going to actually join this document and write a bunch of stuff in there. And then, uh, and you can see R2 here. Um, R2 is right here. He's got a little claw icon and you'll see him in a second, actually start to share, uh, start to, uh, write stuff in this document. And then I'm going to actually share it with the podcast crew here. So you can see everybody else here as well. You can see we've got Brandon's in here. We've got an anonymous collaborator. I don't know who that is. Hopefully it's nothing nefarious. That's me, I think. That's Kieran. And in just a second, we will cut through this, but in just a second, we will have R2 posting a plan doc for us. And let's hope it works. Live demos, folks. It's not live live, so. It's not live live, that's true, thank God. Here we go, we got a proof launch podcast agenda. We got one thing. All right, we're gonna, yeah, go for it here. What is very cool is you pasted this snippets inside your agent there, but you don't have any skill or anything installed. It's just copy paste, right? There's nothing more than copy paste, which is very, very easy. It's super low friction. It's just copy paste. And the idea is to, um, yeah, make it as ergonomic as possible. I, one of my things I've been saying recently, one of my bits is, um, I think AX is just as important as UX. in this new world, and AX is just agent experience versus user experience. And what's really interesting about AX is if you wanna optimize it, all you have to do is ask the agents. So it's really easy to be like, how would you have made this better? and or how would you why did you get confused and how would you make it more ergonomic for yourself and that lets you iterate the ax so that it's super intuitive for any agent to use it and that's what what i've tried to do here where it's it is better if you have a skill but it is it is totally possible for the agent to just basically figure it out because everything is available to it Yeah, that's really cool. And I think because of that, like I started using it immediately because it was so easy to get started. And then you feel it. You're like, oh, this is super handy. And you're like, oh, but I want some refinement here. Let me create a skill around this, do something like that. And then you're already using it and sharing it. So that is very good. Like I think that is the major strength is that you can just immediately share this with an agent without logging in, creating accounts, anything. That is very good. And here we are. We've got our podcast agenda. And so you can see, you know, it's all purple. We still have R2 in here. We've got Brandon, we've got anonymous collaborator and I can just go in here and say hello. Oh, that didn't work. Wow, we've got some bugs here, folks. And I can just go in here and do hello, and it shows up green. And that's proof. And it has really changed, I think, the way a lot of us work. Austin, I'm kind of curious from your perspective, you know, on the growth side, like, are you using this? And if so, how? And how does it, yeah, how has it changed your workflow? We like to move really fast at every. We're always shipping new features and we run five products internally with just 20 people. It used to be that updating any of our landing pages was a huge time suck, but then we started to use Framer. Framer is a website builder that works like a design tool, which means that the people who are closest to your brand and your customers can shape your landing pages themselves. Non-coders on our team use it all the time to ship website updates, and the results honestly are beautiful. It's really easy to use. There's real-time collaboration, which means your team can design together, see changes instantly, and ship faster. A robust CMS gives you everything you need for great SEO and content management. It also has advanced analytics with integrated A-B testing that lets you optimize and improve continuously. Then it's just one click to publish. Your changes go live in seconds, so you can iterate at the speed of your ideas. And it's not just us. Companies like Perplexity, Miro, and Mixpanel trust Framer for their websites because the tool is enterprise-grade. They offer premium hosting, enterprise security, and 99.99% uptime SLAs. Whether you're launching a new website, testing landing pages, or building out your full site, Framer gives you the tools and support to move fast and build something great. And everyone on your team can use it. Learn how you can get more out of your dot com from a framer specialist or get started building today at framer.com slash Dan for 30% off a framer pro annual plan. That's framer.com slash Dan for 30% off rules and restrictions may apply. Seriously, we use this tool all the time. You should really check it out. And now back to the episode. Yeah, I use it in two like normie ways I really like. Two of them just happened today, actually. One is our colleague Rachel, who produces the podcast, made this like Slack based bot to make scheduling live streams easier. She made it and called co-work, sent it to me and was like, hey, can you install this into Slack for me since I have admin permissions? And it didn't quite work right away. So I went into Cloud Code and the CLI and made some changes to it until it started working. And then at the end of the session, it's the thing I started doing with like a bunch of people on our team who, like me, are not technical but are pushing on these tools. I asked Cloud Code like, hey, can you make a proof doc for Rachel so that she can see everything we did and just send it to her? And especially because it's so, so like lightweight and easy and Claude, especially on Opus 4.6, like knows how to recap that really well. I sent it to her and she was like, wow, this is so helpful that I can see like what you did to improve this. And yeah. It was really funny. Dan, you and I were talking about how we were going to launch this thing, I think on Monday. And I had this whole plan in my mind of like, oh, it's all about providence. It's all about you got to send your boss this planning doc and they got to see what you wrote and what the agent wrote. And I had so much conviction about that a couple of weeks ago on Monday. You were like... I don't really care about that anymore. Like it matters, but it's like actually this thing where that's like a, it's like one space for agents and humans to work together is really powerful. So there's that. And the other one that I've really loved as someone who does a lot of like personal creative writing and comes from a place at Substack where people like hold their own voice and writing so precious to them in a way that makes sense. And it's actually like people on Substack knows post all the time of like, I know who's writing with AI and like, I'm judging them, right? Like, I have loved proof as someone who writes about food each week for a newsletter, because I'm often like, I'll eat somewhere and then I'll text my claw. Like, here's what I thought. And I'm like, keep a running proof doc. of my thoughts, like from the eating I'm doing, because that's the best way to like have a running doc. And then I'll be like, I usually tell it like, make me an outline. And then I get an outline, it's always updating. And then I'll go in and write into the outline myself. And I love that. And I can see what it wrote versus what I wrote for me, which is really helpful and so much better than a Google Doc. Like I was doing that in Google Docs. And one, it's really clunky with agents in Google Docs. I'm not smart enough to figure it out. But also, I can't track like what's So those two, which are a little more like personal work stuff, has been really, really powerful for me. I love that. I use it for that all the time. Like I use it for basically my daily to-do list. I just do it in proof. And every week I make a new document, I pin it in Slack. And then I'm just, you know, it's... We're doing a lot. There's a lot of stuff happening all the time. And anytime something happens, I'm just like, cool, throw it in my to do doc. And that makes it really easy for me to make sure, okay, at the end of the day, what did I do? What did I not do? Okay, R2C2, my claw, can you just go take the stuff I didn't do and like push it into the next day? Or can we figure out how to like get it done? Can you just do it? You know, that kind of stuff. It's really helpful for those like kind of async document creation and updating so that by the time you get into it, it's ready for you to just like get started. Yeah, I got really excited yesterday during the madness of all of our agents trying to update that doc for us, because I think Kieran, like you and actually it was funny, all of the engineers, all the GMs were like, this is insane. I can't focus way too much shit is happening is what we're trying to do is I was trying to build this like landing page that was an always on reach test for every of like you could always go and see what is our team using for vibe coding for writing for research. And I was like, oh, can our clause just update it themselves? And it's not quite there yet. They kept like duplicating and then like triplicating the page. But it made me excited because it's like this thing will be there, I think, relatively soon, right? That it's like your agents can go in and update stuff. And my agent can read what Kieran's agent wrote. And then I can read the changes. And for a company that's using like... as many agents as we have people and for someone who does a lot of strategy docs, like in, in this world, it seems like such an essential way of working now once we get it right. Yeah, I, that's so true. And yeah, there's this thing where it's like one agent who does one bad thing can pollute the entire document. And that's a really interesting problem to solve. Like you don't have to do that. And you don't have to worry about that in Google Docs. Because like humans, there's a big social cost to like ruining someone else's document. And humans are generally smart enough not to do that. But like agents with great power, they have a ton of power and zero responsibility. So like they often like just do shit that you would be like, I don't think I would do it quite that way, you know? And I think that's a really interesting problem. user experience challenge to figure out how do you, how could you have 10 agents in a document and make the output actually good? Yeah. And the like the the like humans plus agent collabs. Like I think if it's like only the agents are working in this and we'll see what they come up with is one thing. Or like only we're doing this and then our agents read it is another thing. But coming to a future where like we're somehow all working in there together, whether it is like a planning doc, a piece of writing like I think we're headed there. And that's an entirely different way of working that. We are breaking so that we can figure out how to make it work for everyone else. Yeah. I think another another thing that proof makes me think about is as people who love writing and all of us here are writers. What does it mean for the future of of writing? And it feels to me like there's there's a class of writing where. you actually want to read it from the AI more than you want to read it from the human, which is kind of surprising and interesting. Like that document that you made for Rachel Austin, if you had written that document, I don't think that she would have wanted to read that. And I think the, I'll, I'll, I'll share it right here. I think it's like, it's interesting to see. I also don't really think that she should read it. I think like an agent should read it and summarize it for her. Can you also, that's also probably true. Yeah. Yeah. Yeah. Yeah. OK, cool. So like, yeah, the agent pushes this like there is so much stuff in here that I would never write or care about. If I got this, like say, say I built something like say I tried to ship something to prod and Dan like you were reviewing it. And then you sent this back to me like a version of this for like stuff I should have fixed. I would probably scan the deadlines to like loosely see what this thing is. And then I would ask my call to summarize it for me. And actually there's been a lot of that now and how we work of like, okay, the agents are making big docs. It even applies to like the open claw guide that, that you worked on with Willie the other day of like, I didn't read that whole thing. I had my agent recap it for me. And for something like that, that's what I want to do. But when you write your like essay on like the future of agent native architecture, I do want to sit down and read it. And, um, yeah, It's going to be like, it feels a little binary in my head, but I think it will keep expanding into more of a spectrum in that range of what is what. I definitely agree. I think that there's a lot of... There's a lot of writing that is more on the information transfer end of things and less on the storytelling and like personal experience and like vibe end of things that is probably better read by an agent. If it's, if it's pure information transfer, because it's, it's a little bit like in the matrix where you like, I know Kung Fu, you know, like that's kind of the experience that like having your agent, like read a proof doc is, is like, I know Kung Fu now. And, um, yeah, It's just harder. Like, you actually don't need to know Kung Fu if your agent knows it. And you can save your brain for things that you're good at. I want to show my – the proof experience that I just had because – I think it kind of highlights like the collaboration between like two humans and two agents. So this is like a little bit meta because I wrote a proof doc about how, or I didn't write it. I had Codex write a proof doc about... Exploring the idea of adding a dashboard to proof so that any time you make a new proof or somebody shares a proof with you, it saves into like a place that you can go so that you can see all your proof documents. I have zero idea how to code, by the way. I literally can write CSS and HTML. So I like basically went back and forth with Codex a bunch and was like, okay, put this into a proof doc. And then it made this proof doc. You can see the only thing in this entire document that has been edited by a human is Dan came in here and commented. So basically what happened was I had Codex write this proof doc. I went to our proof channel on Slack and I said, and I dropped in, the link and I said R2C2, which is Dan's plus one to check it out and to let me know what he thinks. R2C2 knows Dan really well and gave a bunch of feedback, all of which was like really accurate. And then I think Dan on the side was like R2C2, like make those comments and make those updates. It made those updates. And then Dan came in here, reviewed it. He added a couple of comments. So you can see our proof does great commenting and agents can read the comments. So Dan commented on here. I went through, like I made a couple more comments. You can see on the left side from the blue that like this is basically all agent written. Yeah. So there's one comment on this. I told Codex, go back in there, read the comments. and then update the plan. It did that. And then I told Codex to execute on that plan and it did. So, I mean, that is like just sort of a loop that is kind of on repeat now at Every, where you make a plan, you send that plan to the product owner's agent. The product owner's agent does a review, suggests stuff because agents can suggest stuff and proof. It does that, then goes to their owner who owns the product on this cage is Dan. Says, hey, Dan, I did that. I made it some edits. Can you review? Dan reviews, gives a thumbs up. And then I go back and I do it because this is like my feature in proof. It's pretty cool. Yeah, it's like I saw that come in and then I talked with R2 a little bit about it. And I just had R2 write you a little letter at the top being like, here's what I like and here's what I don't like. And then a technical appendix at the bottom being like, here's how I would implement this. And then that let you take codecs and have codecs just like redo the whole thing. And what you ended up building was way more on target with what we might actually use. And it's pretty cool that you're just like submitting PRs. And I've not looked at the PR yet, so it's possible. if possible, we need to start over. And that one's a big feature. But it's a whole new world that you're submitting PRs and that I can even build this. This is a very, very complex app that I just did in my spare time in between meetings. And not only am I building it, you're submitting PRs, Kieran's submitting PRs, Naveen's submitting PRs, it's becoming this collaborative thing that we're all contributing to. It's just a totally different way of building products that I'm really excited about. And it's the exact type of writing that like makes so much more sense to be summarized by agents to flow in between the three of you rather than any human reading the whole thing. Like I think, like you said, like we're all people who care a lot about writing and good writing, the quality of it, the production of it, the consumption of it. And that's like something to be protected. But when it comes to something like this, this is about information and ideas and both like accelerating how you distill them, accelerating how you implement them is like essential to where we're headed. And I like, it makes me so excited for how this works and also like what is still valued and protected and kind of like the other kind of writing, right? Like to me, I think it's easy when you... think about this stuff but don't practice it to think that they're in conflicts with each other and that one's going to take away the other one and then when you practice it you're like this is actually a very different thing uh they're like totally like separate from each other yeah would you austin or dan or karen would you write would you write anything that's not a plan or something that's like I don't want to say throwaway, but kind of throwaway. It doesn't have a long lifespan in proof. Or would you go back to Docs or Notion for that? I'll show you one example. So, like, I'm trying to write this thing for Saturday. That's, like, an essay about a dinner I had at Squirrel, this, like, restaurant in L.A. And so to get there, it's, like, a bunch of text between me and my agent to push to this proof doc. And I like having these three separate sections. And by texting, you're, like, literally, like, iMessaging... I'm eye messaging my claw because I have these ideas. I actually get most of my ideas when I'm out on a run. And so after I'm done running, I'll just text everything so I don't forget it, so they don't escape me. And I like having these three different sections where it's like, give me this bank of notes I can go look at so I don't forget stuff. Give me an outline of ideas to write into if I want to. And then like... Maybe you can draft it for me, but I actually only let the agent draft for me if I monologue into it. Because then I'm like, it feels like it's like 70 to 90% my words that I'll use our speech to text to a monologue so that I can see it. And then my process here, which I've started doing in proof, is I either like... rewrite every line or I'm like, okay, I can like see the essay now. It's actually very helpful to see it. This is a lot of what spiral does to our like writing partner. And then I'll either like start fresh or I'll just copy paste the outline into somewhere new to get it. But using my agents and proof to get here is, One speeds up creative writing for me and two, I think does make it stronger and better and easier. I do sit here sometimes with some like uncomfortable feelings of like, oh, am I like taking a line, the AI added in? And Dan, you and I talked about this, like a future version of this that I would love is if it identified what I monologued in. Because to me, those are my words, right? Like if I monologue something into the agent and it uses it, those are my words and I want to know. But I've started doing this a lot more. I would love a little bit like if you go if you hover over that gutter, it just like popped out and said, like, you know, from age from, you know, monologue or whatever. Like, I think there's a lot of interesting stuff to do there eventually once we kind of nail the most basic experience. This is I love this. This is super cool. I love that you're using it for this. It's so creative and interesting. Yeah. Wow. Thanks for sharing. Awesome. Yep. Kieran, what's on your mind? What are you thinking about? Yeah, what I like about this is, like, clearly we need something to share stuff. And this is a step. And I like how you build something more complex, agent-native, like the way you realize, actually, we need to just go back to, it's just writing and collaboration. And for me, it really feels like It's like a sketch pad or something like that, where I brainstorm something. I'm like, oh, I don't know, like just put it there. And then I text it to you or you send something to me and you can kind of share thoughts or nuggets with each other. I like it for that a lot. One other way I like it for is when I do a brainstorm with the compound engineering plugin, there's a step called brainstorm. At the end, it will say share to proof. You just do that and then it will automatically share to proof and you have a shareable link. I run in T-Mux over SSH. So technically, thanks. Then I can just click the link and it works. So that is nice. I can share it with people, but also I can just open it, go in, make suggestions, and in like an actual document and then just tell the agent, hey, made some comments, go work on them. So I also like it for iteration with the agent itself, just for myself. My question always with these things is like, yeah, but we have markdown files, right? Isn't this just a markdown file? And we have GitHub. Isn't this just a gist or isn't it just an issue? We have linear, we have Notion, we have all these tools and they're pretty good CLIs and everything like that as well. And... And what I like about proof is, yes, we have all of these, but there are all these commentations around and what a GitHub issue should be or what a Notion page should be. And you don't want to contaminate everything. So I love actually that we don't have a place where you can see all your proof documents. So I would even argue we shouldn't have an index with all your proof documents, because the point is that if you think it's important, you keep that link. somewhere. And proof's job is not to organize documents. Proof's job is to communicate about writing and about ideas and about where it comes from. And I think It's very strong. And it's super seamless. Just that it's so seamless to share it with your agent. And we don't know what's next. But the cool part is Austin is saying, yeah, I want to see what I monologued into. And I also like going into document CA. This was written by Brandon. This was his agent. These were the history maybe on the document. I'm like, well, let's see what we need to add. And let's add that. So for me, it's very exciting because... we have all these things. We all feel these pains and they're like, we're just figuring out a new way to do this. And I like that it's so bare bones. Yeah. Totally. I was very inspired by Naveen, who runs Monologue, where it's a simple product that does one thing super well. And I think that's what I was trying to do here. And it's actually surprisingly hard to make this, even though it's simple. It's very hard, yes. Yeah, it's hard. And Kieran, I love that you're kind of picking up that the lightness of it is what makes it good. Like, you don't have to think about anything. where does this go or anything like that? It just works. And that's what we're, that's what we're after. I still want to see your inbox feature, Brandon, but I'm just arguing. I totally appreciate that. Like, cause you're right. And. I have like five proof docs open right now. And I really want to just like a quick place I go to be like, yep, that's it. Makes sense. Yeah. Maybe you promote a proof document to like a special place. Like proof documents are always there. But if you create an account, suddenly you can say, put this in my special blah, blah, blah, or something. Yeah. I tried to make a big gross strategy plan in Proof. I think actually I was sending it, Dan, to you and Brandon, as a Notion doc and a Proof doc because I couldn't really craft it or figure it out. But I liked going back and forth in Proof. And the thing that felt intuitive to me was like, let me and either one or multiple of my agents jam on this like... campaign strategy and proof. And then when it feels kind of like ready, what right now I'm like using the CLI to move it to Notion. But I think like that's what makes sense to me is like, let me actually one click it into Notion for us, for Notion, because that's where like, our source of truth for planning and information lives. And it's like, OK, now it's like ready for that. It's actually ready to move from lightweight to heavyweight. It's ready to move from age from agent based to like calendar integrated. And that's like not that's a much more complex product and probably unnecessary for what this project is. But like that's when it's ready for that. And that started to make more sense to me. Which leads me to ask you, Dan, this is going to be an open source product. Does that mean that people can submit PRs or that they can just... fork the repo and do their thing? Both, both. But I think the most interesting thing is ideally you can integrate this into whatever app you wanna build. We already have this internally, we have Spiral. Spiral needs its own like live document editor. And this is like just a really easy version that Marcus can just like throw into Spiral. It's in your compound engineer. It's in combat engineering. Well, the hosted version is in combat engineering. But I think for any kind of builder, A, it could just be a good example of this is what you can make and how you might want to architect things. If you're vibe coding, I know if you're a professional engineer, you might look at it and be like, holy shit, I can't believe this works. Um, but the, hopefully, uh, if you're, if you're making any kind of app that has a text editor in it, which I think anybody that has a claw right now is running into this is like, I need a text editor, um, for whatever app I'm making. Hopefully it's just like a really easy drop in thing that you can use. So. So that's proof, everybody. I'm psyched that we got it out. And I'm psyched for the future. And thank you all for joining and talking to me about it. Thank you so much. Thank you so much. Thank you. See ya. Oh my gosh, folks, you absolutely positively have to smash that like button and subscribe to AI and I. Why? Because this show is the epitome of awesomeness. It's like finding a treasure chest in your backyard. But instead of gold, it's filled with pure unadulterated knowledge bombs about chat GPT. Every episode is a roller coaster of emotions, insights, and laughter that will leave you on the edge of your seat, craving for more. It's not just a show. It's a journey into the future with Dan Shipper as the captain of the spaceship. So do yourself a favor. Hit like, smash subscribe, and strap in for the ride of your life. And now, without any further ado, let me just say, Dan, I'm absolutely hopelessly in love with you.