← Journal

The Science, Art, & Architecture of My Salesforce Agent #001

Everyone is building AI agents right now. New tools appear every week — copilots, autonomous assistants, multi-agent systems. The vocabulary is expanding faster than most of us can properly evaluate it.

This is a breakdown of the science, art, and architecture of Agent #001: the conversational interface behind my project, 3MistakesOfMyLife.in.

Start with the word “science”

Science is the disciplined process of observing reality, identifying patterns, forming hypotheses, testing them against the world, and refining understanding based on evidence. In simple terms: a structured method for interacting with reality.

We are entering an era where artificial intelligence participates in that interaction. Agents are not just software — they are systems designed to engage humans through the most fundamental human mechanism there is: conversation. And conversation is not casual. It is highly structured.

A conversation is a very scientific event involving many forces of nature to yield maximum benefits for all involved parties, depending upon the match in frequencies, intents, and uncovered assumptions.

Every conversation carries invisible forces: intentions, attention, language, emotional states, assumptions, mental models. When they align, conversations create clarity. When they do not, they produce confusion and wasted effort.

Most of us are not disciplined, and most of us do not practise much self-awareness. Without those two things, conversations become reactive instead of constructive: assumptions stay hidden, intentions stay unclear, decisions become inconsistent. In a world increasingly shaped by intelligent systems, that gap matters more, not less.

A note from the beginning

About a year ago a mentor told me that a great many Agentforce agents were being deployed, and a great many of them were failing — not because the technology was weak, but because the architecture behind them was. The industry, he said, is going to need critical thinkers who can design these systems properly.

So I started learning the ABCs of Agentforce. I am a slow learner, but persistent. Today I have my first agent running. Is it impressive? Not really — it is barely up to the mark compared to the best out there. That is fine. I am not a specialist yet. I am working on it, four hours a day.

The project behind the agent

3 Mistakes of My Life is a discipline programme for kids, built in collaboration with parents. The premise is simple: if the next generation grows up in a world shaped by AI, they will need stronger foundations in discipline, reflection, self-awareness, and structured thinking. Those are not developed through lectures — they come from guided conversations and deliberate practice.

Parents participate alongside their kids. Mentors guide the parents. Discipline becomes a measurable practice rather than a vague concept. Agent #001 is the first conversational interface into that system.

Current architecture

Agent #001 is extremely basic. It performs one primary function: it explains the project. There is no persuasion layer, no onboarding automation, no behavioural coaching, no lifecycle engagement. It introduces the project and answers questions from a structured knowledge library, through a small set of conversational topics.

Inside Agent #001: a blueprint for AI agent architecture

Where a message goes, and what it touches on the way.

The conversational routing engine

1

User message

Every interaction enters through the website.

2

Clarity filters

Handles ambiguous questions, and redirects off-topic inquiries.

3

The Topic Selector router

Identifies intent and routes the query from every user message.

4

RAG-grounded Project FAQs

Answers pulled from structured knowledge, not generated from scratch.

Three layers, kept separate

The experience layer

Frontend interface for user interactions via the website.

The conversation layer

The “brain” (Agent #001) interpreting intent and managing information flow.

The data layer

Foundational Salesforce environment for structured records and interaction histories.

Where it is, and where it goes next

Functional phaseArchitecture componentsAgent capability
Current — awareness Knowledge library & Topic Selector Explaining project philosophy and answering FAQs
Next — operational Logging & mentor registration Tracking interaction data and capturing structured mentor leads

Topic Selector

Every user message passes through the Topic Selector first. Its job is to understand intent and route the conversation to the correct topic — the conversation router.

Project FAQs

Questions about the programme activate Project FAQs, which retrieves from the knowledge library using retrieval-augmented generation. Instead of generating blindly, the agent references documentation drawn from the live site. Responses stay grounded in the actual project.

Off Topic

Anything outside scope gets a gentle redirect — “I’m here to help with the discipline program. Would you like to know how it works?” This protects the boundaries of the system.

The architectural principle

Agents should sit between experience and data — not replace either.

Experience happens on the website. The agent acts as a conversation layer. Structured records eventually live in a Salesforce data layer. Keeping those layers separate lets the system evolve without breaking the conversation interface.

What is missing

Right now the agent supports exactly one stage: awareness. Everything else is still to be built.

The business architecture exists conceptually. The operational layers are under construction.

Data before intelligence

One thing is already clear: agents do not fail because of prompts. They fail because the underlying data architecture is messy. Most CRM environments struggle with inconsistent objects, incomplete fields, and fragmented interaction histories. Introduce an agent into that and it simply amplifies the chaos.

Before expanding an agent’s intelligence, the system has to define clean data structures, traceable interaction records, and clear ownership of information. Only then does the agent become useful.

The next iteration

Conversation logging. Conversations are currently stored nowhere. Logging them tells us what users ask, where conversations break, and whether the agent is improving.

Mentor registration. Collecting name, email, location, and background inside the conversation itself — the first structured dataset for the mentor ecosystem.

A note to system integrators

The questions in this project show up inside almost every Salesforce implementation today. How do we structure data so agents can reason correctly? How do we design conversational systems that actually support business workflows? How do we move from experimentation to measurable outcomes?

If you are a Salesforce system integrator exploring Agentforce, I would genuinely like to hear how you are approaching these problems. I am building this in public, and I will keep documenting the architecture as it evolves.

Agent #001 is just getting started.

Book a conversation Original post