{ "schema_version": 1, "builder_plan": { "scenario": "Your coding assistant makes changes that still need substantial repair before merging.", "change": "Try the technique on held-out issues from a repository with reliable tests.", "baseline": "The same coding agent, repository snapshot, tools, and token budget.", "steps": [ "Locate the paper's implementation and check its license, model support, data needs, and hardware requirements. Stop here if you cannot obtain the required artifacts.", "Save a small set of representative product tasks and expected outcomes. Keep evaluation tasks out of any training or tuning, and choose quality and cost limits before running.", "Run the baseline and the proposed change on identical inputs. Keep other settings fixed and repeat paired runs to expose variation.", "Save per-task outputs, failures, timings, and all usage costs. Review regressions before expanding the test." ], "measure": "Correct patches, regression failures, human repair time, and total cost per accepted change.", "decision": "Keep the change only if it meets your preselected quality and latency limits and improves the metric you care about after setup and operating costs. Otherwise retain the baseline. This is an exploration plan, not a validated recommendation." }, "builder_review": null, "arxiv_id": "2610.11647", "title": "One Skill Too Many: How Co-Installed Skills Conflict in Coding Agents", "summary": "The technique replaces reliance on the model's name-and-description-based choice between co-installed similar skills with a pre-tool hook that intercepts the first skill read, plus benchmark scoring of exclusive core functions rather than task completion alone. Cost is low: a hook in the agent harness, an inventory of installed skills with their exclusive core functions, and surfacing which skill ran; no model retraining, extra inference, or additional hardware is required. It can fail if skill metadata is stale or incomplete, if the hook misclassifies legitimate substitutions as conflicts, or if new co-installed skills are added without updating the conflict registry.", "rationale": "Skill conflicts silently strip normative constraints such as git-touching bans while tasks still pass, and the proposed hook is cheap to implement on a single-GPU or API-based agent stack with immediate safety and fidelity benefits.", "technique": "Pre-tool hook guarding first skill read", "family": "agentes_de_codigo", "recommendation": "adotar", "published": "2026-10-08", "as_of": "2026-10-18", "editorial_status": "indexed", "source_url": "https://arxiv.org/abs/2610.11647", "independent_implementations": 1, "total_implementations": 2, "stars": 14, "citations": 0, "claims": [ { "claim_id": "claim-01", "statement": "The technique replaces reliance on the model's name-and-description-based choice between co-installed similar skills with a pre-tool hook that intercepts the first skill read, plus benchmark scoring of exclusive core functions rather than task completion alone. Cost is low: a hook in the agent harness, an inventory of installed skills with their exclusive core functions, and surfacing which skill ran; no model retraining, extra inference, or additional hardware is required. It can fail if skill metadata is stale or incomplete, if the hook misclassifies legitimate substitutions as conflicts, or if new co-installed skills are added without updating the conflict registry.", "basis": "inferred", "result": "", "baseline": "", "conditions": "", "source_url": "https://arxiv.org/abs/2610.11647", "source_page": null, "source_excerpt": "" }, { "claim_id": "claim-02", "statement": "Runs that open a similar co-installed skill first lose over a third of the installed skill's exclusive core functions; a pre-tool hook at the first skill read restores fidelity on those functions to the level of runs that open the installed skill first (no multiplicative factor reported).", "basis": "inferred", "result": "", "baseline": "", "conditions": "", "source_url": "https://arxiv.org/abs/2610.11647", "source_page": null, "source_excerpt": "" } ], "exposure_map": [ { "dimension": "quality", "basis": "not_evaluated", "finding": "", "interpretation": "", "limitation": "", "next_check": "", "source_url": "", "source_page": null, "source_excerpt": "" }, { "dimension": "compute", "basis": "not_evaluated", "finding": "", "interpretation": "", "limitation": "", "next_check": "", "source_url": "", "source_page": null, "source_excerpt": "" }, { "dimension": "latency", "basis": "not_evaluated", "finding": "", "interpretation": "", "limitation": "", "next_check": "", "source_url": "", "source_page": null, "source_excerpt": "" }, { "dimension": "operations", "basis": "not_evaluated", "finding": "", "interpretation": "", "limitation": "", "next_check": "", "source_url": "", "source_page": null, "source_excerpt": "" }, { "dimension": "compatibility", "basis": "not_evaluated", "finding": "", "interpretation": "", "limitation": "", "next_check": "", "source_url": "", "source_page": null, "source_excerpt": "" }, { "dimension": "security", "basis": "not_evaluated", "finding": "", "interpretation": "", "limitation": "", "next_check": "", "source_url": "", "source_page": null, "source_excerpt": "" }, { "dimension": "data_and_training", "basis": "not_evaluated", "finding": "", "interpretation": "", "limitation": "", "next_check": "", "source_url": "", "source_page": null, "source_excerpt": "" }, { "dimension": "reproducibility", "basis": "not_evaluated", "finding": "", "interpretation": "", "limitation": "", "next_check": "", "source_url": "", "source_page": null, "source_excerpt": "" } ], "risks": [], "minimum_test": [], "open_questions": [], "independent_tests": [], "lab_reproductions": [], "report_available": false, "validation_tier": "unknown", "evidence_tier": "unknown", "infrastructure_basis": "unknown", "equations": [], "equations_status": "not_fetched", "core_kind": "", "equations_fetched_at": "", "equations_source_url": "", "equations_source_sha256": "", "exposures_reviewed_at": "", "exposures_source_sha256": "" }