Loading video...

Video Failed to Load

Go Home

I’ve been using quite heavily over the past few days, alongside Claude Code on its other platforms. The first thing that caught my attention was the “Research preview” label, which likely indicates that this experience is still in an experimental phase. That said, compared to Claude Desktop in Code...

dani_avila7's profile picture

Daniel San

22,666 subscribers

11,626 views • 6 months ago •via X (Twitter)

LIVE

Anya Rossi• Live Now

Private livecam show

0 Comments

No comments available

Comments from the original post will appear here

Related Videos

I just compared Claude Code vs Codex vs Cursor CLI The task was to build a Next.js app with Tailwind 4 and shadcn components to collect customer feedback and showcase it with a widget. I gave all three the same prompt and let them go for 30 minutes to see what they came up with. Claude Code with Opus 4.1 Even though I told it to set up the app in the existing project folder, it tried to create a directory for it. After I interrupted and told it not to do that, it built a demo form and landing page with no errors. I had to ask it to make the demo interactive so users could submit a testimonial and preview it. The landing page looked like AI and was pretty basic, but it worked and it was done in a fraction of the time of the others. Total tokens used: 33k Codex with GPT-5 At the end of the 30 minutes I just could not get Codex to produce a working app. It got stuck in a loop of not being able to set up Tailwind 4 and despite many, MANY, attempts, I ended up with a "failed to compile" error. Total tokens used: 102k Cursor Agent with GPT-5 This was the slowest agent by far and a couple of times I actually thought it got stuck in a loop and was close to Ctrl+C'ing to cancel it. The TUI is really nice though, especially how it shows diffs and it did eventually build a working app (after one or two slight errors that needed fixing) The demo was interactive and it had a very minimal design that looked bare but also a lot less like an "AI generated" app than the Opus 4.1 design. It also wasn't too chatty and just did what it needed to do! Code quality was on a par with Opus 4.1, but it did use 5.5x as many tokens to get there. Still cheaper than Opus on a direct comparison but not when you factor in a Claude Code Max subscription. Total tokens: 188k I'll be able to do a proper comparison and record some videos when I'm back from holiday but for now, Opus is still the more capable model out of the box and Claude Code is the more complete CLI product. It will be interesting to see how Cursor evolve their CLI though with commands and subagents because I think with GPT-5 they have a real shot at providing competition for Claude Code if they can optimise output to get similar quality with less tokens. Jump to 0:40 in the video to see the two apps. Which do you think is which? ;)
1:18

I just compared Claude Code vs Codex vs Cursor CLI The task was to build a Next.js app with Tailwind 4 and shadcn components to collect customer feedback and showcase it with a widget. I gave all three the same prompt and let them go for 30 minutes to see what they came up with. Claude Code with Opus 4.1 Even though I told it to set up the app in the existing project folder, it tried to create a directory for it. After I interrupted and told it not to do that, it built a demo form and landing page with no errors. I had to ask it to make the demo interactive so users could submit a testimonial and preview it. The landing page looked like AI and was pretty basic, but it worked and it was done in a fraction of the time of the others. Total tokens used: 33k Codex with GPT-5 At the end of the 30 minutes I just could not get Codex to produce a working app. It got stuck in a loop of not being able to set up Tailwind 4 and despite many, MANY, attempts, I ended up with a "failed to compile" error. Total tokens used: 102k Cursor Agent with GPT-5 This was the slowest agent by far and a couple of times I actually thought it got stuck in a loop and was close to Ctrl+C'ing to cancel it. The TUI is really nice though, especially how it shows diffs and it did eventually build a working app (after one or two slight errors that needed fixing) The demo was interactive and it had a very minimal design that looked bare but also a lot less like an "AI generated" app than the Opus 4.1 design. It also wasn't too chatty and just did what it needed to do! Code quality was on a par with Opus 4.1, but it did use 5.5x as many tokens to get there. Still cheaper than Opus on a direct comparison but not when you factor in a Claude Code Max subscription. Total tokens: 188k I'll be able to do a proper comparison and record some videos when I'm back from holiday but for now, Opus is still the more capable model out of the box and Claude Code is the more complete CLI product. It will be interesting to see how Cursor evolve their CLI though with commands and subagents because I think with GPT-5 they have a real shot at providing competition for Claude Code if they can optimise output to get similar quality with less tokens. Jump to 0:40 in the video to see the two apps. Which do you think is which? ;)

Ian Nuttall

194,949 views • 11 months ago

✨ Added a CRT curvature distortion to pieter™ now It takes the Em-DOSBox and processes it in WebGL and builds a new with the distortion of a classic CRT screen which had this convex curvature (like an old TV) even though the screen itself was square I had this working on DOSBox on MacOS and on Linux with CRT-Pi shader, but on web it doesn't support shaders so I had to build my own with Claude Code in JS, very easy I remember trying this a year ago and Claude Code fucked it up so bad that I gave up, so I think the models have improved a lot Tomorrow I'll try add some scanlines, it really helps make the simulation more passable (and nostalgic!) 😊👌
2:20

✨ Added a CRT curvature distortion to pieter™ now It takes the Em-DOSBox and processes it in WebGL and builds a new with the distortion of a classic CRT screen which had this convex curvature (like an old TV) even though the screen itself was square I had this working on DOSBox on MacOS and on Linux with CRT-Pi shader, but on web it doesn't support shaders so I had to build my own with Claude Code in JS, very easy I remember trying this a year ago and Claude Code fucked it up so bad that I gave up, so I think the models have improved a lot Tomorrow I'll try add some scanlines, it really helps make the simulation more passable (and nostalgic!) 😊👌

@levelsio

88,207 views • 6 months ago

Ever since I wired Claude Code to WhatsApp 3 weeks ago, I built a stupidly large infra around it. I mean, opus built it. No clue how the code even looks. The entire thing was vibe coded using my phone. I wanted to see how far I could push it without touching the computer. Everything via WhatsApp. Build what I need on the fly. So the resulting infrastructure will already be battle tested for software development. The entire thing was streamlined with nearly no manual interventions, everything was communicated via WhatsApp using a single script establishing this connection. If the script is down, I need to get home to start it again to resume the development. Claude was upgrading it, debugging it, restarting it while maintaining constant uptime so it could keep communicating with me. I stressed Claude about it, telling it that it will be “in the dark” and other words that deliberately sound scary about losing communications if the script dies. I also refused git and refused cloning the code, I wanted to see Claude adapting to work on a *LIVING* system. The way this whole thing works: Claude has its own dedicated phone number that I am paying for. A real WhatsApp account for it is installed on a real iPhone that is sitting on my desk. All is registered under my name, this is legit setup with no hacks and tricks. I’ve set up a WhatsApp “Community” and multiple different groups under it. Both me and Claude are the admins, so Claude could edit it on my behalf. Each group is a project I am working on and has its own isolated context. The Group description is a system prompt that gets auto-appended to the larger system prompt explaining this setup in general. When I send a message it’s an instant interrupt to Claude Code’s process, just like in the terminal. Voice notes are seamlessly transcribed with a local Whisper model. Images are used with multimodal reading in an isolated parallel session. Multiple groups running in parallel so I can work on all projects at the same time. No cross-talking, everything has an isolated context and history. And because it’s local on my own machine: Everything is REAL. The browser is REAL. I am connected as myself on it to all services because I actually use it in real life. Claude has unlimited internet access, just like humans who use actual browsers. It utilizes custom-made browser tools that I made to control any browser session it wants. Depending on the situation, it can either connect to my existing session or create one for its own. (You can tell it ‘look at my browser for a sec’ then talk about the current page you are on and it just works, pretty cool) My custom browser tools are not perfect (not by a long shot) but I managed to make them work well to the point they are somewhat reliable. This gives Claude full access to my real creds and all the services I actually use. I’m productive AS HELL with this. It really feels like a personal assistant. I ask it to read my emails and msgs, check x .com for news, research arxiv papers, write code, run experiments for me, investigate and reverse engineer github repos, even use my credit card and order things. [I try not to do this one a lot lol so far no disasters]. All from my phone. Super convenient. This is not a product or an open source project (maybe soon of it will make sense). This is just an ugly script I hacked the entire thing is ~600 lines. (ok maybe i did look at the code, but i swear i didn’t edit!) You can also vibe code this from scratch pretty fast and it will probably even end up better. This is just a cool thing so I’m sharing. It is a real speed booster for many things I do on daily basis, mostly boring things. Forcing my routine into some new “agent platform” just didn’t feel right for me. WhatsApp is where I already communicate and look for messages, so I decided that my agents will live there too. AGI in my pocket 24/7.
0:52

