Greg Coquillo

Product Leader @AWS | Startup Investor | 2X Linkedin Top Voice for AI, Data Science, Tech, and Innovation | Quantum Computing & Web 3.0 | I build software that scales AI/ML Network infrastructure

Product leader with a passion for solving business use cases such as Growth, Go-to-Market, and Price Optimization. I owned P&L for commodity-based products, and leveraged AI to increase the average customer contract values across business industries. As a Product Leader at Amazon, I own a roadmap that drives the adoption of AI products through the Media Automation charter, which supports Private Brands’ YOY growth. I work with Data Scientists, Software Engineers and Business Intelligence Engineers to leverage Machine Learning and Big Data Analytics to design predictive models that enhance business decision-making and performance to accelerate growth, reduce Time to Market of products, monitor cross-geo compliance and import requirements, and ensure customer safety.

I am always curious and eager to learn how new technology affects our daily lives, and I love to support communities on their quest to adopt Artificial Intelligence across industries. Feel free to contact me if you have Data Science projects that you’d like to be showcased on this platform for visibility.

🌐I am a Global Business Leader with 12 years of experience and skills including Product Management, P&L management, Global Networking, EBITDA Optimization, Pricing Management, Margin Management, Product Management, Program Management, Operations and Supply Chain Management, Lean Manufacturing, Six Sigma, and Continuous Improvement.

🧘🏽‍♂️Soft Skills include: Communication, Collaboration, Lateral Thinking, Adaptability, Inspiration, Innovation, Empathy, Listening, Diplomacy, Organization, Responsibility, Leadership...

🎬🎥🎞 I really enjoy watching movies, and if I could redo it all over, I’d be a Sci-Fi script writer so I can be bounded by the limits of imagination.

(Opinions are my own)

Product Management, Media Automation

Owner of the AI vision and roadmap for Private Brand’s Compliance Division. Driving adoption of new technology, allowing my customers to scale their processes and increase productivity. Core responsibilities include:

-Building cross-functional teams consisting of Data Scientists, Software Engineers, Data Engineers, Product Managers and Program Managers, to plan and implement sophisticated AI projects
-Manage the New Initiative Intake Process
-Gather Business requirement artifacts
-Communicate roadmap definition and prioritization
-Coordinate User Acceptance Testing
-Manage Launch Announcements
-Prepare and communicate annual planning artifacts

AI Agents are task-specific, autonomous systems that integrate large language models with structured tools, APIs, and real-time data sources. 

They operate across domains such as cybersecurity, supply chain logistics, and healthcare by executing workflows that traditionally required human-in-the-loop decision making. 

These agents leverage vector databases, retrieval-augmented generation, and fine-tuned embeddings to enable contextual reasoning and dynamic response generation. 

As orchestration frameworks mature, multi-agent systems are increasingly capable of handling end-to-end processes like demand forecasting, patient triage, and adaptive tutoring with minimal supervision.

The below chart shows just how broad their impact is:

1.🔹 IT & Security : Phishing filters, threat detection, patch suggestions
2.🔹Healthcare : Patient alerts, medical chatbots, symptom matching
3.🔹 Education : Flashcards, concept explainers, AI tutors
4.🔹 Sales & Marketing : Lead scoring, campaign ideas, email outreach
5.🔹Logistics : Fleet tracking, demand forecasting, inventory updates
6.🔹Manufacturing : Predictive maintenance, robotic control, energy monitoring
7.🔹 Research : Academic writing, data cleaning, topic expansion
8.🔹 Customer Support : FAQ bots, emotion detection, chat summaries
9.🔹 Smart Environments : Digital twins, voice commands, access control
10.🔹Ops Automation : Shift scheduling, system alerts, order tracking

What used require significant manual effort, now takes a few smart agents.

I believe it’s a great time to start exploring and experimenting in this space…

If you’re learning AI automation without a roadmap, you’re guaranteed to get overwhelmed.

People usually “learn AI automation” by jumping straight into tools… and then wonder why nothing works consistently.
Real automation requires structure - thinking, logic, testing, and a gradual build-up of skills.

