<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:dc="http://purl.org/dc/elements/1.1/">
  <channel>
    <title>DEV Community: Murali Gour</title>
    <description>The latest articles on DEV Community by Murali Gour (@murali_gour_13cd7a6a6db2c).</description>
    <link>https://dev.to/murali_gour_13cd7a6a6db2c</link>
    <image>
      <url>https://media2.dev.to/dynamic/image/width=90,height=90,fit=cover,gravity=auto,format=auto/https:%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Fuser%2Fprofile_image%2F3907811%2F5fdeae3c-ecdb-494d-9ed1-55af1ca265e3.png</url>
      <title>DEV Community: Murali Gour</title>
      <link>https://dev.to/murali_gour_13cd7a6a6db2c</link>
    </image>
    <atom:link rel="self" type="application/rss+xml" href="https://dev.to/feed/murali_gour_13cd7a6a6db2c"/>
    <language>en</language>
    <item>
      <title>We built columnar data ops for AI agents — here's why and how</title>
      <dc:creator>Murali Gour</dc:creator>
      <pubDate>Thu, 04 Jun 2026 09:04:23 +0000</pubDate>
      <link>https://dev.to/murali_gour_13cd7a6a6db2c/we-built-columnar-data-ops-for-ai-agents-heres-why-and-how-2ff2</link>
      <guid>https://dev.to/murali_gour_13cd7a6a6db2c/we-built-columnar-data-ops-for-ai-agents-heres-why-and-how-2ff2</guid>
      <description>&lt;p&gt;If you've built an AI agent that touches real enterprise data, you've probably hit this wall.&lt;/p&gt;

&lt;p&gt;Your agent pulls 2,000 records from Salesforce. Now what? The model can't reliably filter, sort, or group 2,000 rows inside its context window. You don't want to dump all of it as raw JSON. And spinning up a Python runtime just to run a pandas filter feels like overkill for what should be a simple operation.&lt;/p&gt;

&lt;p&gt;This is the problem we kept running into at DataGrout. So we built Frame.&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;What is Frame?&lt;/strong&gt;&lt;/p&gt;

&lt;p&gt;Frame is a suite of columnar data operations exposed as MCP tools — callable directly by any AI agent without a Python runtime, extra infrastructure, or round-trips to an analytics API.&lt;/p&gt;

&lt;p&gt;Here's what it looks like in practice. An agent receiving tabular records from a CRM can do this in a single workflow step:&lt;/p&gt;

&lt;p&gt;frame.filter({ payload, where: [{ field: "status", op: "eq", value: "active" }] })&lt;br&gt;
→ frame.sort({ payload: "$filter.records", by: [{ field: "revenue", dir: "desc" }] })&lt;br&gt;
→ frame.slice({ payload: "$sort.records", offset: 0, limit: 50 })&lt;/p&gt;

&lt;p&gt;No Python. No pandas. No external call. Pure deterministic output the agent can immediately act on.&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;The full operation set&lt;/strong&gt;&lt;/p&gt;

&lt;p&gt;frame.filter — declarative row filtering with 10+ operators (eq, neq, gte, lte, contains, starts_with, is_null...)&lt;br&gt;
frame.sort — multi-column sorting with per-field direction control&lt;br&gt;
frame.group — aggregate by key, compute counts, sums, averages&lt;br&gt;
frame.pivot — reshape rows into columns for cross-tab analysis&lt;br&gt;
frame.join — merge two datasets on a shared key field&lt;br&gt;
frame.slice — page or window over large records&lt;br&gt;
frame.select — keep, drop, or rename columns in one pass&lt;br&gt;
Frame.pluck —extract one column into a flat array, dot-notation supported&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;Why deterministic matters&lt;/strong&gt;&lt;/p&gt;

&lt;p&gt;One of the core design decisions with Frame was making every operation pure and deterministic. No AI generation touches the data transformation layer. The agent decides what to do, Frame executes it exactly. This eliminates a whole class of hallucination risk that comes with asking an LLM to reshape data directly.&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;Handling large datasets&lt;/strong&gt;&lt;/p&gt;

&lt;p&gt;Frame accepts cache_ref outputs from previous tool calls, so agents can operate on large paginated datasets without retransmitting the full payload each time. This was critical for production workflows where data sets run into tens of thousands of rows.&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;How it composes&lt;/strong&gt;&lt;/p&gt;

&lt;p&gt;Frame tools chain together natively via flow.into inside DataGrout workflows. The output of frame.filter feeds directly into frame.sort without any manual wiring. This composability is what makes it genuinely useful in multi-step agent workflows rather than just as a standalone utility.&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;Where we are today&lt;/strong&gt;&lt;/p&gt;

&lt;p&gt;Frame is live at datagrout.ai/tools/frame and We launched on &lt;a href="https://www.producthunt.com/products/datagrout-ai/launches/datagrout-frame" rel="noopener noreferrer"&gt;Product Hunt&lt;/a&gt; today — would appreciate your support if this is useful to you!&lt;br&gt;
We're actively building out the operation set. What data operations are you missing in your agent workflows? Drop them in the comments — we're reading everything.&lt;/p&gt;

</description>
      <category>ai</category>
      <category>mcp</category>
      <category>agents</category>
      <category>devtools</category>
    </item>
  </channel>
</rss>
