Which statement accurately defines automated Guidewire inspections?

Guidewire Inspectionsare a cornerstone of theStatic Analysisframework built directly into Guidewire Studio. Unlike dynamic testing (like GUnits) which requires code to run, inspections analyze the source code "as written" to find potential issues early in the development lifecycle.

The primary purpose of these inspections (Option C) is to enforceCloud Delivery Standardsand identifyGosu anti-patterns. Common anti-patterns include:

Using query.select().toList().where(...) (filtering in memory instead of the database).

Hardcoding strings instead of using DisplayKeys.

Missing the _Ext suffix on custom metadata.

By detecting these issues in real-time within the IDE, developers can fix architectural flaws before they are ever committed to Git. Option A is incorrect because many core inspections are enabled by default to ensure baseline quality. Option B is incorrect because Guidewire provides the ability to configure the severity of certain inspections (Warning vs. Error). Option D is incorrect because inspections are a native feature of the Guidewire plugin for IntelliJ/Studio, not a separate secondary plugin.