正在加载视频...

视频加载失败

返回首页

We have SLAM on the Robocap! 🎉 Visualized with Rerun Using NVIDIA AI Developer cuVSLAM for GPU-accelerated multicamera tracking. I basically wrote zero code myself and fully used Claude Code for this. It worked because I had so many existing examples to point to that it just wrote everything...

pablovelagomez1's profile picture

Pablo Vela

2,621 subscribers

50,244 次观看 • 3 个月前 •via X (Twitter)

LIVE

Anya Rossi• Live Now

Private livecam show

0 条评论

暂无评论

原始帖子的评论将显示在这里

相关视频

We have HOT3D! I've started using Claude to port more datasets into Rerun and exoego-forge. I'd been meaning to bring in the HOT3D dataset from Meta for a while, but with Claude, it's way easier. My goal is to take any egocentric, exocentric, or both datasets and ingest them into a standardized schema. Getting everything into Rerun means we can easily query and transform data via the in-memory OSS server. This lets us generate SQL-like queries such as: "Find me all frames that only contain left hands in the leftmost camera view." Most people think of Rerun as a viewer, but this is the actual superpower. So far we have: 1. HOT3D 2. Hocap 3. UmeTrack 4. Assembly101 5. EgoDex Planning to add more, and with every addition, it gets easier as we build up agent skills and better code examples. Hoping to make it almost fully automatic for adding new datasets. The next few I'm looking at are Harmony4D and Aria Pilot Gen2 After we have enough samples, I'll work on bringing in all the different algorithms I've worked on to transform the data 🙂
0:29

We have HOT3D! I've started using Claude to port more datasets into Rerun and exoego-forge. I'd been meaning to bring in the HOT3D dataset from Meta for a while, but with Claude, it's way easier. My goal is to take any egocentric, exocentric, or both datasets and ingest them into a standardized schema. Getting everything into Rerun means we can easily query and transform data via the in-memory OSS server. This lets us generate SQL-like queries such as: "Find me all frames that only contain left hands in the leftmost camera view." Most people think of Rerun as a viewer, but this is the actual superpower. So far we have: 1. HOT3D 2. Hocap 3. UmeTrack 4. Assembly101 5. EgoDex Planning to add more, and with every addition, it gets easier as we build up agent skills and better code examples. Hoping to make it almost fully automatic for adding new datasets. The next few I'm looking at are Harmony4D and Aria Pilot Gen2 After we have enough samples, I'll work on bringing in all the different algorithms I've worked on to transform the data 🙂

Pablo Vela

35,662 次观看 • 2 个月前

I've migrated the old Mast3r-SLAM example I had made last year to the latest version of Rerun and made a bunch of improvements! I wanted to spend some time with agents to modernize it. Here's an example of me walking around with my iPhone and getting a dense reconstruction at about 10FPS on a 5090. Heres the following improvements I made. Brought it into the monorepo with proper packaging: • Using prefix.dev pixi-build to get rid of all the mast3r/asmk/lietorch vendored code with just a few small patches. This let me remove so 60k lines of code from the repo! • Don't have to build the lietorch code on my machine anymore, which was taking ~10 minutes to compile (and also made it work on blackwell when it previously did not) Rebuilt the Gradio interface: • Fixed incremental updates, .MOV uploads, and stop behavior • Made the CLI + Gradio interface share the same entry point so updates automatically propagate Upgraded the Rerun integration: • Switched to a multiprocessing async logging strategy • Added video/pointmap/confidence logging • Improved blueprint layout and hid noisy entities from 3D view • Biggest perf win was the async background logger - documented about a ~2.5x speedup from decoupling logging from tracking The newest and most interesting part was my attempt to replace the CUDA kernels for Gauss-Newton ray matching with a Modular Mojo backend. As a Python dev, every time I look at CUDA code I basically shy away as it's pretty difficult for me to understand. Mojo let me rewrite the matching logic in a syntax I'm more comfortable with while still getting near-CUDA performance. Mojo is now the default matching backend with CUDA fallback. One major piece that's missing is the custom PyTorch op path, but I'll eventually do that as well. I heavily leaned on Claude Code to do the CUDA → Mojo migration, and I have no doubt it's not the cleanest or most idiomatic, BUT it's way more readable for me and helps me better understand the underlying algorithm. This was a ton of work, and a large part of why I'm doing it is how the monorepo compounds. This becomes an artifact for the next example I want to build with Claude that I can point to, which will make it even faster to implement. The compounding nature of this is really interesting and part of why I'm spending so much time trying to make things nice and readable.
0:21

