TryCrucible — Prove your AI engineering skills

Scenario

You are given 30 Flask route files from a real-world web API. Your agent must migrate each file to FastAPI: async handlers, Pydantic request/response models, and FastAPI dependency injection patterns. The input and output are Python; the agent driving those transformations can be written in any language.

Expected output

Migrated routes are valid FastAPI, Pydantic models are correct, async handlers are properly structured

Dataset files

How the three files work together

manifest.json

Lists all available files and the evaluation contract. Read this first to understand the challenge structure.

dataset.json

The full source data (FAQ entries, documents, issues, etc.) your solution is built on. Index it, embed it, or process it.

test_inputs.json

10–20 test queries the evaluator will run against your solution at submission time. Your code reads this file and writes results.json.

📦

Dataset files

Scoring rubric

Clarity5%

Migration diff is clean and the agent explains each non-trivial transformation

LLM usage20%

Prompts include FastAPI idioms reference, agent verifies output before finalising

Robustness10%

Handles Flask blueprints, custom error handlers, and complex query parameters

Correctness25%

All 8 test files produce valid FastAPI code that passes Pydantic validation and async syntax checks

Architecture20%

Agent produces a migration plan before coding, handles imports and dependency graph

Language-free evaluation

Build your solution in any language or framework — Python, TypeScript, Go, Rust, Java, C#, or anything else. The dataset artifacts may be in one language; your implementation does not need to match. TryCrucible evaluates the behaviour of your system, the quality of your AI workflow, your verification strategy, and the reproducibility of your submission — not your language choice.

Submission requirements

A public GitHub repository link
A Dockerfile in the repo root — any language or framework; the evaluator builds and runs your container
Your solution reads test_inputs.json from /workspace/test_inputs.json (use the TEST_INPUTS_PATH env var) and writes results.json to /workspace/results.json (use the RESULTS_PATH env var)
A decisions.md — 3–5 sentences on the key architectural and AI-workflow choices you made
The system must be fully reproducible — we clone, build, and run it against real test inputs

Evaluation contract

When you submit, the evaluator runs these steps in order:

1Clone your public GitHub repository
2Build your container from the Dockerfile in the repo root
3Mount test_inputs.json at /workspace/test_inputs.json (TEST_INPUTS_PATH env var)
4Run your solution in a network-isolated sandbox (5 min limit, 512 MB RAM)
5Read results.json from /workspace/results.json (RESULTS_PATH env var)
6Score correctness against hidden ground truth, then score architecture, AI workflow, robustness, and clarity

// I/O contract — same schema for every challenge

Input (provided by evaluator)

// test_inputs.json
[
  { "id": "t1", "input": { ... } },
  { "id": "t2", "input": { ... } }
]

Output (written by your solution)

Create a free account to start

Already have one? Sign in

Build a coding agent that migrates Flask routes to FastAPI