feat: improve openspec-apply-change skill score 74% → 90%#21
Closed
yogesh-tessl wants to merge 1 commit into
Closed
feat: improve openspec-apply-change skill score 74% → 90%#21yogesh-tessl wants to merge 1 commit into
yogesh-tessl wants to merge 1 commit into
Conversation
Hey @benkli01 👋 I ran your skills through `tessl skill review` at work and found some targeted improvements for `openspec-apply-change`. Here's the full before/after: | Skill | Before | After | Change | |-------|--------|-------|--------| | openspec-apply-change | 74% | 90% | +16% | | openspec-explore | 72% | — | unchanged | | openspec-archive-change | 78% | — | unchanged | | openspec-propose | 78% | — | unchanged | <details> <summary>Changes made</summary> **Description improvements (biggest impact — 57% → 100%):** - Rewrote the description to list concrete actions: reading task definitions, generating code changes, marking tasks complete, tracking progress - Added explicit "Use when..." clause with natural trigger terms: "start or resume implementation", "spec tasks", "task list", "next pending change" - Added an inline example invocation to the input section for discoverability **Content improvements (77% → 77%, maintained while reducing bulk):** - Consolidated three verbose output format blocks (implementation, completion, pause) into a single concise output format paragraph — same information, ~60% fewer lines - Merged redundant pause/blocker conditions that were duplicated between step 6 and the Guardrails section into one consolidated list - Tightened the Fluid Workflow Integration section from a bulleted pair into a single focused paragraph - Kept both `.github/skills/` and `.codex/skills/` copies in sync **What stayed the same:** - All 7 workflow steps preserved with their CLI commands and state handling logic - Guardrail intent unchanged — just consolidated - OpenSpec-specific terminology and domain framing preserved throughout </details> I also stress-tested your `openspec-apply-change` skill against a few real-world task evals and it held up really well on multi-schema task iteration with blocked-state recovery. Kudos for that. Honest disclosure — I work at @tesslio where we build tooling around skills like these. Not a pitch — just saw room for improvement and wanted to contribute. Want to self-improve your skills? Just point your agent (Claude Code, Codex, etc.) at [this Tessl guide](https://docs.tessl.io/evaluate/optimize-a-skill-using-best-practices) and ask it to optimize your skill. Ping me — [@yogesh-tessl](https://github.com/yogesh-tessl) — if you hit any snags. Thanks in advance 🙏
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Hey @benkli01 👋
ML Inference Advisor is a cool concept, helping developers evaluate model compatibility for different inference targets before they're too deep in. The OpenSpec workflow reference in your AGENTS.md shows you're thinking about structured agent collaboration, which is great to see in a hardware-adjacent tool.
ran your skills through
tessl skill reviewat work and found some targeted improvements foropenspec-apply-change. Here's the before/after:Changes made
Description improvements (biggest impact - 57% → 100%):
Content improvements (77% → 77%, maintained while reducing bulk):
.github/skills/and.codex/skills/copies in syncWhat stayed the same:
also stress-tested your
openspec-apply-changeskill against a few real-world task evals and it held up really well on multi-schema task iteration with blocked-state recovery. Kudos for that.quick honest disclosure. I work at https://github.com/tesslio where we build tooling around skills like these. Not a pitch, just saw room for improvement and wanted to contribute.
if you want to self-improve your skills, or define your own scenarios to pressure test, just ask your agent (Claude Code, Codex, etc.) to evaluate and optimize your skill with Tessl. Ping me @yogesh-tessl, if you hit any snags.