I've migrated the old Mast3r-SLAM example I had made last year to the latest version of Rerun and made a bunch of improvements! I wanted to spend some time with agents to modernize it. Here's an example of me walking around with my iPhone and getting a dense reconstruction at about 10FPS on a 5090. Heres the following improvements I made. Brought it into the monorepo with proper packaging: • Using prefix.dev pixi-build to get rid of all the mast3r/asmk/lietorch vendored code with just a few small patches. This let me remove so 60k lines of code from the repo! • Don't have to build the lietorch code on my machine anymore, which was taking ~10 minutes to compile (and also made it work on blackwell when it previously did not) Rebuilt the Gradio interface: • Fixed incremental updates, .MOV uploads, and stop behavior • Made the CLI + Gradio interface share the same entry point so updates automatically propagate Upgraded the Rerun integration: • Switched to a multiprocessing async logging strategy • Added video/pointmap/confidence logging • Improved blueprint layout and hid noisy entities from 3D view • Biggest perf win was the async background logger - documented about a ~2.5x speedup from decoupling logging from tracking The newest and most interesting part was my attempt to replace the CUDA kernels for Gauss-Newton ray matching with a Modular Mojo backend. As a Python dev, every time I look at CUDA code I basically shy away as it's pretty difficult for me to understand. Mojo let me rewrite the matching logic in a syntax I'm more comfortable with while still getting near-CUDA performance. Mojo is now the default matching backend with CUDA fallback. One major piece that's missing is the custom PyTorch op path, but I'll eventually do that as well. I heavily leaned on Claude Code to do the CUDA → Mojo migration, and I have no doubt it's not the cleanest or most idiomatic, BUT it's way more readable for me and helps me better understand the underlying algorithm. This was a ton of work, and a large part of why I'm doing it is how the monorepo compounds. This becomes an artifact for the next example I want to build with Claude that I can point to, which will make it even faster to implement. The compounding nature of this is really interesting and part of why I'm spending so much time trying to make things nice and readable.

Pablo Vela

42,064 次观看 • 2 个月前

I've been on a SLAM/SFM kick. It's one of the more underexplored and lacking areas when it comes to human teleop/data collections, so I've brought over Deep Patch Visual Odometry/SLAM to Rerun and Gradio. With this example, we now have 1. pycuvslam 2. pycolmap/glomap 3. mast3r-slam 4. dpvo/slam all integrated into rerun. The question becomes, which method should be used in what situations? They all make different trade-offs with different camera requirements and throughput/accuracy. What about when a new method comes out? Now that I have several different methods, I plan to use VSLAM-LAB for evaluation. It uses prefix.dev to isolate all the dependencies of each of these methods and easily compare them against each other. In particular, I'll be converting the data preprocessing, algorithm outputs, and evaluation into rerun recordings (rrd files). This will allow both programmatic querying of anything stored in the files (which method had the highest ATE-to-FPS ratio? Which dataset/sequence caused the most difficulty? etc. etc.), all with easy visual inspection using the rerun server to link them all together. Another really important side effect of this is how it impacts agents. As Karpathy said ``` LLMs are exceptionally good at looping until they meet specific goals, and this is where most of the "feel the AGI" magic is to be found. Don't tell it what to do, give it success criteria, and watch it go. ``` by having accuracy and throughput metrics deeply tied with human inspectable artifacts. One can really accelerate agentic development with an actual understanding of how the method/data performs. I think this is another killer use case that I'll be really leaning into to make ingestion of new datasets/methods trivial with an agent. I'm making it my mission for folks to understand that rerun as a visualization tool only scratches the surface of what its true benefit is. Deep integration between data and visuals, with powerful query capabilities. I'll be focusing on the SLAM use case first and then bringing this into the full egocentric/exocentric data collection domain!
0:32

I've been on a SLAM/SFM kick. It's one of the more underexplored and lacking areas when it comes to human teleop/data collections, so I've brought over Deep Patch Visual Odometry/SLAM to Rerun and Gradio. With this example, we now have 1. pycuvslam 2. pycolmap/glomap 3. mast3r-slam 4. dpvo/slam all integrated into rerun. The question becomes, which method should be used in what situations? They all make different trade-offs with different camera requirements and throughput/accuracy. What about when a new method comes out? Now that I have several different methods, I plan to use VSLAM-LAB for evaluation. It uses prefix.dev to isolate all the dependencies of each of these methods and easily compare them against each other. In particular, I'll be converting the data preprocessing, algorithm outputs, and evaluation into rerun recordings (rrd files). This will allow both programmatic querying of anything stored in the files (which method had the highest ATE-to-FPS ratio? Which dataset/sequence caused the most difficulty? etc. etc.), all with easy visual inspection using the rerun server to link them all together. Another really important side effect of this is how it impacts agents. As Karpathy said ``` LLMs are exceptionally good at looping until they meet specific goals, and this is where most of the "feel the AGI" magic is to be found. Don't tell it what to do, give it success criteria, and watch it go. ``` by having accuracy and throughput metrics deeply tied with human inspectable artifacts. One can really accelerate agentic development with an actual understanding of how the method/data performs. I think this is another killer use case that I'll be really leaning into to make ingestion of new datasets/methods trivial with an agent. I'm making it my mission for folks to understand that rerun as a visualization tool only scratches the surface of what its true benefit is. Deep integration between data and visuals, with powerful query capabilities. I'll be focusing on the SLAM use case first and then bringing this into the full egocentric/exocentric data collection domain!

