<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Data Quality on DataAgentX</title><link>https://e343c64b.dataagentx.pages.dev/en/tags/data-quality/</link><description>Recent content in Data Quality on DataAgentX</description><generator>Hugo</generator><language>en-US</language><lastBuildDate>Tue, 13 Oct 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://e343c64b.dataagentx.pages.dev/en/tags/data-quality/index.xml" rel="self" type="application/rss+xml"/><item><title>Data Quality and Validation: Two Gates, Two Risks</title><link>https://e343c64b.dataagentx.pages.dev/en/tech/20261013-quality-and-validation/</link><pubDate>Tue, 13 Oct 2026 00:00:00 +0000</pubDate><guid>https://e343c64b.dataagentx.pages.dev/en/tech/20261013-quality-and-validation/</guid><description>&lt;p&gt;&lt;a href="https://e343c64b.dataagentx.pages.dev/images/articles/quality-and-validation/core-en.svg"&gt;&lt;img src="https://e343c64b.dataagentx.pages.dev/images/articles/quality-and-validation/core-en.svg" alt="Two Gates for Data Quality and Analytical Validation"&gt;&lt;/a&gt;&lt;/p&gt;&#10;&lt;p&gt;If a table has no nulls and no duplicates, can you confidently publish the analysis?&lt;/p&gt;&#10;&lt;p&gt;Not necessarily. Even if the data is entirely correct, the calculation might be wrong; even if calculated correctly, the comparison might be flawed, or correlation might be mistaken for causation. These three types of failures occur at different stages and require distinct checks to catch them.&lt;/p&gt;&#10;&lt;p&gt;Data Analytics Skills divides these into two skills: &lt;code&gt;Analyze Data Quality&lt;/code&gt; to check the data, and &lt;code&gt;Validate Data&lt;/code&gt; to check the analysis. These two gates guard against different risks; missing either one leads to leakage.&lt;/p&gt;</description></item><item><title>If the SQL Runs, Can You Trust the Data Agent Answer?</title><link>https://e343c64b.dataagentx.pages.dev/en/tech/20260910-evaluation/</link><pubDate>Thu, 10 Sep 2026 00:00:00 +0000</pubDate><guid>https://e343c64b.dataagentx.pages.dev/en/tech/20260910-evaluation/</guid><description>&lt;p&gt;A successful query, attractive chart, and complete report do not independently make an answer trustworthy. The agent may have selected the wrong source, bound the wrong metric, executed correct SQL over incomplete data, and then described correlation as causation.&lt;/p&gt;&#10;&lt;p&gt;One accuracy score compresses these failures into a number and hides high-cost errors. A better evaluation follows the analysis chain layer by layer and sends each failure back to the component that can repair it.&lt;/p&gt;</description></item><item><title>The SQL Ran. Why Is the Answer Still Wrong?</title><link>https://e343c64b.dataagentx.pages.dev/en/tech/20260904-correct-sql-wrong-answer/</link><pubDate>Fri, 04 Sep 2026 00:00:00 +0000</pubDate><guid>https://e343c64b.dataagentx.pages.dev/en/tech/20260904-correct-sql-wrong-answer/</guid><description>&lt;p&gt;The most dangerous result in analytics is often not a failed query. It is a query that runs cleanly, returns a precise number, produces a polished chart—and answers the wrong question.&lt;/p&gt;&#10;&lt;p&gt;Suppose an operator asks, “How many new customers did we acquire this month?” The system finds a &lt;code&gt;customer&lt;/code&gt; table, counts distinct IDs by &lt;code&gt;created_at&lt;/code&gt;, and returns 12,486. The query is reproducible and syntactically correct. But Sales defines a new customer as a first-time payer, while Finance excludes refunded transactions and internal test accounts. The query counted new customer records, not the metric that will drive the budget decision.&lt;/p&gt;</description></item></channel></rss>