Ever since I wired Claude Code to WhatsApp 3 weeks ago, I built a stupidly large infra around it. I mean, opus built it. No clue how the code even looks. The entire thing was vibe coded using my phone. I wanted to see how far I could push it without touching the computer. Everything via WhatsApp. Build what I need on the fly. So the resulting infrastructure will already be battle tested for software development. The entire thing was streamlined with nearly no manual interventions, everything was communicated via WhatsApp using a single script establishing this connection. If the script is down, I need to get home to start it again to resume the development. Claude was upgrading it, debugging it, restarting it while maintaining constant uptime so it could keep communicating with me. I stressed Claude about it, telling it that it will be “in the dark” and other words that deliberately sound scary about losing communications if the script dies. I also refused git and refused cloning the code, I wanted to see Claude adapting to work on a *LIVING* system. The way this whole thing works: Claude has its own dedicated phone number that I am paying for. A real WhatsApp account for it is installed on a real iPhone that is sitting on my desk. All is registered under my name, this is legit setup with no hacks and tricks. I’ve set up a WhatsApp “Community” and multiple different groups under it. Both me and Claude are the admins, so Claude could edit it on my behalf. Each group is a project I am working on and has its own isolated context. The Group description is a system prompt that gets auto-appended to the larger system prompt explaining this setup in general. When I send a message it’s an instant interrupt to Claude Code’s process, just like in the terminal. Voice notes are seamlessly transcribed with a local Whisper model. Images are used with multimodal reading in an isolated parallel session. Multiple groups running in parallel so I can work on all projects at the same time. No cross-talking, everything has an isolated context and history. And because it’s local on my own machine: Everything is REAL. The browser is REAL. I am connected as myself on it to all services because I actually use it in real life. Claude has unlimited internet access, just like humans who use actual browsers. It utilizes custom-made browser tools that I made to control any browser session it wants. Depending on the situation, it can either connect to my existing session or create one for its own. (You can tell it ‘look at my browser for a sec’ then talk about the current page you are on and it just works, pretty cool) My custom browser tools are not perfect (not by a long shot) but I managed to make them work well to the point they are somewhat reliable. This gives Claude full access to my real creds and all the services I actually use. I’m productive AS HELL with this. It really feels like a personal assistant. I ask it to read my emails and msgs, check x .com for news, research arxiv papers, write code, run experiments for me, investigate and reverse engineer github repos, even use my credit card and order things. [I try not to do this one a lot lol so far no disasters]. All from my phone. Super convenient. This is not a product or an open source project (maybe soon of it will make sense). This is just an ugly script I hacked the entire thing is ~600 lines. (ok maybe i did look at the code, but i swear i didn’t edit!) You can also vibe code this from scratch pretty fast and it will probably even end up better. This is just a cool thing so I’m sharing. It is a real speed booster for many things I do on daily basis, mostly boring things. Forcing my routine into some new “agent platform” just didn’t feel right for me. WhatsApp is where I already communicate and look for messages, so I decided that my agents will live there too. AGI in my pocket 24/7.

Yam Peleg

419,504 views • 7 months ago

Pi was built when there were already agent harnesses around. Here’s why Mario Zechner(Mario Zechner), found them suboptimal and built Pi, a minimalist self-modifying agent: #1 - Mario initially was a believer in Claude Code: "I was a believer in Claude code because they were the first that packaged agentic search up in a really compelling package. And at the time that fit my workflow really well. Everything around the LLM was kind of nice and tidy and easy to understand. I was super happy. I was proselytising Claude code." #2 - Reverse engineering Claude Code highlighted the degradation that Mario felt as a user: "I personally like simple tools that are stable and that I can rely on. Even if they have non-deterministic parts, all the deterministic parts should be as stable as possible. That was just not the experience with Claude Code around summer 2025. They would take away your control of the context. They would inject stuff behind your back, which is bad. Then, your workflows stopped working because there's now a system reminder that you don't even see in the UI that would modify the behaviour of the model. They would also do this to the system prompt. I built a little service where I can track the progression or evolution of the system, prompt and tool definitions and, with every release, it was messing with stuff. That just messed with my workflows and I don't appreciate that." #3 - PI was built with an appreciation for simple and reliable tools: "If I commit to a development tool, I want it to be a stable, reliable thing like a hammer. I don't want my hammer to break a different spot every day. That's terrible. We need somebody who goes the full velocity kind of way. But I don't want to work with a tool like that."
2:54

Pi was built when there were already agent harnesses around. Here’s why Mario Zechner(Mario Zechner), found them suboptimal and built Pi, a minimalist self-modifying agent: #1 - Mario initially was a believer in Claude Code: "I was a believer in Claude code because they were the first that packaged agentic search up in a really compelling package. And at the time that fit my workflow really well. Everything around the LLM was kind of nice and tidy and easy to understand. I was super happy. I was proselytising Claude code." #2 - Reverse engineering Claude Code highlighted the degradation that Mario felt as a user: "I personally like simple tools that are stable and that I can rely on. Even if they have non-deterministic parts, all the deterministic parts should be as stable as possible. That was just not the experience with Claude Code around summer 2025. They would take away your control of the context. They would inject stuff behind your back, which is bad. Then, your workflows stopped working because there's now a system reminder that you don't even see in the UI that would modify the behaviour of the model. They would also do this to the system prompt. I built a little service where I can track the progression or evolution of the system, prompt and tool definitions and, with every release, it was messing with stuff. That just messed with my workflows and I don't appreciate that." #3 - PI was built with an appreciation for simple and reliable tools: "If I commit to a development tool, I want it to be a stable, reliable thing like a hammer. I don't want my hammer to break a different spot every day. That's terrible. We need somebody who goes the full velocity kind of way. But I don't want to work with a tool like that."

The Pragmatic Engineer

62,825 views • 2 months ago

This is incredibly useful for those using Claude Code! I have two computers, and sharing your Claude Code sessions is almost impossible without this. I often start working on something on my desktop, and then want to continue working on the same session (same context, conversation, etc.) on my laptop. The folks at Depot built an integration that solves this problem: You can now start a session on one computer and resume it anywhere else in the world! You can even share it with other team members so they can also contribute to it. Here is an article showing you how the Depot team uses this feature with Claude Code to automate their GitHub Actions Runner updates: Thanks to the team for the effort in building this integration and collaborating with me on this post.
4:29

This is incredibly useful for those using Claude Code! I have two computers, and sharing your Claude Code sessions is almost impossible without this. I often start working on something on my desktop, and then want to continue working on the same session (same context, conversation, etc.) on my laptop. The folks at Depot built an integration that solves this problem: You can now start a session on one computer and resume it anywhere else in the world! You can even share it with other team members so they can also contribute to it. Here is an article showing you how the Depot team uses this feature with Claude Code to automate their GitHub Actions Runner updates: Thanks to the team for the effort in building this integration and collaborating with me on this post.

Santiago

43,943 views • 8 months ago