Pablo Vela

40,651 次观看 • 1 个月前

More progress! I now have two Dockerized Gradio | Rerun apps. The first one takes as input a "raw" rrd file that consists of the synchronized egocentric and exocentric MP4 files. This runs the pipeline and produces an "annotated" rrd file. This has the camera parameters, 3D joints, and projected 2D joints (with 6DOF mano soon). The second app takes this "annotated" rrd file and allows for manual labeling. This is a crucial step in addressing any major failures in the pipeline. Right now, it is only the ego view that can be modified. But I'll eventually extend to all. This results in a final "gt" rrd file. From here, the plan is to improve quality and start building a data loop. Excited to start really scaling this. I'm basically going all in on keeping my data stored as Rerun rrd files. As always, I want to emphasize how crucial it is to LOOK AT YOUR data! The rrd format makes it incredibly easy to do so. Getting the data out to use is a bit of a hassle right now, but for me, it's well worth the tradeoff.
1:21

More progress! I now have two Dockerized Gradio | Rerun apps. The first one takes as input a "raw" rrd file that consists of the synchronized egocentric and exocentric MP4 files. This runs the pipeline and produces an "annotated" rrd file. This has the camera parameters, 3D joints, and projected 2D joints (with 6DOF mano soon). The second app takes this "annotated" rrd file and allows for manual labeling. This is a crucial step in addressing any major failures in the pipeline. Right now, it is only the ego view that can be modified. But I'll eventually extend to all. This results in a final "gt" rrd file. From here, the plan is to improve quality and start building a data loop. Excited to start really scaling this. I'm basically going all in on keeping my data stored as Rerun rrd files. As always, I want to emphasize how crucial it is to LOOK AT YOUR data! The rrd format makes it incredibly easy to do so. Getting the data out to use is a bit of a hassle right now, but for me, it's well worth the tradeoff.

Pablo Vela

19,527 次观看 • 7 个月前

The team at NVIDIA AI Developer really nailed it with ViPE!! This SLAM system generated pose, depth, point clouds, etc, in a few seconds! Now to get the output to work with GEN3C... If you are interested in running this yourself, it took about 5 minutes to get up and running from scratch.
0:28

The team at NVIDIA AI Developer really nailed it with ViPE!! This SLAM system generated pose, depth, point clouds, etc, in a few seconds! Now to get the output to work with GEN3C... If you are interested in running this yourself, it took about 5 minutes to get up and running from scratch.

Jonathan Stephens

34,932 次观看 • 10 个月前

Head of Claude Code Boris Cherny at Anthropic's annual developer conference in San Francisco on how his life changed in the last 6 months with AI writing all the code. "About six months ago what happened is all the code that I used to have written by hand now Claude writes. And I just prompt Claude. So I talk to Claude and I'm like, hey, let's build this feature. It builds a feature and it tests it. And then it shows me. And I'm like, yeah, that's good. Or no, wait, make this change. And then it makes the change. " --- From 'CNBC Television' YT channel (link in comment)
0:42

Head of Claude Code Boris Cherny at Anthropic's annual developer conference in San Francisco on how his life changed in the last 6 months with AI writing all the code. "About six months ago what happened is all the code that I used to have written by hand now Claude writes. And I just prompt Claude. So I talk to Claude and I'm like, hey, let's build this feature. It builds a feature and it tests it. And then it shows me. And I'm like, yeah, that's good. Or no, wait, make this change. And then it makes the change. " --- From 'CNBC Television' YT channel (link in comment)

Rohan Paul

24,431 次观看 • 1 个月前