This 18-day roadmap breaks down the exact sequence to go from zero → confidently building automations with AI, APIs, tools, and no-code platforms.

Here’s the full breakdown, day by day:

Day 1 - AI Automation Fundamentals
Learn what automation really means, how it differs from AI and agents, and see real examples.

Day 2 - Automation Thinking
Break work into steps, triggers, and outcomes - the mindset behind every good automation.

Day 3 - APIs & Webhooks Basics
Understand how apps communicate and how events trigger workflows.

Day 4 - No-Code Automation Platforms
Explore Zapier, Make, n8n - and how no-code tools actually run workflows.

Day 5 - Build Your First Automation
Create a simple trigger-action workflow and connect two apps.

Day 6 - Data Handling
Pass data between steps, map fields, and work with text, numbers, and dates.

Day 7 - Logic & Error Handling
Add filters, conditional logic, retries, and fallbacks to keep automations reliable.

Day 8 - AI Model Basics
Learn prompts vs system instructions, tokens, limits, and LLM behavior.

Day 9 - Using AI Inside Automations
Insert AI steps into workflows and parse structured AI outputs.

Day 10 - Prompt Design for Automation
Write consistent prompts and reduce hallucinations with JSON outputs.

Day 11 - Text-Based Task Automation
Automate email replies, summaries, CRM updates, and document tasks.

Day 12 - Knowledge Automation (RAG Basics)
Connect AI to internal documents and fetch accurate answers from real data.

Day 13 - AI Agents Basics
Understand agent planning, tools, and identify use cases for agents.

Day 14 - Business Use Case Automation
Automate lead qualification, ticket routing, and internal processes.

Day 15 - Sales & Marketing Automation
Personalize outreach, repurpose content, and automate follow-ups.

Day 16 - Operations Automation
Manage approvals, notifications, and repetitive operational tasks.

Day 17 - Monitoring & Optimization
Track workflow success, cut costs, and improve performance.

Day 18 - Build & Ship Your System
Design, test, document, and finalize a complete end-to-end automation.

You don’t master AI automation by learning tools, you master it by learning systems thinking, data flow, and structured execution.

Follow this roadmap, and you’ll build automations that are reliable, scalable, and business-ready.

Data ➝ AI ➝ Value.
That’s still what companies think AI Looks like

But in the real world…

AI inside companies looks nothing like that.

Because value doesn’t come from “building a model”.

Value comes from building a working system around the model.

This guide explains what AI actually looks like in companies 👇

It’s a full production chain, not a single step:

1) Data
Selection, sourcing, synthesis - getting usable data is already 50% of the work.

2) Data Science
Exploration → cleaning → normalization → feature engineering → scaling
Then modeling: selection → training → evaluation → tuning

3) Value (Operationalizing)
Real value starts only after:
registration → deployment → monitoring → retraining

So ML is not “AI work”.

It’s data engineering + modeling + MLOps, all together.

What GenAI-enabled AI actually looks like

GenAI doesn’t remove complexity.

It shifts complexity from “models” to workflows + control.

The real GenAI path is:

- Understand the decision process
What decisions are being made today? Where does judgment happen?

- Workflow experimentation
Iterate with prompts, APIs, tools, retrieval, automation, coding — until it works reliably.

- Guardrails
Policies, safety filters, access control, cost limits, prompt rules, grounding.

- Monitoring
Track quality, drift, failure modes, user behavior, data leakage, hallucinations.

- Human in the loop
Because the highest-value workflows still need supervision, approvals, and feedback.

The takeaway?

AI isn’t a “feature.”

AI is an operating system change.

And companies that understand this early…

ship faster, safer, and with real ROI.

If you're building enterprise AI, stop chasing “Data → AI → Value”.

Start building: Workflows → Guardrails → Monitoring → Value.

#AI

Knowing RAG is easy. Measuring it is the real skill.