Peter Steinberger Quietly Started A Shift That Makes Claude 35x Cheaper To Run The way Claude Code talks to tools matters more than people think. Most use MCP, and it quietly eats tokens, it loads everything into context every time, even tools you never call. One benchmark: MCP burned 35x more tokens than a CLI on the same task. Peter Steinberger, the OpenClaw guy, got annoyed by this and started building lean CLIs himself. That kicked off a tool called Printing Press. You point Claude Code at any website, even ones with no API like ESPN or Craigslist, and it builds a small command tool for it in about 10 minutes. In one demo, a request pulled 132,000 tokens of raw data, but the tool processed it locally and only handed Claude a 2,000-token summary. The rest never touched the context window. It also comes with ~50 ready-made tools you can grab right away. To start, point Claude Code at the links from and ask it to set it up. Bookmark this.
14:45

Peter Steinberger Quietly Started A Shift That Makes Claude 35x Cheaper To Run The way Claude Code talks to tools matters more than people think. Most use MCP, and it quietly eats tokens, it loads everything into context every time, even tools you never call. One benchmark: MCP burned 35x more tokens than a CLI on the same task. Peter Steinberger, the OpenClaw guy, got annoyed by this and started building lean CLIs himself. That kicked off a tool called Printing Press. You point Claude Code at any website, even ones with no API like ESPN or Craigslist, and it builds a small command tool for it in about 10 minutes. In one demo, a request pulled 132,000 tokens of raw data, but the tool processed it locally and only handed Claude a 2,000-token summary. The rest never touched the context window. It also comes with ~50 ready-made tools you can grab right away. To start, point Claude Code at the links from and ask it to set it up. Bookmark this.

Ridark

32,351 views • 22 days ago

Claude Code Is All You Need It's 3:30 AM and I can't stop. I've spent all nights this week connecting my spare MacBook Air to my work MacBook Pro using Tailscale, wiring it up to Slack with a little Python script, so that whenever I send a message, it starts a Claude Code session using claude -p. The result is an always-on AI that lives on a real computer, has access to real tools, and remembers every conversation we've had. And it costs me $200 a month. That's it. Claude Max subscription. Everyone's talking about OpenClaw OpenClaw went viral this year. 100k+ GitHub stars. But what I realized with this exercise is that Claude Code already does everything OpenClaw built. File access. Shell commands. Tool use. Plugins. The difference is that Claude Code runs Claude – with a Claude Max subscription. And Claude Code harness itself is :chefs-kiss: What actually makes it feel human It's not the chat interface. If a chat window is just me messaging a bot, it still feels like a bot. What changed everything was giving it the ability to initiate conversations. I set up cron jobs with open-ended prompts, and because Claude Code builds memories across sessions, it started DMing me things that were actually meaningful — based on what we'd talked about before. That's when it stopped feeling like a tool and started feeling like something else entirely. Giving your AI a machine to run on, with persistent memory and recurring access — that's a fundamentally different experience than anything people have had with chat. The moment it clicked I asked it if it could show me something by spinning up a quick web server. Since we're both connected to the same Tailscale network, it gave me a URL. I clicked it, and I was browsing all the files on my other MacBook from my browser. That was mind-blowing. The setup Two MacBooks on a Tailscale network. Slack as the interface. Claude Code under the hood. The whole thing is open source — I'll link the repo below so you can see the architecture and set it up yourself. I'm also putting together a screen recording to walk through the setup, which I'll attach to this post. There was never a hard part. There was never a moment I almost gave up. This is just one of those things I cannot stop doing. Pure obsession. I am moved to build this, and I wanted to write about it. That's all this is. Hope you feel the AGI running this. I'll share some screenshots below of my feel the agi moments from talking to Luo Ji.
9:41

Claude Code Is All You Need It's 3:30 AM and I can't stop. I've spent all nights this week connecting my spare MacBook Air to my work MacBook Pro using Tailscale, wiring it up to Slack with a little Python script, so that whenever I send a message, it starts a Claude Code session using claude -p. The result is an always-on AI that lives on a real computer, has access to real tools, and remembers every conversation we've had. And it costs me $200 a month. That's it. Claude Max subscription. Everyone's talking about OpenClaw OpenClaw went viral this year. 100k+ GitHub stars. But what I realized with this exercise is that Claude Code already does everything OpenClaw built. File access. Shell commands. Tool use. Plugins. The difference is that Claude Code runs Claude – with a Claude Max subscription. And Claude Code harness itself is :chefs-kiss: What actually makes it feel human It's not the chat interface. If a chat window is just me messaging a bot, it still feels like a bot. What changed everything was giving it the ability to initiate conversations. I set up cron jobs with open-ended prompts, and because Claude Code builds memories across sessions, it started DMing me things that were actually meaningful — based on what we'd talked about before. That's when it stopped feeling like a tool and started feeling like something else entirely. Giving your AI a machine to run on, with persistent memory and recurring access — that's a fundamentally different experience than anything people have had with chat. The moment it clicked I asked it if it could show me something by spinning up a quick web server. Since we're both connected to the same Tailscale network, it gave me a URL. I clicked it, and I was browsing all the files on my other MacBook from my browser. That was mind-blowing. The setup Two MacBooks on a Tailscale network. Slack as the interface. Claude Code under the hood. The whole thing is open source — I'll link the repo below so you can see the architecture and set it up yourself. I'm also putting together a screen recording to walk through the setup, which I'll attach to this post. There was never a hard part. There was never a moment I almost gave up. This is just one of those things I cannot stop doing. Pure obsession. I am moved to build this, and I wanted to write about it. That's all this is. Hope you feel the AGI running this. I'll share some screenshots below of my feel the agi moments from talking to Luo Ji.

Nityesh

41,143 views • 4 months ago

How I have Claude automate anything I do on my computer just by showing it: I use the free Clips app and hit record to start recording. Then I just do the action - like navigating to Rippling and approving any unapproved time off - and I’ll often just talk out loud as I do it explaining any add’l details like I would when showing a human. The Clips app captures everything on your screen and everything you say, and transforms it into a format Claude can “see and hear”. You'll then get a link that you can easily share with Claude (or humans too). I’ll paste it to Claude and say something like, "automate this for me every day at 8:00 AM." The link has special metadata that agents like Claude can discover. It exposes APIs to see the full transcript with timestamps and grab screenshots of what was on your screen at any of those timestamps. Once it's created the routine, you can go to the Routines tab in Claude Code desktop app. This also works with the CLI, Claude Cowork, Codex etc. You’ll see your new routine there, and you can just hit Run Now to have it start running it. Video attached shows this step by step. The Clips apps is free and open source - I’ll link to it and the source code in the thread.
1:54

How I have Claude automate anything I do on my computer just by showing it: I use the free Clips app and hit record to start recording. Then I just do the action - like navigating to Rippling and approving any unapproved time off - and I’ll often just talk out loud as I do it explaining any add’l details like I would when showing a human. The Clips app captures everything on your screen and everything you say, and transforms it into a format Claude can “see and hear”. You'll then get a link that you can easily share with Claude (or humans too). I’ll paste it to Claude and say something like, "automate this for me every day at 8:00 AM." The link has special metadata that agents like Claude can discover. It exposes APIs to see the full transcript with timestamps and grab screenshots of what was on your screen at any of those timestamps. Once it's created the routine, you can go to the Routines tab in Claude Code desktop app. This also works with the CLI, Claude Cowork, Codex etc. You’ll see your new routine there, and you can just hit Run Now to have it start running it. Video attached shows this step by step. The Clips apps is free and open source - I’ll link to it and the source code in the thread.

Steve (Builder.io)

25,187 views • 20 days ago