Most people think Rerun is a visualization tool. In reality, it's a database masquerading as a visualizer. I wanted to showcase this functionality by building a full data pipeline consisting of: ingestion → baseline method → eval → finetuning for SLAM on egocentric data. I'll eventually extend this to the rest of my ego/exo datasets, but I wanted to start with a smaller bunch of datasets first. Rerun allows you to expose your saved .rrd files to a catalog where you store datasets. You can query, filter, and join them like any database using DataFusion under the hood. These are the same .rrd files that are automatically generated whenever you visualize anything in Rerun and decide to save it to disk. I brought in 109 VSLAM-LAB sequences across 14 datasets into the Rerun catalog as an example. These include 7Scenes, Euroc, eth3d, and others. Now I can query them with segment_table, filter_segments, and filter_contents instead of parsing CSVs and YAML files. With a strong set of ground-truth datasets for SLAM, baseline additions become nearly automatic with agents like Opus/Codex. This unification of data and visualization is imo the largest missing part for Physical AI. Visualization becomes a natural byproduct of having your data properly structured and queryable. The catalog API is what makes it a database, not just a viewer. I initially focused on VSLAM-LAB data, but I'll migrate all the egoexo data to this format in the coming days to really show just how useful this is.
0:26

Most people think Rerun is a visualization tool. In reality, it's a database masquerading as a visualizer. I wanted to showcase this functionality by building a full data pipeline consisting of: ingestion → baseline method → eval → finetuning for SLAM on egocentric data. I'll eventually extend this to the rest of my ego/exo datasets, but I wanted to start with a smaller bunch of datasets first. Rerun allows you to expose your saved .rrd files to a catalog where you store datasets. You can query, filter, and join them like any database using DataFusion under the hood. These are the same .rrd files that are automatically generated whenever you visualize anything in Rerun and decide to save it to disk. I brought in 109 VSLAM-LAB sequences across 14 datasets into the Rerun catalog as an example. These include 7Scenes, Euroc, eth3d, and others. Now I can query them with segment_table, filter_segments, and filter_contents instead of parsing CSVs and YAML files. With a strong set of ground-truth datasets for SLAM, baseline additions become nearly automatic with agents like Opus/Codex. This unification of data and visualization is imo the largest missing part for Physical AI. Visualization becomes a natural byproduct of having your data properly structured and queryable. The catalog API is what makes it a database, not just a viewer. I initially focused on VSLAM-LAB data, but I'll migrate all the egoexo data to this format in the coming days to really show just how useful this is.

Pablo Vela

34,840 次观看 • 1 个月前

🖨️ It took over a year and lots of help from Claude Code but I have now been able to create a real dot matrix printer on the web that prints from Windows 3.11 in your browser: Here's the test page: I couldn't get the LPT1 port to work but COM2 did work (the dial up model already uses COM1), the JS receives the COM2 serial data (just raw print data) and then prints it Next is to make the dot matrix printer better looking (kinda 3d like on pieter dot com) and have the paper also flowing in 3d out of the printer and integrate it on the page My idea was that it might work because we also capture the COM1 data (from the dial up modem) and send it to a Websocket as a dial up connection, so we should be able to capture the COM2 traffic too but I didn't know how, but now I do IT WORKS!! 😊
0:51

🖨️ It took over a year and lots of help from Claude Code but I have now been able to create a real dot matrix printer on the web that prints from Windows 3.11 in your browser: Here's the test page: I couldn't get the LPT1 port to work but COM2 did work (the dial up model already uses COM1), the JS receives the COM2 serial data (just raw print data) and then prints it Next is to make the dot matrix printer better looking (kinda 3d like on pieter dot com) and have the paper also flowing in 3d out of the printer and integrate it on the page My idea was that it might work because we also capture the COM1 data (from the dial up modem) and send it to a Websocket as a dial up connection, so we should be able to capture the COM2 traffic too but I didn't know how, but now I do IT WORKS!! 😊

@levelsio

58,608 次观看 • 6 天前

Today, I'm revealing my Roblox Game FULLY scripted using Claude Opus 4.6 Extended. This project took about 4 days to complete, and not a single line of code was touched by an actual scripter. In the conversation I had with Claude, I guided it to complete the entire coding, this game started with a Frontend and a Backend - It is now a fully complete frontpage Roblox Game. From UI Animations, to Visual effect movements, and UI Icons, it was all Claude. The game releases Tomorrow, and I'm expecting it to reach front page on Roblox within a few weeks. 300 Likes, and I'll share the FULL conversation, which was used to build the game. Claude is incredible, this is genuinely an insane movement for coders enhancing their productivity with AI. This is FRICKEN INSANE.
0:52

Today, I'm revealing my Roblox Game FULLY scripted using Claude Opus 4.6 Extended. This project took about 4 days to complete, and not a single line of code was touched by an actual scripter. In the conversation I had with Claude, I guided it to complete the entire coding, this game started with a Frontend and a Backend - It is now a fully complete frontpage Roblox Game. From UI Animations, to Visual effect movements, and UI Icons, it was all Claude. The game releases Tomorrow, and I'm expecting it to reach front page on Roblox within a few weeks. 300 Likes, and I'll share the FULL conversation, which was used to build the game. Claude is incredible, this is genuinely an insane movement for coders enhancing their productivity with AI. This is FRICKEN INSANE.

Henry

