Skip to content
#reinforcement learning Dataset Open access

AuditTune campaign evidence: experiment ledger, agent-written planner code, and figure-generation scripts for auditable policy adjustment in reinforcement learning control

Oct 2026 · Mendeley Data
Reinforcement Learning in Robotics

Abstract

Evidence package for the manuscript "An Auditable Learning-Curve-Driven Automatic Policy Adjustment Framework for Engineering Reinforcement Learning Control Systems" (EAAI submission). The dataset contains the complete experiment ledger, the planner source code written by the diagnosis-driven agent, and the scripts that generate every figure in the paper. It supports three groups of reported results: 1. Radar primary domain (FluxPhased S7, a 2v2 radar-jammer adversarial system trained with MAPPO against frozen jammer pools, pool seeds 20260801-20260803): per-candidate resolved recipes, training metrics, canonical head-to-head evaluations, arm-level reports, and the literature cache holding both the diagnosis-matched and the diagnosis-irrelevant (shuffled-control) abstracts used by the content-ablation experiment. The ledger covers the random-search, BOHB, static-prompt, dynamic-retrieval, retrieval-shuffled, wide-box, and reflectively evolved-prompt arms, including the revision and completion rounds behind the retrained-winner comparison. 2. Code-as-Policy TD-MPC on 16 dm_control domains (four arms, three candidates each, seed 1301): all 192 planner sources (default CEM, diagnosis-driven agent, random parameter mutations, and diagnosis-free LLM generation), per-domain results, and the episode-level learning curves behind the learning-curve figure. 3. Seventeen-domain PPO generalization: agent-driven recipe loops and fixed-recipe baselines on 16 dm_control tasks, plus the HalfCheetah three-arm comparison. Model checkpoints (.pt) are intentionally excluded to keep the package light; every reported number can be regenerated from the recorded recipes, seeds, and metrics. Experimental environment: a single NVIDIA RTX 2060 (6 GB) at 7.72 s/iteration over 16 parallel environments; local Qwen3.5-4B language model (Ollama tag qwen35-4b-64k-full, Q4_K_M quantization). License: CC BY 4.0.

View source

Similar papers

#machine learning Review Open access Oct 2014

Software development in startup companies: A systematic mapping study

The results indicate that software engineering work practices are chosen opportunistically, adapted and configured to provide value under the constrains imposed by the startup context.

Nicolò Paternoster, Carmine Giardino, M. Unterkalmsteiner et al. · 394 citations · ⚡54
#machine learning Review Open access Jun 2014

Why Early-Stage Software Startups Fail: A Behavioral Framework

This state-of-practice investigation was performed using a literature review followed by a multiple-case study approach and presents how inconsistency between managerial strategies and execution can lead to failure by means of a behavioral framework.

Carmine Giardino, Xiaofeng Wang, P. Abrahamsson · 175 citations · ⚡19
#machine learning Review Open access Oct 2016

“Failures” to be celebrated: an analysis of major pivots of software startups

This study conducts a case survey study based on the secondary data of the major pivots happened in 49 software startups, and demonstrates that customer need pivot is the most common among all pivot types.

Sohaib Shahid Bajwa, Xiaofeng Wang, Anh Nguyen-Duc et al. · 127 citations · ⚡15
#machine learning Review Open access May 2016

Key Challenges in Software Startups Across Life Cycle Stages

It is found that what perceived as biggest challenges by software startups do vary across different life cycle stages, even though its significance decreases when the learning focuses of the startups move from problem to solution and their products mature.

Xiaofeng Wang, Henry Edison, Sohaib Shahid Bajwa et al. · 62 citations · ⚡6

Related blog posts

We use cookies to run the site and, with your consent, for analytics and to show ads. See our Cookie Policy.