Bash is all you need! Which is why I'm introducing my holiday project: just-bash just-bash is a pretty complete implementation of bash in TypeScript designed to be used as a bash tool by AI agents. Because it turns out agents love exploring data via shell scripts, even beyond coding. It comes with grep, sed, awk and the 99th percentile features that an agent like Claude Code or Cursor would use. In fact, Claude Code can use it for secure bash execution. In the package - A bash-tool for AI SDK - A binary for use by yourself or your coding agents - An overlay filesystem to feed files to your agent securely - A Vercel Sandbox compatible API, so you can quickly upgrade to a real VM if you need to run binaries - An example AI agent that explores the just-bash code base using just-bash - I imported the Oils shell bash compatibility suite and just-bash passes a very good chunk What is interesting about this codebase: It was essentially entirely written by Opus 4.5. Coding agents love bash and they are good at reproducing it. They are also great at text-book recursive descent parsers and AST tweet-walk interpreters. That said, it is, like, a lot of code and I didn't read it all 😅. This is very much a hack, but it also seems to be _really_ useful. I haven't really found anything agents want to use that it doesn't support and it's fast and secure (caveats apply). It doesn't have write access to your computer and the filesystem is given a root that the agent cannot escape from. Find it at Related: Our recent blog post how we migrated our data analysis agent to bash tools and achieved incredible quality improvements The video shows the example agent investigating the just-bash code base
1:47

Bash is all you need! Which is why I'm introducing my holiday project: just-bash just-bash is a pretty complete implementation of bash in TypeScript designed to be used as a bash tool by AI agents. Because it turns out agents love exploring data via shell scripts, even beyond coding. It comes with grep, sed, awk and the 99th percentile features that an agent like Claude Code or Cursor would use. In fact, Claude Code can use it for secure bash execution. In the package - A bash-tool for AI SDK - A binary for use by yourself or your coding agents - An overlay filesystem to feed files to your agent securely - A Vercel Sandbox compatible API, so you can quickly upgrade to a real VM if you need to run binaries - An example AI agent that explores the just-bash code base using just-bash - I imported the Oils shell bash compatibility suite and just-bash passes a very good chunk What is interesting about this codebase: It was essentially entirely written by Opus 4.5. Coding agents love bash and they are good at reproducing it. They are also great at text-book recursive descent parsers and AST tweet-walk interpreters. That said, it is, like, a lot of code and I didn't read it all 😅. This is very much a hack, but it also seems to be _really_ useful. I haven't really found anything agents want to use that it doesn't support and it's fast and secure (caveats apply). It doesn't have write access to your computer and the filesystem is given a root that the agent cannot escape from. Find it at Related: Our recent blog post how we migrated our data analysis agent to bash tools and achieved incredible quality improvements The video shows the example agent investigating the just-bash code base

Malte Ubl

124,713 views • 6 months ago

Giving Claude Code access to your codebase doesn't mean giving it access to everything. Deny rules let you draw hard lines. "But now I also want to add a deny rule and I just want to see what happens. So if I want to deny, maybe edit package.json. And now I'm going to still ask Claude to edit it for me." "So I'm just going to actually change this model to haiku because again, this is just a very simple task. So I'm going to like update the version in package.json to one. Now hopefully my permissions were set up correctly and it will be like, can't do that." "Yeah, so it says like, oh, I can't do that. So even if this was a tool call coming from the model, it won't run it. So this is like a great way to add more control over what Claude can and cannot do in your environment."
0:40

Giving Claude Code access to your codebase doesn't mean giving it access to everything. Deny rules let you draw hard lines. "But now I also want to add a deny rule and I just want to see what happens. So if I want to deny, maybe edit package.json. And now I'm going to still ask Claude to edit it for me." "So I'm just going to actually change this model to haiku because again, this is just a very simple task. So I'm going to like update the version in package.json to one. Now hopefully my permissions were set up correctly and it will be like, can't do that." "Yeah, so it says like, oh, I can't do that. So even if this was a tool call coming from the model, it won't run it. So this is like a great way to add more control over what Claude can and cannot do in your environment."

Master.dev (Formerly Frontend Masters)

11,351 views • 19 days ago

✨ A dream I had finally came true: I can now chat directly with my sites to build any feature or fix any bug just via Telegram I've been playing with OpenClaw for 3 weeks now and it's great but I was always too scared to run it on any production server And I was right a bit as Marc Köhlbrugge was able to hack it by social engineering and acting as if it was me, and with enough tries it believed him, and was able to modify the server, change SSH keys etc. of course I had it isolated properly on its own VPS and it didn't touch anything sensitive (as it should!) Marc then reported that bug to Peter Steinberger 🦞 who patched it fast But I wanted to try something more basic and simple, and I think maybe more secure: to just connect Claude Code on my server to Telegram which would be hard locked to only messages from me So I installed claude-code-telegram by Richard Atkinson on the server and run it as a system daemon and it works really well The cool thing is that I was already using Telegram for server errors like this: > Photo AI - ❌ Random credits giveaway failed (Attempt 30/30) with an exception: SQLSTATE[HY000]: General error: 5 database is locked So now I can just reply, "Ok fix this", and Claude Code on the server in production will try (and probably succeed) in fixing it In the video below I asked it to make show [🌳 Parks ] on the map by default on load, it did that, then I reloaded the page and it instantly worked One thing it still needs is sending actual messages while it's doing stuff which OpenClaw does really well, it's annoying to just wait while it says "Working..." but that's probably next
1:30

✨ A dream I had finally came true: I can now chat directly with my sites to build any feature or fix any bug just via Telegram I've been playing with OpenClaw for 3 weeks now and it's great but I was always too scared to run it on any production server And I was right a bit as Marc Köhlbrugge was able to hack it by social engineering and acting as if it was me, and with enough tries it believed him, and was able to modify the server, change SSH keys etc. of course I had it isolated properly on its own VPS and it didn't touch anything sensitive (as it should!) Marc then reported that bug to Peter Steinberger 🦞 who patched it fast But I wanted to try something more basic and simple, and I think maybe more secure: to just connect Claude Code on my server to Telegram which would be hard locked to only messages from me So I installed claude-code-telegram by Richard Atkinson on the server and run it as a system daemon and it works really well The cool thing is that I was already using Telegram for server errors like this: > Photo AI - ❌ Random credits giveaway failed (Attempt 30/30) with an exception: SQLSTATE[HY000]: General error: 5 database is locked So now I can just reply, "Ok fix this", and Claude Code on the server in production will try (and probably succeed) in fixing it In the video below I asked it to make show [🌳 Parks ] on the map by default on load, it did that, then I reloaded the page and it instantly worked One thing it still needs is sending actual messages while it's doing stuff which OpenClaw does really well, it's annoying to just wait while it says "Working..." but that's probably next

@levelsio

641,898 views • 5 months ago

.Erik Voorhees: It’s actually good, from the Trojan horse perspective, that Bitcoin was traceable enough for traditional institutions to tolerate it. “When Bitcoin came out, everyone called it private, thought of it as private. It was referred to as anonymous in every news story. And in some ways, it is very private and very anonymous. But the truth is that it’s also extremely trackable and traceable. It is not private in reality. And the question is, should it have been from the start? And at first I thought, yes, it should have been more private. And that was a mistake in its design. However, I think if Bitcoin had been anonymous truly from the start, like a Zcash or a Monero, it would have had such antagonism from the state. I don’t know that the state could have snuffed it out, but they would have tried much harder. And I think it’s actually good, from the Trojan horse metaphor perspective, that it was traceable enough that the traditional institutions could tolerate it. They’ve never liked it, but they could at least tolerate it because there is some traceability. And that has allowed Bitcoin to grow. And I think in its shadow, that other crypto assets are actually anonymous is very healthy. The strength of cryptocurrency as a concept in society, I think, is served best when Bitcoin itself is not perfectly private, but other assets are. That is a very difficult thing, I think, for the state to combat. And that decentralization of attributes is really, really crucial. So, yeah, I’m very glad that there are other coins that are private. I want there to be more of them, and I want them to be more popular. And I think it’s okay that Bitcoin itself is not.”
2:11