678,858 次观看 • 3 个月前

UPDATE: Ended up with this cool little tool to both build and verify the training data quality; it turned out very accurate! So I am at least happy about that (tho it obvisouly was the easy part) The pipeline to produce this kind of training data (from any Warsh recitation) is in the GitHub below. The repo also documents my full exploration of the Tarteel-for-Warsh problem (and quite frankly, of the offline open source tarteel problem in general): what I tried, what's promising, what's not, and what I think the next steps worth taking are: from a non-engineer with little technical expertiste trying to figure it out. I tried to document everything so the repo might be excessively comprehensive at times. It's basically my entire convo with Claude on the subject, condensed in one repo. Please someone take this and run with it! I genuinely believe the right engineers who can make something real out of this are out there First public repo I've ever shared, so if I made dumb mistakes, please tell me! 🔗
0:58

UPDATE: Ended up with this cool little tool to both build and verify the training data quality; it turned out very accurate! So I am at least happy about that (tho it obvisouly was the easy part) The pipeline to produce this kind of training data (from any Warsh recitation) is in the GitHub below. The repo also documents my full exploration of the Tarteel-for-Warsh problem (and quite frankly, of the offline open source tarteel problem in general): what I tried, what's promising, what's not, and what I think the next steps worth taking are: from a non-engineer with little technical expertiste trying to figure it out. I tried to document everything so the repo might be excessively comprehensive at times. It's basically my entire convo with Claude on the subject, condensed in one repo. Please someone take this and run with it! I genuinely believe the right engineers who can make something real out of this are out there First public repo I've ever shared, so if I made dumb mistakes, please tell me! 🔗

Yousr

37,858 次观看 • 3 个月前

Colmap 4.0 was very recently released, so it inspired me to do some work to better understand it and its new capabilities with Rerun. I want to really understand how Colmap, and in particular, pycolmap, works outside of just calling it via the CLI. So my goal is to use the low-level pycolmap API to log every part of the pipeline. The explicit goal is to have an alternative to the SQLite database that I can utilize. Instead of SQLite, I want to try logging everything directly to rerun and use RRD. This means I can have deep inspectability and still save the features/matches/2D view geometry, but be able to view it directly in rerun. I think this is one of the superpowers that rerun provides; data and visualizations are deeply integrated. As I'm often working with sequential data (videos), I'm going to specifically focus on four things: 1. Monocular Video Simple: Calls high-level APIs such as pycolmap.extract_features, pycolmap.match_sequential, pycolmap.incremental_mapping. These are basically identical to the CLI options and provide a good baseline. 2. Monocular Video Streamed: Take the above high-level APIs and break them down to their iterator version, logging each component in a streamed manner. This way, I can stream the intermediate features to rerun while the extraction/matching/mapping is happening. 3. Rig with unknown calibration: <- WHAT THE VIDEO SHOWS This is probably the most interesting version and the first one I've been working on. It allows one to set a rig between known sensors, such as in VR/AR devices, leading to much better reconstructions with multiple cameras. This is the case where we don't know the calibration a priori, so we have to run a reconstruction twice: once as a normal Colmap reconstruction with no rig constraints, use this to generate the constraints, and then do it again with the newly found rig. 4. Rig with known calibration: This is the RoboCap example, where we have a pre-calibrated set of sensors, so we don't need to run the two reconstructions and also gain better matching between cameras, both spatially and temporally. Again, this leads to a much better reconstruction! Along with all this, GLOMAP has become a first-class global mapper, making it super easy to use directly within pycolmap! I'm excited to do more with this and compare it to things like pycuvslam, vipe, and other alternatives.
0:20

Colmap 4.0 was very recently released, so it inspired me to do some work to better understand it and its new capabilities with Rerun. I want to really understand how Colmap, and in particular, pycolmap, works outside of just calling it via the CLI. So my goal is to use the low-level pycolmap API to log every part of the pipeline. The explicit goal is to have an alternative to the SQLite database that I can utilize. Instead of SQLite, I want to try logging everything directly to rerun and use RRD. This means I can have deep inspectability and still save the features/matches/2D view geometry, but be able to view it directly in rerun. I think this is one of the superpowers that rerun provides; data and visualizations are deeply integrated. As I'm often working with sequential data (videos), I'm going to specifically focus on four things: 1. Monocular Video Simple: Calls high-level APIs such as pycolmap.extract_features, pycolmap.match_sequential, pycolmap.incremental_mapping. These are basically identical to the CLI options and provide a good baseline. 2. Monocular Video Streamed: Take the above high-level APIs and break them down to their iterator version, logging each component in a streamed manner. This way, I can stream the intermediate features to rerun while the extraction/matching/mapping is happening. 3. Rig with unknown calibration: <- WHAT THE VIDEO SHOWS This is probably the most interesting version and the first one I've been working on. It allows one to set a rig between known sensors, such as in VR/AR devices, leading to much better reconstructions with multiple cameras. This is the case where we don't know the calibration a priori, so we have to run a reconstruction twice: once as a normal Colmap reconstruction with no rig constraints, use this to generate the constraints, and then do it again with the newly found rig. 4. Rig with known calibration: This is the RoboCap example, where we have a pre-calibrated set of sensors, so we don't need to run the two reconstructions and also gain better matching between cameras, both spatially and temporally. Again, this leads to a much better reconstruction! Along with all this, GLOMAP has become a first-class global mapper, making it super easy to use directly within pycolmap! I'm excited to do more with this and compare it to things like pycuvslam, vipe, and other alternatives.

