Most solopreneurs using Claude are leaving 80% of its power on the table. They type a question, read the answer, type another question — basically using a $20/month AI model as a fancy search engine. Meanwhile, the people quietly winning with Claude have built agents — systems that take multi-step actions, use tools, and handle entire workflows without them babysitting every step.
According to McKinsey’s 2023 report, generative AI could add $2.6–$4.4 trillion annually to global productivity.
I’ve spent the last several months building and testing Claude agents for my own business — everything from a client onboarding assistant to a research agent that pulls live data and drafts reports. Here’s exactly how I do it, step by step, with no fluff.
What a Claude AI Agent Actually Is (And Why It’s Different)
Before we get into the steps, let’s be clear on terminology, because “agent” gets thrown around loosely.
A standard Claude conversation is reactive — you prompt, Claude responds, done. An agent is different. It has access to tools (functions it can call), it can take multiple sequential actions based on results, and it can loop until a task is actually complete. Think of it as the difference between asking a contractor a question versus hiring them to finish a job.
For solopreneurs, this matters because your time is your only real constraint. An agent that can research a topic, pull data, write a draft, and save it to a folder — without you intervening at each step — is worth serious money.
Claude 3.5 Sonnet and Claude 3 Opus (available via Anthropic’s API in 2026) both support tool use natively. That’s the foundation we’re building on.
Step 1: Set Up Your Claude API Access and Choose Your Build Path
You have two main build paths, and picking the wrong one wastes weeks.
Path A — No-code/Low-code: Use a platform like Make.com, Relevance AI, or Flowise to build your agent visually. You connect Claude to tools through a GUI. Best if you’re not a developer.
Path B — Direct API: Call the Anthropic API directly from Python or JavaScript. More control, lower cost per run, and easier to customize logic. Best if you’re comfortable with basic code or willing to use Claude itself to write the code for you (yes, that works great).
I’ll cover both, but let’s start with the setup that applies to everyone.
To get API access:
- Go to console.anthropic.com and create an account.
- Add a payment method. Claude API pricing as of 2026: Claude 3.5 Sonnet costs $3 per million input tokens and $15 per million output tokens. For a typical solopreneur agent running 50-100 times a day, you’re looking at $5–$30/month in API costs.
- Generate an API key and store it somewhere safe (a password manager, not a .txt file on your desktop).
- If you’re going the no-code route, paste your API key into whichever platform you’re using. If you’re going direct API, you’ll use it in your code.
One thing I’d recommend regardless of path: set a spending limit in the Anthropic console. I cap mine at $50/month so a runaway loop never surprises me with a $400 bill.
Step 2: Define the Exact Job Your Agent Will Do
This is the step most people skip, and it’s why their agents feel janky and unreliable. You need to write a job description for your agent before you build anything.
Ask yourself three questions:
- What is the trigger? (A new email arrives, a form is submitted, you type a command, a schedule fires at 9am)
- What steps does the agent need to take? (Search the web, read a file, write content, send a message, update a database)
- What does “done” look like? (A draft in Google Docs, a Slack message sent, a row added to Airtable)
Here’s a real example from my own setup: I built a Weekly Competitor Research Agent. Every Monday at 8am, it triggers automatically, searches for recent news about three competitors, pulls their latest blog posts, summarizes the key themes, and drops a formatted report into a Notion page I review over coffee. The trigger is a schedule. The steps are web search + summarization + formatting. “Done” is a Notion page with the report.
Writing this out before touching any tool saved me hours of rebuilding halfway through.
Step 3: Build the Tools Your Agent Can Use
This is where “agent” becomes real. Claude by itself knows a lot, but it can’t take actions in the world. Tools give it that ability.
In Claude’s API, tools are defined as JSON schemas — you describe what the tool does, what inputs it needs, and Claude decides when to call it. Here’s what that looks like conceptually for a web search tool:
{
"name": "web_search",
"description": "Search the web for current information on a topic",
"input_schema": {
"type": "object",
"properties": {
"query": {
"type": "string",
"description": "The search query"
}
},
"required": ["query"]
}
}
When Claude decides to search, it returns a tool call. Your code (or your no-code platform) executes the actual search using something like the Brave Search API ($3/month for 2,000 queries) or Serper.dev ($50 for 50,000 queries), then feeds the results back to Claude.
The most useful tools I’ve built for solopreneur agents:
- Web search — for real-time research (Brave API or Serper)
- Read/write files — for processing documents or saving outputs
- Send email — via Gmail API or SendGrid
- Create Notion page — via Notion API
- Query a database — Airtable or Supabase
- Post to Slack — for internal notifications
If you’re on Make.com, these tools exist as pre-built modules — you just connect them to a Claude HTTP module. If you’re coding directly, you write small Python functions for each one.
Step 4: Write a System Prompt That Actually Controls Behavior
The system prompt is your agent’s operating manual. A bad system prompt produces an agent that goes off-track, over-explains, or asks you unnecessary questions. A good one makes it feel almost eerily focused.
Here’s the structure I use for every agent I build:
- Role and context — Who is this agent? What business context does it operate in?
- Task description — What specific job does it do?
- Step-by-step instructions — In what order should it work through the task?
- Output format — Exactly how should the final output look?
- Constraints — What should it never do? (e.g., “Never make up sources,” “Always ask before sending an email if the content seems unusual”)
For my competitor research agent, the system prompt starts like this:
“You are a business research assistant for a solopreneur in the B2B SaaS space. Your job is to monitor three specific competitors each week and produce a concise intelligence report. Always use the web_search tool to find information published in the last 7 days. Never include information older than 14 days. Format your output as a Notion page with H2 headings for each competitor…”
Notice how specific that is. Vague system prompts produce vague agents. The more precisely you describe the job, the more reliably Claude executes it.
Step 5: Build and Test the Agent Loop
Now you wire everything together. The agent loop is the engine that runs until the task is complete.
Here’s the basic logic in plain English:
- Send the system prompt + user request to Claude
- Claude responds — either with a tool call or a final answer
- If it’s a tool call, your code runs the tool and sends the result back to Claude
- Repeat until Claude returns a final answer (no more tool calls)
- Save or send the final output to its destination
In Python with Anthropic’s SDK, this loop is about 30 lines of code. In Make.com, it’s a series of connected modules. In Flowise (free, open-source), you drag and drop the whole thing.
When testing, I always run the agent manually the first 5-10 times before automating the trigger. Watch what Claude does at each step. Does it search for the right things? Does it format the output correctly? Does it ever get stuck in a loop?
One issue I ran into early on: Claude would sometimes call a search tool 8-10 times when 2-3 searches were plenty. I fixed this by adding a line to the system prompt: “Complete the research in no more than 4 searches. Prioritize breadth over depth.” That cut my API costs by 60% on that agent.
Step 6: Connect Your Agent to Real Triggers and Outputs
A tested agent that only runs when you manually start it isn’t really saving you time. This step is about making it autonomous.
Common triggers for solopreneur agents:
| Trigger Type | Tool to Use | Example Use Case |
|---|---|---|
| Scheduled time | Make.com, cron job, GitHub Actions | Weekly research report every Monday 8am |
| New email received | Make.com + Gmail, Zapier | Auto-draft reply to client inquiry |
| Form submission | Typeform + Make.com | Onboarding agent triggered by new client form |
| Slack message | Slack + Make.com or direct webhook | Type a command in Slack, agent runs |
| New file uploaded | Google Drive + Make.com | Summarize any PDF dropped in a folder |
| RSS feed update | Make.com RSS module | Monitor industry news and brief you daily |
For outputs, decide where the agent’s work should land — Notion, Google Docs, your email, Airtable, Slack. The Anthropic API doesn’t handle these directly; you handle them in your automation layer (Make.com, your Python script, etc.).
Step 7: Add Guardrails So Your Agent Doesn’t Go Rogue
I don’t say this to be dramatic — autonomous agents can do real damage if they have write access to important systems and no constraints. I once had an early draft of an email agent send a half-finished draft to an actual client because I hadn’t put a “draft only, never send” constraint in the system prompt. Embarrassing, and fixable.
The guardrails I now put on every agent:
- Human-in-the-loop for irreversible actions — Any tool that sends an email, posts publicly, or deletes data requires my approval first. I build this as a Slack message with an approve/reject button before the action fires.
- Max tool call limits — I cap agents at 10-15 tool calls per run in my code. If they hit the cap, they stop and notify me rather than looping forever.
- Explicit “never do” rules in the system prompt — “Never send an email without human approval,” “Never delete files,” “Never share information from one client with another.”
- Logging every run — I save a plain-text log of every agent run to a Google Sheet. If something breaks, I can trace exactly what happened.
Pro Tips From Building Claude Agents in the Real World
These are the things I wish someone had told me before I spent weeks debugging agents that didn’t need to be complicated.
Start With One Tool, Not Five
Every agent I’ve seen beginners build has too many tools. Start with one tool (usually web search), get the agent working reliably, then add a second tool. Adding all tools upfront makes debugging nearly impossible — you don’t know which tool is causing the issue.
Use Claude to Write Its Own System Prompt
Seriously. Describe your agent’s job to Claude in a conversation and ask it to write the system prompt. Then refine from there. In my experience, Claude writes better system prompts for itself than most humans do — because it knows its own capabilities and limitations.
Keep Context Windows in Mind
Claude 3.5 Sonnet has a 200K token context window, which sounds massive until your agent starts piling in web search results, document contents, and a long conversation history. If your agent does a lot of research, summarize tool outputs before feeding them back rather than passing raw HTML. This keeps costs down and performance up.
Flowise Is Your Best Friend for No-Code Agents
If you want to build Claude agents without writing code, Flowise (free, self-hostable) gives you a drag-and-drop interface specifically designed for this. You can run it locally or deploy it on Railway for about $5/month. I’ve seen non-technical solopreneurs build functional agents in an afternoon with Flowise.
The “Dumb Test” Before Going Live
Before I make any agent fully autonomous, I run what I call a dumb test: I give it deliberately bad inputs, edge cases, and weird scenarios. What happens when the web search returns no results? What does it do if a file doesn’t exist? Agents that only work in perfect conditions will fail constantly in the real world.
Real Solopreneur Agent Ideas You Can Build This Week
Here are five agent types I’ve either built myself or seen other solopreneurs use successfully:
- Client Onboarding Agent — Triggered by a Typeform submission, pulls client data, creates a Notion project page, drafts a welcome email for your review
- Content Repurposing Agent — You drop a blog post URL into Slack, it reads the content, generates 5 LinkedIn posts and 10 tweets, saves them to a Google Doc
- Inbox Triage Agent — Runs every morning, reads your Gmail, categorizes emails, drafts replies to common questions, flags urgent items
- Weekly Business Digest Agent — Searches for news about your industry and competitors, formats a briefing report, drops it in Notion
- Proposal Generator Agent — You describe a client project in a Slack message, it researches the client, drafts a proposal outline, and saves it to Google Docs
My Real-World Experience
Last October, I had a week from hell. Three property viewings, two contracts waiting for signatures, a buyer asking for a CMA on a vila in Caniço, and four Instagram posts due — all at the same time. I sat down on a Tuesday morning and built a simple Claude agent with four tasks: draft the CMA narrative, write the listing description for a 2-bedroom apartment in Funchal, generate a WhatsApp follow-up sequence for a cold lead, and suggest captions for the week’s social posts. By lunch, all four were done. Not “good enough” done — actually done, with the kind of local context I’d normally spend an hour pulling together myself.
Over 30 days of testing, I tracked the time difference. Tasks that used to eat around 11 hours a week — listings, follow-ups, market summaries, social copy — dropped to under 3. That’s roughly 8 hours back every week. For a solo agent in Madeira with no assistant and no plans to hire one, that’s not a small thing. That’s the difference between prospecting on Friday afternoon or calling it a day.
The limitation I kept hitting: Claude doesn’t have live data. When I needed current price-per-square-metre figures for a specific neighbourhood in Câmara de Lobos, I still had to pull those numbers manually from Idealista or INE and paste them in. The agent is only as current as what you feed it. If you walk in expecting it to research live market trends on its own, you’ll be disappointed. It’s a drafting and reasoning engine, not a market data scraper — and once I accepted that, I stopped fighting it.
If this article carries a rating, I’d put it at 4.2 out of 5 — strong for solo real estate work, but the manual data-feeding step keeps it from being fully hands-off for CMA reports.
Bottom line: If you’re a solo agent spending too many evenings writing listings and chasing leads instead of closing them, build this agent — it genuinely gives you your time back. Just keep a browser tab open for live market data, because that part is still on you.
“`Quick Summary: How to Build a Claude AI Agent for Solopreneurs
- Get API access at console.anthropic.com and choose your build path (no-code vs. direct API)
- Define the exact job — trigger, steps, and what “done” looks like before touching any tool
- Build tools — web search, file read/write, email, Notion, Slack, whatever your agent needs to act
- Write a precise system prompt — role, task, step-by-step instructions, output format, constraints
- Build and test the agent loop — manually run it 5-10 times before automating
- Connect triggers and outputs — make it truly autonomous with real-world triggers
- Add guardrails — human approval for irreversible actions, max tool call limits, logging
The solopreneurs I know who’ve gone through this process — even imperfectly — typically get back 5-10 hours a week within the first month. That’s not a claim I’m making up; that’s what happens when you stop doing manually what a well-built agent can handle on its own.
The hardest part isn’t the technology. It’s deciding clearly what you want the agent to do. Once you have that, Claude is genuinely good at executing it.
Ready to build your first agent? Start with the no-code path using Flowise + Anthropic API. Get one agent working reliably. Then build the next one. You don’t need a perfect system — you need a working one.
If you want me to go deeper on any specific agent type or the Make.com setup for Claude tools, drop a comment below — I’ll cover it in a follow-up post.
Robson Penassi
Real estate consultant in Madeira, Portugal. Solopreneur since 2012. Testing AI tools since 2023 to automate his one-person business. Writes about what actually works — and what does not.
More articles by Robson →