Install · configure · operate · verify

VeriTrooper documentation

The starting point for deploying VeriTrooper, choosing the correct workflow, running an assessment, handling its evidence package, and resolving common operator issues.

USER MANUAL · VERSION 1.4 · 09 AUGUST 2026 · 29 PAGES
01

System requirements

Use a supported Windows workstation or customer-controlled virtual machine. Plan capacity around the selected local models and the size of the source collection.

  • 16 GB RAM minimum; 32 GB recommended
  • 8 GB VRAM recommended for bundled local analysis
  • 8 GB free disk recommended before source indexes and run records
  • Customer-approved network access is required only for configured external model endpoints
02

Install and start

Use the approved VeriTrooper installer supplied for your evaluation or licensed deployment.

  • Run the installer with an account authorized to install software
  • Launch VeriTrooper and confirm the local service becomes available
  • Choose local analysis or configure a customer-approved model endpoint
  • Keep source material and output folders inside the approved customer boundary
  • Resolve startup or configuration warnings before beginning a production-relevant run
03

Choose the correct workflow

The suite contains three audit products plus shared preparation and governance workflows.

  • Organize Your Data: inventory and group selected files without moving or deleting the originals
  • SitRep: audit source readiness, contradictions, unsupported claims, gaps, and file health
  • Scout: audit a model or assistant against approved source material before release
  • Watchtower: capture or probe deployed answers and evaluate quality over time
  • Governance Records: assemble verified facts, signed packages, classification decisions, and oversight records
04

Run a Scout assessment

Define the system under test, approved sources, model connection, and evaluation settings before generating or importing the question set.

  • Review the displayed scope and recorded configuration
  • Run the baseline and VeriTrooper evaluation arms where the selected workflow supports comparison
  • Inspect exclusions, malformed tests, connection errors, contested verdicts, and confirmed failures
  • Record reviewer disposition and human signoff before treating the package as complete
05

Watchtower capture integration

Passive capture accepts newline-delimited JSON records. Every record requires a non-empty query and answer. Optional fields preserve conversation grouping and time order.

  • Required: query, answer
  • Optional: session_id, timestamp
  • HTTP endpoints: /capture and /v1/capture
  • Captured turns are evaluated during the next scheduled or manually initiated cycle—not inside the capture request
  • Protect capture and administrative routes with the configured token and customer network controls
06

Read and preserve the evidence package

Keep the completed package together. The human-readable reports explain the result; machine-readable records, the manifest, and checksums preserve detail and integrity.

  • Begin with the Executive Summary and consolidated Audit Report
  • Use the Results Report and Q&A listing to inspect individual verdicts
  • Use the System Card and Annex IV record for governance and technical-documentation workflows
  • Retain the original directory structure when moving or archiving a complete package
  • Share protected machine-readable artifacts only inside the appropriate diligence boundary
07

Verification and signoff

Verification confirms that the sealed files still match the recorded package. It does not broaden the scope of the test or certify legal conformity.

  • Resolve package-consistency warnings before signoff
  • Confirm the recorded system, sources, model, settings, dates, and exclusions
  • Record the responsible reviewer and disposition
  • Re-run the assessment when the model, prompt, retrieval configuration, sources, or deployment conditions materially change
08

Troubleshooting

Treat operational warnings as issues to investigate, not messages to bypass.

  • Missing token: confirm the configured provider or capture credential without exposing it in logs
  • Malformed JSONL: validate one complete JSON object per line and required query and answer values
  • No Watchtower traffic: confirm route, token, network reachability, and capture cadence
  • Corpus access failure: confirm permissions and that the selected path remains available
  • Package inconsistency: restore the original files or generate a new sealed package
  • Signoff failure: resolve incomplete fields, changed artifacts, or reviewer-permission problems
Need deployment help?

Use a guided pilot for your first controlled run.

Get guided help