Pablo Vela

30,070 次观看 • 2 个月前

People used to pay me on on average to build their apps for $30K USD in less than a month. I was the go-to-guy because I knew how to build exactly what they wanted with little instruction and I always met their insane deadlines. I was known as "the machine", I wasn't the 10x developer I was the 100x developer. But it took its toll on my health and I left that do tech education. Claude Code can now do it. No computer science degree. No dev team. No $30K invoice. But most non-tech people are still stuck on the outside looking in because there is a tech knowledge gap. What if someone showed you all the steps, used plain speak, provided technical strategy, technical pathing, technical guidance, made it practical, and takes you to production. That's what my Claude Code from Zero course would be. But I'll be honest with you, this won't be a Udemy $20 priced course. It will be $300, $500 or $1200 depending on your needs. But do you want me to build it?
2:19

People used to pay me on on average to build their apps for $30K USD in less than a month. I was the go-to-guy because I knew how to build exactly what they wanted with little instruction and I always met their insane deadlines. I was known as "the machine", I wasn't the 10x developer I was the 100x developer. But it took its toll on my health and I left that do tech education. Claude Code can now do it. No computer science degree. No dev team. No $30K invoice. But most non-tech people are still stuck on the outside looking in because there is a tech knowledge gap. What if someone showed you all the steps, used plain speak, provided technical strategy, technical pathing, technical guidance, made it practical, and takes you to production. That's what my Claude Code from Zero course would be. But I'll be honest with you, this won't be a Udemy $20 priced course. It will be $300, $500 or $1200 depending on your needs. But do you want me to build it?

Andrew Brown

26,909 次观看 • 2 个月前

wow i wanted to see what all this cursor hype was about downloaded cursor this morning a few hours later I have a fully functional chrome extension!! it reads the tweet on the screen and turns it into a content template using claude and one of my prompts i didn't write a single line of code i have almost zero coding experience, basically asked the chat to explain and write everything for me this changes everything
0:47

wow i wanted to see what all this cursor hype was about downloaded cursor this morning a few hours later I have a fully functional chrome extension!! it reads the tweet on the screen and turns it into a content template using claude and one of my prompts i didn't write a single line of code i have almost zero coding experience, basically asked the chat to explain and write everything for me this changes everything

Moritz Kremb

90,528 次观看 • 1 年前

This is a pretty wild model! You can use it to turn an image into a 3D object with texture. The quality is out of this world! I'm not even a designer, and I've been using this nonstop for the last 2 hours. The model is Hunyuan 3D 2.1. It's open source. You'll find model weights, training/inference code, data pipelines, and architecture on their repository. You can even fine-tune it if you want! GitHub Repository: By the way, the model runs on consumer-grade GPUs. You don't need a datacenter for this! I've been using the model from the HuggingFace demo page: To use it, go to the link and upload an image. That's it! Check out the video I recorded for a couple of examples.
2:42

This is a pretty wild model! You can use it to turn an image into a 3D object with texture. The quality is out of this world! I'm not even a designer, and I've been using this nonstop for the last 2 hours. The model is Hunyuan 3D 2.1. It's open source. You'll find model weights, training/inference code, data pipelines, and architecture on their repository. You can even fine-tune it if you want! GitHub Repository: By the way, the model runs on consumer-grade GPUs. You don't need a datacenter for this! I've been using the model from the HuggingFace demo page: To use it, go to the link and upload an image. That's it! Check out the video I recorded for a couple of examples.

Santiago

44,783 次观看 • 11 个月前

