Research & Evaluation Examples

Acadify AI is an engineering-led AI evaluation practice. Because we conduct client work under strict mutual NDAs, we do not publish confidential client names, customer logos, or proprietary metrics.

The entries below are Technical Evaluation Examples constructed using sample or internally prepared evaluation data. Each example follows our standardized 7-phase research structure: Objective → Dataset → Method → Metrics → Results → Failure Analysis → Limitations.

ILLUSTRATIVE EXAMPLE

How We Evaluate Retrieval Quality in RAG Systems

ID: RES-RAG-01 · CAPABILITY: 01
Task: Multi-Clause Policy QA
Sample Data

1. Objective

Measure retrieval completeness, chunk boundary preservation, and citation faithfulness in compliance Q&A pipelines when queries depend on date-bound exceptions located in disparate policy appendixes.

2. Dataset

1,200 synthetic and open-source corporate governance policy documents comprising 4,500 ground-truth query-answer pairs. Each test pair incorporates cross-document dependencies where a baseline policy clause is amended or exempted in a secondary section.

3. Method

Dual-pass deterministic testing comparing two retrieval pipelines against a frozen instruction model: (A) Dense vector similarity search with a standard 512-token chunking window; (B) Hybrid retrieval (dense embeddings + BM25 keyword matching) paired with a cross-encoder re-ranking model scoring top-25 chunks down to top-5.

4. Metrics

We evaluate four automated metrics verified against human annotator rubrics: Context Recall @ k (percentage of required evidence chunks retrieved), Context Precision @ k (signal-to-noise ratio in prompt context), Faithfulness Groundedness (verifiable alignment between output claims and retrieved context), and Answer Relevance.

5. Results (Sample Telemetry)

Evaluation Metric Pipeline A (Dense 512) Pipeline B (Hybrid + Re-rank) Delta
Context Recall (amendment clauses) 74.2% 93.1% +18.9%
Context Precision (top-5 chunks) 88.0% 94.6% +6.6%
Faithfulness (date disambiguation) 81.5% 91.8% +10.3%

6. Failure Analysis

Root cause analysis revealed that in 82% of pipeline A errors, the correct amendment chunk was retrieved at rank 7 or 8, falling outside the top-5 generator context window. The generator was not hallucinating; the retrieval step had omitted the critical exception evidence. Introducing the cross-encoder re-ranking stage promoted these amendment clauses into the top-3 positions.

7. Limitations

This evaluation suite focused on text-based regulatory documents. Scenarios involving dense tabular appendices or embedded flowchart diagrams require separate multimodal OCR evaluation harnesses.

Notice: This is an illustrative technical example using sample or internally prepared evaluation data. It does not represent a client result.
ILLUSTRATIVE EXAMPLE

Execution-Based Evaluation for AI Code Generation

ID: RES-CODE-02 · CAPABILITY: 04
Task: Multi-File Refactoring Stability
Sample Data

1. Objective

Quantify how frequently AI code generation models introduce silent compilation breakage and unresolved imports during multi-file refactoring tasks across large TypeScript codebases.

2. Dataset

450 sandboxed TypeScript refactoring scenarios derived from open-source repositories (averaging 35,000–50,000 lines of code) with strict compiler settings (`strict: true`, `noImplicitAny: true`) and comprehensive unit test coverage.

3. Method

Isolated Docker container harnesses execute patch generation across candidate models. Each proposed diff is subjected to a 3-stage validation pipeline: (1) `git apply` patch verification; (2) `tsc --noEmit` deterministic type checking; (3) `jest` automated test suite execution.

4. Metrics

Clean patch application rate, TypeScript compilation pass rate, Pass@1 on full test suite, and AST regression rate (syntax changes breaking unrelated modules).

5. Results (Sample Telemetry)

Evaluation Stage Direct Generation With Typechecker Feedback Delta
Clean patch application 94.0% 96.5% +2.5%
TypeScript compilation pass rate 62.0% 84.0% +22.0%
Pass@1 on full test suite 44.0% 68.5% +24.5%

6. Failure Analysis

In 71% of compilation failures under direct generation, the model correctly renamed or refactored a method signature in the primary implementation file, but failed to update corresponding re-exports in module `index.ts` barrel files. Supplying automated compiler diagnostics back to the agent in a single retry loop resolved over half of these export drift errors.

7. Limitations

All evaluations ran in containerized single-host environments with simulated local dependencies. Complex microservice interactions involving distributed network state were not part of this specific benchmark harness.

Notice: This is an illustrative technical example using sample or internally prepared evaluation data. It does not represent a client result.
ILLUSTRATIVE EXAMPLE

Evaluating Tool Selection & Error Recovery in AI Agents

ID: RES-AGENT-03 · CAPABILITY: 05
Task: Multi-Tool Fault Recovery
Sample Data

1. Objective

Evaluate autonomous agent execution stability, loop detection, and backoff adaptation when downstream third-party REST tools return transient error codes (HTTP 429 Rate Limit, HTTP 503 Service Unavailable).

2. Dataset

600 synthetic multi-step agent scenarios across 18 mocked enterprise tools (billing query, customer CRM lookup, inventory management, ticket creation). In 35% of runs, controlled transient errors are injected into intermediate tool calls.

