
Hemant Bhatt
Building agentic projects that think for themselves

Beyond automations
Traditional automation was like following a recipe to the letter. Every step mapped out, every decision predetermined. Miss one ingredient or encounter something unexpected? The whole thing falls apart faster than a house of cards in a hurricane. Agents bring creative autonomy to the table. They assess situations, make decisions.
Let's dive into some practical agent ideas. Once you've got your creative wheels turning, you can head over to my other, more technical blog that talks about the technical details of agents. Vercel AI SDK supports Next.js, Vue.js, Node.js, and plenty of other frameworks. The age of rigid, brittle automation is ending. Welcome to agents that actually know how to improvise.
Email Assistant Agent

Drowning in emails? Got more messages than minutes in your day? Or maybe you just want to free up some mental space while your inbox sorts itself out. Time to build an email assistant. This digital helper will sort your emails, track ongoing issues, escalate problems when needed, and draft replies for your approval.
Tool list:
- GetEmailsForToday()
Description: This function will let the assistant get the latest emails that the user received in the last 24 hours. - GenerateIssue()
Description: This can be a simple text file that the agent can maintain to keep track of the ongoing issue, or it can be an issue management software like GitHub that the agent can use to generate an issue based on the conversations for the day. - UpdateIssue()
Description: This can be used to update existing issues in the system. An issue once generated can have updates based on the latest conversation. - GetOpenIssues()
Description: This will be used to get the list of open issues which was generated by the agent previously. - DraftFollowUpEmail()
Description: Based on the conversations, issues and their context, the agent should generate follow-up drafts with clients and vendors respectively. - DraftEscalation()
Description: Based on the situations of the issues and their timelines, escalations should be drafted while keeping appropriate members in the loop.
How Will These Work?
Think of a sequence like this:
- User executes the agent first thing in the morning - Because who doesn't love automation with their coffee?
- The agent gets the latest emails from the last 24 hours - Time to see what chaos unfolded while you were sleeping.
- The agent retrieves all open issues - Pulling up the digital equivalent of your mental sticky notes.
- The agent compares emails with existing issues - Like a detective matching clues, it spots that Alice's delivery problem is still lurking around after 4 days.
- The agent escalates stale issues - It drafts an escalation email to the delivery manager because Alice has been patient long enough.
- The agent identifies new issues from fresh emails - Bob's software isn't working, and this looks like a brand new headache.
- The agent generates a new issue for Bob's problem - Creates a proper ticket because scattered thoughts help nobody.
- The agent drafts acknowledgment emails - Tells Bob "we got your message and we're on it" without you lifting a finger.
- The agent queues follow-up emails for approval - Prepares gentle nudges for clients who've gone radio silent.
Documentation Builder Agent Assistant

Hate documentation? Just deployed a neat little feature but don't have the time to document it? Or maybe you want a rough draft that you can polish into perfection instead of staring at a blank page? Time for a docs builder agent. Because let's face it - writing documentation ranks somewhere between doing taxes and assembling furniture on the fun scale. But it's necessary, and this agent makes it painless.
Tool list:
- GetLatestCommit()
Description: This gives the agent the latest commit from the repository. Includes the old code, the new code, and the diff's text. Basically, it's like showing the agent exactly what you changed without having to explain it twice. - GetDocsList()
Description: Returns the list of markdown files in the system. Think of it as the agent's table of contents for your documentation library. - UpdateDocFromFileName()
Description: Accepts the updated documentation string and updates the markdown file. The agent's way of saying "here's your documentation, fresh and ready." - CreateDocumentationPR()
Description: Based on the proposed documentation changes, create a new pull request in the documentation repository.
How Will These Work?
Think of a sequence like this:
- A user commits a new set of code into the repository - This gives users quick access to frequently used parameters without the tedious journey to their profile page every single time.
- The settings icon acts as a modal - Clean, accessible, and saves everyone from unnecessary clicking. Smart design.
- After the commit is pushed to GitHub, the agent activates through GitHub Actions - Like a documentation fairy that appears whenever code changes.
- The agent pulls the latest code changes and the documentation list - It's doing its homework, understanding what changed and what docs exist.
- Based on the changes, the agent pulls the header documentation - Smart enough to know which docs need updating.
- The agent generates the altered documentation for the header - It writes the first draft so you don't have to. The heavy lifting is done.
- It creates a new pull request for the documentation updates - Organized, traceable, and ready for review. No chaos, just clean process.
- The user reviews and accepts the PR - You get to be the editor instead of the writer. Much more pleasant.
The beauty is in the simplicity. Code changes trigger documentation updates automatically. No more "I'll document this later" promises that never get kept. The agent handles the grunt work, you handle the final polish.
Conclusion:
The Email Assistant sorts your inbox chaos and tracks issues while you sleep. The Documentation Builder Agent writes docs so you don't have to stare at blank pages. Both handle the grunt work - you handle the coffee. You can now head over to my other, more technical blog based on agents.