n8n vs cursor, building a keyword research workflow Plus I'll give you my code no strings attached... you can use my version, my code, or try to use the logic to build it as a node-based workflow...whatever! what you need: - firecrawl API key - perplexity API key - dataforseo API key goal: - input a URL - use Firecrawl to scrape the site - use Perplexity to generate seed keywords and understand the target market, competitors - use DataforSEO to research the keywords and associated data my process: 1) used claude code to build the n8n workflow to go from 0-1, then debug (still debugging after an hour) - structure was good but too many nodes and some errors. - debugging was a pain. building it manually would have taken a long time. - I much prefer natural language w/ an agent. 2) used claude code to just build a simple app where I input a couple API keys (working in 30 minutes) - a few tweaks during the testing process, mostly just around output formatting. - working from the first go, debugging was way easier. - I can easily expand on the functionality. - I have a simple and clean UX out of the gate, no need to use google docs, airtable, etc etc conclusion: OPTION 2 IS MUCH MORE EFFICIENT AND FUN. I've attached a video demo. I'm also going to share a link for you to test it, and the GitHub repo -- it's all yours!
0:29

n8n vs cursor, building a keyword research workflow Plus I'll give you my code no strings attached... you can use my version, my code, or try to use the logic to build it as a node-based workflow...whatever! what you need: - firecrawl API key - perplexity API key - dataforseo API key goal: - input a URL - use Firecrawl to scrape the site - use Perplexity to generate seed keywords and understand the target market, competitors - use DataforSEO to research the keywords and associated data my process: 1) used claude code to build the n8n workflow to go from 0-1, then debug (still debugging after an hour) - structure was good but too many nodes and some errors. - debugging was a pain. building it manually would have taken a long time. - I much prefer natural language w/ an agent. 2) used claude code to just build a simple app where I input a couple API keys (working in 30 minutes) - a few tweaks during the testing process, mostly just around output formatting. - working from the first go, debugging was way easier. - I can easily expand on the functionality. - I have a simple and clean UX out of the gate, no need to use google docs, airtable, etc etc conclusion: OPTION 2 IS MUCH MORE EFFICIENT AND FUN. I've attached a video demo. I'm also going to share a link for you to test it, and the GitHub repo -- it's all yours!

The Boring Marketer

33,343 次观看 • 1 年前

We live in the solo founder era. That's for sure and building with AI has accelerated. I am building software to use for myself and replace the expensive tools I used to use. And partially thanks to AI we can build faster, but not dramatically faster if you want to build a commercial grade product. Before I was using a live chat and customer support tool that costed around 50-100$ a month. This helped me to interact with the customers of my agency or prospects. But I decided a few months ago to build my own and stop paying for these more expensive solutions. I did and turned into a product for everyone to use. The build was not 1-2 hours of work using AI, but it was a several-month process on and off as I needed it. Finally, it has turned into a commercial grade product. I have built several of these and this is when we will see more and more solutions like these. Let's start bootstrapping before showing MRR figures.
0:42

We live in the solo founder era. That's for sure and building with AI has accelerated. I am building software to use for myself and replace the expensive tools I used to use. And partially thanks to AI we can build faster, but not dramatically faster if you want to build a commercial grade product. Before I was using a live chat and customer support tool that costed around 50-100$ a month. This helped me to interact with the customers of my agency or prospects. But I decided a few months ago to build my own and stop paying for these more expensive solutions. I did and turned into a product for everyone to use. The build was not 1-2 hours of work using AI, but it was a several-month process on and off as I needed it. Finally, it has turned into a commercial grade product. I have built several of these and this is when we will see more and more solutions like these. Let's start bootstrapping before showing MRR figures.

andrei saioc

14,422 次观看 • 1 年前

If you could only learn one thing that will be relevant for the next 10-20 years, focus on learning how to deal with data. The future is not about faster hardware, smarter algorithms, or better ideas. The future is about DATA, and those who know how to deal with it will stay relevant much longer than anyone else. I recorded a video to show you how easy it is to get started. In the video, I'm using Kestra. For a long time, I was a fan of AirFlow. Then, I moved to AWS Step Functions. Today, I only use Kestra. Kestra is open-source (repo link below) and kind enough to sponsor my work. The video will show you how easy it is to do the following: 1. Run Kestra locally (literally, one command) 2. Build a simple flow 3. Run Python scripts as part of your flow 4. Connect to HuggingFace models If you have never built a data pipeline, open Kestra's Quick Start Guide and follow their examples. (I think it will take you one weekend to feel comfortable with the application and build the courage you need to get into more serious work.)
5:18

If you could only learn one thing that will be relevant for the next 10-20 years, focus on learning how to deal with data. The future is not about faster hardware, smarter algorithms, or better ideas. The future is about DATA, and those who know how to deal with it will stay relevant much longer than anyone else. I recorded a video to show you how easy it is to get started. In the video, I'm using Kestra. For a long time, I was a fan of AirFlow. Then, I moved to AWS Step Functions. Today, I only use Kestra. Kestra is open-source (repo link below) and kind enough to sponsor my work. The video will show you how easy it is to do the following: 1. Run Kestra locally (literally, one command) 2. Build a simple flow 3. Run Python scripts as part of your flow 4. Connect to HuggingFace models If you have never built a data pipeline, open Kestra's Quick Start Guide and follow their examples. (I think it will take you one weekend to feel comfortable with the application and build the courage you need to get into more serious work.)

