Hillclimb 是一个流程型技能，核心用途是：围绕一个明确的数值指标，通过受控的、可度量的尝试，将指标向目标方向推进（例如更快、更小、更少内存、更快的测试）。它强调测量先行、一次只改一处、完整保留或回滚，并全程记录决策日志。
主要能力与原则包括：入口检查要求明确指标、单位与方向；若用户未给目标，需先提议目标并确认。需要找到或构建能复现问题的工作负载，否则停止并报告。提交权限方面，在 main/master 或共享分支上需先测量报告并询问后再提交，在用户自己的特性分支上可继续。
不可妥协的规则：在首次尝试前写下停止条件（包含目标与最少尝试次数），且不得放宽；先证明测量工具敏感再冻结它，基线之后不得修改测量工具、负载、数据或运行次数；在基线处记录回归门禁，每次保留的尝试必须通过；在首次尝试前构建等价性检查，用大量生成输入比较原代码与改动后代码的输出，每次保留时运行；留出余量，目标达成后移除剩余已知低成本开销，并确保最终测量的每次运行都低于目标。
工作方式：先做性能剖析再猜测，命名热点路径；每次尝试只提出一个假设并说明机制，按成本从低到高排序假设；在冻结的测量工具下，只有增益超出运行间波动、错误数为零、工作量不变且门禁通过时才保留，否则完整恢复改动文件；每次保留的尝试单独提交，只暂存其改动路径，不提交决策日志。正确性与简洁性优先于数值。连续两次无新证据且无增益则改变假设类别，或停止并报告。
工作流程：通过入口检查；构建或定位测量工具并冻结；启动决策日志；循环读取日志、选择假设、仅改所需、用冻结工具测量、运行门禁、保留或回滚、记录行（回滚尝试也记录）；当停止条件满足或停滞规则触发时停止。
退出产物：报告结果（基线到最终值、单位、运行次数、范围与当前限制因素）、保留的提交及其假设与增量、回滚的假设及测量原因、停止条件是否满足及尝试次数、决策日志路径。日志需排除在提交之外；若无法写入 .git/info/exclude，则删除 .hillclimb/ 并在回复中粘贴表格。最后以干净的工作树结束，并且每个声明的结果都必须对应实际运行过的命令。
适用场景：性能优化、资源占用降低、测试加速等需要可度量推进的工程任务。限制：该技能为流程性指导，不提供具体代码或工具实现；需要用户具备可运行的测量环境与版本控制；未提供收费、平台或效果保证等信息。