HN user

Gobhanu

38 karma

gobhanu@tryvela.ai

Posts1
Comments14
View on HN

funnily enough I was actually speaking to one of the founders of x.ai recently

I think they paved the way for a lot of the implementation we do today along with the model providers. That being said we are trying to do scheduling a degree greater of complexity.

Fair feedback that the case studies don't show this well - they're simplified to demonstrate the flow. The multi-party dependency resolution is happening underneath but we could surface that better.

On the LLM point - agreed that context window alone doesn't cut it. The coordination and state management layer sits outside the model. We learned that the hard way early on.

The concurrent resolution problem you're describing is exactly what we deal with. When a staffing coordinator has 15 interviews to book across shared interviewers, confirming one cascades into others. We track pending holds, rank by urgency, and when a confirmation on one thread invalidates a proposal on another, Vela detects the conflict and re-proposes. Theres

The only other alternative is a booking link but this, slows down business, doesnt work in many many real life situations and more :)

very fair callout - and I can see how "scheduling solved" reads very differently to someone coming from the optimization/planning side of AI. You are right.

Appreciate the note on the slogan, definetly thinking of revamping our landing page in the near future to speak more directly to our audience.

Thank you for the advice - really appreciate it.

Was actually chatting with a large industrial staffing firm and they were saying the same thing that it was super painful to schedule 1000s of workers for drug tests and then shifts too!