Everyone can plug in a vector DB and call it a RAG system.
But only a few can actually evaluate whether the system retrieves the right knowledge, avoids hallucinations, and answers with confidence.

That’s where retrieval metrics matter, they turn guesswork into engineering.

Here’s a simple breakdown of the 20 metrics that actually show whether your RAG system is good… or just lucky.

1. Precision@K - Checks how many retrieved chunks are truly relevant.
2. Recall@K - Measures whether all important chunks were found.
3. Hit Rate - Confirms if at least one correct chunk appears.
4. MRR - Rewards results where the correct chunk ranks high.
5. NDCG@K - Evaluates ranking quality, not just correctness.
6. Top-1 Accuracy - Tests whether the first chunk is the best one.
7. Query Coverage - Checks if retrieval answers the entire question.
8. Evidence Sufficiency - Asks: “Is this enough to answer fully?”
9. Context Relevance Score - Measures alignment between query meaning and chunk content.
10. Chunk Redundancy Rate - Tracks repeated or duplicate chunks.
11. Chunk Diversity Score - Shows whether results come from varied, reliable sources.
12. Source Coverage - Checks if retrieval pulls from the right documents.
13. Citation Accuracy - Confirms the final answer cites real, correct evidence.
14. Groundedness Score - Tests how strongly the answer stays rooted in retrieved context.
15. Faithfulness - Ensures the model doesn’t distort the evidence.
16. Hallucination Rate - Measures unsupported claims the model invents.
17. Retrieval Latency - How fast chunks reach the model.
18. Token Efficiency - How much useful context fits into the token limit.
19. Freshness - Checks if the retrieved info is up-to-date.
20. Retrieval Failure Rate - Tracks how often retrieval returns irrelevant or misleading chunks.

Anyone can build RAG.
Only skilled teams can measure retrieval, and that’s what decides whether your system scales or breaks.

Which metric do you think is the most underrated right now?

Single agents are powerful.
But multi-agent systems?
That’s where AI starts behaving like a real team.

As AI moves from “answering questions” to doing actual work, the real unlock isn’t a bigger model, it’s how multiple agents collaborate.

Different patterns fit different types of tasks, and choosing the right one can be the difference between a smart system and a chaotic one.

Here are 8 multi-agent collaboration patterns every builder should understand:

1. Manager–Worker Pattern
One agent breaks down the task, others execute the pieces.
Great for large, structured work like research + writing + QA.

2. Specialist Agents (Role-Based Team)
Each agent has a defined role - researcher, analyzer, writer.
Best when accuracy and expertise matter.

3. Planner–Executor Pattern
A planner decides the steps; an executor runs tools and actions.
Ideal for automation tasks, workflows, and system integrations.

4. Critic / Reviewer Agent
One agent generates, another fixes mistakes.
Useful for RAG responses, code checks, compliance-sensitive tasks.

5. Debate Pattern
Agents challenge each other with alternative solutions until the best idea wins.
Good for strategy, architecture, and trade-off decisions.

6. Voting / Consensus Pattern
Multiple agents propose answers, the system picks the best one.
Great for open-ended, ambiguous, or high-risk queries.

7. Swarm / Parallel Exploration
Many agents explore multiple sources at once.
Perfect for fast research and time-sensitive retrieval.

8. Tool Router / Dispatcher Pattern
A router agent decides which tool or agent should handle the request.
Works best in enterprise setups with many databases, APIs, and systems.

AI isn’t becoming powerful because models are getting bigger.
It’s becoming powerful because agents are learning to work together.

This is what turns AI experiments into real products.

Teams get excited about the model… 
but the model is only one slice of the stack.

Real AI products work because every layer around it is engineered with intent.

This breakdown shows what a modern, production-grade AI product stack actually looks like: 

1. Application Layer
The user-facing shell - authentication, UI, APIs, monitoring, analytics. This is where reliability, speed, and trust are felt long before AI runs.

2. Agentic AI Layer
The intelligence engine - reasoning, retrieval, tool use, orchestration, and memory. This layer decides whether your system simply answers… or actually acts.

