
DataSentry
io.github.JackxiaozhirenPublished by GitHub account Jackxiaozhirenv2.0.0Updated Oct 26, 2026
Local-first MCP server for data-quality discovery, evidence, drift, and controlled repair.
Overview
Local-first MCP server that lets an assistant scan data for quality issues, inspect evidence, compare drift, and propose reversible repairs.
- What you can do
- Scan files, databases and cloud objects for data-quality issues and read evidence-backed findings with samples, counts and confidence
- Read six-dimension quality scores, history and drift comparisons across schema, row counts and issue distribution
- Validate data contracts and manage scheduled scan jobs
- Propose, preview, apply to a copy, verify and roll back repairs without overwriting the source
- When to use it
- Useful when you have data you do not fully trust yet and want automatic issue discovery with evidence before writing permanent rules, or when you want an assistant to run a conservative, reversible detect-fix-verify loop over CSV, Parquet, JSONL, XLSX, DuckDB, SQLite, PostgreSQL, MySQL or S3/GCS/Azure objects.
- Requirements
- Runs as a local stdio process, installed from PyPI as datasentry-ai and started with uvx or the datasentry mcp command pointed at a project path. No API key, cloud service or LLM is required; deterministic detection runs locally on DuckDB. OpenAI or Ollama assistance is optional.
Installation
In SourceWeft
- Open DataSentry in the dashboard and add it to a workspace.
- Enable the server for the chats that should use its tools.
Desktop only via STDIO. STDIO servers start a local process, so they need the SourceWeft desktop host.
Other MCP clients
Follow the launch instructions in the repository.
README
DataSentry
Find bad data before your users do.
Automatic data-quality discovery, evidence-backed explanations, and safe reversible repair.
Local-first. Deterministic by default. AI optional.
Live demo · 30-second start · Use cases · FAQ · PyPI · Examples · MCP setup · Contribute
[Release] [PyPI] [Python] [CI] [License]
[DataSentry scans dirty data, explains evidence, and starts a safe repair loop]
中文导读:DataSentry 会先自动发现数据质量问题,再给出样本、比例、置信度等证据。修复采用
propose → preview → apply to a copy → verify → rollback的保守流程。检测与评分不依赖 LLM,AI 只作为可选辅助,数据可以完全留在本机。
Try it in 30 seconds
Install the current PyPI release and run the zero-config product tour:
datasentry-demo is also available as a direct console alias.
The demo generates synthetic dirty data, runs the built-in detectors, exports JSON + HTML reports, applies one safe repair to a copy, re-scans the repaired copy, and prints a rollback command. It needs no dataset, cloud service, API key, or LLM.
Prefer scanning your own data immediately?
Or launch the interactive interfaces:
Start with your problem
The default path is intentionally low-commitment: scan first, inspect evidence, then decide whether a finding deserves a permanent rule or a repair.
Why DataSentry exists
Most data-quality tools are excellent once you already know the expectations, checks, or contracts you want to enforce. Real incidents often start one step earlier: you do not yet know what is wrong.
DataSentry is built around the complete remediation loop:
- Find — discover common quality problems without writing every rule first.
- Explain — attach samples, affected counts/ratios, detector evidence, and confidence.
- Fix safely — preview changes and apply repairs to a copy instead of mutating the source.
- Verify — re-scan the repaired copy and surface persistent or newly introduced issues.
DataSentry fits best when you are looking at data you do not fully trust yet, want evidence before codifying checks, or need a conservative remediation path. It complements expectation- and contract-driven tools rather than requiring you to replace them.
What it catches automatically
DataSentry ships with 39 deterministic detectors covering common failure modes such as:
- missing and placeholder values;
- invalid emails, URLs, dates, and encodings;
- duplicate identifiers and uniqueness violations;
- inconsistent categories and cross-field contradictions;
- foreign-key and referential-integrity problems;
- numeric and statistical outliers;
- schema, row-count, score, and issue-distribution drift.
Every scan produces an evidence-backed issue list and a six-dimension quality score across completeness, validity, uniqueness, consistency, integrity, and timeliness.
Safe repair, not blind mutation
Repairs are fingerprinted, auditable, and reversible. AI-generated repair proposals remain human-approved state changes.
Quality gates for CI
For GitHub repositories, reuse DataSentry's maintained workflow_call gate instead of duplicating installation and exit-code handling:
See docs/GITHUB_ACTIONS.md for inputs, artifacts, security boundaries, and version-pinning guidance.
Reports can be exported as JSON, Markdown, HTML, JUnit, and SARIF. The versioned, machine-readable JSON report Schema is included for downstream validation. The GitHub Actions example fails the workflow on severe findings while still uploading an HTML report for review.
Give AI agents deterministic data-quality tools
DataSentry includes an MCP stdio server:
MCP-capable clients can scan files, inspect evidence-backed issues, read quality scores and trends, compare drift, validate contracts, manage scheduled jobs, and call DataSentry tools without bypassing the same underlying safety rules used by the CLI and REST API.
Copy-paste setup recipes for VS Code and Claude Desktop are in docs/MCP.md.
Boundary: AI may propose; humans approve state-changing repairs.
Where it fits next to popular data-quality projects
This is a positioning guide, not a winner/loser feature scorecard. These projects solve overlapping but different jobs; check their upstream documentation for current capabilities.
DataSentry is intentionally not trying to replace a metadata catalog, lineage platform, or every validator. Its focus is narrower: find bad data, show why it was flagged, and close the repair loop without gambling on the source.
Local-first by design
- deterministic detection and scoring run locally;
- DuckDB powers core local execution;
- OpenAI/Ollama assistance is optional;
- PII redaction, encrypted mappings, and LLM audit records are available when AI is enabled;
- the original source file is not overwritten by repair workflows.
Data sources
- CSV, Parquet, JSONL, XLSX
- DuckDB and SQLite
- PostgreSQL and MySQL
s3://,gs://, andaz://objects- single files, batches, and globs
History and drift
Persist scans and compare data over time:
Tracked signals include schema changes, row-count movement, quality-score changes, and issue-distribution drift.
Architecture
Reproducible benchmark
The benchmark generates synthetic dirty data and measures profiling, detection/fusion/scoring, numeric-outlier detection, JSONL reading, sampling, score drift, and memory high-water marks. See docs/BENCHMARKS.md.
Development
Contributing
Useful contributions include new detectors, connectors, integration examples, reproducible benchmark cases, documentation/translations, minimal bug reproductions, and CLI/TUI/Web usability improvements.
Want a small first contribution? Start with good first issue #14 or good first issue #15.
See CONTRIBUTING.md, CODE_OF_CONDUCT.md, SECURITY.md, and ROADMAP.md. Small contributions are tracked with good first issue and help wanted labels.
Documentation
- Project site and live report
docs/FAQ.md— evaluation, safety boundaries, and how DataSentry fits alongside other data-quality toolsexamples/— scenario-first runnable examplesdocs/MCP.md— VS Code and Claude Desktop MCP setupdocs/GITHUB_ACTIONS.md— reusable GitHub quality gateexamples/integrations/github-actions/— copy-paste CI gatedocs/BENCHMARKS.md— benchmark policydocs/DEVELOPMENT.md— engineering notes- Detect → fix → verify / 中文版
License
Apache-2.0 — see LICENSE.
If DataSentry helps you catch bad data before it reaches production, consider giving the repository a ⭐.
It helps other data engineers discover the project.
Source: README.md at commit 8c1a89b
Tools
0Version history
3- v2.0.0LatestOct 19, 2026
- v1.0.5Oct 19, 2026
- v1.0.4Sep 16, 2026
Score
50% of the applicable checks met
How complete this listing is, computed from the registry entry, the endpoint and public sources. Not a rating of the server and not a statement that it is safe or working today: reachability is a dated check, and no installs or reviews go into the score.
- Reached in the last 30 days25 pts
Keep the endpoint answering the MCP handshake; SourceWeft probes it every 30 days.
- Auth declared10 pts
Declare the credential headers in the registry entry, or keep the endpoint answering the probe so its auth can be classified.
- Tools listed15 pts
Answer tools/list without a credential, or ship a package that starts in a sandbox without one.
- DescriptionRequired15 pts
- Logo10 pts
- Documentation15 pts
- License10 pts