rbbydotdev

I never understood why Tesla HAD to get rid of the Lidars. Expensive today sure, but can you imagine all that training data they missed out on? Technology has a way of becoming cheaper and cheaper. It seemed short sighted, even if at a loss, again, the training data.

If the pros of having a camera are monumental, then couldn't the video and lidar be combined to be even greater?

Ai has really struggled for a strong/kill-app use case for which supports such enormous humongous historical investments (TRILLIONS)

It looks like its been found. The irony is, these model providers are now saying : "not like that!"

t3.chat solves this pretty well. I believe they utilize convex db. I think it’s something like a backend server process is the true connection and state of the chat. The front end syncs and receives updates from it.

Funny, didn’t even mention using the massive amount of compute available to them to build it!

A prompt ran through a Wiggum loop over the course of a week/month and viola

> I was not expecting to end up with the ability to read strangers' brainwaves and send them electric impulses in their sleep. But here we are.

Almost out of a Phillip K Dick novel

I’m imagining these vehicles on a sort of track, this way if the automation fails, it can still be guided. Also, the track could even potentially deliver power. The vehicle can be any number of connected pods.

Is there not a community fork? Even as is, is it still recommended for use?

I strongly doubt the agent has the agency to go from PR rejection to hit piece. What is more likely, the bot owner directed it to

What incredible irony, humans imitating ai

How does this work out for 'observers' who are getting their windows broken, ripped out of cars?

A git enabled local-first browser-first markdown workspace wysiwyg editor and publisher. Built with mdx-editor, code mirror 6, react, shadcn and typescript

free, open source, MIT

https://github.com/rbbydotdev/opal

> is kind of entitlement blogging that I have nearly zero respect for.

Maybe the author left out something very real. Apple is a walled-garden monopoly with a locked-down ecosystem and even devices. They are also not alone in this. As far as innovation goes, these companies stifle innovation. Demanding more from these companies is not entitlement.

While it's debatable if Apple would release something outright as encompassing and complete as OpenClaw, they should have helped developers and builders to build something similar themselves.

This could have come in any form, a platform as the author points out for instance.

I have a couple of ideas, how about a permissions kit? Something where before or during you sign off on permissions. Or how about locked down execution sandboxes specifically for agentic loops? Also - why is there not yet (or ever?) a model trained on their development code/forums/manuals/data?

Before OpenClaw, I could see the writing on the wall. The ai ecosystem is not congruent to Apple's walled garden. In many ways because they have turned their backs on those 'misfits' their early ad-copy praised.

This 'misfit' mentality is what I like so much about the OpenClaw community. It was visible from it's very beginning with the devil-may-care disregard for privacy and security.

It’s not in the git commit history, that’s the cool part! Git-ai stores it in git notes, easy to remove later if you don’t like it ;)

I agree that accountability should always rest with the human submitting the PR. This isn't for deflecting ownership to AI. The goal is transparency, making it visible how code was produced, not who is accountable for it. These signals can help teams align on expectations, review depth, and risk tolerance, especially for beta or proof‑of‑concept code that may be rewritten later. It can also serve as a reminder to the author about which parts of the code were added with less scrutiny, without changing who ultimately owns the outcome.

I think EVERYONE is worthy of privacy. The ad cartel has millions (billions?) of lobby money in their war chest. Any real reform would be moving a mountain. Funny how it's framed this way; shows just how impossible it is to concede to privacy for all. Instead we have as another commenter said: "a two-tier surveillance state."

> Because AI is really good at generating code that looks good on its own, on both first and second glance.

This is a good call out. Ai really excels at making things which are coherent, but nonsensical. It's almost as if its a higher-order of Chomsky's "green ideas sleep furiously"

> Wouldn't the thing to do be to give AI its own account id / email so we can use standard git blame tools?

That’s a reasonable idea and something I considered. The issue is that AI assistance is often inline and mixed with human edits within a single commit (tab completion, partial rewrites, refactors). Treating AI as a separate Git author would require artificial commit boundaries or constant context switching. That quickly becomes tedious and produces noisy or misleading history, especially once commits are squashed.

> Why do we need a plugin or new tools to accomplish this?

There’s currently no friction‑less way to attribute AI‑assisted code, especially for non–turn‑based workflows like Copilot or Cursor completions. In those cases, human and machine edits are interleaved at the line level and collapse into a single author at commit time. Existing Git and blame tooling can’t express that distinction. This is an experiment to complement—not replace—existing contributor workflows.

PS: I asked for a resubmission and was encouraged to try again :)

> Requiring ID won’t make us safer, but it enables surveillance and potential control of our movements.

I’d like to see AI assist with human writing, not write for us. By this, I mean critiquing and asking questions. AI output can be so laborious to read, even when it’s correct. Often, it has an uncanny‑valley quality to its delivery.

repo: https://github.com/rbbydotdev/refined-github-with-ai-pr

That used to be the case, but there’s a new API worth checking out, you can read and write files right on your computer https://developer.mozilla.org/en-US/docs/Web/API/File_System...

- 100% free, no subscriptions, no accounts, no cloud

- Local-first: all slicing and toolpath generation runs on your machine

- Works in any browser, even offline once loaded

YES!

I think a new type of open source is emerging centering around what is now possible in browsers. Browsers have a great track record when running legacy projects. Relying on a backend could be a liability for longevity.

I built opal editor myself, a local first open source free markdown editor with these same principles, https://github.com/rbbydotdev/opal

Does this clear the context after each iteration?

Thank you

USA, which prides itself on freedoms, seems to have conceded a great deal of them when it comes to life online. From Apple apps, GPDR, now this. It sucks to see what we are missing out on.

With so many apps in need of these sandboxes I wonder if a browser plugin could be built which provisions a sandbox on the users computer. A type of infra which could be utilized by different providers. The security implications are a little tough, but the attack surface could be likely reduced with the right practices

As a rebuttal to “SaaS is still cheaper!” - I like this because it makes coding more of a personal and enjoyable hobby. It also is empowering to the creator and gives them ownership of their creations and what their creations create

Do English tech interviews emphasize heroic gusto or post-mortems?

That's a very good point! I think as it stands users probably are better suited with obsidian or even vscode. BUT let us not be to limited by what it is today, and think of what it could be tomorrow ;) - I am looking for other developers and contributors to join me in shaping the vision.

Plugins is a great idea. The ability to use existing obsidian plugins could be very powerful. Thank you for the idea!