/design-award-pipeline
Route and coordinate an end-to-end design-award workflow across winner research, evidence-based evaluation, award matching, entry-text preparation, and final submission checking. Use when a user asks for a complete award plan, does not know which Design Judge skill to use, wants
$ npx -y skills add SeanJ1ang/design-judge-skills --skill design-award-pipeline --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
- Fires itselfAuto-invocation. Claude auto-loads it when your prompt matches the work.Auto-invocation is when the right skill fires by itself at the right moment, driven by a FLOW.md router and a hook, instead of you invoking it by name. It is the difference between a skill being installed and a skill actually getting used.Read the full definition →
- You can call itInvoke it directly when you want it.
- Slash command
/design-award-pipeline
Context preview
The summary Claude sees to decide when to auto-load this skill.
Route and coordinate an end-to-end design-award workflow across winner research, evidence-based evaluation, award matching, entry-text preparation, and final submission checking. Use when a user asks for a complete award plan, does not know which Design Judge skill to use, wants
SKILL.md
design-award-pipeline.SKILL.mdname: design-award-pipeline
description: "Route and coordinate an end-to-end design-award workflow across winner research, evidence-based evaluation, award matching, entry-text preparation, and final submission checking. Use when a user asks for a complete award plan, does not know which Design Judge skill to use, wants multiple stages coordinated, or needs a resumable workflow with explicit handoffs. Do not replace the specialist skills, invent project facts, treat scores as winning probabilities, or bypass current official-rule verification."
Design Award Pipeline
Coordinate the specialist Design Judge skills without duplicating their rules.
Route the request
Choose the smallest sufficient route:
| User goal | Route | |---|---| | Find comparable winners | `design-award-search` | | Diagnose or score the design | `design-evaluation` | | Select an award, route, or category | `design-award-match` | | Prepare entry fields and copy | `design-information-prep` | | Audit a concrete submission package | `design-submission-check` | | Complete journey | evaluation or match → information prep → submission check; add search only when precedents are needed |
If the user has not provided enough information to select a route, ask at most one short question. Otherwise proceed with explicit assumptions.
Maintain the handoff
Create or update a compact handoff record using [references/handoff-schema.json](references/handoff-schema.json). Keep these concepts separate:
- user-supplied facts;
- evidence-backed findings;
- model inferences;
- missing facts and live-rule checks;
- decisions already approved by the user;
- the next recommended specialist skill.
Do not copy long specialist outputs into the handoff. Store identifiers, decisions, blockers, source links, and artifact paths.
Coordinate stages
1. State the selected route and why it is sufficient. 2. Invoke or follow the relevant specialist Skill exactly. 3. Preserve its uncertainty labels, evidence confidence, and blockers. 4. Stop for user approval when the target award, maturity track, or another consequential choice changes downstream work. 5. Hand off only facts supported by user material or cited official sources. 6. End with the completed stage, unresolved blockers, and the next optional stage.
Boundaries
- Never merge fit score, design score, and evidence confidence into one number.
- Never claim or estimate a probability of winning.
- Never treat observed winners as official jury weights.
- Never mark a package ready when time-sensitive official rules remain unverified.
- Never invoke all specialist skills when one is enough.
Read more
name: design-award-pipeline description: "Route and coordinate an end-to-end design-award workflow across winner research, evidence-based evaluation, award matching, entry-text preparation, and final submission checking. Use when a user asks for a complete award plan, does not know which Design Judge skill to use, wants multiple stages coordinated, or needs a resumable workflow with explicit handoffs. Do not replace the specialist skills, invent project facts, treat scores as winning probabilities, or bypass current official-rule verification."
Design Award Pipeline
Coordinate the specialist Design Judge skills without duplicating their rules.
Route the request
Choose the smallest sufficient route:
| User goal | Route | |---|---| | Find comparable winners | `design-award-search` | | Diagnose or score the design | `design-evaluation` | | Select an award, route, or category | `design-award-match` | | Prepare entry fields and copy | `design-information-prep` | | Audit a concrete submission package | `design-submission-check` | | Complete journey | evaluation or match → information prep → submission check; add search only when precedents are needed |
If the user has not provided enough information to select a route, ask at most one short question. Otherwise proceed with explicit assumptions.
Maintain the handoff
Create or update a compact handoff record using [references/handoff-schema.json](references/handoff-schema.json). Keep these concepts separate:
- user-supplied facts;
- evidence-backed findings;
- model inferences;
- missing facts and live-rule checks;
- decisions already approved by the user;
- the next recommended specialist skill.
Do not copy long specialist outputs into the handoff. Store identifiers, decisions, blockers, source links, and artifact paths.
Coordinate stages
1. State the selected route and why it is sufficient. 2. Invoke or follow the relevant specialist Skill exactly. 3. Preserve its uncertainty labels, evidence confidence, and blockers. 4. Stop for user approval when the target award, maturity track, or another consequential choice changes downstream work. 5. Hand off only facts supported by user material or cited official sources. 6. End with the completed stage, unresolved blockers, and the next optional stage.
Boundaries
- Never merge fit score, design score, and evidence confidence into one number.
- Never claim or estimate a probability of winning.
- Never treat observed winners as official jury weights.
- Never mark a package ready when time-sensitive official rules remain unverified.
- Never invoke all specialist skills when one is enough.
面向设计奖全流程的证据驱动 Agent Skills:从获奖案例检索、设计评价和奖项匹配,到申报文字准备与提交终检。 design-judge-skills 将设计奖申报拆解为边界清晰、可独立触发与验证的技能模块,围绕官方来源、证据定位与透明评分构建可追溯的辅助决策流程,并依据公开标准比较申报路径、解释适配度与确定申报优先级。
Repo: SeanJ1ang/design-judge-skills
Other skills on design-judge-skills.
- /design-award-match
Match a design project to supported design-award programs, tracks, and entry categories; apply structural eligibility gates; verify current official rules; compare published criteria and cautiously described winner trends; and output fit, evidence confidence, and submission
Open skill - /design-award-search
Find and verify award-winning designs in the same or adjacent functional category through eight explicit relevance dimensions: problem and user, core function, sensing technology, intervention mechanism, physical form, use context and workflow, system architecture, and visual
Open skill - /design-evaluation
Evaluate one design or a user-approved maturity-mapped batch through a transparent evidence-based rubric. Classify each work, score design quality and presentation, identify Critical risks, report evidence confidence, and optionally shortlist works within separate maturity
Open skill - /design-information-prep
Extract evidence-grounded project facts from user-provided design attachments, identify missing information, and prepare the exact written fields required by supported design-award entry forms. Use when a user asks to prepare, draft, adapt, translate, or validate application
Open skill - /design-judge-shared
Shared support package for the Design Judge skill collection. Install it with design-award-search and design-award-match so those skills can read the canonical functional-design taxonomy and official award-source registry. Do not invoke it as a standalone design workflow.
Open skill - /design-submission-check
Audit a design-award submission package against the current official rules for a specific award cycle. Check required materials and technical constraints, cross-material facts and claims, rights and disclosure risks, and final submission readiness. Use when a user asks for a
Open skill