3. Method

State-machine instrumentation tracking agent trajectory graphs. We evaluate two tool schema configurations: (A) Generic raw HTTP error strings; (B) Structured JSON error payloads providing explicit retry directives and exponential backoff flags.

4. Metrics

Tool selection accuracy, Infinite loop occurrence rate (> 4 repetitive calls without state advancement), Successful backoff adaptation rate, and Token waste multiplier on failed traces.

5. Results (Sample Telemetry)

Fault Tolerance Metric Raw Error Schema Structured Backoff Schema Delta
Infinite loop occurrence rate 38.0% 3.8% -34.2%
Successful backoff adaptation 24.0% 89.5% +65.5%
Token waste multiplier 3.4x 1.1x -2.3x

6. Failure Analysis

When presented with generic raw 503 error strings, agents consistently misinterpreted the status as a query parameter validation failure, leading them to hallucinate alternative search arguments rather than waiting or utilizing fallback mechanisms. Explicit structured error types corrected this behavioral pathology.

7. Limitations

Mocked environments provide deterministic response latencies. Real-world asynchronous network conditions and partial failures require runtime telemetry monitoring alongside pre-deployment benchmark runs.

Notice: This is an illustrative technical example using sample or internally prepared evaluation data. It does not represent a client result.
ILLUSTRATIVE EXAMPLE

Evaluating OCR & Visual Reasoning in Document AI

ID: RES-MULTI-04 · CAPABILITY: 06
Task: Tabular OCR Grounding
Sample Data

1. Objective

Audit cell extraction accuracy, cross-column association fidelity, and visual hallucination rates in multimodal vision-language models analyzing complex presentation slides and financial disclosures with merged cells.

2. Dataset

800 high-density financial tables and slide decks with varied visual noise, irregular border formatting, multi-tiered headers, and colored shading. Ground-truth cell values and coordinates are double-annotated by expert QA reviewers.

3. Method

Automated bounding-box intersection evaluation comparing raw vision-language model direct extraction against a two-stage pipeline combining layout pre-segmentation with targeted region crop parsing.

4. Metrics

Cell value extraction accuracy, Cross-column header association fidelity, Spurious digit hallucination rate, and Tabular Markdown structural validity.

5. Results (Sample Telemetry)

Extraction Parameter Direct VLM Extraction Two-Stage Layout Segmented Delta
Cell value extraction accuracy 82.4% 94.1% +11.7%
Cross-column association fidelity 76.8% 91.5% +14.7%
Spurious digit hallucination rate 14.2% 1.8% -12.4%

6. Failure Analysis

Failures clustered heavily around vertically merged sub-headers where the baseline model inferred numeric values from adjacent categories rather than recognizing hierarchical scope boundaries. Explicit visual pre-segmentation bounding boxes eliminated these cross-row misattributions.

7. Limitations

Evaluation performed on 300 DPI source images. Image compression below 150 DPI significantly degraded numeric character distinction between '3', '8', and '9'.

Notice: This is an illustrative technical example using sample or internally prepared evaluation data. It does not represent a client result.
ILLUSTRATIVE EXAMPLE

Comparing AI Models on Real Production Workloads

ID: RES-COMP-05 · CAPABILITY: 07
Task: Support Workflow Benchmarking
Sample Data

1. Objective

Execute an empirical side-by-side comparison between frontier closed-weights models and task-adapted open-weights architectures across a frozen 2,000-sample enterprise customer support workload.

2. Dataset

2,000 multi-turn enterprise support dialogues with canonical golden resolutions, negative constraint instructions ("do NOT offer refunds without manager authorization"), and strict policy compliance rubrics.

3. Method

Deterministic batch execution harness dispatching identical inputs concurrently under fixed sampling parameters (temperature 0.1, top_p 0.95), measuring end-to-end task completion and resource efficiency.

4. Metrics

Strict task accuracy, Constraint compliance pass rate, P95 latency (ms), and cost per 1,000 completed resolutions based on active cloud API token pricing.

5. Results (Sample Telemetry)

Model Candidate Task Accuracy Constraint Pass Rate P95 Latency Cost / 1k Inquiries
Frontier Model A (Cloud) 91.4% 94.2% 1,420 ms $14.20
Fine-Tuned Open Model (Dedicated) 89.1% 93.8% 480 ms $2.10

6. Failure Analysis

While the fine-tuned open-weight model achieved a 6.7x reduction in inference cost and 3x faster P95 latency with only a 2.3% difference in overall accuracy, errors in the open model were concentrated in complex multi-step policy exceptions rather than standard resolution formatting.

7. Limitations

Dedicated inference hosting cost calculations assume sustained daily query volumes (> 50,000 queries/day). For sporadic or low-volume workloads, serverless cloud API endpoints provide superior cost economics.

Notice: This is an illustrative technical example using sample or internally prepared evaluation data. It does not represent a client result.

Scope an Evaluation for Your Workload

We construct controlled evaluation suites under mutual NDA, tailored to your models, datasets, and systems.

Direct inquiries: ai@acadifysolution.com