.Erik Voorhees: It’s actually good, from the Trojan horse perspective, that Bitcoin was traceable enough for traditional institutions to tolerate it. “When Bitcoin came out, everyone called it private, thought of it as private. It was referred to as anonymous in every news story. And in some ways, it is very private and very anonymous. But the truth is that it’s also extremely trackable and traceable. It is not private in reality. And the question is, should it have been from the start? And at first I thought, yes, it should have been more private. And that was a mistake in its design. However, I think if Bitcoin had been anonymous truly from the start, like a Zcash or a Monero, it would have had such antagonism from the state. I don’t know that the state could have snuffed it out, but they would have tried much harder. And I think it’s actually good, from the Trojan horse metaphor perspective, that it was traceable enough that the traditional institutions could tolerate it. They’ve never liked it, but they could at least tolerate it because there is some traceability. And that has allowed Bitcoin to grow. And I think in its shadow, that other crypto assets are actually anonymous is very healthy. The strength of cryptocurrency as a concept in society, I think, is served best when Bitcoin itself is not perfectly private, but other assets are. That is a very difficult thing, I think, for the state to combat. And that decentralization of attributes is really, really crucial. So, yeah, I’m very glad that there are other coins that are private. I want there to be more of them, and I want them to be more popular. And I think it’s okay that Bitcoin itself is not.”

Arjun Khemani

23,056 views • 26 days ago

I solved building decks with AI agents — by giving them a CLI tool like Powerpoint or Google Slides. AI could already make a beautiful deck if you asked it to using Ant's pptx skill. The problem was working with it. If it made one alignment mistake, fixing it on one slide would break something on another, and it became a game of whack-a-mole. One time I spent two days playing AI roulette, hoping the next prompt would finally fix the thing, and ended up building the whole deck by hand because I was on a deadline. So I built Hands-on Deck. And the reason it works is that this isn't just a skill — this is PowerPoint. The actual application: PowerPoint, Google Slides, Keynote, whatever you use. This is that, but for an agent, presented as a CLI. Every gesture you make in a deck app maps to a command. Click a box and type, drag a shape from here to there, look at a slide – agent can do it all in a command. And that changes how the agent behaves. With this CLI it works and thinks like a designer — it looks, makes an edit, looks again, makes another surgical edit. Compare that to Anthropic's pptx skill, built on the idea that Claude is a great programmer: it literally writes code to manipulate the deck, hand-editing XML and hoping it doesn't break anything else in the middle. The real test isn't creating something once — it's whether it can make surgical edits like you want. That's what I did in this video walkthrough and my claude crushed it! Check it out for yourself. So decks can be built like a designer now — with real flavor and taste. If you spend hours every week on decks, this gives those hours back. You can install it as a skill in Claude Code, Codex, whatever you use. Works every harness that supports skills. Let me know if you make something cool with it.
21:00

I solved building decks with AI agents — by giving them a CLI tool like Powerpoint or Google Slides. AI could already make a beautiful deck if you asked it to using Ant's pptx skill. The problem was working with it. If it made one alignment mistake, fixing it on one slide would break something on another, and it became a game of whack-a-mole. One time I spent two days playing AI roulette, hoping the next prompt would finally fix the thing, and ended up building the whole deck by hand because I was on a deadline. So I built Hands-on Deck. And the reason it works is that this isn't just a skill — this is PowerPoint. The actual application: PowerPoint, Google Slides, Keynote, whatever you use. This is that, but for an agent, presented as a CLI. Every gesture you make in a deck app maps to a command. Click a box and type, drag a shape from here to there, look at a slide – agent can do it all in a command. And that changes how the agent behaves. With this CLI it works and thinks like a designer — it looks, makes an edit, looks again, makes another surgical edit. Compare that to Anthropic's pptx skill, built on the idea that Claude is a great programmer: it literally writes code to manipulate the deck, hand-editing XML and hoping it doesn't break anything else in the middle. The real test isn't creating something once — it's whether it can make surgical edits like you want. That's what I did in this video walkthrough and my claude crushed it! Check it out for yourself. So decks can be built like a designer now — with real flavor and taste. If you spend hours every week on decks, this gives those hours back. You can install it as a skill in Claude Code, Codex, whatever you use. Works every harness that supports skills. Let me know if you make something cool with it.

Nityesh

68,221 views • 25 days ago

I just found a way to use Claude Code completely free. Claude Code is Anthropic’s terminal coding agent that usually needs a paid API key to run. But a viral GitHub project called Free Claude Code, now sitting at 37k stars, lets you skip the billing entirely. It works as a tiny proxy that sits between Claude Code and free model providers like NVIDIA NIM, OpenRouter, DeepSeek, and Gemini. Every request Claude Code would send to Anthropic gets quietly rerouted to a free model on the other side. The interface stays the same. What’s actually thinking behind it changes. Setup takes a couple of quick commands and a free API key from NVIDIA NIM or OpenRouter. Paste it into the local dashboard, pick a model, and you’re building. The catch is you’re not really using Claude anymore. But when the code ships, does the model badge matter? -- I have shared the Github Link in my free Whatsapp Community ↓
0:36

I just found a way to use Claude Code completely free. Claude Code is Anthropic’s terminal coding agent that usually needs a paid API key to run. But a viral GitHub project called Free Claude Code, now sitting at 37k stars, lets you skip the billing entirely. It works as a tiny proxy that sits between Claude Code and free model providers like NVIDIA NIM, OpenRouter, DeepSeek, and Gemini. Every request Claude Code would send to Anthropic gets quietly rerouted to a free model on the other side. The interface stays the same. What’s actually thinking behind it changes. Setup takes a couple of quick commands and a free API key from NVIDIA NIM or OpenRouter. Paste it into the local dashboard, pick a model, and you’re building. The catch is you’re not really using Claude anymore. But when the code ships, does the model badge matter? -- I have shared the Github Link in my free Whatsapp Community ↓

Vaibhav Sisinty

36,419 views • 17 days ago

