Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
npx skills add Wang-Cankun/cankun-skills --skill tastegit clone --depth 1 https://github.com/Wang-Cankun/cankun-skillsWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/skills/wang-cankun/cankun-skills/taste)<a href="https://agentmods.dev/skills/wang-cankun/cankun-skills/taste"><img src="https://agentmods.dev/badge/skills/wang-cankun/cankun-skills/taste/github.svg" alt="Measured on agentmods" height="20"></a>Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.
<a href="https://agentmods.dev/skills/wang-cankun/cankun-skills/taste"><img src="https://agentmods.dev/badge/skills/wang-cankun/cankun-skills/taste.svg" alt="Reviewed on agentmods" width="80" height="20"></a>What it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5.1 | $0.00041 | $0.01290 |
| Opus 5.5 | $0.00016 | $0.00516 |
| Sonnet 5.5 | $0.00008 | $0.00258 |
| Haiku 4.5 | $0.00004 | $0.00129 |
Grade A, and why
taste scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 19d ago.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
How it starts
The opening of the file, as written. The whole thing — 87 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Taste
Grounded in Paul Graham's 2002 essay "Taste for Makers" (https://paulgraham.com/taste.html), which this skill paraphrases; read the original when a judgement turns on its argument. Its premise: taste is not mere preference. Makers improve, so their earlier work was worse, and the same principles of good work recur across mathematics, painting, engineering and writing, so a lesson from one field can judge another. Correctness and taste are not separate stages: noticing that something is ugly is often how a technical flaw is found.
The steps are the working method; the tests are the essay's principles as questions, adapted as heuristics for judging work, not a score. Step 3 adds a technique of this skill's own (marked), built on the essay.
Steps
- Diagnose. Say what is ugly or unsatisfying, specifically: the element, and why, backed by knowledge of the field, a comparable example, or how the thing is actually used. The essay's closing point is that good work starts from this dissatisfaction, joined to enough knowledge to see a better answer. Done when each complaint names an element and its evidence.
- Name the problem. State who uses the thing, at what moment, and what they need then, from the context you were given; mark any part you assumed. Separate the real objective from an attractive proxy for it (letters that look pure versus letters that are easy to tell apart), and ask whether a different or easier equivalent framing of the problem would meet that need more directly. Done when the sentence names person, moment and need, each sourced or marked as assumed, and the objective is told apart from its proxies.
- Find the organising idea (added technique). Name the idea the work hangs on (a subway map, a gate the user stands at, one table threading through every output) and make the hierarchy show it: the central task or relationship is recognisable at first look, by position, weight or size as the medium allows. Done when the idea can be stated in a phrase and the hierarchy shows the central task.
- Revise (the essay: good work is usually redesign). Make a substantive revision aimed at the weaknesses from step 1, and compare it with the original. Work in a form that makes mistakes cheap to see and fix (a sketch, a draft, a throwaway version) before committing to the expensive one. The central idea may survive; the revision fixes what was found. When reviewing rather than making, propose the revision concretely. Done when the revision exists or is proposed, and the comparison states which is better and why.
- Test. Apply the tests below that bear on this work, each with evidence. Done when every applicable test has evidence of meeting it, a named and accepted cost, or the mark unresolved with the evidence that would settle it; each test you set aside has the reason it does not apply.
What ships with it
1 file beside SKILL.md in the same directory: the scripts, references and assets a skill reads on demand. Not counted in the per-session cost; read them before you install if any of them is executable.
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- 19d ago Changed 6fe50ad008b4
- 21d ago First seen · 87 lines · 41 tokens per session scan A 6c8f92fd1642
taste is a skill published in the GitHub repository Wang-Cankun/cankun-skills (2 stars, last pushed yesterday), licensed MIT. It adds 41 tokens to every session and 1,290 once invoked, about $0.0002 per session on Opus 5.5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-10-12.
Other skills, from other repositories
design-standards
Apply production-grade design standards when building or reviewing pages, components, or UI. Use this skill whenever the user asks to build a page, design a component, lay out a section, review the UI, fix the layout, or check design quality. Triggers on build a page, create a component, design a section, hero, card…
readme-doctor
Audit a GitHub repo's README against best-practice patterns and produce a prioritized punch list of fixes. Runs a structured review covering hero presence, install-to-first-success length, "what is this in one sentence" clarity, audience-jargon match, scannability, and drift signals (stale versions, dead links, badge…
design-parity-review
Prove a Compose UI pull request matches its intended design by diffing the rendered code (candidate) against a Figma / Stitch / Claude Design reference and posting a parity verdict. Use when asked to check a PR against a design, wire up a design-parity bot, set up the committed reference cache so runs make zero Figma…
accessibility-audit
Audit and build interfaces to WCAG 2.2 AA — keyboard operability, focus management, semantic structure and landmarks, accessible names, colour contrast, forms and error handling, ARIA patterns, reduced motion, zoom and reflow, and testing with real assistive technology. Use when the user says "accessibility", "a11y"…
compose-preview-review
Review Compose UI previews and pull requests by rendering base and head, diffing them, and checking catalog design guidelines. Use for a UI design review, a UI PR locally or from a CI agent session (@claude mention), authoring an agent-opened PR that touches UI, or triaging flaky or unstable previews…
pr-lens
WHAT: Draws a code change or part of a codebase as an animated architecture, data-flow or data-model diagram, on its own or in a pull request. WHEN: asked to diagram, visualise or explain a change, a system or a schema change, or when a pull request should carry a diagram. KEYWORDS: PR Lens, diagram, architecture…