Results

What does an AppTruth scan produce?

An AppTruth scan produces evidence-backed behavior findings with confidence, impact, likely cause, affected areas, and fix prompts.

Reviewed by Uriel from AppTruth · Updated · 3 min read

Direct answer to “What does an AppTruth scan produce?”

An AppTruth scan produces a structured behavior report. Each finding can include a plain-language behavior, confidence score, impact level, likely cause, affected areas, file-based evidence, and an implementation-ready remediation prompt.

Key points: What does an AppTruth scan produce?

  • Findings describe what the code supports, not just whether a rule passed.
  • Evidence points to specific files and observations.
  • Pro results include detailed scan coverage and recorded limitations.

The anatomy of a behavior finding

A completed scan returns normalized behaviors rather than a raw model transcript. A behavior explains what the application appears to do. The supporting fields help a user judge how important and trustworthy that conclusion is.

  • Behavior: a plain-language statement about the implemented flow
  • Confidence: how strongly the selected source supports the conclusion
  • Impact: a low, medium, or high indication of potential importance
  • Why it happens: the likely implementation cause
  • What it can affect: users, data, access, billing, or other product areas
  • Evidence: allowed file paths and concise source observations
  • Remediation prompt: technical guidance ready for an engineer or coding agent

Expected or not expected?

A surprising finding does not automatically mean the application is wrong. AppTruth lets the user review behaviors and classify whether they match the intended product. If the behavior is correct, the expectation can change. If the behavior is wrong, the evidence and remediation prompt create a focused starting point for a fix.

Coverage and limitations

Eligible Pro scans add coverage details such as reviewed files, detected entry points, omissions, unsupported languages, parse failures, unresolved imports, and static-analysis boundaries. Coverage is deliberately described as broad, partial, or limited rather than exhaustive.

What each AppTruth result field helps a reviewer decide

A useful finding separates the behavior claim from its strength, importance, evidence, and next action.
Result fieldQuestion answeredReviewer action
BehaviorWhat does the code appear to do?Compare with intent
ConfidenceHow strongly does source support it?Review uncertainty
ImpactWhat could be affected?Prioritize follow-up
EvidenceWhere is the conclusion grounded?Inspect the files
RemediationHow might it be changed?Review before implementation

The BECAUSE Finding Standard

A quality test for behavior findings: a claim should be clear, bounded, reviewable, and actionable.

  1. Behavior: State the implemented behavior in plain language.
  2. Evidence: Point to allowed files and concise observations.
  3. Confidence: Express how strongly the selected source supports the conclusion.
  4. Affected areas: Name users, data, access, billing, or operations that may be involved.
  5. Uncertainty: Record coverage and runtime limitations.
  6. Suggested next step: Offer a reviewable fix or verification action.

Trusted sources that inform this guide

These independent sources support the surrounding verification practices. AppTruth-specific product statements are product guidance and should be confirmed against current account or contractual documentation when formal assurance is required.

Related questions about “What does an AppTruth scan produce?”

Does a high-impact finding mean the app is definitely wrong?

No. Impact describes potential importance. The owner must still decide whether the behavior is intended and whether runtime validation is needed.

What makes an AppTruth finding reviewable?

The behavior statement is paired with confidence, affected areas, file-based evidence, likely cause, and coverage context.