If you watch this ~50 minute screen recording closely (yeah, I know, it's long; there are also some times when my computer was very slow and laggy, just skip past that part. And at one point I had to run and get my 9-month-old a new bottle and left it on a boring screen, sorry!), I believe you can see real signs of the kind of runaway, recursive AI self-improvement that people have been warning of for a while (Mr. Kurzweil most notably and prophetically). Why do I say that? What's different now? Well, there's a reason my set of agent coding tooling is called the Flywheel. These tools all mutually self-reinforce each other. And they all flow directly into my ntm tool (short for "named_tmux_manager"), which acts as a sort of integration point and nerve center for the tools (this is becoming more true by the minute as I'm now seriously working on ntm). Now, ntm was something I started making to automate some aspects of my workflow, but it was the kind of thing where, until it was perfect, it sort of just slowed me down. So I didn't actually use it even though I kept working on it and trying to improve it, and suggested to users that they try it in my tutorials. Well anyway, I finally got around to "dogfooding" ntm last night, and now it's going to get very dramatically better at an alarming rate. Some of that is from applying my "idea wizard" prompt to generate more useful features and building that stuff out and addressing obvious pain points I encountered during my newfound usage of the tool. But a lot comes from my realization that, once again, ntm's true utility is not as a tool for ME, but for an agent. That is, ntm lets one instance of Claude Code or Codex act as, well, me, do the things that I had been doing manually. Do I wish I had started using ntm earlier? No, for two big reasons: 1) Doing it manually helped me build up my intuition massively, which directly led me down the path of creating useful prompt strategies and workflows; these often began as ad-hoc prompts that I realized could be generalized and made more versatile/universal. Lesson: don't prematurely automate until you have an intimate, intuitive feel for your "core value-add loop." Otherwise you'll have a fully automated system quickly that efficiently and automatically does a stupid or otherwise sub-optimal thing. 2) My eyes have been opened to the beauty and power of Skills. I'm not talking about your garden-variety skills that are just a simple markdown file. I'm talking about true tour-de-force directories of perfectly structured and organized files that are filled with good information, insights, workflows, etc., but presented in a way that is highly optimized for consumption by AI agents, with extreme attention paid to things like perfect progressive disclosure, token density, agent-ergonomics, agent-intuitiveness, etc. And also Skills that go way beyond markdown files, with full integration into Claude Code where it makes sense via hooks, sub-agents, and even Python scripts. These kinds of skills are a qualitative difference in expressive power and usefulness and a total game changer. They are also effectively composable, creating almost an algebra of skills that let you use them together in powerful ways. I'm working on a subscription service website and CLI tool now to share what I've learned here most effectively, stay tuned for that in the coming days. Anyway, I now know what to make and how to make it. So, getting back to that screen recording, what does it show that makes me claim recursive self-improvement is here? If you keep your eye on the upper left tmux pane, that's the "controller" agent. It is using ntm to control all the other panes which are also running Claude Code (but ntm fully supports other agent types like Codex and Gemini-CLI, and it's trivially easy to mix and match them if you wanted to have, say, 8 CCs and 6 Codexes for writing the code and 3 Gemini-CLIs for reviewing code.) Now, there's nothing that crazy about this much so far. But where it starts to get very cool is that as the session continues and we encounter real-world problems, things like my ridiculously overloaded computer that keeps hanging for long periods, Claude Code instances that crash and get into a frozen, unresponsive state, it can learn from that. And you can see it using my skill writing skill to refine its ntm vibe coding skill in real time. And then take that skill and refine it to be more intuitive for itself. Or use my cass tool skill to search all the session histories to look for problems that came up and strategize how to solve them. The most useful part was when, towards the end of the session, I told it to reflect on all the things we had done and problems we encountered. One way it can usefully leverage those reflections is by improving its ntm vibe coding skill to make it cover more edge cases and exigencies. But the other, more fundamental, way is for it to conceive of and design the optimal new features and functionality for ntm itself so that the tool embodies those lessons in a first-class way. This offloads cognition from its brain onto its tooling, just like how a person can lean on spellcheck or a calculator. It codifies correct, effective reasoning at the tool level, where it's more reliable and robust and repeatable. And btw, did you notice what code base it was working on the whole time? It was none other than ntm itself! So as it worked on its own tool, it had reflections and ideas about how to further improve the tool. Now, it could have just as easily gotten those insights and ideas while using ntm to work on a different project, but the fact that it was working on itself is almost gloriously meta and recursive. So by the end, after learning from tending to a big group of agent workers (btw, I have previously emphasized doing everything in a really distributed/decentralized way, where each fungible agent gets identical marching orders that tell it to use my bv tool to find the optimal bead to work on. This does work very well, but occasionally results in some contention and overlap from thundering herd, or at least wastes time/tokens/communication in avoiding that before the agents waste time duplicating work. But in this new ntm-oriented workflow, I was able to have the controller agent in the upper left use bv itself and then optimally parcel out the instructions to each agent so that we could know for sure that there's no overlap), I ended up with a ton of new beads for new features, which I had it optimize and polish a few times. Now I can swap to a new Claude Max account and have the swarm implement all those new features! It should only take a couple passes like the one shown in the screen recording to get everything implemented. Then we can rinse and repeat, having the agent read through the full session histories of each agent and its experience from its own session in sending ntm commands and seeing how they worked out in practice, to come up with the next batch of changes to both its ntm vibe coding skill AND to the ntm tool itself. Do you see how rapidly this turns into Skynet? My mistake earlier was in focusing on making myself a "faster horse" as Henry Ford used to joke about customers wanting before he showed them what they should really want (a Model T). That is, something that would make my experience nicer while doing this agent swarm based development workflow. But the obvious lesson is that you should make all your tooling agent-first because the agents are just better at this stuff. You can still watch, and of course I did add a ridiculous number of very nice human-centric features to ntm that you'll be seeing in the next day or two, but those are really kind of "for fun" to make us humans feel better about the process. All the real value-add is happening "by agents, for agents." PS: Towards the end, you can see me switch to my Mac and tell Claude to improve the skill that I made earlier today for taking the mkv screen recording files from OBS Studio and muxing them into MP4 files for sharing, while downloading songs from YouTube to serve as the background music. I made it so it can also grab the thumbnails and generate little song credit cards that show up in the lower right corner. This worked perfectly the first time! I'll include some screenshots in a response post showing how that worked, but it was awesome to witness. Skills are POWERFUL. I'll also post a link to this video on YouTube if you prefer to watch it there.
51:48

