<?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: Garfield Assay</title>
    <description>The latest articles on DEV Community by Garfield Assay (@assayai).</description>
    <link>https://dev.to/assayai</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.us-east-2.amazonaws.com%2Fuploads%2Fuser%2Fprofile_image%2F4086028%2Ff8e6cffe-89d0-438a-b814-409a85ef7c1a.jpeg</url>
      <title>DEV Community: Garfield Assay</title>
      <link>https://dev.to/assayai</link>
    </image>
    <atom:link rel="self" type="application/rss+xml" href="https://dev.to/feed/assayai"/>
    <language>en</language>
    <item>
      <title>Your Enterprise AI Has a Knowledge Problem, Not Just a Model Problem</title>
      <dc:creator>Garfield Assay</dc:creator>
      <pubDate>Fri, 21 Aug 2026 02:37:39 +0000</pubDate>
      <link>https://dev.to/assayai/your-enterprise-ai-has-a-knowledge-problem-not-just-a-model-problem-2elg</link>
      <guid>https://dev.to/assayai/your-enterprise-ai-has-a-knowledge-problem-not-just-a-model-problem-2elg</guid>
      <description>&lt;p&gt;Teams often diagnose an unreliable enterprise AI system as a model problem.&lt;/p&gt;

&lt;p&gt;They change the prompt. They replace the embedding model. They add a reranker. They increase the context window. These changes can help, but they do not repair the knowledge supply chain underneath the system.&lt;/p&gt;

&lt;p&gt;If the source material is duplicated, stale, contradictory, permission-blind, or ownerless, a stronger model simply retrieves and explains unreliable knowledge more fluently.&lt;/p&gt;

&lt;p&gt;Before building or scaling RAG and enterprise agents, I find it more useful to ask a different question:&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;Is the organization's knowledge ready to be trusted by AI?&lt;/strong&gt;&lt;/p&gt;

&lt;p&gt;Here is a practical five-control framework for answering it.&lt;/p&gt;

&lt;h3&gt;
  
  
  1. Source connection
&lt;/h3&gt;

&lt;p&gt;Can the organization identify where relevant knowledge lives and connect those systems without creating another uncontrolled copy?&lt;/p&gt;

&lt;p&gt;A readiness review should include documents, databases, wikis, support systems, images, audio, and video. The first milestone is not migrating everything. It is establishing read-only visibility into the sources, their owners, permissions, and update patterns.&lt;/p&gt;

&lt;p&gt;Warning signs include exports shared through personal drives, important answers that exist only in chat, and teams that cannot name the system of record.&lt;/p&gt;

&lt;h3&gt;
  
  
  2. Quality and authority
&lt;/h3&gt;

&lt;p&gt;Can the system distinguish an authoritative policy from a convenient but outdated copy?&lt;/p&gt;

&lt;p&gt;Basic retrieval scores are not enough. Enterprise knowledge needs signals such as source authority, freshness, completeness, review status, and intended audience. Those signals should be visible to the people who govern the content and available to downstream retrieval systems.&lt;/p&gt;

&lt;p&gt;Without an authority model, relevance can select the wrong version with high confidence.&lt;/p&gt;

&lt;h3&gt;
  
  
  3. Duplicate and conflict control
&lt;/h3&gt;

&lt;p&gt;Does the organization know when two items are true duplicates, near-duplicates, or conflicting versions?&lt;/p&gt;

&lt;p&gt;The hard part is not only finding similar text. A useful control also defines survivorship rules: which version remains authoritative, which evidence supports that decision, and what happens when a source changes later.&lt;/p&gt;

&lt;p&gt;For multimodal content, this extends beyond text similarity to stable IDs, media fingerprints, transcripts, timecodes, and rights metadata.&lt;/p&gt;

&lt;h3&gt;
  
  
  4. Permissions and lineage
&lt;/h3&gt;

&lt;p&gt;Can every answer be traced back to its source, transformation history, and access policy?&lt;/p&gt;

&lt;p&gt;An AI system should not flatten enterprise permissions during ingestion. It should preserve the chain from source system to extracted knowledge, deduplication decision, authoritative object, and downstream answer or agent action.&lt;/p&gt;

&lt;p&gt;This is both a security control and a debugging tool. When an answer is wrong, teams need to see whether the failure came from the source, preprocessing, ranking, governance decision, or application layer.&lt;/p&gt;

