用途：对已有代码库做可测量的实验式优化，而非一次性大重写。适合性能、可维护性、可靠性、开发体验（DX）与成本瓶颈，以及能产生可测量改进的结构性重构；不适合新建项目脚手架、单纯修一个明显 bug，或不需要基线和反复评分的一次性手工改动。
主要能力：先捕获基线，用二元评估（binary eval）打分，一次只应用一个变异，仅保留提升分数且通过守卫（guard）的改动；实验日志、混沌度与提升证据写入 .hyper/autoresearch-code/[codebase-name]/ 下的 results.tsv、results.json、changelog.md、dashboard.html、baseline.md、code-explanation.md、final-report.md。面向用户的报告与工件内容默认使用韩文。
必要用法：首次改动前需收集目标范围（默认仓库根目录）、优化目标、eval 包（generic、web、node、api、monorepo）、证明命令（优先现有 build/test/typecheck/benchmark/smoke）、3~5 个测试场景、3~6 个二元评估、每次实验运行次数（默认 5）、选择预算或停止上限、不得回归的守卫检查。第 0 号实验前写 baseline.md，选定单一证明命令；随后按阶段执行：转为二元评估、初始化工件、对未修改代码打基线分、逐个变异实验、最终按规则停止并汇总。仪表盘渲染命令为 bun scripts/render-dashboard.mjs。
限制：属 HYPER 技能，需配套支撑文件（如 references/code-baseline-guide.md、rules/experiment-loop.md、rules/validation-and-exit.md）按顺序阅读；若 $autoresearch 激活，还须满足桥接契约，在 .omx/specs/autoresearch-[codebase-name]/result.json 记录 passed: true 或 status: "passed" 方视为完成。若有明确目标且低风险，可自行推断保守默认值并在基线前记录；仅当缺失信息会使评估失去意义或指向错误瓶颈时才询问。不混合多个仓库于同一实验循环。具体收费、价格与可用平台暂未提供。