3. GenAI Ops Layer
The guardrails - tracing, evaluation, experiments, and quality checks. This is how you keep an AI system stable as it learns and evolves in production.

4. Tools & Services Layer
The essentials - model APIs, data warehouses, and external integrations. These services give your AI the inputs, structure, and capabilities it needs to function.

5. Infrastructure Layer
The backbone - compute, storage, GPUs, networking, and security. If this layer is weak, nothing above it scales safely.

AI products don’t succeed because of one great model.
They succeed because every layer, from UI to GPUs - works together as one system.

RAG is not just “upload PDFs + chat with them.”

But that’s like calling every vehicle a “car.”

Because in real AI systems, there are 3 completely different architectures hiding behind the same word:

Naive RAG vs Agentic RAG vs Agentic Memory.

And if you don’t know the difference, you’ll build the wrong system… and blame the LLM later.

Here’s what’s actually happening : 

1. Naive RAG (Basic Retrieval)
Naive RAG is the most common setup: documents get indexed once, stored in a vector database, and whenever a user asks a question, the system fetches the closest chunks and sends them to the LLM. It works well for simple document Q&A, but the accuracy completely depends on retrieval quality  - if the wrong chunk is retrieved, hallucinations become inevitable.

2. Agentic RAG (Tool-based Retrieval + Reasoning)
Agentic RAG is not a fixed pipeline - it’s a decision-making system. Instead of blindly retrieving from a single database, an agent dynamically decides which sources to search, which tools to use, whether the answer needs verification, and when to retry retrieval. This is what enables enterprise-grade search across documents, CRMs, knowledge bases, and even the web - but it also introduces more complexity and cost.

3. Agentic Memory (Long-term Learning Loop)
Agentic Memory is not about pulling knowledge from documents - it’s about building continuity. The system stores useful signals from past interactions (preferences, decisions, repeated tasks, user context) and retrieves them later to give better responses over time. This turns the assistant into something that evolves with usage but if memory isn’t governed properly, it can quickly become noisy, irrelevant, or even risky.

The easiest way to remember it:

Naive RAG = answers from stored docs
Agentic RAG = answers using tools + multiple sources
Agentic Memory = answers that improve over time

If you’re building agents in 2026…
understanding this difference is not optional, it’s architecture.

🎯 Mark Freeman II

onthemarkdata.com | Senior data engineer helping brands with GTM and content strategy.

I'm a community health advocate turned data engineer interested in the intersection of social impact, business, and technology. My life’s mission is to improve the well-being of as many people as possible through data—especially among those marginalized.
 
As the founder of On the Mark Data, I use this platform to help brands connect to data professionals through captivating content.
 
I received my M.S. from the Stanford School of Medicine and I'm also certified in Entrepreneurship and Innovation from the Stanford Graduate School of Business. In addition, I have worked within numerous startups where I have put machine learning models into production, integrated data analytics into products, and led migrations to improve data infrastructure.
 
The culmination of my technical skills, content success, and experience within startups would make me an asset whether you are looking to create a successful content strategy, engage in influencer marketing campaigns, or develop a go-to-market strategy for your startup.

You can learn more about opportunities to collaborate, my media appearances, or my content at onthemarkdata.com.

Tech Lead, GTM Engineering

• Joined as employee one to lead GTM at Gable to help us reach our first customers.
• Worked with the CEO to establish our GTM strategy, content strategy, and messaging for technical audiences.
• Building internal data products to drive our GTM strategy and sales.

Hannes Mühleisen (co-founder of DuckDB) doing his slides like SQL queries is so damn cool.

The most powerful communication is often what's not said.

Dev 🤝🏼 GTM | O’Reilly Author | [in]structor (33k+ Learners)

No alternative text description for this image

Joe Reis recently inspired me to consider Claude Code as a writing tool when he challenged the notion of context graphs.

He essentially took the Foundation Capital article that has been going viral and ran it through Claude Code.

It instantly transformed a very theoretical article into an entire code repo you could explore on his public GitHub (then used that as a tool to critique).