Santiago

51,012 次观看 • 1 年前

🖨️🖼️ Big progress: it can now print images too I had to install a different printer driver, Claude Code recommended Epson FX-86e which supported images Then I printed an image, it helped me dump a .bin from the printer raw data output, then it decoded the .bin and figured out how to draw images on a canvas (in the printer) from that data So crazy I'd have no clue how to do this without AI ever!
1:00

🖨️🖼️ Big progress: it can now print images too I had to install a different printer driver, Claude Code recommended Epson FX-86e which supported images Then I printed an image, it helped me dump a .bin from the printer raw data output, then it decoded the .bin and figured out how to draw images on a canvas (in the printer) from that data So crazy I'd have no clue how to do this without AI ever!

@levelsio

100,862 次观看 • 6 天前

Firstly, my work isn’t AI GENERATED PROMPT. The reason why I privated my account was because I was busy yesterday and couldn’t explain things. Fonts that I used: • For the “HAMKU” I used PECKHAM PRESS, I rasterized the letters a bit to achieve a close font from the official account. • For the texts I used CHANTAL medium in lower case. • For my username I used CHALKDUSTER. Brushes that I used: • Studio Pen • HB Pencil (for sketching) • Shale Brush For the colors I won’t list it, kindly check the third photo to see the palettes. I have to admit that I get lazy to use it and even lost in the palettes, so I mainly use the eyedropper tool. Here is the original version, as you can see my original version is so low quality, the lines are too pixelated and not clean—that is why I chose to post the ai enhanced version. Since I used ai to enhanced the lines of my original work, it definitely generated a new version which I still decided to post as the lines are cleaner. I really don’t know the way around on procreate. If you have suggestions on how to avoid the pixelated lines on procreate, kindly please tell me. This is my first time using it for line art cause I mostly use it for painting. I actually don’t know how many layers I exactly have as I already deleted some layers during the process. I didn’t expect I had to provide it. I spent hours on making it from ideas down to the final product. I really wanted it to be similar to the official design. This is my first and last explanation regarding this because if you are still not convinced that I made it, I don’t know what else to say.
0:34

Firstly, my work isn’t AI GENERATED PROMPT. The reason why I privated my account was because I was busy yesterday and couldn’t explain things. Fonts that I used: • For the “HAMKU” I used PECKHAM PRESS, I rasterized the letters a bit to achieve a close font from the official account. • For the texts I used CHANTAL medium in lower case. • For my username I used CHALKDUSTER. Brushes that I used: • Studio Pen • HB Pencil (for sketching) • Shale Brush For the colors I won’t list it, kindly check the third photo to see the palettes. I have to admit that I get lazy to use it and even lost in the palettes, so I mainly use the eyedropper tool. Here is the original version, as you can see my original version is so low quality, the lines are too pixelated and not clean—that is why I chose to post the ai enhanced version. Since I used ai to enhanced the lines of my original work, it definitely generated a new version which I still decided to post as the lines are cleaner. I really don’t know the way around on procreate. If you have suggestions on how to avoid the pixelated lines on procreate, kindly please tell me. This is my first time using it for line art cause I mostly use it for painting. I actually don’t know how many layers I exactly have as I already deleted some layers during the process. I didn’t expect I had to provide it. I spent hours on making it from ideas down to the final product. I really wanted it to be similar to the official design. This is my first and last explanation regarding this because if you are still not convinced that I made it, I don’t know what else to say.

Wyn 🐧; EN⁷- (💤/busy = priv)

29,599 次观看 • 1 个月前

I thought Manus is just another openai 'operator' But after playing with it for a few hours, I think I'm wrong A few tasks I tried: 1. Build MCP - I gave it MCP python SDK github repo and asked it to build a MCP that fetch latest reddit posts - It actually read doc -> Find examples in git repo - Wrote correct code - When error, it won't go in circle like cursor/replit; It actually refer back to git doc & examples again - Fix all issues and make it a package - Completed the actual functional MCP in 20 mins Session link:
13:11

I thought Manus is just another openai 'operator' But after playing with it for a few hours, I think I'm wrong A few tasks I tried: 1. Build MCP - I gave it MCP python SDK github repo and asked it to build a MCP that fetch latest reddit posts - It actually read doc -> Find examples in git repo - Wrote correct code - When error, it won't go in circle like cursor/replit; It actually refer back to git doc & examples again - Fix all issues and make it a package - Completed the actual functional MCP in 20 mins Session link:

Jason Zhou

48,751 次观看 • 1 年前