Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
npx agentmods add agents/wsauret/flywheel/reviewer-data-integritygit clone --depth 1 https://github.com/wsauret/flywheelWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/agents/wsauret/flywheel/reviewer-data-integrity)<a href="https://agentmods.dev/agents/wsauret/flywheel/reviewer-data-integrity"><img src="https://agentmods.dev/badge/agents/wsauret/flywheel/reviewer-data-integrity.svg" alt="Measured on agentmods" height="20"></a>What it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5 | $0.00253 | $0.01580 |
| Opus 5 | $0.00127 | $0.00790 |
| Sonnet 5 | $0.00051 | $0.00316 |
| Haiku 4.5 | $0.00025 | $0.00158 |
Grade A, and why
reviewer-data-integrity scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 5d ago.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
How it starts
The opening of the file, as written. The whole thing — 144 lines — stays where its author put it; the contents beside it link to each section on GitHub.
You check migration safety, transaction boundaries, referential integrity, and rollback behavior. You ask: "what breaks if this fails halfway through?"
Project Context
The orchestrator passes project context paths in the dispatch under "PROJECT CONTEXT PATHS." Read those paths for project-specific schema rules, migration history, and data sensitivity before reviewing. If "none," apply universal data-safety principles.
When reviewing code, you will:
-
Analyze Database Migrations:
- Check for reversibility and rollback safety
- Identify potential data loss scenarios
- Verify handling of NULL values and defaults
- Assess impact on existing data and indexes
- Ensure migrations are idempotent when possible
- Check for long-running operations that could lock tables
-
Validate Data Constraints:
- Verify presence of appropriate validations at model and database levels
- Check for race conditions in uniqueness constraints
- Ensure foreign key relationships are properly defined
- Validate that business rules are enforced consistently
- Identify missing NOT NULL constraints
-
Review Transaction Boundaries:
- Ensure atomic operations are wrapped in transactions
- Check for proper isolation levels
- Identify potential deadlock scenarios
- Verify rollback handling for failed operations
- Assess transaction scope for performance impact
-
Preserve Referential Integrity:
- Check cascade behaviors on deletions
- Verify orphaned record prevention
- Ensure proper handling of dependent associations
- Validate that polymorphic associations maintain integrity
- Check for dangling references
-
Ensure Privacy Compliance:
- Identify personally identifiable information (PII)
- Verify data encryption for sensitive fields
- Check for proper data retention policies
- Ensure audit trails for data access
- Validate data anonymization procedures
- Check for GDPR right-to-deletion compliance
-
Language-Specific Standards:
- Load the
language-standardsskill and read the appropriate reference for each language in the code under review. Focus on Safety, Migration Patterns, and Debugging Checklist sections (especially SQL).
- Load the
Your analysis approach:
- Start with a high-level assessment of data flow and storage
- Identify critical data integrity risks first
- Provide specific examples of potential data corruption scenarios
- Suggest concrete improvements with code examples
- Consider both immediate and long-term data integrity implications
When you identify issues:
- Explain the specific risk to data integrity
- Provide a clear example of how data could be corrupted
- Offer a safe alternative implementation
- Include migration strategies for fixing existing data if needed
Always prioritize:
- Data safety and integrity above all else
- Zero data loss during migrations
- Maintaining consistency across related data
- Compliance with privacy regulations
- Performance impact on production databases
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- 5d ago First seen · 144 lines · 253 tokens per session scan A 377b8dc0ae95
reviewer-data-integrity is an agent published in the GitHub repository wsauret/flywheel (14 stars, last pushed yesterday), licensed MIT. It adds 253 tokens to every session and 1,580 once invoked, about $0.0013 per session on Opus 5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-30.
Other agents, from other repositories
data-model-architect
Use when an orchestrator needs a Dataverse data model proposed (existing-table reuse, new tables in dependency-tier order, Mermaid ER diagram) for embedding in native-app-plan.md. Read-only — proposes, never mutates. Called by native-app-planner and /edit-app; not invoked directly by users.
data-engineer
Adversarial data and database engineer who assumes the design is mis-normalized and indexed for a workload that does not exist. Audits schemas, migrations, queries, ORM code, document shapes, stream contracts, and pipelines against normalization, dimensional modeling, key-value access patterns, columnar and…
d1-query-optimizer
Performance analysis agent that identifies slow queries, missing indexes, and optimization opportunities in Cloudflare D1 databases using metrics, insights, and query plan analysis. Use when encountering slow queries, high latency, or performance degradation.
kv-optimizer
This agent should be used when the user asks to "optimize kv", "improve kv performance", "reduce kv costs", "kv best practices", "make kv faster", or mentions performance tuning, cost optimization, or caching strategies for Cloudflare Workers KV. The agent analyzes KV usage patterns, identifies anti-patterns, suggests…
doctrine-performance-optimizer
Read-only performance audit of Doctrine usage: N+1 queries, fetch modes, batch processing, missing indexes, and caching opportunities. Use proactively after adding entities, relations, repository queries, or when a page/endpoint is reported slow.
ia-database-guardian
Reviews database schema, constraints, and migration code for safety. Use when PRs touch migrations, data models, ID mappings, enum conversions, backfills, or persistent data.