A thought then popped into my head:

"What if my writing was so clear that you could throw an entire article into Claude Code and it would one shot a working POC of the presented ideas."

Welp, the implementation chapter of our book (Ch. 7) is public on GitHub and is stored as a README file.

So let's see if my writing is clear enough for AI to one shot it.

I downloaded the repo to my local machine, got rid of every file except the README, the JSON dataset, and a folder of diagrams from the chapter.

Then I prompted: "This is my technical chapter of the book. Implement it."

I couldn't believe it... In about 10 minutes it was spinning up a Docker image, loading data into Postgres, and then running my tests.

Keep in mind I spent a couple intense weeks building that codebase for the book.

To be clear, I'm not advocating for such code to be useable, but rather it's now a tool that I can use to further validate my writing.

Present your novel ideas.
But show the working POC.

It's the same as in academia where you have research papers that include code and data for repeatability.

The bar has risen for everyone now. Talk is cheap.

Crazy Idea: I use claude code on a live stream where I'm building an app from scratch.

But...

People on the live stream can enter prompts on my behalf while I'm building to either help or mess with the project.

I think the chaos would be both fun and hilarious.

You didn't hear it from me, but the coolest talk at Data Day Texas is happening at 2:55PM in room 204 👀

Live coding exercise for my conference talk at Data Day Texas? You bet!

Saturday - 2nd Floor - Ballroom 204

Code: The Untapped Metadata Source Driving Most Data Failures

Over the past three years, collaborating with organizations implementing data contracts and writing the O'Reilly book on the topic, it has become abundantly clear that data is surprisingly the wrong surface to address systemic data issues —we actually need to focus on code. Code not only defines what data is captured and moved through software systems, but it's also the ultimate source of truth in how a business operates and its documented changes over time. This is evident in how some of the most significant internet outages can be traced not only to code changes, but also to how those changes affected underlying data models. In this talk, I share case studies and lessons learned in extracting metadata from code and using it to enforce expectations across software systems and data products.

Remember back in the ancient internet times when you could use this cool thing called HTML to customize your Myspace profile.

Just randomly hacking away at sections to see what changed. Copy and pasting random code and hoping it works.

Vibe coding feels eerily similar.

What data scientist experienced in 2023 with the realease of ChatGPT is the same experience software engineers are experiencing today with Claude Code.

Back in 2022 I was transitioning from data science to data engineering, and a major project that led to that promotion was building and deploying a natural language processing pipeline.

Back then I was using SpaCy, which was an opinionated framework for implementing the latest production-ready NLP models.

Yeah... I open up ChatGPT and immediately see the "advanced" work I put into production was now antiquated.

While I wouldn't throw an LLM at my production project back in 2023, I was intimately aware of what was required to get business value out of text.

What ChatGPT showed me was that a large portion of the difficult parts of NLP were now just a simple API call... and more importantly, highlighted the inflection point if the momentum of change followed.

Fast forward to today, and so many software engineers built side projects over the holiday break and experienced the exact realization I had back in 2023.

"This LLM accomplished way more than I expected, and I can see an inflection point if this trend continues."

Imagine what will be accomplished in the next few years.

taplio

The Battle

Greg Coquillo

🎯 Mark Freeman II

Followers

Posts

Engagements

Likes

Performance ScoreGreg Coquillo's LinkedIn Performance

Performance Score🎯 Mark Freeman II's LinkedIn Performance

Ready to grow your LinkedIn presence?

taplio

The Battle

Greg Coquillo

🎯 Mark Freeman II

Followers

Posts

Engagements

Likes

Performance Score.css-goub6s{font-size:var(--chakra-fontSizes-md);font-weight:500;color:var(--chakra-colors-gray-600);display:block;margin-top:var(--chakra-space-1);}Greg Coquillo's LinkedIn Performance

Performance Score🎯 Mark Freeman II's LinkedIn Performance

Ready to grow your LinkedIn presence?

Performance ScoreGreg Coquillo's LinkedIn Performance