runtime-script-contract

Define canonical runtime contracts for benchmark_script.py and solution_script.py imports and bindings.

2|Updated Jan 31, 2026
One-click install
npx skills add https://github.com/MRiabov/Problemologist-AI --skill runtime-script-contract
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: runtime-script-contract
Source: https://github.com/MRiabov/Problemologist-AI/tree/main/.agents/skills/runtime-script-contract
Command: npx skills add https://github.com/MRiabov/Problemologist-AI --skill runtime-script-contract

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

Canonical runtime contracts ensure benchmark_script.py and solution_script.py interact with the runtime in a consistent, testable way, enabling reliable validation, simulation, and submission flows across tasks.

Core Features & Use Cases

  • Canonical imports and execution contract definitions for authored benchmark and engineer scripts.
  • Clear separation of benchmark context (read-only sources) from engineering implementations and outcomes.
  • Guidance for evidence rendering, parameter validation, and safe execution within the Problemologist-AI workflow.

Quick Start

Create benchmark_script.py or solution_script.py that use the canonical imports and expose a final result binding.

Frequently Asked Questions about runtime-script-contract

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I enforce a runtime contract for benchmark scripts?

A runtime contract for benchmark scripts is enforced by defining canonical import patterns, required module bindings, and explicit final result bindings so scripts integrate safely with validation, simulation, and submission helpers. It ensures a safe, import-safe runtime environment.

What is a canonical runtime contract for solution scripts?

A canonical runtime contract for solution scripts defines precise import patterns and module bindings that separate read-only benchmark context from engineering implementations. It standardizes how scripts interact with the runtime for reliable validation and submission flows.

How do I structure benchmark_script.py and solution_script.py for validation and simulation?

Structure benchmark_script.py and solution_script.py by using canonical imports, exposing a final result binding, and following documented helper signatures. This separation ensures scripts integrate correctly with validation, simulation, and submission workflows.

Do I need any dependencies to define runtime contracts for engineering scripts?

No external dependencies are required to define runtime contracts for engineering scripts. The contract relies on canonical imports, explicit module bindings, and documented helper signatures within the workspace to ensure safe execution and evidence rendering.

Why does my benchmark script fail validation during submission?

Benchmark script validation fails during submission when scripts do not adhere to the canonical runtime contract, missing required import patterns, module bindings, or explicit final result bindings needed by validation, simulation, and submission helpers.

Can I use runtime contracts for evidence rendering and task handoffs?

Runtime contracts support evidence rendering and task handoffs by providing documented helper signatures and clear separation between benchmark context and engineering implementations. This ensures consistent outcomes across benchmark and engineering tasks.