@jinchenma_ai: https://x.com/jinchenma_ai/status/2075063722624921848

X AI KOLs Timeline Tools

Summary

This article proposes a four-layer architecture for building an AI knowledge base: data layer, indexing layer, rules layer, and workflow layer, and provides a seven-step practice method from scratch to help ordinary people and small to medium enterprises build a usable knowledge base system.

https://t.co/AYbMCtzdXF
Original Article
View Cached Full Text

Cached at: 07/09/26, 11:43 AM

Why Can’t You Build Your AI Knowledge Base? Maybe You’re Missing These Four Layers

Have you ever run into this situation?

You throw your documents into an AI, or create a folder called “knowledge base” and ask the AI to read it. But the AI’s answers are still vague and generic—no different from just using the general-purpose model.

You’ve clearly given it the materials. So why doesn’t it work well?

Most people blame two things: either the tool isn’t powerful enough, or they don’t have enough materials. So they keep piling on more data and switching tools, only to find the same old problem.

In reality, the real issue isn’t the tool or the amount of data.

A good AI knowledge base isn’t just about storing materials. It needs at least four layers: the Data Layer, the Index Layer, the Rules Layer, and the Workflow Layer.

But most people only build the first layer—and they might not even get that right.

Layer 1: The Data Layer — First, Solve What the AI Can Actually Read

The data layer is the foundation. Company documents, product/service info, customer questions, case records, meeting notes, diaries, historical articles—all belong here.

Quantity isn’t the top priority here. Clean, readable, and traceable data matters more than volume.

AI output quality is determined by three things: model capability, context quality, and task constraints. Model capability is roughly the same for everyone, and task constraints come later. This layer is about context quality first—making sure what the AI gets is correct and clean.

There are a few common pitfalls in the data layer.

First, throwing everything in. Scanned PDF images, low-quality screen recordings, multiple versions of contracts, outdated quotes mixed with new ones. The AI can’t automatically pick out the useful parts from a pile of junk.

Second, dirty data. Images, audio, and video haven’t been transcribed to text, so the AI can’t read them. Documents have messy formatting, broken paragraphs, tables embedded in images—the AI can’t understand them. Sources are unclear, so you can’t trace the original reference.

Third, packaging just a couple of documents as a knowledge base. When you have too little data, the AI’s context is very limited, and the answer quality won’t be much better than a generic model. It’s not that knowledge bases are useless—it’s that your data can’t support one yet. When you have little data, direct prompting works best. Don’t rush to set up a knowledge base system. Wait until you have enough data that you need classification and search—then build it.

The right starting point for the data layer is to select a batch of safe, non-sensitive materials that represent your real business. 10 to 30 pieces are enough. The key is cleanliness. Plain text, Markdown, and transcribed audio are the formats AI reads most easily.

When data is scarce and the task is temporary, just feed it directly. Only when data starts to grow do you need the next step.

Layer 2: The Index Layer — Solve How the AI Finds Data

Once you have data, the next step is helping the AI find it.

Many people build their knowledge base, and every time they ask the AI a question, it goes through all the data. With a few dozen files, it’s okay. But with hundreds of files, two problems appear: the AI is slow to search and often misses the most relevant content.

The index layer is a path for the AI.

The index layer corresponds to a three-stage upgrade from simple to complex: first get the simplest version working, then add more if needed.

The first version of an index can be very simple: a directory description. Tell the AI which folder contains customer questions, which folder has cases, which folder has product materials, and where to look for what scenario. This isn’t technology—it’s a path.

As data grows, a single case might belong to sales, customer questions, product features, and content marketing at the same time. A folder-based classification can’t handle that. That’s when you need the second version of the index: a topic map. Instead of reclassifying files, you link materials by topic, so the AI can follow the map to find relevant content.

There’s a further concept called LLM Wiki.

Imagine a library: the books on the shelves are your raw materials, and the card catalog is your directory and topic map.

An LLM Wiki is like having a librarian read all the books and write a guidebook. It includes core summaries of each book, which books cover the same topic, records of new books added, previous questions people asked, and where the answers are (which book, which page). You check the guide first; if it can answer, you don’t need the original book. If not, follow the card catalog to find the specific books. The data layer and index layer each do their own job—don’t mix them.

RAG (vector search) is an upgrade for when the data volume is very large and semantic lookup becomes difficult. It’s not something you need on day one.

Common pitfalls of the index layer: making the AI go through all data every time, lacking a directory description, mixing index data with source materials, and having unstable data paths. These cause the knowledge base to quickly fail as data grows.

Layer 3: The Rules Layer — Solve How the AI Should Use the Data

With data acquired and found, the next step is how to use it.

The same data can be used differently for different tasks. Using the same set of product materials, the output for customer service replies, sales scripts, and public account articles should be completely different. But if you don’t write clear rules, the AI will use the same tone for everything.

At minimum, the rules layer should include: identity/background, target audience, output format, tone/style, forbidden expressions, citation rules, what to do when data is insufficient, and when manual confirmation is required.

For a personal knowledge base, the rules layer can be a personal manual, writing style guide, or project rules. For an enterprise knowledge base, it can include customer service boundaries, product commitment boundaries, industry compliance reminders, and brand expression rules.

The most common pitfall in the rules layer is only giving a one-line prompt. Many people think telling the AI its role is enough.

But a role is just one piece of information; rules are a set of constraints. After the AI answers incorrectly, many people only fix that one result without changing the rules, so the error repeats.

Another easily overlooked pitfall: no requirement to say “I don’t know” when unsure.

Without explicit prohibition, the AI tends to fabricate. If you write “say you don’t know when data is insufficient,” the fabrication rate drops significantly. If you don’t, it will make things up—unacceptable in a production environment.

