how it compares to Manjaro?
how it compares to Manjaro?
Tagging @supabase.com so it does not get missed :-)
Example code snippet: // Provide a type for the input of the Flow type Input = { url: string; }; export const AnalyzeWebsite = new Flow<Input>({ slug: 'analyze_website', maxAttempts: 3, baseDelay: 5, timeout: 10, }) .step( { slug: 'website' }, async (input) => await scrapeWebsite(input.run.url) ) .step( { slug: 'sentiment', dependsOn: ['website'], timeout: 30, maxAttempts: 5 }, async (input) => await analyzeSentiment(input.website.content) ) .step( { slug: 'summary', dependsOn: ['website'] }, async (input) => await summarizeWithAI(input.website.content) ) .step( { slug: 'saveToDb', dependsOn: ['sentiment', 'summary'] }, async (input) => { const results = await saveToDb({ websiteUrl: input.run.url, sentiment: input.sentiment.score, summary: input.summary.aiSummary, }); return results.status; } );
A flowchart showing data from a website being processed through both sentiment analysis and summary generation, with the results from both paths being saved to a database.
Just merged the new Flow DSL in pgflow! ๐
Next up: Edge Worker refactor to make it run flows defined with the DSL.
Check out the snippet for a simple AI web-scraping flow. ๐ค
I also talked through millions of LLM tokens (I brainstorm a lot) and I have concrete implementation plans for:
- fanout steps
- conditional steps (every step type will have conditions)
- subflows and fanout subflows
(but those will be included after the initial MVP is released).
#Postgres #SQL
It is a productive week so far for my @supabase.com
workflow engine:
- defining flows, steps, and dependencies
- starting flows, queuing stuff
- polling for tasks
- completing tasks
- dependency resolution
- 1000 lines of tests
What models do you prefer?
For brainstorming and planning I often use ones with reasoning - either Deepseek R1 or O3 mini.
Also - anyone having troubles with images on bluesky? When i paste one it becomes black (tested on firefox, chromium and chrome)....
Balancing the simplicity of the low-level SQL functions with the flexibility demanded by high-level pipeline types will be critical for the long-term success of pgflow.
However, careful attention must be paid to maintaining clean abstraction boundaries, preparing for schema evolution, and designing robust integrations with external workers and (potentially) UI layers.
- Simplified, auditable, and maintainable low-level primitives.
- The ability for rapid MVP delivery while keeping the door open for sophisticated pipelines (e.g., foreach, parallel, and conditional processing).
- Enhanced developer experience through strong typing and better tooling in TypeScript.
Produced by o3-mini from a huge prompt and lot of SQL migrations in context:
5. Conclusion
The proposed design of pgflowโusing a minimal, declarative SQL orchestration layer as building blocks in combination with a high-level, expressive TypeScript DSLโoffers significant advantages:
Brainstorming & viability checks with LLMs - anyone else doing this? ๐ค Curious to see how common it is! (recent conclusion in the reply!)
#LLM #buildinpublic #AI #supabase #postgres
Pros:
โ
Faster queries
โ
Automatic updates
โ
Data consistency
Cons:
โ Extra storage space
โ Slower writes
โ Limited to simple expressions
๐ Postgres Tip: ๐๐๐ก๐๐ฅ๐๐ง๐๐ ๐ฐ๐ผ๐น๐๐บ๐ป๐
Generated columns are a powerful PostgreSQL feature that automatically update based on changes to underlying data, ensuring your calculated values always stay current.
Useful for storing frequently computed values.
#Postgres #PostgreSQL #Supabase
I spent last month on:
โ
Learning how to tweet, gaining 130+ followers (thank you ๐๐ป)
โ
Refining Edge Worker
โ
Improving docs and SEO
โ
Testing big, continuous workloads on hosted @supabase.com
โ
Suffering through a massive flu ๐คง
This was enough chores - excited for main part now! โจ
โ๏ธ Time to extract pgflow! ๐
I'm starting March with a laser focus: ๐ฆ๐ต๐ถ๐ฝ๐ฝ๐ถ๐ป๐ด ๐ฝ๐ด๐ณ๐น๐ผ๐ ๐ฎ๐น๐ฝ๐ต๐ฎ ๐๐ฆ๐๐ฃ! ๐ข
I also plan to post some technical findings, snippets and ideas, mostly around queues and SQL, so if you are interested in this kind of stuff, watch this space! ๐ญ
#supabase #buildinpublic
Flu's been "in production" for days. Constantly hitting CPU clock limits (zero focus), and my runny nose desperately needs horizontal scaling for tissues. Needing an emergency patch ASAP! ๐คข
๐ Edge Worker ๐ฝ๐ฟ๐ผ๐ฐ๐ฒ๐๐๐ฒ๐ฑ ๐ณ.๐ฏ๐ณ ๐ ๐๐๐๐๐ข๐ก ๐ท๐ผ๐ฏ๐ ๐ถ๐ป ๐ญ๐ฒ ๐ต๐ผ๐๐ฟ๐!
I'm testing production deployments and continuous operations on the @supabase.com FREE tier:
๐ฅ ๐ฏ ๐ฎ๐ฐ๐๐ถ๐๐ฒ ๐๐ผ๐ฟ๐ธ๐ฒ๐ฟ๐ (kept up by pg_cron)
โ๏ธ ๐ญ๐ญ,๐ฌ๐ฌ๐ฌ unique Edge Function instances spun up
โก ๐ญ๐ฎ๐ด ๐ท๐ผ๐ฏ๐/๐๐ฒ๐ฐ average throughput
It runs perfectly fin
๐ ๐๐ฑ๐ด๐ฒ ๐ช๐ผ๐ฟ๐ธ๐ฒ๐ฟ ๐๐ฌ.๐ฌ.๐ฐ ๐ถ๐ ๐ผ๐๐!
v0.0.3 had a pretty bad bugโproduction deployments didn't work because I mistakenly tested a development version in the cloud, instead of the JSR package.
It's fixed now (live on JSR). If you run into issues, please try again!
I appreciate everyoneโs interestโyour eng
Tough one... The feature is already validated, and landing page will probably get validated only when ready - I would vote for the feature!
Adding a second example that is more straight forward with the types, thanks for the heads up!
We all love using #TypeScript with @supabase.com ! โจ
Flow DSL makes it super simple to define flows:
- Type for Flow params (e.g "string")
- Build flow step by step
- Steps have name, optional deps & handler func
- Dependencies determine handler payload
It couldn't be simpler - change my mind! ๐
Yes! There was a bug with starting root steps (ones without dependencies).
Kudos for noticing!
I'm building pgflow to seamlessly integrate with @supabase
's building blocks.
That's why the flow shapes are kept in the database - this allows streaming their progress using Supabase Realtime! โก How cool is that?
November prototype (can anyone spot a little bug?):
Those are good times to be building stuff!
That must feel extremely satisfying! Hope to reach that place at some point myself. Good luck!
EdgeRuntime.waitUntil(new Promise(() => {}));
pgflow is not an empty promise #supabase
Excited to share Edge Worker PoC! Built on top of @supabase.com Background Tasks to make your PGMQ queue processing easier with automatic retries, concurrency limits and observability. Learn more at pgflow.dev โจ
#postgres #sql #pgmq #supabase