What You Can Do
The Blindata AI Assistant helps you create, edit, explore, and connect metadata across your Blindata organization in plain language. This page is a capability reference: what each area covers, when to use it, prompt patterns to try, and what to expect back.
For full multi-turn walkthroughs by role, see Example Conversations . For how to open the panel, attach files, and manage history, see Using the Assistant .
Business Glossary
When to use it: You need to design, review, or extend your organization’s shared business vocabulary.
| Covers | Concepts, attributes, namespaces, and relationships between glossary objects |
| Prompt patterns | Create a concept for … with these attributes · Review overlapping concepts in the … namespace · Add an IS_A relationship between … and … |
| What you get | Draft or updated glossary items with names, descriptions, and clickable cards to open each asset in Blindata |
| Walkthrough | Data steward: glossary from a policy PDF |
Data Catalog
When to use it: You are onboarding a source system or keeping technical metadata accurate.
| Covers | Systems, tables, columns, descriptions, and visibility notes |
| Prompt patterns | Register the … table in the … schema · Update column descriptions for … · Add visibility notes for the … system |
| What you get | Created or updated catalog entries aligned with your organization’s structure, with links to each asset |
| Walkthrough | Catalog owner: register from a CSV export |
Semantic linking
When to use it: Business and technical metadata exist but are not yet connected.
| Covers | Links between catalog assets (tables, columns) and Business Glossary concepts or attributes |
| Prompt patterns | Link the … column to the … concept · Connect this table to the … data category · Which columns in … are not linked yet? |
| What you get | Proposed or applied semantic links, plus a summary of what was mapped on each side |
| Walkthrough | Semantic analyst: link a new table to the glossary |
Discovery and exploration
When to use it: You need orientation before acting, or a direct answer about what your organization already documents.
| Covers | Search across glossary, catalog, data products , quality checks, governance policies, owners, and related metadata |
| Prompt patterns | Where is … stored? · What do we have about …? · Who owns the … data product? · Which quality checks apply to …? |
| What you get | Lists of matching assets with descriptions and clickable cards, drawn from your organization, not generic placeholders |
| Walkthrough | Business user: find documented data |
The assistant searches across your documented metadata and follows relationships between assets. It does not invent asset names or IDs.
Data products and dependencies
When to use it: You work with data products and need to understand how they relate to each other or to underlying tables.
| Covers | Data products, domains, input/output dependencies, and links to catalog or glossary assets |
| Prompt patterns | What feeds the … data product? · Which data products depend on …? · Summarize upstream sources for … in business terms |
| What you get | Dependency summaries with business and technical context, plus navigation to every asset in the chain |
| Walkthrough | Data product owner: lineage for a stakeholder review |
Lineage
When to use it: You need to trace where data comes from, where it goes, or what is affected by a change.
| Covers | Upstream and downstream lineage for tables, columns, data flows, and data products |
| Prompt patterns | Where does the … table get its data? · What is downstream of …? · What depends on the … column? |
| What you get | Lineage paths in plain language with a clickable card for each asset in the chain |
| Walkthrough | Catalog owner: impact check before a schema change |
Query generation
When to use it: You need a data-access draft (a query in whatever language your source system uses) and want it grounded in assets your organization has already documented.
The preferred approach is ontology-based discovery. In plain terms, start from business vocabulary rather than physical table or column names. Describe what you need using concepts, attributes, or data categories from the Business Glossary , and let the assistant follow semantic links to the right catalog assets. This mirrors how stewards think about data and avoids guessing physical names.
You can also name specific assets if you already know them, but starting from the ontology is the recommended path when links exist.
| Covers | Query drafts built from glossary-linked catalog assets, or from entities and fields confirmed in your organization |
| Prompt patterns | Write a query for active customers using the Customer concept · Get order totals using the Transaction Value attribute · Write a query for … using the … table |
| What you get | A query in the format appropriate for the linked system, using verified asset names, with links to the catalog resources the query is based on |
| Walkthrough | Analyst: query from business terms |
The assistant suggests queries only when the source is queryable and enough metadata is available. The output format follows the system type registered in your catalog; it will not guess collection names, field names, or syntax. If ontology links are missing, it will tell you what to link or confirm before generating a query.
Work from your documents
When to use it: Governance work starts outside Blindata, in a policy, export, diagram, or specification you already have.
| Covers | Glossary drafting, catalog registration, ontology suggestions, and enrichment using attached files |
| Prompt patterns | Attach a PDF: Create glossary concepts from section … · Attach a CSV: Register these columns in … · Attach a diagram: Suggest an ontology structure based on this model |
| What you get | Drafts grounded in your file content combined with your organization’s metadata, not blank templates |
You must include a written instruction with every attachment. Supported file types and limits are in Using the Assistant → Adding files .
Same work, different interface
The assistant covers the same stewardship work as the Blindata UI: glossary curation, catalog registration, semantic linking, exploration, lineage, query generation, and data product navigation. It is another path to outcomes you already know from the Business Glossary and Data Catalog , not a separate product.
When the assistant proposes creates or updates, review the outcome before treating it as final. It uses your organization’s metadata, but you stay in control of what gets applied. This matches the in-chat reminder that AI can make mistakes.
How results appear
- Clickable resource cards: open glossary terms, tables, columns, data products, and other assets directly in Blindata
- Clear summaries: lists, relationship explanations, and lineage descriptions in plain language
- Visible steps: when the assistant looks up information, you can see a high-level view of what it checked
What it will not do
- Invent asset names, IDs, or relationships that do not exist in your organization
- Bypass your access controls or permissions
- Apply destructive changes without your explicit direction
- Generate speculative queries when metadata is missing or the source does not support query generation
Languages
The assistant replies in the language you write in. Searches and responses can draw on metadata across your organization regardless of the language each asset was documented in.