design-judge-skills
Health Uyari
- License — License: Apache-2.0
- Description — Repository has a description
- Active repo — Last push 0 days ago
- Low visibility — Only 5 GitHub stars
Code Gecti
- Code scan — Scanned 12 files during light audit, no dangerous patterns found
Permissions Gecti
- Permissions — No dangerous permissions requested
Bu listing icin henuz AI raporu yok.
Evidence-driven Agent Skills for design award research, evaluation, award matching, entry writing, and submission readiness.
Design Judge Skills
面向设计奖全流程的证据驱动 Agent Skills:从获奖案例检索、设计评价和奖项匹配,到申报文字准备与提交终检。
design-judge-skills 将设计奖申报拆解为边界清晰、可独立触发与验证的技能模块,围绕官方来源、证据定位与透明评分构建可追溯的辅助决策流程,并依据公开标准比较申报路径、解释适配度与确定申报优先级。
目录
1. 项目介绍
Design Judge Skills 覆盖设计奖申报中的五类核心任务:
- 检索并核验同类别获奖案例;
- 用证据化量表评价设计本体与展示表达;
- 匹配奖项、项目路径和申报类别;
- 从用户材料中准备有来源约束的申报文字;
- 按当届官方规则检查提交包是否就绪。
当前配置覆盖 iF DESIGN AWARD、iF DESIGN STUDENT AWARD、Red Dot Product Design、Red Dot Design Concept、IDEA、DIA、K-Design、GOOD DESIGN AWARD Japan、Core77、James Dyson 和 EPDA。涉及截止日期、费用、资格、类别与提交规格时,技能要求在运行时重新核验官方页面。
2. 工作流
设计材料
├─ 寻找同类获奖案例 ──────────────> design-award-search
├─ 评价设计与展示表达 ────────────> design-evaluation
└─ 选择奖项 / 赛道 / 类别 ───────> design-award-match
│
v
design-information-prep
│
v
design-submission-check
这些模块可以独立使用。完整申报流程通常从评价或匹配开始,在目标奖项确定后进入信息准备,最后执行提交终检。
3. 设计原则与边界
- 优先使用一手来源。 奖项规则和案例以官方页面为准,搜索摘要与第三方页面只能用于发现线索。
- 事实与推断分离。 用户材料中的事实、模型推断和待用户确认项必须分别标记。
- 评分保持透明。 适配度和评价分数用于辅助决策,不代表获奖概率。
- 模块职责单一。 检索、评价、奖项匹配、文字准备和提交检查不互相越界。
- 不冒充官方判断。 可对齐公开评审标准,但不模拟未公开的评委偏好或内部流程。
4. 快速开始
安装完成后,直接把设计图片、展板、说明书、项目 brief、研究材料或申报文件交给 Agent,并说明任务。下面的提示词可以直接复制。
| 想做什么 | 直接这样说 |
|---|---|
| 查找同类获奖案例 | 使用 $design-award-search,为这个康复训练产品寻找经过官方页面核验的同类别获奖案例。 |
| 评价学生概念 | 使用 $design-evaluation 评价附件中的设计。成熟度由我确定为“学生概念”,请分别输出设计本体、展示表达、证据置信度和 Critical 问题。 |
| 比较目标奖项 | 使用 $design-award-match,比较 iF Student、Red Dot Design Concept、DIA、Core77 和 James Dyson 对这个项目的适配度。 |
| 准备申报文字 | 使用 $design-information-prep,基于附件准备 IDEA 申报文字。先列出缺失事实,再按字段输出英文草稿与字数校验。 |
| 提交前终检 | 使用 $design-submission-check,按照目标奖项当届官方规则检查这个提交包,并给出 go / conditional go / no-go 结论。 |
如果不确定该用哪个技能,直接描述你的目标和现有材料即可;Agent 可根据各技能的触发说明选择合适模块。
5. 安装
仓库中的每个 skills/<name>/ 目录都是一个可安装单元。design-judge-shared 是共享支持包;全量安装时会自动包含,单独安装 design-award-search 或 design-award-match 时请同时安装它。
5.1 npx skills 安装方式
需要 Node.js 18 或更高版本。无需全局安装 CLI。
先查看仓库中可安装的技能:
npx skills add SeanJ1ang/design-judge-skills --list
把全部技能全局安装到 Codex:
npx skills add SeanJ1ang/design-judge-skills --global --agent codex --skill '*' --yes --copy
只为当前项目安装一个独立技能:
npx skills add SeanJ1ang/design-judge-skills --agent codex --skill design-evaluation --yes --copy
单独安装依赖共享资料的技能:
npx skills add SeanJ1ang/design-judge-skills --global --agent codex \
--skill design-award-search --skill design-judge-shared --yes --copy
安装到 CLI 支持的所有 Agent:
npx skills add SeanJ1ang/design-judge-skills --all
检查与更新:
npx skills list --global --agent codex
npx skills update --global --yes
5.2 Claude Code 安装方式
全量安装:
npx skills add SeanJ1ang/design-judge-skills --global --agent claude-code --skill '*' --yes --copy
安装后开启新的 Claude Code 会话,自然描述任务或明确指定技能名,例如:
Use $design-award-match to compare the best award routes for this student concept.
5.3 Codex 安装方式
推荐使用 npx skills 安装到 Codex 的全局技能目录:
npx skills add SeanJ1ang/design-judge-skills --global --agent codex --skill '*' --yes --copy
也可以把仓库链接直接交给 Codex:
请从 https://github.com/SeanJ1ang/design-judge-skills 安装全部 Codex skills。
请保留每个技能的完整目录,并同时安装 design-judge-shared。
安装完成后检查所有 SKILL.md 的 frontmatter。
安装或更新后请开启一个新的 Codex 会话,使技能列表完整刷新。
5.4 其他 Agent 场景
对 OpenClaw、OpenCode、Hermes Agent、Cursor、Cline、Gemini CLI 等受 npx skills 支持的 Agent,可以使用相应的 --agent 标识:
npx skills add SeanJ1ang/design-judge-skills --global --skill '*' --yes --copy \
--agent openclaw --agent opencode --agent hermes-agent
也可以直接安装到 CLI 支持的全部 Agent:
npx skills add SeanJ1ang/design-judge-skills --all
对于其他兼容 SKILL.md 的 Agent:
- clone 本仓库到稳定路径;
- 将完整技能目录复制或链接到该 Agent 的技能目录;
- 保留
SKILL.md、agents/、references/、scripts/、examples/和tests/; - 使用
design-award-search或design-award-match时,同时保留design-judge-shared。
6. 技能索引
| 技能 | 状态 | 用途 | 典型触发词 |
|---|---|---|---|
design-award-search |
Stable | 从官方来源检索并核验同类别获奖作品 | “同类获奖案例”“award winners”“design benchmarks” |
design-evaluation |
Beta | 按使用者指定的成熟度评价设计与展示表达,报告证据置信度和 Critical 风险 | “评价设计”“打分”“critique”“batch evaluate” |
design-award-match |
Beta | 匹配奖项、项目路径和类别,检查结构性资格并输出申报优先级 | “适合投什么奖”“奖项匹配”“award fit” |
design-information-prep |
Beta | 从用户附件提取事实,准备目标奖项的申报字段与文字 | “准备申报文字”“entry text”“project dossier” |
design-submission-check |
Beta | 按当届官方规则检查提交包完整性、一致性、权利风险和就绪度 | “提交前检查”“compliance review”“go/no-go” |
design-judge-shared |
Support | 为检索与匹配技能提供共享分类体系和官方来源规则,不单独触发 | 安装依赖 |
状态含义:Beta 表示已通过示例与自动化测试但仍可能存在边界问题;Stable 表示工作流和规则相对稳定;Support 表示仅作为其他技能的安装依赖。
7. 贡献与开发
7.1 目录结构
skills/
├── design-judge-shared/
│ ├── SKILL.md
│ ├── category-taxonomy.md
│ └── source-registry.md
└── design-<topic>/
├── SKILL.md
├── agents/openai.yaml
├── references/
├── scripts/
├── examples/
└── tests/
7.2 开发约定
- 技能目录名与 frontmatter 中的
name保持一致,只使用小写字母、数字和连字符。 description同时说明技能做什么、何时触发和不适用范围。- 核心工作流保留在
SKILL.md,长规则、规范和数据结构放入references/。 - 可重复且需要确定性的操作写成
scripts/,并提供对应测试。 - 当前年份、截止日期、费用、资格和提交规格不得作为长期稳定事实写死;运行时从官方来源核验。
- 不提交 API key、cookie、登录态、用户项目材料、私有获奖数据库或受版权保护的完整案例内容。
7.3 新增或修改技能
- 在
skills/design-<topic>/创建或修改完整技能目录。 - 编写有效的
SKILL.mdfrontmatter 与简洁工作流。 - 添加必要的
agents/openai.yaml、参考资料、脚本、示例和测试。 - 更新本 README 的技能索引、状态和依赖说明。
- 在提交前运行对应技能的单元测试与基础校验。
运行全部单元测试:
Get-ChildItem skills -Directory | ForEach-Object {
if (Test-Path (Join-Path $_.FullName 'tests')) {
Push-Location $_.FullName
python -B -m unittest discover -s tests -p 'test_*.py' -v
Pop-Location
}
}
提交前还应运行:
git diff --check
npx skills add . --list
欢迎通过 Issue 报告规则变更、错误案例或兼容性问题,也欢迎通过 Pull Request 提交新的奖项配置、测试和工作流改进。请在 PR 中说明证据来源、验证方法和可能影响的技能。
8. Star 历史
Yorumlar (0)
Yorum birakmak icin giris yap.
Yorum birakSonuc bulunamadi