taste

taste is a skill for Codex from Wang-Cankun/cankun-skills. It costs 41 tokens per session (1,290 once invoked), scanned A, original, MIT.

A review method for judging whether a design, diagram, document, or code structure is clear and well made, not merely functional. It asks for specific evidence behind each criticism and improvement.

In plain words
What is it for?
Use it to compare design options, improve interfaces or documents, review diagrams, or find structural problems in working code.
Why use it?
It helps turn vague dissatisfaction into concrete problems that can be fixed, while using lessons from the relevant field rather than personal preference alone.

Skill for Codex

Written for Codex: agents/openai.yaml present.

Good fit Use it to compare design options, improve interfaces or documents, review diagrams, or find structural problems in working code.

Compare 6 skills from other repositories ↓
Install with agentmods
npx agentmods add skills/wang-cankun/cankun-skills/taste
Install

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.

Any agent
npx skills add Wang-Cankun/cankun-skills --skill taste
Clone the repo
git clone --depth 1 https://github.com/Wang-Cankun/cankun-skills

Made for: Codex.

Wrote 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.

agentmods badge for taste

README.md
[![agentmods](https://agentmods.dev/badge/skills/wang-cankun/cankun-skills/taste/github.svg)](https://agentmods.dev/skills/wang-cankun/cankun-skills/taste)
Your own site
<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.

agentmods 80×15 button for taste

Your own site · 80×15
<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>
Per session 41 Skills are progressive disclosure: only the name and description are preloaded; the body loads when the skill is used.
When invoked 1,290 The whole file, excluding the scripts and references it only reads on demand.
Security scan A 0 findings. A grade says what 26 rules found in the file — not that it is safe.
Origin original No closer match found in the catalogue.
Token cost

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.

ModelPer sessionOnce 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

Measured 19d ago against content hash 6fe50ad008b4, method: parsed. Prices are Anthropic first-party input rates as of 2026-10-07, from the pricing page.

Security

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.

skills/taste/SKILL.md · 87 lines

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

  1. 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.
  2. 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.
  3. 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.
  4. 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.
  5. 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.

Read the full file on GitHub · 87 lines

Files

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.

Changes

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.

  1. 19d ago Changed 6fe50ad008b4
  2. 21d ago First seen · 87 lines · 41 tokens per session scan A 6c8f92fd1642

Subscribe to this mod's changes

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.

Related

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…

rampstackco/claude-skills · 122 tokens

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…

livlign/claude-skills · 88 tokens

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…

yschimke/skills · 133 tokens

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"…

Kin9Zeus/senior-engineer-skills · 158 tokens

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…

yschimke/skills · 98 tokens

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…

coldteadotai/pr-lens · 96 tokens