I've tried these in the past but always found the software/firmware side of it too fiddly for the reward (against the grain for a lot of people, I know), which is a pity as the hardware side is really rewarding (for me).

Recently, doing it with Claude Code was a breeze. If you are more interested in the outcome than the process, then I'd say it's a great time to buy a few old Kindles and see what you can create with them.

This is really interesting, as a data analyst and product person I like this embedded data modelling approach.

I would be interested in knowing if you’ve thought about what to do with external data (eg Stripe) and data processing engines (eg Snowflake/Databricks/clickhouse or duckdb)

At this point it would rely on the person embedding it in their app to get that data, put it somewhere, and then add a Cube definition on top of it - so this is purely solving the visualisation / report building part of that puzzle (but in a fully embedded / non iframe way).

Also have a look at cube, I saw some similarity, I much prefer your clean approach https://cube.dev/docs/product/data-modeling/overview

I used Cube as inspiration, and actually the rest API for drizzle-cube is compatible with the cube-js schema definition. The main difference is that I chose to model the cubes in typescript, so they can be validated in the IDE easily (autocomplete, catch issues early) and not have an option for YAML, but the semantics are exactly the same.

These are great. Something you might find interesting is that you can expose a google sheet to have an interactive database. I have a map similar to yours, but with surf spots. Maybe defeats the point, but I find it handy

Edit: come to think of it, I should revisit it now that everyone can vibe code. The sheet was to allow people to add to it, now maybe easier for me to take a message and ask an agent to update the html directly

I’ve had a lot of fun with Remotion and Claude Code for CLI video editing. I’ve been impressed with how much traditional video editing I can manage.

I will be checking this out!

that's super interesting — what kind of things have you done with remotion and Claude Code?

they're very powerful, when you put them together, it almost feels like Cursor for Video Editing

Mostly using it for technical marketing/explainer videos eg https://x.com/mattarderne/status/1987441582413345016

Interested in your workflow @sails

Posted a video in the thread, it’s pretty rudimentary (Claude code does everything) at the moment but I think this has a lot of possibilities.

As others have explained, ensembles are useful.

As a layperson, what _is_ useful is to look at the difference between models. My long range favourite is to compare ECMWF and GFS27 and if the deviation is high (windy app has this) then you can bet that at least one of them is likely wrong

Agree, it feels so fundamental. Any idea why? Gemini has also had it for a long time

The way you get structured output with Claude prior to this is via tool use.

IMO this was the more elegant design if you think about it: tool calling is really just structured output and structured output is tool calling. The "do not provide multiple ways of doing the same thing" philosophy.

$5 could go towards a strict AI reject/review funnel as a prefilter

Agree, each agent creating a PR and then coordinating merges is a pain.

I’d like

- agent to consolidate simple non-conflicting PRs

- faster previews and CI tests (Render currently)

- detect and suggest solutions for merge conflicts

Codex web doesn’t update the PR which is also something to change, maybe a setting, but for web Code agents (?) I’d like the PR once opened to stay open

Also PRs need an overhaul in general. I create lots of speculative agents, if I like the solution I merge, leading to lots of PRs

I’m amazed they published it with such a poorly applied analogy.