cd /news/ai-agents/building-a-custom-gpt-or-claude-agen… · home › topics › ai-agents › article
[ARTICLE · art-161217] src=dev.to ↗ pub= topic=ai-agents verified=true sentiment=· neutral

Building a custom GPT or Claude agent for marketing reporting

A developer outlined a design for a read-only marketing reporting agent built on either OpenAI Custom GPTs or Claude, using Actions and MCP connectors respectively to pull Ads, Analytics and CRM data. The approach constrains the agent with a fixed set of weekly questions, a shared metric dictionary, read-only tools such as get_ads_summary and get_crm_summary, and a human check before output reaches clients, with tests confirming the agent flags missing data rather than fabricating numbers.

by read4 min views2 publishedOct 30, 2026

A marketing reporting agent should read approved data sources, answer fixed weekly questions, and never invent numbers. On ChatGPT you build that with Custom GPT instructions, optional knowledge files and Actions that call your API. (OpenAI GPT Actions) On Claude you connect tools through MCP connectors and keep the workflow in a Project so the same rules stick. (Claude connectors overview) Start with read only tools, a written metric dictionary and a human check before anything goes to a client or boss.

Most marketing teams waste Monday morning copying Ads, Analytics and CRM numbers into slides. An agent can draft that pack if you constrain it hard.

It should:

It should not:

Piece Custom GPT (ChatGPT) Claude agent style setup
Instructions GPT builder instructions Project instructions + skills
Files Uploaded knowledge Project files / Library
Live data GPT Actions via OpenAPI MCP connectors / tools
Auth API key or OAuth on Actions Connector auth on your account
Risk control Consequential actions need user confirm Tool allowlists + approvals in your app

OpenAI Actions turn natural language into API calls described by an OpenAPI schema. You set auth, paste the schema and test in Preview. (Configuring actions in GPTs) Claude reaches external systems through MCP connectors that expose tools, prompts and resources. (Connectors overview)

Pick the host your team already lives in. The design rules below stay the same on both.

Lock ten questions before you touch tools. Example set:

If a question needs a metric you cannot define, drop the question.

One sheet, shared with the team:

Metric name Source Exact definition Primary or note only
Paid search spend Google Ads API Cost in account currency, account timezone primary
Primary conversions Google Ads Only conversions marked primary for bidding primary
Qualified leads CRM Stage = SQL, created this week primary
Sessions GA4 Total users sessions, site filter X note

The agent must quote these names only. Synonyms cause fake trends.

Minimum viable tools:

get_ads_summary(date_range, account_id)`` get_analytics_summary(date_range, property_id)``get_crm_summary(date_range) optionalget_metric_dictionary() No update_campaign. No send_email. Add those months later, if ever, behind approvals.

OpenAI production notes for Actions expect HTTPS, sensible rate limits and clear schema descriptions because the model uses those descriptions to pick endpoints. (Production notes)

Instruction block pattern:

OpenAI's Actions getting started guide stresses instructions that name the action and parameters the model should use. (Getting started with GPT Actions)

Do not give the model raw Google Ads or Meta tokens with write scopes. Your API should:

OpenAI documents payload and timeout limits for Actions. Keep responses small and structured. (Production notes)

If you later allow a tool that changes anything, mark it so the user must confirm. OpenAI supports consequential action flags so ChatGPT asks before running them. (Production notes) Until then, keep the agent read only.

Test Expected behaviour
API returns empty week Agent says data missing; no fake table
Conversion tag broke mid week Agent flags zero days; asks for human check
User asks to raise budgets Agent refuses; no tool exists
User asks for competitor spend Agent says unknown unless a licensed tool exists
Two accounts selected Agent separates tables; no blended fake total unless asked

Force the same markdown every run:

## Scoreboard
(table)

## What moved
(2 to 5 bullets tied to rows)

## Tracking and data risks
(bullets or "none found")

## Suggested tests
(bullets labelled suggestion)

Humans skim. Machines extract tables. Both win.

The agent drafts. A person posts to Slack or email after a two minute read. That single habit prevents most embarrassment.

Each month ask:

You are a marketing reporting assistant for [Brand].
Only use tool results for numbers.
If a tool errors or returns empty data, say what failed.
Default range: last complete Mon-Sun in the account timezone.
Never invent benchmarks.
Output the scoreboard table first.
Label suggestions as suggestions.

Paste tool names exactly as they appear in your OpenAPI operationId fields so the model can bind steps to Actions. (Getting started)

Wait if conversion tracking is broken, if nobody agrees what a lead means, or if the only goal is "an AI demo for the board". Fix definitions first. The agent amplifies whatever you feed it.

If you want this packaged as part of a wider marketing automation build, I outline that work on vickylalwani.net/services/ai-automation. Use the ten steps above so any builder inherits the same read only rules.

── more in #ai-agents 4 stories · sorted by recency
── more on @openai 3 stories trending now
sponsored brought to you by zahid.host 4,200+ EU-deployed projects
reading about agents? ship yours in a single git push.

Run your AI side-project on zahid.host

EU-based hosting, git-push deploys, automatic HTTPS, no cold starts. Free tier with a custom domain — perfect for shipping the agent you just read about.

$git push zahid main
→ Live at https://your-agent.zahid.host ✓
Get free account → Pricing
from €0/mo · no card required
LIVE [news/building-a-custom-gp…] indexed:0 read:4min 2026-10-30 · —