10 of 121 min

How the project lives after applying: statuses, invitations, conversations and a manual dashboard

A good bot can’t end at the submit button.

After applying, the second half of the system begins: statuses, employer messages, invitations, manual cases, questionnaires, pending approvals.

So the project watches not only the sending but also the consequences. It tracks statuses and conversations, and the Telegram bot raises not the whole flow but only significant signals: messages from employers, invitations and cases where my participation is really needed. It doesn’t drag rejections to the centre of attention.

This was a matter of principle for me.

Where a person is still needed, the project has a separate working surface. I made a dashboard that gathers vacancies and scenarios requiring manual participation: questionnaires, handoff cases and pending approvals.

So manual work doesn’t disappear here, but it stops being chaotic. It no longer lives in random tabs, messages and forgotten links. It’s gathered in one place and becomes manageable.

That’s why the project long ago stopped being just an auto-apply machine.

It became a system that can live after applying: filter out noise, raise what matters, and separately gather everything that still needs a person.

Series contents
  1. Automating applications as an answer to market asymmetry
  2. How the bot compares me with a vacancy and assembles an application for it
  3. Why the closure of the job seeker API didn't kill the project but made it grow up
  4. How I kept the system's brain and replaced its transport
  5. The hardest part of auto-apply isn't submit
  6. Auto-apply in visible mode
  7. How the LLM in my project turns a vacancy into a cover letter
  8. Why full autonomy turned out weaker than managed autonomy
  9. I gave the system not only actions but also brakes
  10. How the project lives after applying: statuses, invitations, conversations and a manual dashboard
  11. Dashboard
  12. The most unexpected vacancy my bot found