Join the discussion

Write your take first — we'll ask for email only when you're ready to publish.

  • Hacker News
  • It may be very nice, but with no screenshots and no demo site you're going to have trouble getting people to try it out.
  • I built something similar, but for in-app Issue Reporting, as my macOS app needed a way for users to file bugs without having to create an issue in GitHub https://github.com/kushalpandya/Sluice
  • Can you please provide some screenshots and examples issues? It's hard to guess the usability without it.
  • Looks great, and something I might try for my project. I am currently at stage of single mailbox, and bunch automation around it.

    For example, Google Apps Script trigger Claude Code routine to investigate issue, and draft email ahead of me looking at it. If I do not like draft, I get back to Claude session to fix draft, and make PR to fix prompt for next time.

    Curious, why did you choose OpenAI over CloudFlare AI (harness etc.)?

  • This is neat, might give it a spin. I've had little luck getting good results from AI bots no matter how grounded they are with good quality context and examples. I actually decided to just build a dead-simple support chat that pipes into Telegram which has worked great for my simple saas support use case. If anyone wants access, just let me know: https://goodsupport.dev
  • Just used a very similar stack to make my own mail client. Workers for routing, Resend for sending, uses a CF and Resend key to set up any inbox on any domain I want ~instantly so I can have inboxes for everything. Very cool, I think workers are underrated!
  • I get the temptation to self-host your support platform, as the existing tooling out there can be quite expensive when you want to upgrade from just using an email inbox.

    If any founders find themselves reading this, and don't think it's the best idea to self-host your own support infra, I've just spent the last 6+ months building stayupfront.com which has, I think, quite reasonable pricing, and a few more features than this... largely around the customer's portal experience (changelog, roadmap, etc.) and includes monitoring & incident management which I think should all be ran from the same surface.

    I've only just soft-launched, so still have founding pricing on there. Would certainly love to speak to others in this space too, as I was surprised how neglected an area it seemed to be when I was trying to find a replacement for jira service desk for a company I was working with at the beginning of this year.

  • Could you include some screenshots in the README of the functionalities? that would go a long way! thank you in advance!

Explore Birbla archives