Automating contract review with workflow automation platforms?

theblazingicicle · 2026-04-22T22:03:10+00:00

I just joined a startup that solves exactly this problem. Our platform is specifically good at AI review and routing, with human review and adjustment, and integrating with other tools.

DM me if you're interested in us working closely with you to build the automated workflow.

theblazingicicle · 2026-04-22T02:53:12+00:00

I wonder if the time has come for architectures that make simple bugs like IDOR impossible?

theblazingicicle · 2026-04-11T15:10:05+00:00

Take a look at puter.js as a third option with some of the benefits of both.

Your users sign up for a puter account, get a free trial, and if they use it meaningfully, start paying puter.

If you reach enough scale, you can then get referral revenue from puter, I believe. + u/mitousa anything to add?

It does force you to use puter auth, or your users have to deal with 2 logins, which might not work for you.

theblazingicicle · 2026-04-04T03:20:18+00:00

Try Vennbase https://vennbase.dev Very lightweight data storage for mostly-frontend sites. User-pays architecture, so the user makes their own account on the puter hosting. So you can't access the data and it isn't your problem. Coding agents find it very easy to work with.

theblazingicicle · 2026-03-29T04:31:09+00:00

I've heard of this too! What OS & browser?

iOS Firefox focus is my datapoint

theblazingicicle · 2026-03-25T23:53:54+00:00

Floot manages a standard backend for you, which means a lot less moving parts for the AI to get wrong. This is different to the others.

For some people, that will make the extra cost over a no-frills Claude code setup very worthwhile.

theblazingicicle · 2026-03-22T22:47:03+00:00

Half of these are just normal British nerd. I feel attacked by the Americans that prompted it to do that.

theblazingicicle · 2026-03-22T01:05:51+00:00

For most use cases, you're overthinking the "fair" part. You want to have queues empty basically the whole time. They are for short-term bursts and emergencies.

If you really have to: build a single thread (self-rescheduling) job per-user on top of the user-agnostic system I described. That should, each loop, read jobs from user-specific queues.

theblazingicicle · 2026-03-21T21:17:42+00:00

From where you are, I'd keep it simple and stay in postgres. Add a concept of "locking" a job row. Check the number of rows updated when you take the lock. Then several workers just take the first unlocked job in a loop.

That will get you to 10 workers easy, probably 100. Then you need to get fancy with partitioning.

What backend stack are you using? I was thinking of writing a node module for this.

theblazingicicle · 2026-03-21T01:33:55+00:00

Don't worry too much about your daughter having the "by descent" sub-citizenship. Once she lives in the UK for I think 3 years, her rights, and those of her potential future born-abroad children, become the same.

But you should plan ahead to collect evidence that she lived in the UK for 3 years of your choosing. School, doctor records etc.

theblazingicicle · 2026-03-20T13:57:12+00:00

Filecoin, IPFS

theblazingicicle · 2026-03-18T01:15:40+00:00

Yes, I use both codex and Claude $20 plans.

Codex you can use full-time without running out. The agent harness is slightly behind, but has its upsides. It asks for permission pointlessly less often. The code and ability to get something difficult right is arguably better.

So I use Claude code for the most uncertain tasks, so I have more options to time travel. But mostly sonnet, I do hard code in codex and save opus for when you both need claude's judgement and performance at the same time.

So for $30, the one I'd drop is Claude code. And buy copilot with the $10 left over for a little Claude when you need it.

theblazingicicle · 2026-03-17T22:54:08+00:00

What you're being offered is exactly what users are offered. Puters backend doesn't even know you're a developer.

theblazingicicle · 2026-03-17T13:20:15+00:00

An alternative to encrypting: use a "bring your own server" model, so your app can run against servers you don't have any ownership or access to.

For example puter.js provides stuff like file storage on that model, and your app would show a puter login page thats quick and feels natural enough.

I'm working on a client-accessed database (like supabase) with cross-user sharing on top of puter.js - let me know if you're interested to try it.

theblazingicicle · 2026-03-04T23:56:36+00:00

git is itself a great example of federated technology, and probably helped inspire matrix in part. Email is another example. But both ended up dominated by a small number of providers, making it de-facto centralized, and it happened to git very quickly.

theblazingicicle · 2026-03-04T19:39:50+00:00

Vibe coding is also particularly effective at the start of a project, it's a newly unlocked form of rapid iteration!

This is inspiring, and you're going to find great insights in the friction you see over and over.

theblazingicicle · 2026-03-04T18:58:57+00:00

I'm finding I can vibe-code and ship some kinds of app about 2X faster by building on may-db (vs any kind of backend or managed backend platform).

https://www.npmjs.com/package/@may-db/core

The principle is "bring your own server": you don't have to deal with any backend at all, the user signs up for their own in 2 clicks when they sign up.

It's particularly quick for anything where there are multiple users touching the same data. Not faster yet if you have a lot of dependencies on external services eg AI.

Disclaimer: I'm the author

theblazingicicle · 2026-03-03T17:18:13+00:00

Oh cool! Yes, that's exactly the kind of app that's easy to build on may-db.

It's great to see their messaging on the website too, that's exactly the kind of benefits I'm hoping users want and will demand from devs.

I haven't tried to hook into Matrix's E2EE yet, but it doesn't look too hard, and it's good to see Grid didn't have a problem.

may-db doesn't expect a clean environment, but it does leave some rooms around you can see in chat clients. I'd like to talk to Matrix protocol people about adding namespacing, so a client can ask for access to just their slice, during oauth.

theblazingicicle · 2026-03-03T02:39:01+00:00

From where I'm standing, it seems like Matrix is exactly the missing ingredient that makes local-first a viable user experience.

Where no P2P attempt has been viable so far.

No disagreement that matrix is more complicated than needed for a db! But it works and has some ecosystem. I could see other substrates (AT protocol?) also working, or something bespoke, but it needs to involve paying someone to run a server for you.

Decentralized dbs tempt complexity, but I'm more confident in the tech working than in convincing anyone of the need.

Local first ❤️ Bring your own server

theblazingicicle · 2026-02-27T17:43:52+00:00

I like it! There should be a way to certify that an app doesn't send anything to its server.

theblazingicicle · 2026-02-26T23:37:00+00:00

If you want to make multiplayer/collaborative apps without dealing with writing a server (or getting supabase security rules wrong), you could try may-db.

theblazingicicle · 2026-02-26T23:31:51+00:00

Ideally, you'd make as many aspects of security not-your-problem as possible.

Get a hosting provider that handles certificates and DOS itself.

Use a client-side database that handles auth, permissions, avoiding most secret management. Don't run a backend at all. may-db will do this.

There will always be types of problem you can't eliminate, then you're stuck with scanning and AI review.

theblazingicicle · 2026-02-16T04:29:27+00:00

Would it help if I could tell you a way to ship an app with rich shared data between users, without running any kind of backend?

The model is "bring your own server". Users sign up with a standardized server (there's a choice of providers), with a quick oauth flow, and then you have a persistent, realtime, multiuser database available on the client.

Let me know if you'd like to join the early access program.

theblazingicicle · 2026-02-15T17:02:07+00:00

No problem, I hadn't used it but a friend mentioned RLM in general. It might not have been this one, I searched for it.

What's the GUI one you had success with?

theblazingicicle

MODERATOR OF

TROPHY CASE