HackerTrans
TopNewTrendsCommentsPastAskShowJobs

pgte

no profile record

Submissions

[untitled]

39 points·by pgte·4 個月前·0 comments

Set It and Forget It: 5 Recurring Reports You Can Automate with AI

helpmaton.com
1 points·by pgte·5 個月前·0 comments

Subscription-Based API Throttling Without Client API Keys

metaduck.com
1 points·by pgte·5 個月前·0 comments

We Give AI Agents Long-Term Memory Without Blowing the Budget

metaduck.com
2 points·by pgte·5 個月前·0 comments

Show HN: Open-source AI shift scheduler and workforce management platform

github.com
1 points·by pgte·8 個月前·0 comments

TimeClout: A New, Open-Source Tool to End Shift Scheduling Headaches

metaduck.com
1 points·by pgte·8 個月前·0 comments

comments

pgte
·8 個月前·discuss
You are spot on about the market saturation and the "moat" being integrations rather than just the algorithm. It is a brutal space.

I am actually building a new tool in this space (TimeClout.com) precisely because, despite those thousands of existing solutions, I saw friends running a medical unit still drowning in spreadsheets. The "proven" enterprise vendors were often too rigid or expensive for their specific needs, and the lighter tools couldn't handle complex constraints like "fairness" (e.g., ensuring everyone shares the burden of inconvenient shifts equally).

My wedge isn't just "another roster app," but focusing on the constraint solver itself—using AI to automate that complex Tetris game of qualifications, rest times, and fairness metrics that most managers do manually. I’m also betting on an open-core model (repo is at djinilabs/timeclout) because I think the logic should be transparent and hackable.

I’d be curious if you think a "better solver + open source" approach is enough to compete against the heavy HR/payroll integrators you mentioned?
pgte
·8 個月前·discuss
This is a huge pain point—validating this problem is definitely not the hard part! I’ve been tackling the exact same "Spreadsheet Tetris" nightmare with TimeClout ( https://timeclout.com ).

We actually just open-sourced our solution because we realized that while the scheduling interface needs to be simple, the optimization logic (fairness, constraints, sales matching) is where the real complexity lives. Since you're building something similar, you might find our approach interesting—we use a constraint satisfaction AI solver to handle the heavy lifting.

We’re currently looking for beta testers to stress-test the scheduler in real-world hospitality scenarios. Since you're deep in this space, I'd love to hear your take on our approach vs. what you're building.

Best of luck with your tool—the market definitely needs more than just "digital spreadsheets."