Layer 4: The Workflow Layer — Solve Where the Knowledge Base Ultimately Goes

An AI knowledge base that only does Q&A isn’t enough.

If you treat the knowledge base as just a search-and-rewrite tool—you ask, it answers—that’s essentially no different from using a generic AI. A truly useful knowledge base must enter real tasks.

Writing articles, answering customer questions, generating sales scripts, training newcomers, reviewing your recent status—these are the outputs.

The workflow layer determines how the previous three layers are organized. For a customer service knowledge base, you build the data layer and rules layer around real customer questions and product boundaries. For a content knowledge base, you design the index and workflow around topics, materials, style, and feedback. For a training knowledge base, you arrange data around SOPs, real cases, and assessment outputs.

Agent, Skill, enterprise system integration—these are all forms of the workflow layer at different maturity levels.

The most common pitfall in the workflow layer: you build it and leave it, with no real task testing, no pass/fail criteria, no feedback loops, and no manual acceptance. If the knowledge base has no output, it has no feedback loop. It’s built in vain.

How Ordinary People and Small/Medium Businesses Can Build the First Version

Back to actionable steps.

The prerequisites are simple: at least some digital materials, preferably real but non-sensitive. The tool must be able to read your local files or enterprise documents.

There’s a shortest path of seven steps.

Step 1: Pick one output first. Customer Q&A, article topics, sales scripts, training Q&A, personal review—pick just one, don’t try to cover everything.

Step 2: Build a small data layer. Place 10 to 30 safe materials. Don’t aim for completeness. Make sure the data is clean—plain text or Markdown is best.

Step 3: Write a directory description. Tell the AI where each type of material is and when to use it. This page is your first version of the index.

Step 4: Write a rules page. At minimum, specify output format, tone/style, a few clear prohibitions, citation requirements, and “say you don’t know when data is insufficient.”

Step 5: Run one real question. Ask the AI to mark which materials it referenced when answering. This step verifies whether the first three layers connect.

Step 6: Do manual review. Check if the AI aligns with your business, if it fabricates, and whether the output can be used with just a small edit.

Step 7: Feed the feedback back into the data or rules. For the point where the AI got it wrong, was it missing data or an unclear rule? Fix the corresponding layer.

The pass/fail criteria are clear: AI can find the correct data; the answer contains your products, cases, or rules; it can cite sources; manual edits are decreasing; errors are written back into the system instead of recurring.

If you get stuck, the troubleshooting is simple.

If answers are vague, it’s usually not the model—it’s that the data is too general or the rules are too sparse.

If the AI can’t find the data, the index layer is weak—no path for the AI.

If it fabricates often, the citation rule is missing, or the “say you don’t know if uncertain” rule isn’t added.

If the style doesn’t match you, the rules layer lacks style samples and forbidden expressions.

If it gets messier over time, there’s no feedback loop and no periodic cleanup of outdated data.

Final Notes

An AI knowledge base is not a folder, nor is it some software.

It is a context system built from four layers: data, index, rules, and workflow—all running together.

Before you start, check your knowledge base with these five questions:

1. Is my data clean enough?

2. Does the AI know where to look?

3. Does the AI know how to use this data?

4. Which real task does it ultimately serve?

5. Are errors and feedback being written back?

Taking the first step is simple. You don’t need to buy a tool first. Find a real scenario, use a batch of safe materials, and run through all four layers for one cycle.

Jinchen Ma | Big Tech Programmer | 30 Days X to 10k+ Followers, Profitable >10k | Sharing AI monetization, programmer career transitions, and OPC insights | Contact info on profile: https://x.com/jinchenma_ai

Similar Articles

@BlockView0214: How to build a knowledge base? There are a bunch of open-source RAG / knowledge base tools on GitHub, with clear divisions of labor: FastGPT (28k+ stars): A knowledge base platform based on LLM, with relatively complete workflows, Q&A, and dataset management, suitable for those who want to quickly build an enterprise knowledge base. https://g…

X AI KOLs Timeline

This article introduces four open-source RAG/knowledge base tools (FastGPT, LLM Wiki, llm-wiki-agent, OpenKB) and provides selection suggestions suitable for building enterprise or personal knowledge bases.

@jinglian: AI Spark @AISpark1 has directly open-sourced its knowledge base. Not just testing the waters with a few articles, but fully releasing all accumulated content. 247 articles, 6 major modules, continuously updated. Open-source link in the comments, save and read at your leisure. ━━━━━━━━━━━━━━ ① AI Beginner's Guide (…

X AI KOLs Timeline

AI Spark has fully open-sourced its knowledge base, containing 247 articles across six major modules (from beginner's guide to industry insights), continuously updated, suitable for AI learners.

@yunxi0623: https://x.com/yunxi0623/status/2068171252595147166

X AI KOLs Timeline

Introduces how to use Obsidian and Claude Code to build a local AI knowledge base, by creating folder structures, writing CLAUDE.md rule files, and step-by-step importing and organizing materials, to achieve long-term portable personal knowledge management.

@Cander_zhu: https://x.com/Cander_zhu/status/2077409094567166271

X AI KOLs Timeline

This article introduces how to use AI (Codex and GBrain) to automate the Inbox processing and knowledge flywheel of Obsidian knowledge base, realizing a closed loop from knowledge input, processing, connection to output, and enhancing the vitality of personal knowledge system.

@canghe: https://x.com/canghe/status/2086372334089462208

X AI KOLs Timeline

This article introduces how to use WorkBuddy/Codex + LLM wiki + Obsidian to build a self-growing personal knowledge base, detailing the Raw/Wiki/Schema three-layer architecture and practical steps, and recommending suitable models and tools.