Hi! I wrote Doctor because I keep struggling with grounding on docs when working with agentic code editing (ex Roo, Claude Code).

Doctor uses crawl4ai to crawl websites, and then chunks and embeds them with langchain + litellm + openai, and finally stores all the vectors in duckdb. This allows your LLM to query the docs using semantic search over MCP, giving it grounded and up-to-date information for the things you're working on.

It requires an OpenAI key for the embedding process, but I'm working on giving users options in the future (different providers, local embedding using something like DPR or other transformer libs, etc.)

Interesting! Do you have an invite to spare? My email is in my bio

We had this same question when IDEs and autocomplete became a thing. We're still around today, just doing work that's a level harder :)

Hehe 12345678-b00b-4123-b00b-b00b13551234

Curious - how many containers and machines images these days come with uv by default?

Right now it looks like Oasis is only trained on Minecraft. Imagine if it was trained in thousands of hours of other games as well, of different genres and styles.

Ostensibly, a game designer can then just "prompt" a new game concept they want to experiment with, and Oasis can dream it into a playable game.

For example, "an isometric top-down shooter, with Maniac mechanics, and Valheim graphics and worldcrafting, set in an ancient Nordic country"

And then the game studio will start building the actual game based on some final iteration of the concept prompt. A similar workflow already to concept art being "seeded" through Midjourney/SD/flux today.

Thanks! That’s such an ambitious endgame that it didn’t occur to me.

This is amazing! I've been meaning to do something similar for all the Show HN threads, granted it's a much bigger set, but I haven't had the chance to.

The value proposition of this, especially at the price, is very weird. how is this better than putting together a python-cookiecutter template with pocketbase, htmx, and stripe?

I would say that making a python-cookiecutter template would just be a different delivery method for the same underlying value.

The underlying value of DeploySolo is that it is a complete SaaS template integrating a unique combination of tech that I haven't seen before in a complete package yet.

It comes out of the box integrated with:

1. Auth cookie storage with vanilla js (avoiding front end frameworks)

2. Stripe webhooks setup so you only have to generate product IDs and secrets, and simply place it in the code.

3. UI elements/pages from tailwind, serving as a minimal foundation for your own tailwind styles.

4. An extremely sane and pleasant templating system using Go's html/template. You can effectively reuse html fragments as components, but output simple pages. If you need dynamic interactivity, htmx fits into this beautifully.

Of course its possible to set up all these things yourself, but all in it took me two months of early mornings.

If you're a busy adult, starting with a complete package like this could be the difference between success and never launching at all, weighed down by complexity.

This is in addition to the educational content I'm going to be creating around this topic. While building DeploySolo, I spent 50% of my time reading source code and 50% in GitHub discussions.

Its a skill that engineers should develop to be comfortable with these resources.

But having tutorials and cookbooks that help achieve a user's specific goal is extremely helpful for the new engineer or the time conscious one.

I attribute a lot of Django/Laravel's popularity to these resources, that are currently missing in the Go/Pocketbase ecosystem.

Yes, just my one OpenAI key. I didn't hit any limits so far, though I wasn't hitting their APIs that hard.

While it is true that Speedometer is developed by Apple, it feels misguided to just throw in "of course it will be performant". Even Google Chrome scores higher in Speedometer in M1 (184, vs 88 when ran on an Intel Mac) -- so it's not like Apple is just underhandedly making its own software score higher. To be fair though, it's not like you can test other browser engines on an iPhone since they're all just basically Webkit web views.

Also it's worth noting that on Basemark Web 3.0, the iPhone 14 Pro Max scores 1033.56 while the formidable Galaxy Z Fold 4 running the SD 8+ Gen 1 scores only 641.02, so it doesn't appear like Speedometer is just fluffing numbers for Apple.

Now you got my point. You should have used other several benchmarks then.