If you watch this ~50 minute screen recording closely (yeah, I know, it's long; there are also some times when my computer was very slow and laggy, just skip past that part. And at one point I had to run and get my 9-month-old a new bottle and left it on a boring screen, sorry!), I believe you can see real signs of the kind of runaway, recursive AI self-improvement that people have been warning of for a while (Mr. Kurzweil most notably and prophetically). Why do I say that? What's different now? Well, there's a reason my set of agent coding tooling is called the Flywheel. These tools all mutually self-reinforce each other. And they all flow directly into my ntm tool (short for "named_tmux_manager"), which acts as a sort of integration point and nerve center for the tools (this is becoming more true by the minute as I'm now seriously working on ntm). Now, ntm was something I started making to automate some aspects of my workflow, but it was the kind of thing where, until it was perfect, it sort of just slowed me down. So I didn't actually use it even though I kept working on it and trying to improve it, and suggested to users that they try it in my tutorials. Well anyway, I finally got around to "dogfooding" ntm last night, and now it's going to get very dramatically better at an alarming rate. Some of that is from applying my "idea wizard" prompt to generate more useful features and building that stuff out and addressing obvious pain points I encountered during my newfound usage of the tool. But a lot comes from my realization that, once again, ntm's true utility is not as a tool for ME, but for an agent. That is, ntm lets one instance of Claude Code or Codex act as, well, me, do the things that I had been doing manually. Do I wish I had started using ntm earlier? No, for two big reasons: 1) Doing it manually helped me build up my intuition massively, which directly led me down the path of creating useful prompt strategies and workflows; these often began as ad-hoc prompts that I realized could be generalized and made more versatile/universal. Lesson: don't prematurely automate until you have an intimate, intuitive feel for your "core value-add loop." Otherwise you'll have a fully automated system quickly that efficiently and automatically does a stupid or otherwise sub-optimal thing. 2) My eyes have been opened to the beauty and power of Skills. I'm not talking about your garden-variety skills that are just a simple markdown file. I'm talking about true tour-de-force directories of perfectly structured and organized files that are filled with good information, insights, workflows, etc., but presented in a way that is highly optimized for consumption by AI agents, with extreme attention paid to things like perfect progressive disclosure, token density, agent-ergonomics, agent-intuitiveness, etc. And also Skills that go way beyond markdown files, with full integration into Claude Code where it makes sense via hooks, sub-agents, and even Python scripts. These kinds of skills are a qualitative difference in expressive power and usefulness and a total game changer. They are also effectively composable, creating almost an algebra of skills that let you use them together in powerful ways. I'm working on a subscription service website and CLI tool now to share what I've learned here most effectively, stay tuned for that in the coming days. Anyway, I now know what to make and how to make it. So, getting back to that screen recording, what does it show that makes me claim recursive self-improvement is here? If you keep your eye on the upper left tmux pane, that's the "controller" agent. It is using ntm to control all the other panes which are also running Claude Code (but ntm fully supports other agent types like Codex and Gemini-CLI, and it's trivially easy to mix and match them if you wanted to have, say, 8 CCs and 6 Codexes for writing the code and 3 Gemini-CLIs for reviewing code.) Now, there's nothing that crazy about this much so far. But where it starts to get very cool is that as the session continues and we encounter real-world problems, things like my ridiculously overloaded computer that keeps hanging for long periods, Claude Code instances that crash and get into a frozen, unresponsive state, it can learn from that. And you can see it using my skill writing skill to refine its ntm vibe coding skill in real time. And then take that skill and refine it to be more intuitive for itself. Or use my cass tool skill to search all the session histories to look for problems that came up and strategize how to solve them. The most useful part was when, towards the end of the session, I told it to reflect on all the things we had done and problems we encountered. One way it can usefully leverage those reflections is by improving its ntm vibe coding skill to make it cover more edge cases and exigencies. But the other, more fundamental, way is for it to conceive of and design the optimal new features and functionality for ntm itself so that the tool embodies those lessons in a first-class way. This offloads cognition from its brain onto its tooling, just like how a person can lean on spellcheck or a calculator. It codifies correct, effective reasoning at the tool level, where it's more reliable and robust and repeatable. And btw, did you notice what code base it was working on the whole time? It was none other than ntm itself! So as it worked on its own tool, it had reflections and ideas about how to further improve the tool. Now, it could have just as easily gotten those insights and ideas while using ntm to work on a different project, but the fact that it was working on itself is almost gloriously meta and recursive. So by the end, after learning from tending to a big group of agent workers (btw, I have previously emphasized doing everything in a really distributed/decentralized way, where each fungible agent gets identical marching orders that tell it to use my bv tool to find the optimal bead to work on. This does work very well, but occasionally results in some contention and overlap from thundering herd, or at least wastes time/tokens/communication in avoiding that before the agents waste time duplicating work. But in this new ntm-oriented workflow, I was able to have the controller agent in the upper left use bv itself and then optimally parcel out the instructions to each agent so that we could know for sure that there's no overlap), I ended up with a ton of new beads for new features, which I had it optimize and polish a few times. Now I can swap to a new Claude Max account and have the swarm implement all those new features! It should only take a couple passes like the one shown in the screen recording to get everything implemented. Then we can rinse and repeat, having the agent read through the full session histories of each agent and its experience from its own session in sending ntm commands and seeing how they worked out in practice, to come up with the next batch of changes to both its ntm vibe coding skill AND to the ntm tool itself. Do you see how rapidly this turns into Skynet? My mistake earlier was in focusing on making myself a "faster horse" as Henry Ford used to joke about customers wanting before he showed them what they should really want (a Model T). That is, something that would make my experience nicer while doing this agent swarm based development workflow. But the obvious lesson is that you should make all your tooling agent-first because the agents are just better at this stuff. You can still watch, and of course I did add a ridiculous number of very nice human-centric features to ntm that you'll be seeing in the next day or two, but those are really kind of "for fun" to make us humans feel better about the process. All the real value-add is happening "by agents, for agents." PS: Towards the end, you can see me switch to my Mac and tell Claude to improve the skill that I made earlier today for taking the mkv screen recording files from OBS Studio and muxing them into MP4 files for sharing, while downloading songs from YouTube to serve as the background music. I made it so it can also grab the thumbnails and generate little song credit cards that show up in the lower right corner. This worked perfectly the first time! I'll include some screenshots in a response post showing how that worked, but it was awesome to witness. Skills are POWERFUL. I'll also post a link to this video on YouTube if you prefer to watch it there.

Jeffrey Emanuel

25,483 views • 6 months ago

Pragmata Review | No spoilers That is it for me. I played more than 30 hours of Pragmata and I am really happy that not only we finally got this game after so many delays and in a time where cancellations are common, but also that it turned out to be a very solid and enjoyable experience. Visually it is beautiful, and gameplay wise it works well for the length it has. It is not a long game, which I personally prefer, and I hope we see more titles like this instead of games trying to be longer just for the sake of it. I would not call it short like some people did, but I think it is exactly as long as it needs to be. Story wise, it is my favorite of the year so far. Seeing this kind of father and daughter dynamic again made me want to play more games with similar themes. I did almost everything in the game and I absolutely recommend it. If you are unsure about the length, maybe wait for a sale, but quality wise it deserves to be up there. I am not someone who rushes, so it took me longer because I admire the environments, take screenshots, record videos, and try to find collectibles without guides. For someone who just plays straight through, I think it would take around 12 to 15 hours, maybe a bit more or less. This is the kind of experience I want to see more often in the gaming space. I liked the combat and I think the enemy variety is fine for the length. If the game was longer without adding new enemy types, it would probably feel repetitive, but for what it is, it works. My biggest concern before playing was the combination of Hugh’s shooting and Diana’s hacking. If it was too complicated, it would be annoying, and if it was too simple, it would be boring. Thankfully, it ended up being exactly right. My only real complaint is that you need to return to the base to restock items, and when you die, the game sends you back there instead of placing you right before the area or at the last travel point you unlocked. It is not a huge issue, but it breaks the flow a bit. Diana is very cute and does her part extremely well, and Hugh is a character that is hard not to like. They both nail the dad simulator vibe. The voice acting is great, especially for Diana. Capcom delivered a unique and impressive new IP, which is always welcome in an industry where big publishers mostly rely on established franchises instead of taking risks. Whether we get more entries in the future is up to them, but it is also up to us to support games like this if we want more of them. On PC the game runs very well. The only thing that felt a bit underwhelming to me is the ray tracing when you use it on its own without path tracing. In some areas it does not add much, similar to what I noticed in Resident Evil Requiem. It makes me think it is either something with the RE Engine or simply that Capcom does not push ray tracing that far and focuses more on path tracing instead. Path tracing looks incredible, but of course it comes with a heavy performance cost. Something that impressed me throughout the entire playthrough is how consistent the game feels from start to finish. There is no point where it suddenly drops in quality or feels rushed. Every area has its own atmosphere, the pacing stays steady, and the game never tries to drag itself out longer than needed. It is rare to play something that stays this steady all the way through, and that alone made the whole experience even more enjoyable for me. I hope we get a DLC or a sequel one day, but even if this stays a one off, I am happy with what we got. Rating: 9/10
0:28

Pragmata Review | No spoilers That is it for me. I played more than 30 hours of Pragmata and I am really happy that not only we finally got this game after so many delays and in a time where cancellations are common, but also that it turned out to be a very solid and enjoyable experience. Visually it is beautiful, and gameplay wise it works well for the length it has. It is not a long game, which I personally prefer, and I hope we see more titles like this instead of games trying to be longer just for the sake of it. I would not call it short like some people did, but I think it is exactly as long as it needs to be. Story wise, it is my favorite of the year so far. Seeing this kind of father and daughter dynamic again made me want to play more games with similar themes. I did almost everything in the game and I absolutely recommend it. If you are unsure about the length, maybe wait for a sale, but quality wise it deserves to be up there. I am not someone who rushes, so it took me longer because I admire the environments, take screenshots, record videos, and try to find collectibles without guides. For someone who just plays straight through, I think it would take around 12 to 15 hours, maybe a bit more or less. This is the kind of experience I want to see more often in the gaming space. I liked the combat and I think the enemy variety is fine for the length. If the game was longer without adding new enemy types, it would probably feel repetitive, but for what it is, it works. My biggest concern before playing was the combination of Hugh’s shooting and Diana’s hacking. If it was too complicated, it would be annoying, and if it was too simple, it would be boring. Thankfully, it ended up being exactly right. My only real complaint is that you need to return to the base to restock items, and when you die, the game sends you back there instead of placing you right before the area or at the last travel point you unlocked. It is not a huge issue, but it breaks the flow a bit. Diana is very cute and does her part extremely well, and Hugh is a character that is hard not to like. They both nail the dad simulator vibe. The voice acting is great, especially for Diana. Capcom delivered a unique and impressive new IP, which is always welcome in an industry where big publishers mostly rely on established franchises instead of taking risks. Whether we get more entries in the future is up to them, but it is also up to us to support games like this if we want more of them. On PC the game runs very well. The only thing that felt a bit underwhelming to me is the ray tracing when you use it on its own without path tracing. In some areas it does not add much, similar to what I noticed in Resident Evil Requiem. It makes me think it is either something with the RE Engine or simply that Capcom does not push ray tracing that far and focuses more on path tracing instead. Path tracing looks incredible, but of course it comes with a heavy performance cost. Something that impressed me throughout the entire playthrough is how consistent the game feels from start to finish. There is no point where it suddenly drops in quality or feels rushed. Every area has its own atmosphere, the pacing stays steady, and the game never tries to drag itself out longer than needed. It is rare to play something that stays this steady all the way through, and that alone made the whole experience even more enjoyable for me. I hope we get a DLC or a sequel one day, but even if this stays a one off, I am happy with what we got. Rating: 9/10