&lt;h3&gt;
  
  
  5. Human governance
&lt;/h3&gt;

&lt;p&gt;Is there a clear queue for decisions that automation should not make alone?&lt;/p&gt;

&lt;p&gt;AI can identify suspicious duplicates, stale content, missing owners, or conflicting claims. It should not silently declare every ambiguous item authoritative. Mature systems route high-impact exceptions to the right human owner, record the decision, and use that feedback to improve future recommendations.&lt;/p&gt;

&lt;p&gt;The goal is not to review everything manually. It is to make the important uncertainty visible and assignable.&lt;/p&gt;

&lt;h2&gt;
  
  
  A simple readiness test
&lt;/h2&gt;

&lt;p&gt;For each control, choose one of four states:&lt;/p&gt;

&lt;ol&gt;
&lt;li&gt;
&lt;strong&gt;Controlled&lt;/strong&gt; — the capability is defined, consistently applied, and measurable.&lt;/li&gt;
&lt;li&gt;
&lt;strong&gt;Partial&lt;/strong&gt; — it exists for some sources or teams but is not dependable across the organization.&lt;/li&gt;
&lt;li&gt;
&lt;strong&gt;Missing&lt;/strong&gt; — the capability is not yet implemented.&lt;/li&gt;
&lt;li&gt;
&lt;strong&gt;Unknown&lt;/strong&gt; — the organization cannot currently verify the answer.&lt;/li&gt;
&lt;/ol&gt;

&lt;p&gt;"Unknown" should not be treated as neutral. Not knowing where knowledge lives, who owns it, or which version is authoritative is itself a visibility risk.&lt;/p&gt;

&lt;p&gt;The output should not be a single vanity score. It should show the weakest control, the evidence gap, and the next governance action that reduces risk before the AI system expands.&lt;/p&gt;

&lt;h2&gt;
  
  
  What to do before tuning the model again
&lt;/h2&gt;

&lt;p&gt;Pick one high-value workflow and trace its knowledge path end to end:&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;Which systems supply the answer?&lt;/li&gt;
&lt;li&gt;Which item is authoritative when versions disagree?&lt;/li&gt;
&lt;li&gt;Which permissions must survive retrieval?&lt;/li&gt;
&lt;li&gt;Can the answer be traced to its source and transformations?&lt;/li&gt;
&lt;li&gt;Who decides when the evidence is ambiguous?&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;If these questions are difficult to answer, model tuning is probably not the highest-leverage next step. Start by making the knowledge supply chain visible.&lt;/p&gt;

&lt;p&gt;Assay is exploring this problem through a 60-second Enterprise AI Knowledge Readiness Check. It produces a directional view of the five controls and the first governance priority—without claiming that a short assessment replaces a full technical review.&lt;/p&gt;

&lt;p&gt;&lt;a href="https://assay.20190628.xyz/en?leadPrompt=1&amp;amp;utm_source=dev&amp;amp;utm_medium=organic_content&amp;amp;utm_campaign=knowledge-readiness-pilot&amp;amp;utm_content=dev-knowledge-readiness-five-controls" rel="noopener noreferrer"&gt;Run the 60-second readiness check&lt;/a&gt;&lt;/p&gt;

&lt;h2&gt;
  
  
  Discussion
&lt;/h2&gt;

&lt;p&gt;When a RAG system gives a confident but wrong answer, which layer do you investigate first: source quality, version conflict, permissions, retrieval, or model behavior?&lt;/p&gt;

</description>
      <category>ai</category>
      <category>rag</category>
      <category>architecture</category>
      <category>productivity</category>
    </item>
    <item>
      <title>Your AI has a knowledge problem, not just a model problem</title>
      <dc:creator>Garfield Assay</dc:creator>
      <pubDate>Thu, 20 Aug 2026 06:44:05 +0000</pubDate>
      <link>https://dev.to/assayai/your-ai-has-a-knowledge-problem-not-just-a-model-problem-5dni</link>
      <guid>https://dev.to/assayai/your-ai-has-a-knowledge-problem-not-just-a-model-problem-5dni</guid>
      <description>&lt;p&gt;Enterprise AI often looks impressive in a controlled demo and becomes unreliable when it meets real company knowledge.&lt;/p&gt;

