Video wird geladen...

Video konnte nicht geladen werden

Zur Startseite

Top secret #18 : OPC | Raflow's solution ! An example on how to effectively use your vertical burst range It should work the same with most characters 🇫🇷 French version below 🇯🇵 Japanese version soon 🎵Yu-Gi-Oh! Master Duel BGM - FO3 Phase C

22,696 Aufrufe • vor 2 Monaten •via X (Twitter)

0 Kommentare

Keine Kommentare verfügbar

Kommentare vom Original-Post werden hier angezeigt

Ähnliche Videos

Introducing Open Source AI CRM, that runs on your OpenClaw. A few weeks ago, we launched Ironclaw (An Open Source OpenClaw CRM Framework) which now has around 1.4k stars. A lot of people confused us with NearAI’s Ironclaw, so we changed our name to DenchClaw. OpenClaw today feels a lot like early React: the primitive is incredibly powerful, but the patterns are still forming, and everyone is piecing together their own way to actually use it. What made React explode wasn’t just React itself, but the emergence of frameworks like Gatsby and Next.js that turned raw capability into something opinionated, repeatable, and easy to adopt. That is how I think about DenchClaw. We are not just building on top of OpenClaw; we are trying to make it one of the clearest, most practical, and most complete ways to use OpenClaw in the real world. We are an OpenClaw Framework, we are aiming to be the most correct way to use OpenClaw. We entered Y Combinator with Merse (AI Audio Comic), it was an app that I personally never used. Michael Seibel confronted us on it, and said, “if you aren’t the best user of your consumer app, then who is?”. I now use DenchClaw daily for everything I do, it also works as a coding agent like Cursor, DenchClaw built DenchClaw. I am addicted to DenchClaw now that I can ask it, “hey in the companies table only show me the ones who have more than 5 employees” and it updates it live than me having to manually add a filter. On Dench, everything sits in a file system, the table filters, views, column toggles, calendar/gantt views, etc, so OpenClaw can directly work with it using Dench’s CRM skill. The CRM is built on top of DuckDB, the smallest, most performant and at the same time also feature rich database we could find. It creates a new OpenClaw🦞 profile called “dench”, and opens a new OpenClaw Gateway… that means you can run all your usual openclaw commands by just prefixing every command with `openclaw --profile dench` . It will start your gateway on port 19001 range. You will be able to access the DenchClaw frontend at localhost:3100. Once you open it on Safari, just add it to your Dock to use it as a PWA. Think of it as Cursor for your Mac which is based on OpenClaw. DenchClaw has a file tree view for you to use it as an elevated finder tool to do anything on your mac. I use it to create slides, do LinkedIn outreach using MY browser. DenchClaw sees what you see, does what you do. It’s the everything app, that sits locally on your mac. All yours. Just ask it “hey import my notion”, “hey import everything from my hubspot”, and it will literally go into your browser, export all objects and documents and put it in its own workspace that you can use. P.S. It comes with Garry Tan's GStack built in.

Mark Rachapoom

19,411 Aufrufe • vor 4 Monaten

Well that was an adventure. Toad's fuzzy file search boosts first characters, smallest number of groups, and it highlights the best scoring match. So you can locate a file with the bare minimum of keypresses. It's an expensive algorithm as it scores every possible combination of the query characters. For any given path there could be many indices which match, and each of them is scored separately. Still, it was fast enough to search as you type for my largest repository. Alas, it was slow for very large repos. Like Microsoft's Typescript, which has more than 84,000 files. I figured I'd reach the limit of what I could do with Python. So my options were to use something like ripgrep or re-implement the fuzzy searching in a faster language. I didn't want to add the ripgrep dependency, so I built a Rust version (with the help of AI) which eventually yielded a ~14X speedup. Nice. Better. But it could still become painful to type under certain pathological conditions. An inefficient algorithm can always be slow if you add more items. So I scrapped the Rust solution and built an index in Python—so the fuzzy search could throw away most paths that wouldn't match or have low scores. And its faster than the Rust solution was. The only downside is that there is a little additional work upfront (done in the background). I think this will do for a while. Until I get an issue that it is slow with 10million files. Rust is still an option, as is doing the work in parallel. This will be in the next version of Toad. Here I am searching the Typescript repo... #Python

Will McGugan

12,260 Aufrufe • vor 5 Monaten