用途：为任意输出设定一个可度量的“终点条件”，然后自主运行改进与评估循环，直到条件成立或触发停止条件。它不用于探索目标或意图，适合已经能说清完成标准（或在少量追问后能说清）的场景。
主要能力：以可验证条件为契约，每轮做一次聚焦修改，并基于本轮已呈现的证据（测试输出、文件内容、行数统计等）自评“met/not met”及一句原因；未达成时，该原因成为下一轮指令。条件须能从输出本身验证，需要跑测试、lint 或构建时，由迭代步骤负责运行并把结果呈现出来。条件中必须包含明确的边界（如最多 5 轮）。停滞时（连续 3 轮无进展）会停下并请用户放宽条件或改变方向。
使用方式：先接收输入并简述当前状态；再确立终点条件，可用 AskUserQuestion 一次只问一个问题（仅在循环开始前的发现阶段使用），条件清晰时可直接确认，确认后立即开跑，中途不再暂停询问。循环中每轮输出迭代号、改动描述、判定与原因；结束后交付最终结果与紧凑的迭代记录，若跑了 3 轮以上还会把记录写入工作目录的 improve-history.md。用户可随时用“stop”或“good enough”中断。
适用场景：修复失败的测试（如 npm test 退出 0）、把文件压到指定行数、给公开函数补 docstring、让配置通过 yamllint 等有可测终点的任务。
限制：不会发现目标或探索意图；不会在循环中等待用户批准；不会无界运行；不会自动检测条件之外未声明的回归；不像 /goal 那样安装会话级 Stop hook，循环只在一次技能调用内运行。成本、价格、平台支持等信息暂未提供。