i have created a simple setup script that reserves a couple of ports per workspace/worktree. with that, each ticket/workspace can starts it's own webserver. Allowing me to work on multiple things in parallel. that also allows me to use Claude+Chrome MCP to e2e test each implementation in parallel.

Besides my own repo I also have a couple open source repos open. so I can quickly ask Claude questions about it instead of looking at the docs, which are usually outdated.

All in all, I usually have ~5 workspace/tickets/agents running at the same time. And one as Q&A agents per OSS repo

Comments URL: https://news.ycombinator.com/item?id=48115090

Points: 5

# Comments: 2

Was look for exactly that (but for Features). currently I'm using superset.sh which works great. But the problem is that such tools need to re-implement everything (browser, terminal, etc.) while a "VM-like" approach doesn't.

It is possible to "clone" a drawer that auto starts server, browser, etc. So I can start new PRs quickly and jump between them while the agents run in the background?

That's why I'm telling each merchant I come bye to use it. super simple.

however the result (excel/spreadsheet) looks different each time you run it. Which is annoying when you run it at the end of each month.

btw: this is not surprising when you look at the low details the skills have.

I'm actually pretty proud of the final setup I've created with it.

Each time I start to implement a new ticket, superset will pull the ticket from linear, create a worktree/workspace, reserve ports, start the servers, start a browser and start Claude with the ticket as instructions.

The cool thing with this setup is, I can have like 10x the same servers running on different ports/worktrees. Each time an agent is done, I switch to the workspace, look at the browser and can immediately test things.

It's like having 10 virtual desktops. Wonderful!

I started to use superset 2 days ago. Which seems similar. It's pretty nice: https://superset.sh

Fyi: here are some things I would like to have for such a tool - notification when an agent is done - each tabs/space has its own terminal, browser, agent - each tab/space runs in a sandbox (eg docker) - each tab/space can run my dev server. But must not conflict with the other dev servers running - each tab/space has a mcp server for the built in browser

Nice to have: - remote access against my machine/tabs - being able to make screenshots

Or is that a man in the middle "attack". And users have to install a certificate?

The part that I don't see are the 'use server' .

   Location: Linz/Austria/EU 
   Remote: OK (Any timezone OK)
   Willing to relocate: NO 
   Technologies: AI (LLM, RAG, Agents, Voice, AI-SDK, Mastra), Typescript, React, Next.js, Supabase, Firebase, Postgres, GCP
   Résumé: https://brandstetter.io/Resume_Brandstetter_Jurgen.pdf
   Email: j@brandstetter.io
   LinkedIn: https://www.linkedin.com/in/j-brandstetter
   Salary: USD 150k / year

I'm very product/customer-focused and pragmatic. I like to move super fast (not only because of Cursor :D).

My dream environment is an early-stage, fully remote startup.

PS: I have a family, which means the main compensation via shares isn't an option for me.

One customer type that will absolutely love that are architecture studios. Basically all data they generate (drawing, plans, presentation) live either on SharePoint or NFS (or some other file system like ACC).

If you can provide for them a solution they can host on their private cloud (air-gapped) you have an enterprise-deal.

Why air-gapped - many documents they generate are secret (military or competition. Think next largest tower in the world) - copy right: for example the German norm body DIN does not allow you to use documents from them and add them into an LLM (I'm not talking training, I simply talk RAG) except!!! if you keep it in a private cloud like Azure.

Why do I know that: because I worked on that problem @howie.systems

Since the first multimodal llms came out, I'm using this approach when I deal with documents. It makes the code much simpler because everything is an image and it's surprisingly robust.

Works also for embeddings (cohere embed v4)

I was recently trying to tackle the same problem (@howie.systems). The hardest 2 problems we had to face were ACL and large files (and large volumes).

How did you solve the ACL part? I worked with a customer that had 200k pdf/images/dwg files on SharePoint and other 1M on samba. It took like a week to sync it all and keep tabs on the access rights of each employee.

How did you solve unpredictable large files: a pdf 2000pages, maybe some A0 in the mix. Or some 4GB power point presentations?

PS: great fan of gather. PPS: say hi to Clinton from me (amy.app) if he is still around. He was our mentor back in New Zealand at the flux accelerator (2016)

Question: you say you do semantics search. If I understand correctly that means you must somehow index all data (Gmail, GDrive, ...) otherwise the AI would have to "download/scan" thousands of files each time you ask a question. So how do you do the indexing?

For some background: I'm working on something similar. My clients are architects. They have about 300k files for just one building. With an added 50k issues and a couple of thousand emails. And don't forget all subcontractors.

Would Slashy be able to handle that?

- We’re building Howie.systems, an AI platform for the architecture/engineering/construction industry. Our focus: automating knowledge extraction and retrieval from large document sets (100k+ files, multi-tenant, multi-user, with Supabase/Postgres + pgvector under the hood). We’re fully funded by international investors and are expanding our team in Vienna.

Role: We’re looking for a Full-Stack Engineer with a love for strong typing and AI.

- Must: Next.js, Supabase, very TypeScript-safe mindset

- Super plus: experience with AI frameworks (Vercel AI SDK, Mastra, LangChain, etc.)

- Should have good experience with AI Coding tools like Cursor, Cloud Code

You’ll help us scale our ingestion, RAG, and AI interaction layers into production-grade tools dealing with enterprise customers

What we offer:

- Competitive salary + equity possible Onsite in Vienna (no remote option)

- Small, hands-on team with big international backing Work on a fully modern stack (TS, Supabase, Vercel, AI frameworks)

If this sounds like you, send your CV and a cover letter to: contact@howie.systems Please include within the cover letter, detailing your experience and why you think you would be a fit for the role