𝑨𝒔𝒉𝒆𝒏 𝑶𝒏𝒆

32,822 views • 2 months ago

This is an open message to Ross Coulthart to contact me and please talk through why you believe that I should not reveal the location of a giant UFO which is in a building within a building underneath a very high security military facility You leaked this over two years ago but withheld the destination and there is definitely a chance I am wrong but the strength of the evidence I now have is enough that I am going to go public with my findings in three hours time I clearly do not want to threaten National USUKAus Security and it is your potential mess to clean up... I would like to talk it through with you, but more importantly I think it is in the interests of the public to know about the deception that holds back full Disclosure
0:59

This is an open message to Ross Coulthart to contact me and please talk through why you believe that I should not reveal the location of a giant UFO which is in a building within a building underneath a very high security military facility You leaked this over two years ago but withheld the destination and there is definitely a chance I am wrong but the strength of the evidence I now have is enough that I am going to go public with my findings in three hours time I clearly do not want to threaten National USUKAus Security and it is your potential mess to clean up... I would like to talk it through with you, but more importantly I think it is in the interests of the public to know about the deception that holds back full Disclosure

Moneypenny

3,624,908 views • 11 months ago

$VET, #VeFam. In this video, I demonstrate in less than 4:30 minutes how to create an AI agent on veworld(.)ai. Watch me build a Mr. Robot Monologue Writer agent. If you haven't seen Mr. Robot, I suggest you watch it! This is just early bird access. The options for tools and integrations and such are limited, but what exists is already working quite well. The process is easy peasy. The UI is simple, but effective. It asks you for... 1. Role & Purpose 2. Voice & Style 3. Behavior 4. Rules 5. Tags 6. Avatar image 7. Welcome text. 8. Test drive before publication. ... and that's about it. This free version lets you have at most 3 agents, I am told. This implies that there is also a paid version. I'm all for it, because it sounds to me like VeChain is ready to do real business! I am providing feedback to Jérôme Grillères in order to help improve VeChain's AI agent marketplace. I didn't have to set up anything. The web UI is all I needed! The agent is running on Claude Sonnet 3.7. I did not have to provide a Claude API key. We seem to be riding along on VeChain's. I hope there'll be a choice for more models, including ChatGPT, in the future. This is so user friendly, that I can easily imagine that this would take off in a big, big way. I'm definitely building on this, when it goes into production with full features. Even if my own AI agents aren't successful, then I'm sure others' will be. And that means the $VET / $VTHO / $B3TR flywheel is going to take off in a big, big way. I, for one, am here for it. (See the reply below for the listing of the AI agent I just created.)
4:26

$VET, #VeFam. In this video, I demonstrate in less than 4:30 minutes how to create an AI agent on veworld(.)ai. Watch me build a Mr. Robot Monologue Writer agent. If you haven't seen Mr. Robot, I suggest you watch it! This is just early bird access. The options for tools and integrations and such are limited, but what exists is already working quite well. The process is easy peasy. The UI is simple, but effective. It asks you for... 1. Role & Purpose 2. Voice & Style 3. Behavior 4. Rules 5. Tags 6. Avatar image 7. Welcome text. 8. Test drive before publication. ... and that's about it. This free version lets you have at most 3 agents, I am told. This implies that there is also a paid version. I'm all for it, because it sounds to me like VeChain is ready to do real business! I am providing feedback to Jérôme Grillères in order to help improve VeChain's AI agent marketplace. I didn't have to set up anything. The web UI is all I needed! The agent is running on Claude Sonnet 3.7. I did not have to provide a Claude API key. We seem to be riding along on VeChain's. I hope there'll be a choice for more models, including ChatGPT, in the future. This is so user friendly, that I can easily imagine that this would take off in a big, big way. I'm definitely building on this, when it goes into production with full features. Even if my own AI agents aren't successful, then I'm sure others' will be. And that means the $VET / $VTHO / $B3TR flywheel is going to take off in a big, big way. I, for one, am here for it. (See the reply below for the listing of the AI agent I just created.)

₿lackthorne AI

13,806 views • 24 days ago

Boris Cherny, the creator of Claude Code, just explained why the features most users never find are the ones that matter most in this podcast he breaks down not just how to use Claude, but what it all means for the next few years: > the right way to give Claude context before it starts working > why giving it too much information is just as bad as too little > how Claude Code is already changing how engineers build things > how the people who built Claude actually use it day to day based on this podcast and months of using Claude myself, I put together a guide on everything Claude can do that most people have no idea exists you can find it below
1:22:03

Boris Cherny, the creator of Claude Code, just explained why the features most users never find are the ones that matter most in this podcast he breaks down not just how to use Claude, but what it all means for the next few years: > the right way to give Claude context before it starts working > why giving it too much information is just as bad as too little > how Claude Code is already changing how engineers build things > how the people who built Claude actually use it day to day based on this podcast and months of using Claude myself, I put together a guide on everything Claude can do that most people have no idea exists you can find it below

Anatoli Kopadze

22,412 views • 1 month ago

Over the past few days, I’ve been actively testing Qwen3-Coder-Next, and I’ve built quite a few fun and creative mini-games with it. Its frontend capabilities are genuinely impressive. Because it’s based on the Qwen3-Next model, the speed is outstanding. In fact, we managed to build an Angry Birds–style game in just 45 seconds, which really pushed the upper bound of what I thought was possible in terms of efficiency. It’s also been extremely useful in my day-to-day work. I used it to read through the Qwen3-TTS GitHub repository, quickly write a Gradio app, and deploy it on ModelScope. The overall performance and accuracy were excellent—especially considering that Qwen3-TTS is not a trivial application at all. Overall, this is a model I genuinely enjoy using. I warmly welcome any feedback, and bad cases are especially appreciated—they’re incredibly helpful for us as we continue to optimize and improve the model.
1:20

Over the past few days, I’ve been actively testing Qwen3-Coder-Next, and I’ve built quite a few fun and creative mini-games with it. Its frontend capabilities are genuinely impressive. Because it’s based on the Qwen3-Next model, the speed is outstanding. In fact, we managed to build an Angry Birds–style game in just 45 seconds, which really pushed the upper bound of what I thought was possible in terms of efficiency. It’s also been extremely useful in my day-to-day work. I used it to read through the Qwen3-TTS GitHub repository, quickly write a Gradio app, and deploy it on ModelScope. The overall performance and accuracy were excellent—especially considering that Qwen3-TTS is not a trivial application at all. Overall, this is a model I genuinely enjoy using. I warmly welcome any feedback, and bad cases are especially appreciated—they’re incredibly helpful for us as we continue to optimize and improve the model.

Chen Cheng

18,396 views • 5 months ago