SkillAligner: Treating Retrieved Skills as Adaptable Drafts at Execution Time
Summary
This paper introduces SkillAligner, a training-free framework that treats retrieved skills as adaptable drafts, jointly adapting them to task requirements, execution environments, and other skills to mitigate skill-execution misfit and improve agent performance.
View Cached Full Text
Cached at: 08/10/26, 08:04 AM
# SkillAligner: Treating Retrieved Skills as Adaptable Drafts at Execution Time Source: [https://arxiv.org/html/2608.06880](https://arxiv.org/html/2608.06880) \\setlabdisplayname OmniAI Group of ZJU ACES Lab\\setuniversityname\\contribution\[\*\]Equal contribution\\contribution\[‡\]Corresponding author\\metadata\[ Email\] Dalin HeYuntai BaoYing YangRuoxi ChenXinyan YuLizhou LiangGe SuWenqi ZhangXuhong ZhangZhejiang University[zhangxuhong@zju\.edu\.cn](https://arxiv.org/html/2608.06880v1/mailto:[email protected]) \(August 2026\) ###### Abstract General\-purpose skills promise reusable procedural knowledge for language agents, yet semantic relevance does not guarantee execution utility: a retrieved skill may encode assumptions that conflict with the current task, execution environment, or other retrieved skills\. We formalize this problem as the*skill–execution misfit*\. To address it, we proposeSkillAligner, a training\-free execution\-time skill adaptation framework that treats retrieved skills as adaptable drafts rather than fixed instructions\. Before execution, SkillAligner performs a one\-time joint adaptation that specializes useful skill fragments to task requirements, aligns their procedural assumptions with the available execution interface, and composes the resulting guidance by resolving dependencies, conflicts, and redundancy across skills\. The adapted content is consolidated into a compact execution guide and reused throughout the subsequent trajectory\. Extensive experiments across diverse agent benchmarks and model backbones show that SkillAligner substantially improves task performance over existing skill\-use baselines, reduces skill\-induced regressions at the instance level, and lowers total inference cost\. ## 1Introduction Skill\-augmented agents have emerged as a promising paradigm that organizes reusable procedural knowledge into structured skills\(xia2026skillrl;wang2025sage;shi2026skill1;lin2026museautoskill\)\. Following this paradigm, recent work has studied how to generate, store, retrieve, and evolve such reusable skills, thereby improving the availability of procedural knowledge for downstream agent execution\(su2026skillretrieval;cho2026skillret;zhou2026skillgenbench\)\. Existing work has primarily focused on obtaining high\-quality skills\(lin2026museautoskill;su2026skillretrieval\)\. However, as these methods continue to develop, the bottleneck shifts from obtaining high\-quality skills to ensuring their*execution fitness*\. Specifically, retrieving a high\-quality skill is not enough: it may still fail to fit the concrete execution and even degrade performance\(skillsbench2026\)\. To verify this phenomenon, we conduct a comparison by running each task both with and without relevant skills \(as detailed in Section[2\.2](https://arxiv.org/html/2608.06880#S2.SS2)and Table[1](https://arxiv.org/html/2608.06880#S1.T1)\)\. We observe clear skill\-induced regressions, where some tasks are solved without skills but fail after adding relevant skills\. We refer to this phenomenon as*skill–execution misfit*: skills may fail to improve, or even harm, execution utility\. This raises a central question:why do retrieved skills sometimes hurt execution, and how can we ensure the skills actually help agent execution? Figure 1:Overview of the skill–execution misfit and SkillAligner\.Semantically relevant skills may still be misaligned with the task, environment, or other skills; SkillAligner addresses these mismatches through task grounding, execution\-environment alignment, and skill composition\.To identify the sources of*skill–execution misfit*, we inspect execution trajectories from skill\-induced regression cases \(see Section[2\.2](https://arxiv.org/html/2608.06880#S2.SS2)and Table[2](https://arxiv.org/html/2608.06880#S1.T2)\) and find that the failure modes can be categorized into three forms of misalignment\. Specifically, as shown in Figure[1](https://arxiv.org/html/2608.06880#S1.F1),*inter\-skill misalignment*occurs when a skill cannot be coherently combined with other skills, for example, when one skill requires preserving chronological order while another requires sorting the same data by value\.*Skill–environment misalignment*occurs when a skill requires actions, resources, or states that are misaligned in the current execution environment\.*Skill–task misalignment*occurs when the skill’s specific goal or constraints do not precisely match the requirements of the current task\. Unfortunately, existing methods remain insufficient to resolve*skill–execution misfit*\.Their shared limitation is that skills are typically fully specified before the concrete execution instance is known\.Specifically,most methodsimprove the quality of individual skills\(shi2026skill1;su2026skillretrieval\), but do not account for conflicts, redundancy, or dependencies that emerge only when multiple skills are used together\.Structured composition methodsmodel such inter\-skill relations through dependency\-aware structures, such as graphs or skill bundles, thereby reducing*inter\-skill misalignment*\(liu2026graphskills;xia2026grasp\)\. However, they primarily organize skills as fixed units and do not revise the procedural assumptions within each skill against the tools, actions, and resources available in the current execution, leaving*skill–environment misalignment*unresolved\.Execution\-grounded refinement methodsrevise persistent skills using past execution traces\(liu2026skillrevise;gautam2026skillaxe;gao2026skillaudit;lin2026museautoskill;yang2026skillopt\)\. While this improves compatibility with previously observed executions, the refined skill is still reused across future queries and therefore cannot directly specialize its procedures to instance\-specific goals and constraints, leaving*skill–task misalignment*unresolved\. Together, these limitations reveal a fundamental constraint of the prevailing paradigm:skills are typically finalized before a concrete execution instance is known\.However, the user query, execution environment, and other retrieved skills may vary from one execution to another, making it difficult to determine in advance how a skill should be applied in every case\. As a result, the fixed skill may not match the current task, execution environment, or other skills, leading to three misalignments described above\.Accordingly, our key insight is to treat retrieved skills as adaptable drafts rather than fixed artifacts and adapt them at execution time into guidance tailored to the current execution\. Based on this insight, we proposeSkillAligner, an execution\-time skill adaptation framework that converts retrieved skills into guidance tailored to the current execution\. Specifically, for each query, SkillAligner first extracts a task contract and decomposes the retrieved skills into fragments, retaining task\-consistent content while compressing or removing irrelevant fragments\. It then checks the retained procedures against the available tools, action formats, resources, and permissions, repairing supported mismatches and converting uncertain procedures into conditional checks or fallbacks\. Finally, it models dependencies, conflicts, and overlap among the retained fragments and composes them into a compact guide with four fields:*Primary*,*Checks*,*Avoid*, and*Fallback*\. The resulting guide is used in place of the skills throughout the subsequent trajectory\. Thecontributionsof our work are summarized as follows: 1. 1\.We identify and formalize the*skill–execution misfit*in skill\-augmented agents: retrieved skills can harm execution\. To diagnose this gap, we introduce*skill\-induced regression*, in which adding relevant skills turns a successful execution into a failure, and attribute these regressions to three sources of execution misalignment: inter\-skill, skill–environment, and skill–task misalignment\. 2. 2\.To the best of our knowledge, we present thefirstframework for adapting retrieved general skills at execution time\. SkillAligner filters task\-irrelevant content, adapts skills to the available execution, and resolves conflicts across skills to produce a coherent execution guide\. 3. 3\.Extensive experiments show that SkillAligner substantially improves task performance over existing skill\-use baselines, reduces skill\-induced regressions at the instance level, and lowers total inference cost\. Table 1:Skill–execution misfit\.We compare no\-skill execution with direct top\-55raw skill injection on the same task instances\. Transfer \(✗→\\rightarrow✓\) denotes instances that change from failure to success after adding skills, whereas Regressions \(✓→\\rightarrow✗\) denotes instances that change from success to failure\. The Overall row pools task instances\.Table 2:Sources of skill\-induced regressions\.We report the distribution of the primary mismatch among the regression cases included in source diagnosis\. The Overall row reports the macro\-average across benchmarks\. ## 2Preliminaries and Motivating Analysis ### 2\.1Skill\-Augmented Execution Skill\-augmented agents solve tasks by conditioning on external reusable skills\. A skill encodes procedural knowledge, such as action steps, reasoning patterns, constraints, or domain\-specific heuristics\. Given a task query, the system retrieves relevant skills from a skill library and provides them as additional guidance for planning and execution\(xia2026skillrl;su2026skillretrieval\)\. However, even semantically relevant skills are not necessarily execution\-ready\. Their procedures and assumptions may conflict with the current task, execution environment, or other retrieved skills\. We refer to this incompatibility as*skill–execution misfit*\(skillsbench2026\)\. ### 2\.2Diagnosing the Skill–Execution Misfit #### Instance\-level regression\. We examine whether skill\-induced regressions persist across benchmarks and backbone capabilities\. For each backbone, we compare the same task instances with and without direct raw\-skill injection under otherwise identical settings \(detailed setup is provided in Appendix[A\.2](https://arxiv.org/html/2608.06880#A1.SS2)\)\. We define*transfer*as an instance that fails without skills but succeeds after skill injection, and*regression*as an instance that succeeds without skills but fails after skill injection\.Skill\-induced regression is pervasive across benchmarks and backbone capabilities\.As shown in Table[1](https://arxiv.org/html/2608.06880#S1.T1), raw skills yield more transfers than regressions in all nine benchmark–backbone settings, but still induce regressions in every setting, ranging from 5\.80% to 17\.91%\.Notably, even stronger backbone models do not substantially alleviate this issue\.Specifically, at the pooled level, Gemini 2\.5 Pro \(11\.42%\) does not exhibit greater robustness to skill\-induced regression than Qwen3\-8B or Qwen3\-32B, with regression rates of 10\.30% and 11\.27%, respectively\. #### Sources of regression\. We further analyze why relevant skills cause regressions\. Given the task query, execution specification, retrieved skills, and paired no\-skill and raw\-skill traces, a GPT\-5\.5\-based judge identifies the primary skill\-induced cause for each case \(details are provided in Appendix[B](https://arxiv.org/html/2608.06880#A2)\)\. We categorize the primary causes into three forms:*inter\-skill misalignment*, where a retrieved skill cannot be coherently combined with other retrieved skills;*skill–environment misalignment*, where a skill requires tools or actions unsupported by the current execution interface, or objects, resources, or states unavailable in the current environment; and*skill–task misalignment*, where a skill’s specific goal or constraints do not precisely match the requirements of the current task\. Cases without sufficient evidence for a clear primary cause are labeled*Other*\. As shown in Table[2](https://arxiv.org/html/2608.06880#S1.T2), the benchmark\-level macro\-average attributes 38\.55% of regressions to skill–task misalignment, 26\.71% to skill–environment misalignment, and 28\.59% to inter\-skill misalignment; the remaining 6\.15% fall into Other\. Figure 2:Overview of SkillAligner\. For a given query, retrieved skills are jointly adapted once before execution through task grounding, execution\-environment alignment, and skill composition, producing a fixed, compact execution guide\. ## 3Method: SkillAligner ### 3\.1Problem Setup Letqqbe a task query and𝒮\\mathcal\{S\}a library of reusable procedural skills\. A retriever selects a candidate set𝒮q=Retrieve\(q,𝒮,k\)\\mathcal\{S\}\_\{q\}=\\mathrm\{Retrieve\}\(q,\\mathcal\{S\},k\), wherekkis the retrieval budget; SkillAligner operates after this retrieval step and is agnostic to the choice of retriever\. Before execution, SkillAligner also receives an execution specificationℰ\\mathcal\{E\}derived from the system context\. It describes available tools, tool schemas, valid action formats, resources, and permission or interaction constraints\. Unlike the step\-dependent observationoto\_\{t\},ℰ\\mathcal\{E\}remains fixed throughout the task and specifies the interface against which skills are adapted\. Directly injecting𝒮q\\mathcal\{S\}\_\{q\}relies mainly on semantic relevance and can fail when a skill conflicts with the task, execution interface, or another skill\. SkillAligner instead performs one adaptation call: ℋ=SkillAligner\(q,𝒮q,ℰ\)\.\\mathcal\{H\}=\\mathrm\{SkillAligner\}\\left\(q,\\mathcal\{S\}\_\{q\},\\mathcal\{E\}\\right\)\.\(1\) The guideℋ\\mathcal\{H\}retains task\-relevant content, aligns it with the execution interface, and resolves ordering, redundancy, and conflicts\. The backbone agent then uses the same guide throughout execution: at∼M\(q,ot,ℋ\),at∈𝒜t,a\_\{t\}\\sim M\(q,o\_\{t\},\\mathcal\{H\}\),\\qquad a\_\{t\}\\in\\mathcal\{A\}\_\{t\},\(2\)whereMMis the agent backbone,oto\_\{t\}is the current observation,𝒜t\\mathcal\{A\}\_\{t\}is the set of legal actions, andata\_\{t\}is the next action or final response\. Onlyℋ\\mathcal\{H\}, not the raw skills, is exposed during execution\. Thus, SkillAligner acts as a one\-time adapter without modifying retrieval, changing the skill library, or directly executing the skills\. ### 3\.2Overview As shown in Figure[2](https://arxiv.org/html/2608.06880#S2.F2), SkillAligner converts retrieved skills into execution\-ready guidance through three stages: \(q,𝒮q,ℰ\)→ground𝒮qtask→align𝒮qenv→composeℋ\.\(q,\\mathcal\{S\}\_\{q\},\\mathcal\{E\}\)\\xrightarrow\{\\text\{ground\}\}\\mathcal\{S\}^\{\\mathrm\{task\}\}\_\{q\}\\xrightarrow\{\\text\{align\}\}\\mathcal\{S\}^\{\\mathrm\{env\}\}\_\{q\}\\xrightarrow\{\\text\{compose\}\}\\mathcal\{H\}\.\(3\) Task groundingspecializes retrieved skills to the task, preserving useful content while compressing or removing irrelevant material\.Execution\-environment alignmentchecks and repairs procedural assumptions against the tools, action formats, resources, and constraints inℰ\\mathcal\{E\}; each skill is retained as direct or guarded guidance, or omitted\.Skill compositionresolves dependencies, redundancy, and conflicts among the remaining content\. The result is a compact guide containing a primary route, necessary checks, avoid constraints, and fallback strategies\. These stages are performed jointly in one call rather than as separate calls; the resulting guide is generated once and remains fixed during execution\. Table 3:Main results across benchmarks and model backbones\.We compare SkillAligner with no\-skill execution and representative skill\-based baselines\. SkillAlignerPlain\{\}\_\{\\text\{Plain\}\}generates the execution guide from only the task query and execution specification, without retrieved skills\. SkillAlignerTask\{\}\_\{\\text\{Task\}\}, SkillAlignerEnv\{\}\_\{\\text\{Env\}\}, and SkillAlignerSkill\{\}\_\{\\text\{Skill\}\}retain only task grounding, execution\-environment alignment, and skill composition, respectively\.Boldvalues indicate the best performance in each column\. ### 3\.3Task Grounding Task contract extraction\.SkillAligner parsesqqinto a compact task contractτ\\taucontaining the goal, hard constraints, soft preferences, known inputs, expected outputs, and underspecified conditions\. Hard constraints, such as a required output format, override optional preferences and skill instructions\. Underspecified conditions are preserved as checks for the agent rather than resolved through unsupported assumptions\. Skill decomposition and task binding\.Each retrieved skillssis normalized and decomposed into atomic fragments, which may encode an operation, precondition, validation step, constraint, example, or recovery suggestion\. SkillAligner compares each fragment withτ\\tauand classifies it as*core*,*task\-bound*,*weak*, or*dropped*\. Core fragments provide generally useful, task\-consistent guidance; task\-bound fragments directly support the goal, a constraint, an input, or the expected output\. Weak fragments offer auxiliary context and are compressed to reduce context load\. Dropped fragments are irrelevant or conflict with hard requirements and are removed, even when semantically related to the query\. This decomposition lets SkillAligner preserve useful portions of a skill without injecting the complete document\. Generic steps are bound to task entities only when supported by the query, and the original order among retained fragments is preserved when compatible with the task contract\. The task\-grounded representation is: Ωtask\(s,q\)=Assemble\(\\displaystyle\\Omega\_\{\\mathrm\{task\}\}\(s,q\)=\\operatorname\{Assemble\}\\bigl\(score,stask\(q\),\\displaystyle s^\{\\mathrm\{core\}\},s^\{\\mathrm\{task\}\}\(q\),\(4\)Summarize\(sweak\(q\)\)\)\.\\displaystyle\\operatorname\{Summarize\}\\\!\\left\(s^\{\\mathrm\{weak\}\}\(q\)\\right\)\\bigr\)\.Applying this refinement to every retrieved skill yields𝒮qtask=\{Ωtask\(s,q\)∣s∈𝒮q\}\\mathcal\{S\}^\{\\mathrm\{task\}\}\_\{q\}=\\\{\\Omega\_\{\\mathrm\{task\}\}\(s,q\)\\mid s\\in\\mathcal\{S\}\_\{q\}\\\}\. ### 3\.4Execution\-Environment Alignment Task grounding identifies content that fits the task but does not ensure that it is executable\. SkillAligner therefore checks𝒮qtask\\mathcal\{S\}^\{\\mathrm\{task\}\}\_\{q\}againstℰ\\mathcal\{E\}to produce environment\-aligned guidance\. Execution\-interface matching and repair\.For each task\-grounded skill, SkillAligner compares its preconditions with available tools, action formats, resources, and permissions\. If a mismatch admits a local, semantics\-preserving repair, the affected fragment is rewritten using a functionally equivalent supported interface or format\. A mismatch is not repaired when doing so would violate a task constraint, require an interface absent fromℰ\\mathcal\{E\}, or alter the intended procedure\. Usage\-mode assignment\.After matching and repair, each skill is assigned a usage mode: μ\(s\)\\displaystyle\\mu\(s\)=Mode\(Ωtask\(s,q\),ℰ\),\\displaystyle=\\operatorname\{Mode\}\\\!\\left\(\\Omega\_\{\\mathrm\{task\}\}\(s,q\),\\mathcal\{E\}\\right\),\(5\)μ\(s\)\\displaystyle\\mu\(s\)∈\{Direct,Guarded,Abstain\}\.\\displaystyle\\in\\\{\\mathrm\{Direct\},\\mathrm\{Guarded\},\\mathrm\{Abstain\}\\\}\.Based on this mode, SkillAligner produces environment\-aligned representationΩenv\(s,q,ℰ\)\\Omega\_\{\\mathrm\{env\}\}\(s,q,\\mathcal\{E\}\)\. A*Direct*skill is supported or safely repaired and can guide execution\. A*Guarded*skill is conditionally useful but cannot be verified until runtime, so it is retained as conditional guidance, a check, warning, or fallback for the agent to evaluate from later observations\. A skill is marked*Abstain*and discarded when a core assumption conflicts withℰ\\mathcal\{E\}and cannot be repaired without changing task intent\. The remaining skills form𝒮qenv\\mathcal\{S\}^\{\\mathrm\{env\}\}\_\{q\}\. ### 3\.5Skill Composition Although individually aligned with the task and interface, skills in𝒮qenv\\mathcal\{S\}^\{\\mathrm\{env\}\}\_\{q\}may still conflict, overlap, or require a specific order when used together\. SkillAligner therefore considers three relations directly: a*dependency*means that one procedure must precede another, a*conflict*means that procedures, assumptions, or constraints are incompatible, and an*overlap*means that guidance for the same subgoal is redundant\. Dependencies determine execution order, and overlapping guidance is merged or deduplicated\. Conflicts are resolved in favor of guidance that better satisfies the task contract and execution specification; a rejected alternative is removed or converted into an explicit avoid rule when useful\. Lower\-priority content is pruned when it increases context load without improving task coverage\. The resulting guideℋ\\mathcal\{H\}has four fields:*Primary*for the main execution route and supporting procedures,*Checks*for preconditions and validation,*Avoid*for unsupported assumptions or invalid actions, and*Fallback*for alternatives when the primary route is blocked\. Only this compact guide is returned to the backbone agent\. ## 4Experiments ### 4\.1Experimental Setup Models and benchmarks\.We evaluate SkillAligner with Qwen3\-8B, Qwen3\-32B\(yang2025qwen3\), and Gemini 2\.5 Pro\(comanici2025gemini25\)on ALFWorld\(shridhar2021alfworld\), WebShop\(yao2022webshop\), and search\-augmented QA \(*SearchQA*\)\(xia2026skillrl\); see Appendix[A\.2](https://arxiv.org/html/2608.06880#A1.SS2)\. We report SR on ALFWorld/WebShop and EM on SearchQA\. Skill library and retrieval\.All skill\-based methods use the same independently constructed library of reusable procedural skills covering embodied interaction, web\-based task execution, and knowledge\-intensive question answering\. Given a task query, we rank the library using BM25\(robertson2009probabilistic\)and retrieve the top five \(k=5k=5\) candidates\. Baselines\.We compare SkillAligner with*No Skill*,*Top\-kkRaw Skill*, and representative skill\-use methods, including Graph of Skills\(liu2026graphskills\), ReasoningBank\(ouyang2026reasoningbank\), MemP\(fang2026memp\), SkillOS\(ouyang2026skillos\), GraSP\(xia2026grasp\), SkillRAE\(meng2026skillrae\), SkillDAG\(bai2026skilldag\), and SkillPyramid\(xiong2026skillpyramid\)\.*No Skill*evaluates the backbone without external procedural guidance, while*Top\-kkRaw Skill*serves as the primary controlled baseline for direct skill injection\. For ablation, we further include three single\-stage variants: SkillAlignerTask\{\}\_\{\\text\{Task\}\}, SkillAlignerEnv\{\}\_\{\\text\{Env\}\}, and SkillAlignerSkill\{\}\_\{\\text\{Skill\}\}, which retain only task grounding, execution\-environment alignment, and skill composition, respectively\. We additionally include SkillAlignerPlain\{\}\_\{\\text\{Plain\}\}, which removes retrieved skills from the adaptation input while retaining the remaining adaptation and execution protocol\. Implementation details\.All model parameters remain frozen\. Unless otherwise specified, the same backbone performs both the one\-time skill adaptation and downstream execution\. Full evaluation protocols, decoding settings, prompts, and implementation details are provided in Appendix[A](https://arxiv.org/html/2608.06880#A1)\. ### 4\.2Main Results Overall performance\.We focus on comparing SkillAligner with representative skill\-based baselines\. Table[3](https://arxiv.org/html/2608.06880#S3.T3)reports the main results across ALFWorld, WebShop, and the search\-augmented QA suite\.SkillAligner achieves the best performance in all nine benchmark–backbone settings\.Averaged across these settings, SkillAligner reaches 58\.17, outperforming the strongest baseline, SkillPyramid, by 3\.92 points and Top\-kkRaw Skill by 11\.10 points\. These results demonstrate that execution\-time adaptation is more effective than directly reusing or organizing retrieved skills\. Figure 3:Case study of WebShop skill alignment\.Given the same query and five retrieved skills,raw skillexhibits inter\-skill, skill–environment, and skill–task misalignment, while SkillAligner resolves these misalignments\.Table 4:Instance\-level transfer and regression analysis\.We measure outcome changes relative to no\-skill execution\.*Transfer*denotes failure\-to\-success changes, while*regression*denotes success\-to\-failure changes\.Table 5:Adaptation overhead and execution\-cost savings\.For each benchmark, we report the mean cost per evaluated task instance\. The*Average*row reports the column\-wise macro\-average across the three benchmarks\.CorigC\_\{\\mathrm\{orig\}\}denotes the original execution cost without skill adaptation \(top\-k raw skill\),CadaptC\_\{\\mathrm\{adapt\}\}denotes the execution\-time skill adaptation overhead, andCexecSAC\_\{\\mathrm\{exec\}\}^\{\\mathrm\{SA\}\}denotes the execution cost after using SkillAligner\.ΔCexec=Corig−CexecSA\\Delta C\_\{\\mathrm\{exec\}\}=C\_\{\\mathrm\{orig\}\}\-C\_\{\\mathrm\{exec\}\}^\{\\mathrm\{SA\}\}denotes the execution cost saved by SkillAligner, whileΔCtotal=Corig−CexecSA−Cadapt\\Delta C\_\{\\mathrm\{total\}\}=C\_\{\\mathrm\{orig\}\}\-C\_\{\\mathrm\{exec\}\}^\{\\mathrm\{SA\}\}\-C\_\{\\mathrm\{adapt\}\}denotes the total saved cost after accounting for adaptation overhead\.Instance\-level transfer and regression\.We assess instance\-level reliability using*Transfer*\(failure to success\) and*Regression*\(success to failure\) relative to no\-skill execution\.SkillAligner consistently reduces regressions while maintaining or improving transfer across benchmarks and backbones\.For example, as shown in Table[4](https://arxiv.org/html/2608.06880#S4.T4), compared with Top\-kkRaw Skill on Qwen3\-8B, SkillAligner reduces regression from 17\.91/9\.40/10\.29 to 2\.24/2\.80/3\.57 on ALFWorld, WebShop, and search\-augmented QA, respectively, while increasing transfer from 26\.87/19\.00/14\.52 to 29\.85/20\.20/17\.31 across the same three benchmarks\. Case study\.Figure[3](https://arxiv.org/html/2608.06880#S4.F3)compares direct raw\-skill injection with SkillAligner on the same WebShop task\.The case shows that individually useful skills may still fail when reused without adaptation in a specific execution\. First, theSearch ExecutorandProduct Selectorconflict after a failed candidate\. Specifically,the former directs the agent back to the search results, whereas the latter reselects the same literal match and sends the agent into its detail page, trapping execution in a six\-round loop\. During guide construction, SkillAligner composes the two skills into a coherent procedure that validates candidates before retrying and switches candidates after rejection\. Next,the raw Variant Chooser encodes a single\-option procedure that treats configuration as complete after one selection, whereas WebShop needs multi\-attribute configuration\.Direct injection therefore selects the 16\-pack but leaves the apple\-cinnamon flavor unset\. Before execution, SkillAligner aligns the skill with the interface, rewriting it to complete all required selections before purchase\. Finally,the raw Product Selector chooses the candidate with the highest query relevance but ignores the task\-specific hard constraint that the price must be below $50, causing the agent to purchase an over\-budget product\. Through task grounding, SkillAligner recognizes the $50 budget as a hard constraint of the task and replaces similarity\-only selection with guidance that requires all hard constraints to be satisfied\. Additional cases are provided in Appendix[D](https://arxiv.org/html/2608.06880#A4)\. ### 4\.3Efficiency We measure inference cost as the total number of input and output tokens consumed across all LLM calls per task instance \(detailed in Appendix[A](https://arxiv.org/html/2608.06880#A1)\)\.SkillAligner introduces modest adaptation overhead but yields substantial net cost savings\.As shown in Table[5](https://arxiv.org/html/2608.06880#S4.T5), adaptation adds 8\.33% overhead on average across benchmarks, while reducing downstream execution cost by 46\.59%, saving 38\.26% of the original cost on average\. These results show that better\-aligned guidance reduces unnecessary reasoning and failed execution attempts, more than offsetting the cost of adaptation\. ### 4\.4Further Analysis Stage ablation\.Tables[3](https://arxiv.org/html/2608.06880#S3.T3)and[4](https://arxiv.org/html/2608.06880#S4.T4)isolate the contributions of the three adaptation stages\.Each stage independently improves skill use, while their joint application yields substantially stronger performance than any single stage\.Averaged across all settings, SkillAlignerTask\{\}\_\{\\text\{Task\}\}, SkillAlignerEnv\{\}\_\{\\text\{Env\}\}, and SkillAlignerSkill\{\}\_\{\\text\{Skill\}\}achieve 52\.30, 51\.56, and 51\.71, respectively, all outperforming Top\-kkRaw Skill at 47\.07\. Their comparable performance suggests that no single stage dominates across settings\. The complete SkillAligner reaches 58\.17, exceeding the strongest single\-stage variant by 5\.87 points and raw skill injection by 11\.10 points, confirming the benefit of jointly resolving all three forms of misalignment\. Contribution of retrieved skills\.We examine whether SkillAligner gains from adapting retrieved skills or from structured guide generation alone\. To isolate this effect, SkillAlignerPlain\{\}\_\{\\text\{Plain\}\}generates the same execution guide using only the task query and execution specification, without seeing any retrieved skills; all other adaptation and execution settings remain unchanged\.Retrieved skills provide the primary improvement\.Averaged across all nine settings, SkillAlignerPlain\{\}\_\{\\text\{Plain\}\}improves over No Skill from 40\.94 to 45\.99, confirming the independent benefit of task\- and environment\-conditioned guide generation; however, the complete SkillAligner reaches 58\.17, exceeding it by 12\.18 points and showing that the larger gains come from converting retrieved procedural knowledge into execution\-ready guidance\. ## 5Related Work Skill learning and retrieval\.Prior work studies how adaptable agent skills are generated, stored, retrieved, and evolved\(xia2026skillrl;wang2025sage;shi2026skill1;su2026skillretrieval;cho2026skillret;zhou2026skillgenbench\)\. These efforts improve skill acquisition and access, but generally treat retrieved skills as fixed inputs during execution\. Structured skill composition\.Structured composition methods organize multiple skills into graphs, dependency\-aware bundles, or executable structures\(liu2026graphskills;xia2026grasp\)\. By modeling dependencies, conflicts, redundancy, and execution order, they directly reduce*inter\-skill misalignment*\. Their primary focus is how skills should be selected and connected, rather than how the procedural assumptions within each skill should be specialized to the current task and execution environment\. Execution\-grounded skill refinement\.Execution\-grounded skill refinement methods revise reusable skills using execution traces, tests, or rollout outcomes\(liu2026skillrevise;gautam2026skillaxe;gao2026skillaudit;lin2026museautoskill;yang2026skillopt\)\. Their unit of refinement is the persistent skill itself: the revised artifact is optimized from past executions and reused across future tasks\. This improves compatibility with previously observed execution environments, but cannot directly account for goals and constraints revealed only by the current query\. ## 6Discussion and Future Work From query\-level to closed\-loop alignment\.SkillAligner performs one\-time query\-level alignment before execution, without observing intermediate states or revising the guide during execution\. This design helps alleviate the overhead of repeated online adaptation and KV\-cache invalidation and recomputation, but cannot resolve misfits revealed only by intermediate states\. Future work can selectively revise affected guidance while preserving update stability and minimizing additional KV\-cache invalidation and recomputation cost\. Scaling to stronger backbone models\.As backbone capabilities improve, a natural concern is whether SkillAligner remains necessary\. Stronger models may recover from some execution errors on their own, but they do not necessarily recognize when a retrieved skill is mismatched\. Their better instruction following can even make them adhere more closely to such misaligned skills\. SkillAligner therefore remains beneficial as models scale, as reflected in the consistent gains observed across Qwen3\-8B/32B and Gemini 2\.5 Pro\. ## 7Conclusion This paper identifies and formalizes*skill–execution misfit*, revealing that semantic relevance alone does not guarantee execution utility: even relevant skills may harm execution when their assumptions conflict with the current task, execution environment, or other retrieved skills\. We propose SkillAligner, a training\-free execution\-time framework that transforms retrieved skills into coherent, compact execution\-ready guidance through task grounding, execution\-environment alignment, and skill composition\. Extensive experiments show that SkillAligner consistently improves performance, reduces skill\-induced regressions, and lowers inference cost\. ## References Table 6:Summary of notations\.## Appendix AAdditional Experiment Details ### A\.1Common Evaluation Protocol All methods are implemented in a unified evaluation harness with the same benchmark instances, backbone models, decoding settings, action budgets, and fixed skill library\. The evaluated system is training\-free: model parameters remain frozen, SkillAligner is invoked only at inference time, and the underlying skill library is never modified\. To maintain this setting, all reported SkillOS results use a frozen, inference\-only configuration \(denoted SkillOSfrozenin Table[3](https://arxiv.org/html/2608.06880#S3.T3)\)\. All SkillOS model parameters, including the skill curator, remain fixed; no model training, gradient update, or online parameter optimization is performed during evaluation\. For a task queryqq, the SkillAligner execution pipeline is 𝒮q=Retrieve\(q,𝒮,k\),\\displaystyle\\mathcal\{S\}\_\{q\}=\\operatorname\{Retrieve\}\(q,\\mathcal\{S\},k\),\(6\)ℋ=SkillAligner\(q,𝒮q,ℰ\),\\displaystyle\\mathcal\{H\}=\\operatorname\{SkillAligner\}\(q,\\mathcal\{S\}\_\{q\},\\mathcal\{E\}\),at∼M\(q,ot,ℋ\),\\displaystyle a\_\{t\}\\sim M\(q,o\_\{t\},\\mathcal\{H\}\),where𝒮\\mathcal\{S\}is the fixed skill library,𝒮q\\mathcal\{S\}\_\{q\}is the retrieved candidate set,ℰ\\mathcal\{E\}is the execution specification,ℋ\\mathcal\{H\}is the aligned execution guide,MMis the frozen execution backbone, andoto\_\{t\}is the step\-dependent observation\. SkillAligner is called once before execution and directly returnsℋ\\mathcal\{H\}with four fields:*Primary*,*Checks*,*Avoid*, and*Fallback*\. Task grounding, execution\-environment alignment, and skill composition are logical decisions performed jointly within this call rather than separate model invocations or separately materialized intermediate outputs\. The same guide is reused throughout the subsequent execution trajectory\. The current observationoto\_\{t\}, recent public action history, and currently legal actions are provided to the execution agent at each step but are not inputs to the one\-time adaptation call\. Raw retrieved skills are not separately injected after adaptation\. Structured outputs are validated for syntactic well\-formedness before execution\. This validation does not add, remove, or semantically revise the generated guidance\. The current task observation and execution specification take precedence over skill guidance\. No gold answer, hidden reward, evaluator feedback, verifier output, or future observation is exposed to either SkillAligner or the execution agent\. The same benchmark protocol and prompt templates are used across model sizes\. We do not introduce model\-specific retrieval rules, prompt wording, action budgets, repair policies, or stopping criteria\. Each run records the execution model, the adaptation model when a separate endpoint is used, the protocol version, the skill\-library identity, the retrieved skill identifiers, the generated execution guide, and the benchmark\-specific outputs\. ### A\.2Benchmarks and Metrics #### ALFWorld\. We use the official ALFWorldeval\_out\_of\_distributionsplit\. The environment covers six household task families: pick\-and\-place, pick\-two, clean\-and\-place, heat\-and\-place, cool\-and\-place, and examine\-with\-light\. An episode is successful only when the official environment reports task completion\. We allow at most 30 environment actions and report aggregate success rate\. The agent is restricted to the action vocabulary exposed by ALFWorld, and object and receptacle names must retain the numeric suffixes shown in the current observation\. #### WebShop\. We evaluate on the official test set of 500 shopping goals using the full product index\. The agent interacts through visiblesearch\[query\]andclick\[label\]actions for at most 30 steps\. Each click must copy an exact visible product, option, navigation, or purchase label\. The agent may purchase only after checking the public product constraints, visible price, and all required options, such as size, color, count, or pack\. We report success rate: an episode counts as successful only when the final purchase satisfies the shopping goal under the benchmark evaluator, and partial rewards do not count as success\. #### Search\-augmented QA\. Following SkillRL\(xia2026skillrl\), we evaluate seven search\-augmented QA tasks: Natural Questions test \(3,610\), TriviaQA test \(11,313\), PopQA test \(14,267\), HotpotQA development \(7,405\), 2WikiMultiHopQA development \(12,576\), MuSiQue development \(2,417\), and Bamboogle test \(125\), for 51,713 questions in total\. The model receives the public question and the public retrieval evidence available to the runner\. It must return the shortest supported answer phrase; yes/no answers are canonicalized toyesorno\. We report exact match \(EM\) using the runner’s benchmark normalization and the same suite\-level aggregation used in the main evaluation\. #### Instance\-level transfer and regression\. For the paired relevance–utility analysis, the no\-skill and skill\-conditioned settings use the same task instances, backbone model, decoding configuration, action budget, and stopping criteria\. A transfer is an instance that fails without skills but succeeds under the evaluated skill\-use method\. A regression is an instance that succeeds without skills but fails after applying that method\. The motivating analysis uses direct raw\-skill injection as the skill\-conditioned setting\. ### A\.3Models and Decoding We evaluate Qwen3\-8B and Qwen3\-32B as the primary open\-weight backbones and Gemini 2\.5 Pro as the API\-based backbone reported in the main table\. All backbone parameters remain frozen\. Unless a separate adaptation endpoint is explicitly specified, the named backbone is used for both the one\-time SkillAligner call and downstream execution\. Adaptation and execution endpoints are logged independently when they differ\. For ALFWorld, execution uses greedy decoding with temperature0,top\_p=1\\mathrm\{top\\\_p\}=1, seed0, and at most 256 generated tokens per turn\. WebShop execution also uses temperature0and at most 256 output tokens\. An invalid WebShop action receives at most one format\-only repair call with temperature0and at most 64 output tokens\. Thinking output is disabled when the serving interface exposes this option\. The one\-time SkillAligner call uses temperature11andtop\_p=1\\mathrm\{top\\\_p\}=1\. Its output must satisfy the four\-field JSON schema before it can be supplied to the execution agent\. ### A\.4Inference\-Cost Measurement We measure inference cost by token consumption rather than wall\-clock latency or provider\-specific monetary price\. For each evaluated task instance, we sum the input and output tokens consumed by every LLM call\. For Top\-kkRaw Skill,CorigC\_\{\\mathrm\{orig\}\}includes all calls made during task execution\. For SkillAligner,CadaptC\_\{\\mathrm\{adapt\}\}counts the one\-time adaptation call, whileCexecSAC\_\{\\mathrm\{exec\}\}^\{\\mathrm\{SA\}\}includes all subsequent execution calls, including a format\-only repair call when triggered\. We compute these statistics separately for Qwen3\-8B, Qwen3\-32B, and Gemini 2\.5 Pro\. Each benchmark entry in Table[5](https://arxiv.org/html/2608.06880#S4.T5)reports the arithmetic mean of the corresponding statistic across the three backbones, and the*Average*row then macro\-averages across benchmarks\. ### A\.5Skill Library and Retrieval All skill\-based methods use the same independently constructed library of reusable procedural skills covering embodied interaction, web\-based task execution, and knowledge\-intensive question answering\. The library is assembled primarily from the community\-curatedComposioHQ/awesome\-claude\-skillsrepository and Anthropic’s officialanthropics/skillsrepository, with additional skills adapted from SkillsBench\(skillsbench2026\)\. Each package, typically centered on aSKILL\.mdspecification with optional scripts and auxiliary resources, is normalized into a structured record describing its capability, interfaces, tool requirements, and dependencies\. Given a task query, we rank the library using BM25\(robertson2009probabilistic\)and retrieve the top five candidates \(k=5k=5\)\. Retrieval is held fixed across methods\. The Graph of Skills baseline receives the same BM25 top\-five candidates and applies its graph\-based dependency modeling and skill\-bundle organization to that candidate set\. The raw\-skill baseline directly injects the same retrieved candidates without adaptation\. SkillAligner instead treats retrieved skills as adaptable drafts\. It may retain, instantiate, compact, merge, reorder, condition, or omit retrieved procedural content\. An interface\-specific instruction may be rewritten only when the replacement is supported byℰ\\mathcal\{E\}and preserves the intended procedure\. SkillAligner cannot introduce an unprovided skill, invent an unavailable capability, change a hard task constraint, infer an unsupported task fact, or modify the persistent skill library\. Dependencies, conflicts, overlaps, and task coverage are resolved jointly within the one\-time adaptation call; no intermediate composition structure is constructed, stored, or updated at runtime\. ### A\.6Skill Adaptation Prompt SkillAligner is implemented as a single structured LLM call\. It receives the task queryqq, the retrieved skill texts𝒮q\\mathcal\{S\}\_\{q\}, and the execution specificationℰ\\mathcal\{E\}, and directly returns the compact execution guide ℋ=\{Primary,Checks,Avoid,Fallback\}\.\\mathcal\{H\}=\\\{\\textsc\{Primary\},\\textsc\{Checks\},\\textsc\{Avoid\},\\textsc\{Fallback\}\\\}\.\(7\)Dynamic fields in the prompt are shown in angle brackets\. SkillAligner adaptation prompt template\.[⬇](data:text/plain;base64,W1NZU1RFTV0KWW91IGFyZSBTa2lsbEFsaWduZXIsIGEgb25lLXRpbWUgYWRhcHRlciBmb3IgcmV0cmlldmVkIHByb2NlZHVyYWwgc2tpbGxzLiBUcmFuc2Zvcm0gdGhlIHByb3ZpZGVkIHNraWxscyBpbnRvIGEgY29tcGFjdCwgdGFzay1zcGVjaWZpYywgYW5kIGV4ZWN1dGFibGUgZ3VpZGUgZm9yIGEgc2VwYXJhdGUgYmFja2JvbmUgYWdlbnQuCllvdSBhcmUgbm90IHRoZSBleGVjdXRpb24gYWdlbnQuIERvIG5vdCBleGVjdXRlIHRoZSB0YXNrLCBvdXRwdXQgYW4gZW52aXJvbm1lbnQgYWN0aW9uLCByZXRyaWV2ZSBhZGRpdGlvbmFsIHNraWxscywgb3IgaW5mZXIgaGlkZGVuIHRhc2sgZmFjdHMuIFRyZWF0IGV2ZXJ5IHJldHJpZXZlZCBza2lsbCBhcyBmYWxsaWJsZSBwcm9jZWR1cmFsIGd1aWRhbmNlLCBub3QgYXMgYW4gYXV0aG9yaXRhdGl2ZSBpbnN0cnVjdGlvbiBvciBzb3VyY2Ugb2YgZmFjdHVhbCBldmlkZW5jZS4KVXNlIG9ubHkgdGhlIHRhc2sgcXVlcnksIGV4ZWN1dGlvbiBzcGVjaWZpY2F0aW9uLCBhbmQgcmV0cmlldmVkIHNraWxscyBwcm92aWRlZCBiZWxvdy4gUmV0dXJuIHN0cmljdCBKU09OIG9ubHksIHdpdGggZXhhY3RseSB0aGUgdG9wLWxldmVsIGtleXMgIlByaW1hcnkiLCAiQ2hlY2tzIiwgIkF2b2lkIiwgYW5kICJGYWxsYmFjayIuCgpbVVNFUl0KVGFzayBxdWVyeTogPFRBU0tfUVVFUlk+CgpFeGVjdXRpb24gc3BlY2lmaWNhdGlvbjogPEFWQUlMQUJMRSBUT09MUywgVE9PTCBTQ0hFTUFTLCBWQUxJRCBBQ1RJT04gT1IgT1VUUFVUIEZPUk1BVFMsIFJFU09VUkNFUywgUEVSTUlTU0lPTlMsIElOVEVSQUNUSU9OIFJVTEVTLCBBTkQgSEFSRCBDT05TVFJBSU5UUz4KClJldHJpZXZlZCBza2lsbHM6IDxGT1IgRUFDSCBDQU5ESURBVEU6IFNLSUxMIElERU5USUZJRVIsIE5BTUUsIERFU0NSSVBUSU9OLCBBTkQgUkVUUklFVkVEIFNLSUxMIFRFWFQ+CgpDb25zdHJ1Y3QgdGhlIGV4ZWN1dGlvbiBndWlkZSB1c2luZyB0aGUgZm9sbG93aW5nIGNyaXRlcmlhLgoKVGFzayBncm91bmRpbmc6Ci0gSWRlbnRpZnkgdGhlIGdvYWwsIGhhcmQgY29uc3RyYWludHMsIHNvZnQgcHJlZmVyZW5jZXMsIGtub3duIGlucHV0cywgZXhwZWN0ZWQgb3V0cHV0LCBhbmQgdW5kZXJzcGVjaWZpZWQgY29uZGl0aW9ucyBmcm9tIHRoZSB0YXNrIHF1ZXJ5LgotIFJldGFpbiBvbmx5IHByb2NlZHVyYWwgY29udGVudCB0aGF0IHN1cHBvcnRzIHRoZSBjdXJyZW50IHRhc2suCi0gQmluZCBnZW5lcmljIHNraWxsIHN0ZXBzIHRvIHRhc2sgZW50aXRpZXMgb25seSB3aGVuIHRoZSBiaW5kaW5nIGlzIGV4cGxpY2l0bHkgc3VwcG9ydGVkIGJ5IHRoZSB0YXNrIHF1ZXJ5LgotIENvbXByZXNzIHdlYWtseSByZWxldmFudCBleHBsYW5hdGlvbnMgYW5kIG9taXQgaXJyZWxldmFudCBleGFtcGxlcy4KLSBQcmVzZXJ2ZSB1bmRlcnNwZWNpZmllZCBjb25kaXRpb25zIGFzIGNoZWNrcyByYXRoZXIgdGhhbiByZXNvbHZpbmcgdGhlbSB0aHJvdWdoIHVuc3VwcG9ydGVkIGFzc3VtcHRpb25zLgoKRXhlY3V0aW9uLWVudmlyb25tZW50IGFsaWdubWVudDoKLSBVc2Ugb25seSB0b29scywgb3BlcmF0aW9ucywgcmVzb3VyY2VzLCBwZXJtaXNzaW9ucywgYW5kIGFjdGlvbiBmb3JtcyBzdXBwb3J0ZWQgYnkgdGhlIGV4ZWN1dGlvbiBzcGVjaWZpY2F0aW9uLgotIFlvdSBtYXkgcmVwbGFjZSBhbiBpbnRlcmZhY2Utc3BlY2lmaWMgc3RlcCB3aXRoIGEgZnVuY3Rpb25hbGx5IGVxdWl2YWxlbnQgc3VwcG9ydGVkIG9wZXJhdGlvbiBvbmx5IHdoZW4gdGhlIHByb2NlZHVyYWwgaW50ZW50IGlzIHByZXNlcnZlZC4KLSBSZXRhaW4gYW4gdW5jZXJ0YWluIHByb2NlZHVyZSBvbmx5IGFzIGNvbmRpdGlvbmFsIGd1aWRhbmNlLCBhIGNoZWNrLCBhIHdhcm5pbmcsIG9yIGEgZmFsbGJhY2suCi0gT21pdCBhbiBlc3NlbnRpYWwgcHJvY2VkdXJlIHdoZW4gaXQgcmVxdWlyZXMgYW4gdW5zdXBwb3J0ZWQgY2FwYWJpbGl0eSBhbmQgY2Fubm90IGJlIHNhZmVseSByZXBhaXJlZC4KLSBOZXZlciBpbnZlbnQgYSB0b29sLCBvYmplY3QsIHJlc291cmNlLCBwZXJtaXNzaW9uLCBvYnNlcnZhdGlvbiwgZW52aXJvbm1lbnQgc3RhdGUsIG9yIGZhY3R1YWwgcmVzdWx0LgoKU2tpbGwgY29tcG9zaXRpb246Ci0gT3JkZXIgcHJlcmVxdWlzaXRlcyBiZWZvcmUgZGVwZW5kZW50IHByb2NlZHVyZXMuCi0gTWVyZ2Ugb3ZlcmxhcHBpbmcgZ3VpZGFuY2UgYW5kIHJlbW92ZSByZWR1bmRhbnQgc3RlcHMuCi0gUmVzb2x2ZSBjb25mbGljdHMgdXNpbmcgdGhlIGZvbGxvd2luZyBwcmlvcml0eTogaGFyZCB0YXNrIGNvbnN0cmFpbnRzLCBleGVjdXRpb24gc3BlY2lmaWNhdGlvbiwgdGhlbiBza2lsbCBndWlkYW5jZS4KLSBQcmVzZXJ2ZSBhbGwgdGFzay1jcml0aWNhbCBwaGFzZXMsIGJ1dCBvbWl0IGNvbnRlbnQgdGhhdCBkb2VzIG5vdCBpbXByb3ZlIHRhc2sgY292ZXJhZ2Ugb3IgZXhlY3V0aW9uIHJlbGlhYmlsaXR5LgoKT3V0cHV0IGZpZWxkczoKLSAiUHJpbWFyeSI6IG9yZGVyZWQgc3RlcHMgZm9yIHRoZSBtYWluIGV4ZWN1dGlvbiByb3V0ZS4KLSAiQ2hlY2tzIjogcHJlY29uZGl0aW9ucyBhbmQgaW50ZXJtZWRpYXRlIGNvbmRpdGlvbnMgdGhhdCB0aGUgZXhlY3V0aW9uIGFnZW50IG11c3QgdmVyaWZ5IGZyb20gb2JzZXJ2YXRpb25zIG9yIHB1YmxpYyBldmlkZW5jZS4KLSAiQXZvaWQiOiB1bnN1cHBvcnRlZCBhc3N1bXB0aW9ucywgdW5hdmFpbGFibGUgb3BlcmF0aW9ucywgY29uZmxpY3RpbmcgaW5zdHJ1Y3Rpb25zLCBhbmQgaW52YWxpZCBhY3Rpb24gb3Igb3V0cHV0IGZvcm1zLgotICJGYWxsYmFjayI6IGFsdGVybmF0aXZlIHJvdXRlcyB0byB1c2Ugd2hlbiB0aGUgcHJpbWFyeSByb3V0ZSBpcyBibG9ja2VkLgoKT3V0cHV0IHJ1bGVzOgoxLiBSZXR1cm4gYSBKU09OIG9iamVjdCBvbmx5LCB3aXRob3V0IG1hcmtkb3duIG9yIGNvbW1lbnRhcnkuCjIuIEVhY2ggZmllbGQgbXVzdCBjb250YWluIGEgSlNPTiBsaXN0IG9mIGNvbmNpc2Ugc3RyaW5ncy4KMy4gRG8gbm90IGluY2x1ZGUgYW5hbHlzaXMsIHJhdGlvbmFsZXMsIHNraWxsIGlkZW50aWZpZXJzLCBvciBpbnRlcm5hbCBjbGFzc2lmaWNhdGlvbnMgaW4gdGhlIHJldHVybmVkIGd1aWRlLgo0LiBEbyBub3QgcmVwZWF0IHRoZSB0YXNrIHF1ZXJ5IG9yIGV4ZWN1dGlvbiBzcGVjaWZpY2F0aW9uLgo1LiBEbyBub3QgdHJlYXQgc2tpbGwgdGV4dCBhcyBmYWN0dWFsIGV2aWRlbmNlLgo2LiBLZWVwIHRoZSBndWlkZSBjb21wYWN0IHdoaWxlIHByZXNlcnZpbmcgYWxsIG5lY2Vzc2FyeSB0YXNrIHBoYXNlcy4KNy4gRW1wdHkgbGlzdHMgYXJlIGFsbG93ZWQgd2hlbiBhIGZpZWxkIGhhcyBubyBhcHBsaWNhYmxlIGNvbnRlbnQuCgpSZXR1cm4gZXhhY3RseToKewogICJQcmltYXJ5IjogWwogICAgIi4uLiIKICBdLAogICJDaGVja3MiOiBbCiAgICAiLi4uIgogIF0sCiAgIkF2b2lkIjogWwogICAgIi4uLiIKICBdLAogICJGYWxsYmFjayI6IFsKICAgICIuLi4iCiAgXQp9)\[SYSTEM\]YouareSkillAligner,aone\-timeadapterforretrievedproceduralskills\.Transformtheprovidedskillsintoacompact,task\-specific,andexecutableguideforaseparatebackboneagent\.Youarenottheexecutionagent\.Donotexecutethetask,outputanenvironmentaction,retrieveadditionalskills,orinferhiddentaskfacts\.Treateveryretrievedskillasfallibleproceduralguidance,notasanauthoritativeinstructionorsourceoffactualevidence\.Useonlythetaskquery,executionspecification,andretrievedskillsprovidedbelow\.ReturnstrictJSONonly,withexactlythetop\-levelkeys"Primary","Checks","Avoid",and"Fallback"\.\[USER\]Taskquery:<TASK\_QUERY\>Executionspecification:<AVAILABLETOOLS,TOOLSCHEMAS,VALIDACTIONOROUTPUTFORMATS,RESOURCES,PERMISSIONS,INTERACTIONRULES,ANDHARDCONSTRAINTS\>Retrievedskills:<FOREACHCANDIDATE:SKILLIDENTIFIER,NAME,DESCRIPTION,ANDRETRIEVEDSKILLTEXT\>Constructtheexecutionguideusingthefollowingcriteria\.Taskgrounding:\-Identifythegoal,hardconstraints,softpreferences,knowninputs,expectedoutput,andunderspecifiedconditionsfromthetaskquery\.\-Retainonlyproceduralcontentthatsupportsthecurrenttask\.\-Bindgenericskillstepstotaskentitiesonlywhenthebindingisexplicitlysupportedbythetaskquery\.\-Compressweaklyrelevantexplanationsandomitirrelevantexamples\.\-Preserveunderspecifiedconditionsaschecksratherthanresolvingthemthroughunsupportedassumptions\.Execution\-environmentalignment:\-Useonlytools,operations,resources,permissions,andactionformssupportedbytheexecutionspecification\.\-Youmayreplaceaninterface\-specificstepwithafunctionallyequivalentsupportedoperationonlywhentheproceduralintentispreserved\.\-Retainanuncertainprocedureonlyasconditionalguidance,acheck,awarning,orafallback\.\-Omitanessentialprocedurewhenitrequiresanunsupportedcapabilityandcannotbesafelyrepaired\.\-Neverinventatool,object,resource,permission,observation,environmentstate,orfactualresult\.Skillcomposition:\-Orderprerequisitesbeforedependentprocedures\.\-Mergeoverlappingguidanceandremoveredundantsteps\.\-Resolveconflictsusingthefollowingpriority:hardtaskconstraints,executionspecification,thenskillguidance\.\-Preservealltask\-criticalphases,butomitcontentthatdoesnotimprovetaskcoverageorexecutionreliability\.Outputfields:\-"Primary":orderedstepsforthemainexecutionroute\.\-"Checks":preconditionsandintermediateconditionsthattheexecutionagentmustverifyfromobservationsorpublicevidence\.\-"Avoid":unsupportedassumptions,unavailableoperations,conflictinginstructions,andinvalidactionoroutputforms\.\-"Fallback":alternativeroutestousewhentheprimaryrouteisblocked\.Outputrules:1\.ReturnaJSONobjectonly,withoutmarkdownorcommentary\.2\.EachfieldmustcontainaJSONlistofconcisestrings\.3\.Donotincludeanalysis,rationales,skillidentifiers,orinternalclassificationsinthereturnedguide\.4\.Donotrepeatthetaskqueryorexecutionspecification\.5\.Donottreatskilltextasfactualevidence\.6\.Keeptheguidecompactwhilepreservingallnecessarytaskphases\.7\.Emptylistsareallowedwhenafieldhasnoapplicablecontent\.Returnexactly:\{"Primary":\["\.\.\."\],"Checks":\["\.\.\."\],"Avoid":\["\.\.\."\],"Fallback":\["\.\.\."\]\}Figure 4:Prompt template for the one\-time SkillAligner adaptation call\.For ALFWorld, the benchmark\-specific execution specification describes the household action interface and asks SkillAligner to preserve the necessary phases of object search, receptacle access, required state transformation, final placement, and progress validation when supported by the retrieved skills\. For WebShop, it describes the visiblesearchandclickinterface and emphasizes search, product filtering, evidence inspection, option binding, hard\-attribute verification, price verification, and purchase readiness\. For the search\-augmented QA tasks, retrieved skills are treated only as reasoning guidance: SkillAligner may preserve decomposition, answer\-type, and verification strategies, but must not treat skill content as evidence for the answer\. ## Appendix BRegression Source Evaluation We use a GPT\-5\.5\-based LLM judge to identify the primary source of each regression included in the diagnostic analysis\. The diagnostic set underlying Table[2](https://arxiv.org/html/2608.06880#S1.T2)consists of all paired instances in which No Skill succeeds but Top\-kkRaw Skill fails\. For every such instance, the judge receives the task query, execution specification, retrieved skills, and paired execution traces\. It assigns the regression to one of four mutually exclusive categories: inter\-skill misalignment, skill–environment misalignment, skill–task misalignment, or other\. The judge is used only for post\-hoc error analysis and does not affect skill retrieval, adaptation, execution, or benchmark scoring\. Figure[5](https://arxiv.org/html/2608.06880#A3.F5)presents the complete classification prompt\. ## Appendix CAdditional Results Table 7:Effect of skill\-library size\.We evaluate SkillAligner with libraries containing 200, 500, 1,000, and 2,000 skills using Qwen3\-8B and Qwen3\-32B across ALFWorld, WebShop, and the search\-augmented QA suite\. Bold values indicate the best result in each column\.### C\.1Sensitivity to Skill\-Library Scale We examine whether SkillAligner is sensitive to the scale of the underlying skill library, since practical skill libraries may vary substantially in size as procedural knowledge accumulates\. For this analysis, we construct 200\-, 500\-, 1,000\-, and 2,000\-skill variants using the same sources, normalization format, and filtering protocol described in Appendix[A\.5](https://arxiv.org/html/2608.06880#A1.SS5); the 1,000\-skill variant is the primary setting used elsewhere\. Table[7](https://arxiv.org/html/2608.06880#A3.T7)reports the results\. Performance varies non\-monotonically with library size, and the best scale depends on both the benchmark and backbone\. The 2,000\-skill library performs best on Qwen3\-8B ALFWorld and WebShop and Qwen3\-32B WebShop, whereas smaller libraries are best in the remaining settings\. No scale uniformly dominates the others\. Overall, SkillAligner remains effective across the evaluated library sizes and does not rely on a specific scale\. ### C\.2Detailed Module Ablation Table[8](https://arxiv.org/html/2608.06880#A3.T8)expands the main ablation in Table[3](https://arxiv.org/html/2608.06880#S3.T3)to all232^\{3\}combinations of task grounding, execution\-environment alignment, and skill composition\. The all\-empty row corresponds to Top\-kkRaw Skill, while the single\-stage and complete rows reproduce the corresponding results in Table[3](https://arxiv.org/html/2608.06880#S3.T3)\. The pairwise rows expose how the stages complement one another rather than evaluating each stage only in isolation\. Table 8:Detailed module ablation of SkillAligner\.A checkmark indicates an enabled module; an empty cell indicates removal\. ALFWorld and WebShop report success rate; the search\-augmented QA tasks report exact match\.Progressive gains from combining stages\.Each individual stage improves over raw skill injection in all six benchmark–backbone settings, and the complete system outperforms every single\-stage variant\. Among all232^\{3\}configurations, the complete system is best in all six settings\. Relative to the strongest pair for each benchmark, it gains2\.99/0\.40/1\.512\.99/0\.40/1\.51points on ALFWorld, WebShop, and search\-augmented QA, respectively, with Qwen3\-8B and2\.24/1\.00/0\.642\.24/1\.00/0\.64points with Qwen3\-32B\. This consistent advantage shows that the three stages provide complementary benefits and are most effective when applied jointly\. Different benchmarks favor different module pairs\.The strongest pair is the same across both backbones but differs by benchmark\. Environment alignment plus skill composition performs best on ALFWorld, where execution depends on state\-aware action procedures\. Task grounding plus skill composition is strongest on WebShop, where the agent must preserve product constraints while organizing search and variant\-selection skills\. Task grounding plus environment alignment is strongest on search\-augmented QA, where query intent and interface\-compatible evidence collection are central\. This pattern explains why the single\-stage winner also varies in Table[3](https://arxiv.org/html/2608.06880#S3.T3)and why combining all three stages is more reliable than choosing one fixed adaptation strategy\. Consistent with Table[4](https://arxiv.org/html/2608.06880#S4.T4), the complete system improves transfer and reduces regression relative to raw skill injection across all Qwen settings\. Regression\-source classification prompt template\.[⬇](data:text/plain;base64,W1NZU1RFTV0KWW91IGFyZSBldmFsdWF0aW5nIHRoZSBwcmltYXJ5IHNvdXJjZSBvZiBhIHNraWxsLWluZHVjZWQgcmVncmVzc2lvbiBpbiBhIHNraWxsLWF1Z21lbnRlZCBhZ2VudC4KCkEgc2tpbGwtaW5kdWNlZCByZWdyZXNzaW9uIGlzIGFuIGluc3RhbmNlIGluIHdoaWNoIHRoZSBhZ2VudCBzdWNjZWVkcyB3aXRob3V0IHNraWxscyBidXQgZmFpbHMgYWZ0ZXIgZGlyZWN0bHkgaW5qZWN0aW5nIHJldHJpZXZlZCBza2lsbHMuCgpJZGVudGlmeSB0aGUgcHJpbWFyeSBjYXVzYWwgbWlzbWF0Y2ggaW50cm9kdWNlZCBieSB0aGUgcmV0cmlldmVkIHNraWxscy4gQmFzZSB0aGUgY2xhc3NpZmljYXRpb24gb25seSBvbiB0aGUgcHJvdmlkZWQgdGFzaywgZXhlY3V0aW9uIHNwZWNpZmljYXRpb24sIHJldHJpZXZlZCBza2lsbHMsIGFuZCBwYWlyZWQgZXhlY3V0aW9uIHRyYWNlcy4KCkNsYXNzaWZ5IHRoZSByZWdyZXNzaW9uIGludG8gZXhhY3RseSBvbmUgY2F0ZWdvcnk6CgpJbnRlci1za2lsbDoKVGhlIGZhaWx1cmUgaXMgcHJpbWFyaWx5IGNhdXNlZCBieSBhbiBpbnRlcmFjdGlvbiBhbW9uZyBtdWx0aXBsZSByZXRyaWV2ZWQgc2tpbGxzLCBzdWNoIGFzIGNvbmZsaWN0aW5nIHByb2NlZHVyZXMsIGluY29tcGF0aWJsZSBhc3N1bXB0aW9ucywgZHVwbGljYXRlZCBvciBjb21wZXRpbmcgc3ViZ29hbHMsIG9yIGFuIGluY29uc2lzdGVudCBleGVjdXRpb24gb3JkZXIuCgpFbnZpcm9ubWVudDoKQSByZXRyaWV2ZWQgc2tpbGwgcmVsaWVzIG9uIGFuIGFjdGlvbiwgdG9vbCwgcmVzb3VyY2UsIG9iamVjdCwgcGVybWlzc2lvbiwgc3RhdGUsIG9yIGludGVyZmFjZSB0aGF0IGlzIHVuYXZhaWxhYmxlIG9yIHVuc3VwcG9ydGVkIGJ5IHRoZSBleGVjdXRpb24gc3BlY2lmaWNhdGlvbi4KClRhc2s6CkEgcmV0cmlldmVkIHNraWxsIGlzIHNlbWFudGljYWxseSByZWxhdGVkIHRvIHRoZSB0YXNrIGJ1dCBjb25mbGljdHMgd2l0aCB0aGUgc3BlY2lmaWMgZ29hbCwgaW5wdXQsIGhhcmQgY29uc3RyYWludCwgZXhwZWN0ZWQgb3V0cHV0LCBvciBzdWNjZXNzIGNvbmRpdGlvbi4KCk90aGVyOgpUaGUgZXZpZGVuY2UgaXMgaW5zdWZmaWNpZW50IHRvIGF0dHJpYnV0ZSB0aGUgZmFpbHVyZSB0byBvbmUgb2YgdGhlIHRocmVlIG1pc21hdGNoIHR5cGVzLCBvciB0aGUgZmFpbHVyZSBpcyBiZXR0ZXIgZXhwbGFpbmVkIGJ5IGFuIHVucmVsYXRlZCByZWFzb25pbmcgb3IgZXhlY3V0aW9uIGVycm9yLgoKRXZhbHVhdGlvbiBydWxlczoKMS4gQ29tcGFyZSB0aGUgc3VjY2Vzc2Z1bCBuby1za2lsbCB0cmFjZSB3aXRoIHRoZSBmYWlsZWQgcmF3LXNraWxsIHRyYWNlIGFuZCBpZGVudGlmeSBob3cgc2tpbGwgaW5qZWN0aW9uIGNoYW5nZWQgdGhlIGV4ZWN1dGlvbi4KMi4gRG8gbm90IGNsYXNzaWZ5IGEgZ2VuZXJpYyByZWFzb25pbmcgb3IgYWN0aW9uIGVycm9yIGFzIGEgc2tpbGwgbWlzbWF0Y2ggdW5sZXNzIGl0IGNhbiBiZSBsaW5rZWQgdG8gcmV0cmlldmVkIHNraWxsIGNvbnRlbnQuCjMuIFdoZW4gc2V2ZXJhbCBtaXNtYXRjaGVzIGFyZSBwcmVzZW50LCBzZWxlY3QgdGhlIG9uZSB0aGF0IG1vc3QgZGlyZWN0bHkgY2F1c2VkIHRoZSBmaW5hbCBmYWlsdXJlLgo0LiBQcmVmZXIgYW4gdXBzdHJlYW0gY2F1c2FsIG1pc21hdGNoIHdoZW4gaXQgY2xlYXJseSB0cmlnZ2VyZWQgbGF0ZXIgZXJyb3JzLgo1LiBDbGFzc2lmeSB0aGUgdmlvbGF0ZWQgcmVsYXRpb24gcmF0aGVyIHRoYW4gb25seSB0aGUgc3VyZmFjZSBlcnJvci4KNi4gVXNlIE90aGVyIHdoZW4gbm8gc2luZ2xlIGNhdGVnb3J5IGlzIHN1ZmZpY2llbnRseSBzdXBwb3J0ZWQuCjcuIEtlZXAgdGhlIHJlYXNvbiBhbmQgZXZpZGVuY2UgY29uY2lzZSBhbmQgY29uY3JldGUuCjguIFJldHVybiBzdHJpY3QgSlNPTiBvbmx5LCB3aXRob3V0IG1hcmtkb3duIG9yIGFkZGl0aW9uYWwgY29tbWVudGFyeS4KCltVU0VSXQpUYXNrIHF1ZXJ5Ogo8VEFTS19RVUVSWT4KCkV4ZWN1dGlvbiBzcGVjaWZpY2F0aW9uOgo8QVZBSUxBQkxFX1RPT0xTX0FDVElPTlNfUkVTT1VSQ0VTX0FORF9DT05TVFJBSU5UUz4KClJldHJpZXZlZCBza2lsbHM6CjxSRVRSSUVWRURfU0tJTExfVEVYVFM+CgpTdWNjZXNzZnVsIGV4ZWN1dGlvbiB0cmFjZSB3aXRob3V0IHNraWxsczoKPE5PX1NLSUxMX1RSQUNFPgoKRmFpbGVkIGV4ZWN1dGlvbiB0cmFjZSB3aXRoIHJhdyBza2lsbCBpbmplY3Rpb246CjxSQVdfU0tJTExfVFJBQ0U+CgpSZXR1cm4gZXhhY3RseToKewogICJwcmltYXJ5X3NvdXJjZSI6ICJJbnRlci1za2lsbCIsCiAgInJlYXNvbiI6ICJPbmUgY29uY2lzZSBzZW50ZW5jZSBkZXNjcmliaW5nIHRoZSBwcmltYXJ5IGNhdXNhbCBtaXNtYXRjaC4iLAogICJldmlkZW5jZSI6ICJUaGUgcmVsZXZhbnQgc2tpbGwgaW5zdHJ1Y3Rpb24gb3IgcGFpcmVkLXRyYWNlIGRpZmZlcmVuY2UuIiwKICAiY29uZmlkZW5jZSI6ICJIaWdoIgp9CgpUaGUgdmFsdWUgb2YgInByaW1hcnlfc291cmNlIiBtdXN0IGJlIGV4YWN0bHkgb25lIG9mOgoiSW50ZXItc2tpbGwiLCAiRW52aXJvbm1lbnQiLCAiVGFzayIsIG9yICJPdGhlciIuCgpUaGUgdmFsdWUgb2YgImNvbmZpZGVuY2UiIG11c3QgYmUgZXhhY3RseSBvbmUgb2Y6CiJIaWdoIiwgIk1lZGl1bSIsIG9yICJMb3ciLg==)\[SYSTEM\]Youareevaluatingtheprimarysourceofaskill\-inducedregressioninaskill\-augmentedagent\.Askill\-inducedregressionisaninstanceinwhichtheagentsucceedswithoutskillsbutfailsafterdirectlyinjectingretrievedskills\.Identifytheprimarycausalmismatchintroducedbytheretrievedskills\.Basetheclassificationonlyontheprovidedtask,executionspecification,retrievedskills,andpairedexecutiontraces\.Classifytheregressionintoexactlyonecategory:Inter\-skill:Thefailureisprimarilycausedbyaninteractionamongmultipleretrievedskills,suchasconflictingprocedures,incompatibleassumptions,duplicatedorcompetingsubgoals,oraninconsistentexecutionorder\.Environment:Aretrievedskillreliesonanaction,tool,resource,object,permission,state,orinterfacethatisunavailableorunsupportedbytheexecutionspecification\.Task:Aretrievedskillissemanticallyrelatedtothetaskbutconflictswiththespecificgoal,input,hardconstraint,expectedoutput,orsuccesscondition\.Other:Theevidenceisinsufficienttoattributethefailuretooneofthethreemismatchtypes,orthefailureisbetterexplainedbyanunrelatedreasoningorexecutionerror\.Evaluationrules:1\.Comparethesuccessfulno\-skilltracewiththefailedraw\-skilltraceandidentifyhowskillinjectionchangedtheexecution\.2\.Donotclassifyagenericreasoningoractionerrorasaskillmismatchunlessitcanbelinkedtoretrievedskillcontent\.3\.Whenseveralmismatchesarepresent,selecttheonethatmostdirectlycausedthefinalfailure\.4\.Preferanupstreamcausalmismatchwhenitclearlytriggeredlatererrors\.5\.Classifytheviolatedrelationratherthanonlythesurfaceerror\.6\.UseOtherwhennosinglecategoryissufficientlysupported\.7\.Keepthereasonandevidenceconciseandconcrete\.8\.ReturnstrictJSONonly,withoutmarkdownoradditionalcommentary\.\[USER\]Taskquery:<TASK\_QUERY\>Executionspecification:<AVAILABLE\_TOOLS\_ACTIONS\_RESOURCES\_AND\_CONSTRAINTS\>Retrievedskills:<RETRIEVED\_SKILL\_TEXTS\>Successfulexecutiontracewithoutskills:<NO\_SKILL\_TRACE\>Failedexecutiontracewithrawskillinjection:<RAW\_SKILL\_TRACE\>Returnexactly:\{"primary\_source":"Inter\-skill","reason":"Oneconcisesentencedescribingtheprimarycausalmismatch\.","evidence":"Therelevantskillinstructionorpaired\-tracedifference\.","confidence":"High"\}Thevalueof"primary\_source"mustbeexactlyoneof:"Inter\-skill","Environment","Task",or"Other"\.Thevalueof"confidence"mustbeexactlyoneof:"High","Medium",or"Low"\.Figure 5:Prompt used by the LLM judge to classify the primary source of each skill\-induced regression\. ## Appendix DDetailed Case Studies This section expands the main\-paper example and adds two complementary WebShop cases\. All cases use Qwen3\-32B\. For each task, No Skill and Top\-kkRaw Skill use the exact same shopping instruction and evaluation protocol; Raw Skill receives the retrieved top\-five skills directly, while SkillAligner adapts the same five skills once before execution\. The three cases isolate different failure modes:incomplete option binding,negative transfer from an over\-general skill, andrepetition without a recovery strategy\. WebShop returns a score in\[0,1\]\[0,1\], but its success condition is exact:score 1 is success; every score below 1 is failure\. We show sub\-unit scores only as diagnostic evidence of partially satisfied constraints\. Table 9:Outcomes of the detailed WebShop cases\.Scores below 1 are failures under the success criterion\.### D\.1Main Case: Configuring a Hidden Product Variant What makes the task hard\.The user requests freeze\-dried banana chips with*apple cinnamon*flavor, a*16\-pack*, and a price below $50\. The search page, however, shows only a default configuration\. The correct parent product B092JLLYK6 is titled as generic banana crisps in a 6\-pack; only after opening its detail page does the agent see two separate controls for flavor and pack size\. This is analogous to a shoe listing that displays one default color and size even though other variants are selectable\.The search title is therefore not the final SKU: the agent must open the parent product and explicitly satisfy both option groups\. No Skill: constraints are not tracked\.The No\-Skill agent enters a different fruit\-crisp family, selects*goofy strawberry banana*and*pack of 24*, and buys it: wrong fruit crisps→\\rightarrowstrawberry banana →\\rightarrowpack of 24→\\rightarrowBuy Now\. The score is 0\.25, hence failure\. The agent clearly knows how to search and click an option\. Its problem is simpler and more specific:it does not treat flavor and pack size as two requirements that must both remain satisfied before purchase\. Raw Skill: three mismatches accumulate\.The retrieved skills cover query parsing, packaging\-aware search, search recovery, candidate selection, and variant choice, but direct injection leaves three failures unresolved\.Inter\-skill mismatch:after a candidate is rejected, the Search Executor returns to the results while the Product Selector chooses the same literal match again, producing a six\-round loop instead of switching candidates\.Environment mismatch:the Variant Chooser treats one option click as a complete configuration; it selects the 16\-pack but leaves the independent apple\-cinnamon flavor unset\.Task mismatch:the Product Selector prioritizes query relevance without enforcing the price\-below\-$50 requirement, so the final purchase is over budget\.The skills are individually useful, but direct injection supplies neither a coherent recovery handoff nor a purchase gate covering every hard constraint\.The resulting score is 0\.75 and therefore counts as a failure\. SkillAligner: track four hard slots until purchase\.Groundrewrites the request as four independent slots: banana chips, apple cinnamon, 16\-pack, and price below $50\.Alignrecords that search results display default variants and that flavor and pack become verifiable only through separate detail\-page clicks\.Composemerges the overlapping search instructions, forbids revisiting an already rejected literal match, orders the two option clicks, and allows purchase only when all four slots pass\. The resulting route is search→\\rightarrowconfigurable parent→\\rightarrowapple cinnamon →\\rightarrowpack of 16→\\rightarrowprice check→\\rightarrowBuy Now, which receives a score of 1\. What this case isolates\.Raw Skill already proves that the model can form a useful query, reject a bad product, inspect candidate details, and click a legal variant\.The missing capability is not search or tool use; it is turning several locally useful skills into one complete, state\-aware shopping procedure\.SkillAligner supplies the missing handoff: reject once, change candidate, bind flavor, bind pack, check price, then buy\. ### D\.2Supplementary Case I: Preventing Negative Transfer What makes the task diagnostic\.The user requests a high\-power*sound column*subwoofer with Bluetooth and 3D surround sound for less than $660\. Here, “sound column” names the requested product type; it is not an optional descriptive word\. The retrieved skills cover search formulation, result filtering, product inspection, and purchase\. This case is especially clean becausethe backbone succeeds without skills but fails after Raw Skill is injected\. No Skill: product type preserved\.Without skills, the agent keeps the full category phrase in its query: high power sound column subwoofer bluetooth 3d surround The result list contains B09R1DKTS6, whose visible title states sound column, high power, Bluetooth, and 3D surround, at $625\.85\. The agent opens it and purchases it in three valid actions, receiving a score of 1\. Raw Skill: task\-defining term dropped\.The search\-formulation skill recommends using only a few distinguishing attributes\. Applied without task grounding, this generic rule removes*sound column*: high power subwoofer bluetooth 3d surround sound This shortening changes which products appear\. The agent selects B093V43SQM, an ordinary TV soundbar/subwoofer, and immediately purchases it\. Every action is legal, but the product type is wrong, so the score is 0\.5 and the run fails\.The skill does not fail because query shortening is always harmful; it fails because it treats the task\-defining category as removable\. SkillAligner: protect the category before shortening the query\.Groundmarks*sound column*as non\-droppable and keeps high power, Bluetooth, 3D surround, and budget as separate checks\.Alignremoves an unavailable selector\-script call and retains the comparison rule in a form executable through visible search and click actions\.Composegives query formulation one owner and requires product\-type verification before purchase\. The aligned query therefore preserves*sound column*, recovers B09R1DKTS6, and receives a score of 1\. What this case isolates\.SkillAligner prevents negative transfer rather than merely helping an otherwise incapable agent\.The paired No\-Skill success shows that search, product selection, and purchase are already within the backbone’s ability; the only damaging change is the Raw\-Skill rewrite that drops the hard category\. ### D\.3Supplementary Case II: Escaping a Literal\-Match Loop What makes the task hard\.The user requests a one\-pound, pack\-of\-one organic sea\-salt shaker in the*triple blend flakes*flavor for less than $30\. The first result page contains two competing candidates\. B01GGWDB8S looks best by title because it explicitly says “Triple Blend Flakes,” but it is a one\-ounce two\-pack priced at $100\. B0007SMLUM has the less literal title “Sea Seasoning Shakers—Organic” and costs $6\.89; opening it reveals the requested flavor and one\-pound pack\-of\-one options\.The agent must reject the best lexical match and inspect the less literal parent product\. No Skill: rejected candidate repeated\.The agent opens B01GGWDB8S, sees the incompatible size, pack, and $100 price, returns to the result page, and opens the same product again\. This cycle consumes the full 30\-step interaction budget: search→\\rightarrow$100 literal match→\\rightarrowreject →\\rightarrowsame search→\\rightarrowsame product\. The score is 0\.The failure is not detecting that the product is invalid; it is failing to change strategy after that detection\. Raw Skill: no recovery handoff\.The top\-five bundle contains a query parser, result filter, search executor, variant chooser, and purchase gate\. In isolation, these skills cover the full solution: extract each constraint, reject invalid products, open a parent product, select flavor and size, then buy\. Nevertheless, Raw Skill issues the same query eight times and repeatedly reopens the same $100 listing\. The filter rejects the product, but the search executor is not told to exclude it or choose a different candidate; therefore the variant chooser never receives a usable parent page\.Retrieving the complete set of local procedures is insufficient when no procedure owns the handoff after rejection\. SkillAligner: reject once, inspect another candidate\.Groundstores product form, flavor, one\-pound size, pack count, and budget as independent checks, so a title match cannot hide three visible violations\.Alignactivates the variant chooser only on a detail page with option controls and drops an unavailable parser\-script call\.Composeturns rejection into an explicit next step: after rejecting B01GGWDB8S once, the fallback must inspect another candidate, B0007SMLUM, rather than repeat the same pair\. It then orders B0007SMLUM→\\rightarrowtriple blend flakes →\\rightarrow1 pound \(pack of 1\)→\\rightarrowBuy Now\. The public product, option, and price checks pass, and the run receives a score of 1\. Organic or certification claims remain public\-page checks; the causal comparison does not rely on hidden evidence, because the rejected literal listing already violates size, pack, and budget\. What this case isolates\.The bottleneck is executable organization, not missing knowledge\.Raw Skill already contains every major step, but SkillAligner is needed to connect rejection to a new candidate and to activate variant selection only after the correct parent page is open\. ### D\.4Cross\-Case Interpretation The cases expose three gaps:\(i\) incomplete state—the banana\-chip agent buys after one option;\(ii\) harmful rewriting—query shortening drops the sound\-column product type; and\(iii\) stalled recovery—the sea\-salt agent revisits a rejected SKU\. Accordingly,Ground protects hard constraints,Align binds procedures to visible state, andCompose assigns the next owner, purchase gate, and fallback—the links missing from Raw Skill\.
Similar Articles
SkillAdaptor: Self-Adapting Skills for LLM Agents from Trajectories
SkillAdaptor is a training-free step-level skill adaptation framework with explicit failure attribution for LLM agents, improving performance on WebShop, PinchBench, and Claw-Eval.
SkillOpt: Executive Strategy for Self-Evolving Agent Skills
SkillOpt introduces a systematic text-space optimizer for agent skills that trains skills as external agent state with stable updates and zero deployment inference overhead, achieving superior performance across multiple benchmarks and execution environments.
Skill is Not One-Size-Fits-All: Model-Aware Skill Alignment for LLM Agents
This paper proposes MASA, a framework that adapts skills to each LLM backbone without modifying weights, using hierarchical evolution and a model-conditioned rewriter, achieving gains of up to 25.8 points over baselines.
SkillMaster: Toward Autonomous Skill Mastery in LLM Agents
This paper introduces SkillMaster, a training framework that enables LLM agents to autonomously create, refine, and select skills through trajectory-informed review and counterfactual utility evaluation.
SkillOpt treats markdown skill files as trainable parameters with proper optimization machinery
A new paper formalizes skill optimization for agents by treating markdown skill files as trainable parameters, using bounded edits validated against holdout sets. The approach transfers well between models and improves performance on procedural benchmarks.