&lt;p&gt;The model may be capable. The retrieval pipeline may work. Yet the source material still contains:&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;Several versions of the same policy&lt;/li&gt;
&lt;li&gt;Documents whose owners have left&lt;/li&gt;
&lt;li&gt;Fresh content mixed with outdated instructions&lt;/li&gt;
&lt;li&gt;Duplicate files spread across multiple systems&lt;/li&gt;
&lt;li&gt;Answers without traceable sources&lt;/li&gt;
&lt;li&gt;Restricted knowledge that should not be exposed to every user&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;When these materials enter a retrieval system unchanged, the AI does not simply inherit the company’s knowledge. It inherits its contradictions.&lt;/p&gt;

&lt;h2&gt;
  
  
  RAG is necessary, but it is not the whole control system
&lt;/h2&gt;

&lt;p&gt;Chunking, embeddings, hybrid search and reranking can improve retrieval. They do not determine which of two conflicting documents should be trusted.&lt;/p&gt;

&lt;p&gt;That requires a governed knowledge supply chain.&lt;/p&gt;

&lt;p&gt;Before an enterprise AI application or Agent uses a piece of knowledge, five controls should be clear:&lt;/p&gt;

&lt;h3&gt;
  
  
  1. Source connection
&lt;/h3&gt;

&lt;p&gt;Where did the knowledge come from?&lt;/p&gt;

&lt;p&gt;The connection should preserve source identity, permissions, timestamps and content type—not reduce everything to anonymous text.&lt;/p&gt;

&lt;h3&gt;
  
  
  2. Quality and authority
&lt;/h3&gt;

&lt;p&gt;Is the material current, complete and owned?&lt;/p&gt;

&lt;p&gt;Human verification, source authority, freshness and usage signals can help distinguish an approved policy from an abandoned draft.&lt;/p&gt;

&lt;h3&gt;
  
  
  3. Duplicate resolution
&lt;/h3&gt;

&lt;p&gt;Are multiple documents repeating or contradicting the same knowledge?&lt;/p&gt;

&lt;p&gt;Duplicate detection should go beyond filenames. It should identify semantically similar materials and apply explicit survivorship rules to determine the authoritative version.&lt;/p&gt;

&lt;h3&gt;
  
  
  4. Permissions and lineage
&lt;/h3&gt;

&lt;p&gt;Who is allowed to use this knowledge, and how did it reach the answer?&lt;/p&gt;

&lt;p&gt;Every output should remain traceable from its source through processing, classification and retrieval.&lt;/p&gt;

&lt;h3&gt;
  
  
  5. Human governance
&lt;/h3&gt;

&lt;p&gt;What happens when the system is uncertain?&lt;/p&gt;

&lt;p&gt;Low-confidence matches, conflicting sources and high-risk knowledge need a review queue with clear ownership. Human judgment should be part of the operating model, not an emergency fallback.&lt;/p&gt;

&lt;h2&gt;
  
  
  The practical question
&lt;/h2&gt;

&lt;p&gt;Before asking, “Which model should we use?”, enterprises should ask:&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;Is our knowledge ready to be used by AI?&lt;/strong&gt;&lt;/p&gt;

&lt;p&gt;If the answer is unclear, improving the model alone will not create trustworthy outcomes.&lt;/p&gt;

&lt;p&gt;We are building Assay to help enterprises diagnose and govern this layer before unreliable knowledge reaches their AI applications and Agents.&lt;/p&gt;

&lt;p&gt;Take the 60-second AI Knowledge Readiness Check:&lt;/p&gt;

&lt;p&gt;&lt;a href="https://assay.20190628.xyz/en?leadPrompt=1&amp;amp;utm_source=devto&amp;amp;utm_medium=organic_community&amp;amp;utm_campaign=knowledge-readiness-pilot&amp;amp;utm_content=knowledge-supply-chain-post" rel="noopener noreferrer"&gt;https://assay.20190628.xyz/en?leadPrompt=1&amp;amp;utm_source=devto&amp;amp;utm_medium=organic_community&amp;amp;utm_campaign=knowledge-readiness-pilot&amp;amp;utm_content=knowledge-supply-chain-post&lt;/a&gt;&lt;/p&gt;

</description>
      <category>ai</category>
      <category>rag</category>
      <category>machinelearning</category>
      <category>architecture</category>
    </item>
  </channel>
</rss>
