entity-audit
Skill0 starsChanged 9 months agoMITView on GitHub
Audit brand entity consistency across the knowledge sources AI engines trust — Wikidata properties, Google Knowledge Panel, Wikipedia presence and notability, and industry directories — producing a consistency scorecard, per-property discrepancy list, and a fix plan ranked by AI-visibility impact. Audits and recommends; it does not edit those platforms for you. Triggers on \"/digital-marketing-pro:entity-audit\", \"is our Knowledge Panel accurate\", \"our Wikidata entry shows the wrong founding date\", \"audit our entity data\", \"why do AI engines get our company facts wrong\". Reads the brand profile as the source of truth and logs each finding via geo-tracker.
1 other project uses a version of this, 1 of them edited.
Adopted by
Most recently taken up by
- indranilbanerjee/digital-marketing-proedited, first seen Feb 12, 2026
Other versions1 project uses a version of this.
Word for word · 0
None found.
Edited · 1
- indranilbanerjee/digital-marketing-pro★ 93490% same
Wrote their own version · 0
None found.
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository163 other files it gives its agents.
- AGENTS.mdAGENTS.md
- ab-test-planSkill
- ad-creativeSkill
- add-integrationSkill
- aeo-auditSkill
- aeo-geoSkill
- agency-dashboardSkill
- analytics-insightsSkill
- anomaly-scanSkill
- attribution-modelSkill
- attribution-reportSkill
- audience-intelligenceSkill
- audience-profileSkill
- autopilot-statusSkill
- backlink-gapSkill
- brand-setupSkill
- budget-optimizerSkill
- budget-trackerSkill
- c2pa-metadataSkill
- campaign-auditSkill
- campaign-orchestratorSkill
- campaign-planSkill
- campaign-statusSkill
- case-study-planSkill
- checkSkill
- churn-riskSkill
- client-onboardingSkill
- client-proposalSkill
- client-reportSkill
- client-validation-documentSkill
- cohort-analysisSkill
- competitor-alertsSkill
- competitor-analysisSkill
- competitor-monitorSkill
- competitor-pagesSkill
- connectSkill
- content-briefSkill
- content-calendarSkill
- content-decay-scanSkill
- content-engineSkill
- content-repurposeSkill
- context-engineSkill
- continuous-improvement-loopSkill
- counter-narrativeSkill
- cowork-setupSkill
- creative-healthSkill
- creative-testing-frameworkSkill
- credential-switchSkill
- crisis-responseSkill
- crm-syncSkill
- croSkill
- dark-funnelSkill
- data-exportSkill
- data-importSkill
- digital-prSkill
- email-sequenceSkill
- emerging-channelsSkill
- engagement-workflowSkill
- eval-configSkill
- eval-contentSkill
- The first 60 shown.
The file
We split this skill into the rules it gives an agent
4 rules. About 0 are common, 3 are distinctive, and 1 is very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈3
Distinctive · estimate
This author's own choices. Worth a look.
1
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Very specific: line 37
Run once per platform × property finding, recording expected vs.
- Distinctive: line 46
Specific discrepancies list: Every property mismatch across every platform, showing expected value (from brand profile), actual value …
- Distinctive: line 49
Wikipedia notability assessment: If no article exists — assessment of notability criteria with specific reliable sources identified, …
- Distinctive: line 51
Prioritized fix plan: All action items ranked by AI visibility impact, with effort estimate (quick fix, moderate effort, significant …
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
/digital-marketing-pro:entity-audit
Purpose
Audit brand entity data consistency across the platforms that AI engines use as knowledge sources. Check Wikidata entries, Google Knowledge Panel accuracy, Wikipedia presence and notability, and industry directory listings for consistency. Inconsistent entity data degrades AI engine trust and visibility — when knowledge sources disagree about basic facts like the official website, founding date, headquarters location, or industry classification, AI engines either omit the brand entirely or present conflicting information. This command provides a systematic, platform-by-platform audit with specific discrepancies flagged and a prioritized fix plan ordered by impact on AI visibility.
Input Required
The user must provide (or will be prompted for):
- Brand/entity name: The exact name of the brand, organization, person, or product to audit — must match the entity as it should appear in knowledge sources. If the brand has known aliases or former names, include those for cross-referencing
- Entity type:
Organization,Person,Product, orBrand— determines which properties are checked and which directory types are relevant. Organizations check founding date, headquarters, industry; Products check manufacturer, launch date, category; Persons check role, affiliation, notable works - Key properties to verify: Official website URL, founding date, headquarters location, social media profiles (LinkedIn, Twitter/X, Facebook, Instagram), industry classification, key people (CEO, founders), parent organization, number of employees, and any entity-specific properties the user considers critical. Properties from the brand profile are used as the source of truth
- Directories to check (optional): Industry-specific directories (e.g., G2, Capterra, Clutch for SaaS; Yelp, TripAdvisor for hospitality), professional associations, and business registries relevant to the brand's industry. If not provided, the command will suggest directories based on the brand's industry classification from the profile
Process
- Load brand context: Read
~/.claude-marketing/brands/_active-brand.jsonfor the active slug, then load~/.claude-marketing/brands/{slug}/profile.json. Extract the authoritative values for all entity properties — official name, website, founding date, headquarters, social profiles, industry, key people, and description. These become the source of truth against which all platforms are compared. Also check for guidelines at~/.claude-marketing/brands/{slug}/guidelines/_manifest.json. If no brand exists, ask: "Set up a brand first (/digital-marketing-pro:brand-setup)?" — or proceed with user-provided values. - Check Wikidata: Search for the entity on Wikidata by name and aliases. If found, verify each property — official website (P856), social media profiles (P2002, P2003, P2013, P4264), founding date (P571), headquarters (P159), industry (P452), key people (P169, P112), instance of (P31), and description. Record each property as matching, mismatched (with both values), outdated, or missing. If no Wikidata entry exists, record as absent and assess whether the entity meets notability criteria for creation.
- Check Google Knowledge Panel: Verify Knowledge Panel existence for the brand name query. If present, check whether the panel is claimed or unclaimed, whether displayed information (website, address, social links, description, category) matches the brand profile, and whether images and logos are current. Record each element as accurate, inaccurate (with discrepancy details), outdated, or missing. Note the panel source attribution.
- Assess Wikipedia presence: Search for the entity on Wikipedia. If an article exists, verify accuracy of key facts — founding date, headquarters, description, key people, products/services, and any claims that could be outdated or incorrect. Check for citation quality and recency. If no article exists, assess notability criteria — significant coverage in reliable independent sources, demonstrated importance in the field, and verifiable claims. Record as present-and-accurate, present-with-issues (list issues), or absent with notability assessment (likely notable, borderline, or unlikely notable).
- Check industry directories: For each relevant directory, verify the listing exists and check data consistency — business name spelling, address, phone number, website URL, business description, category classification, and any directory-specific fields. Record each listing as consistent, inconsistent (with specific discrepancies), incomplete (missing fields), or absent. Flag NAP (Name, Address, Phone) inconsistencies specifically, as these have outsized impact on entity resolution by AI engines.
- Record findings: Store each entity finding via geo-tracker's
entity-checkaction (--platformtakes an entity platform:wikidata,google-kp,wikipedia, ordirectory;--statustakespresent,absent,inconsistent, oroutdated):
Run once per platform × property finding, recording expected vs. actual value and severity inpython "${CLAUDE_PLUGIN_ROOT}/scripts/geo-tracker.py" \ --brand {slug} --action entity-check \ --platform wikidata \ --entity-name "Acme Corp" \ --status inconsistent \ --details "Founding date P571 shows 2015; brand profile says 2014"--details. - Generate inconsistency report: Compile all discrepancies across platforms into a single report — grouped by property (see all platforms that disagree about the founding date, for example) and by platform (see all issues on Wikidata, for example). Calculate an overall entity consistency score based on the proportion of properties that match across all platforms.
- Create prioritized action plan: Rank fixes by impact on AI visibility — Wikidata property corrections first (direct knowledge graph impact), Knowledge Panel claims and corrections second (Google AI Overview impact), Wikipedia accuracy fixes third (broad citation impact), and directory consistency fixes fourth (reinforcing entity signals). Include specific instructions for each fix: what to change, where to change it, and any process requirements (Wikipedia's reliable source requirements, Knowledge Panel claim verification, Wikidata citation needs).
Output
A comprehensive entity consistency audit containing:
- Entity consistency scorecard: Per-platform status — present/absent, consistent/inconsistent/outdated — with an overall consistency percentage and letter grade
- Specific discrepancies list: Every property mismatch across every platform, showing expected value (from brand profile), actual value found, and severity (critical for NAP/website mismatches, high for founding date/industry errors, medium for missing social profiles, low for minor description differences)
- Wikidata action items: Properties to create, update, or correct on Wikidata, with required citation sources and step-by-step editing guidance
- Knowledge Panel action items: Claim status and process, information corrections to submit, image/logo updates needed, and category adjustments
- Wikipedia notability assessment: If no article exists — assessment of notability criteria with specific reliable sources identified, recommendation on whether to pursue article creation, and draft outline if notable. If article exists — accuracy issues to address with talk page discussion guidance
- Directory listing audit: Per-directory status with specific fields to update, missing listings to create, and NAP consistency issues to resolve
- Prioritized fix plan: All action items ranked by AI visibility impact, with effort estimate (quick fix, moderate effort, significant project) and expected impact on entity consistency score
- Execution log entry: Timestamped record with platform count, consistency score, critical discrepancy count, and key flags for audit trail
Agents Used
- seo-specialist — Entity analysis across Wikidata, Knowledge Panel, Wikipedia, and directories, knowledge graph optimization strategy, Wikidata property verification and edit guidance, Wikipedia notability assessment with reliable source identification, NAP consistency analysis, entity resolution impact assessment, and prioritized fix recommendations ranked by AI visibility impact
- execution-coordinator — Directory update coordination across multiple platforms, Google Knowledge Panel claim process guidance, structured action plan creation with effort estimates and sequencing, and execution tracking for multi-step entity fix workflows
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

