API 与接口设计
io.github.sickn33/antigravity-awesome-skills/api-and-interface-design
指导稳定的 API 与接口设计。在设计 API、模块边界或任何公开接口时使用;在创建 REST 或 GraphQL 端点、定义模块间类型契约、确立前后端边界时使用。
“Graphic Design” 共 893 个结果
io.github.sickn33/antigravity-awesome-skills/api-and-interface-design
指导稳定的 API 与接口设计。在设计 API、模块边界或任何公开接口时使用;在创建 REST 或 GraphQL 端点、定义模块间类型契约、确立前后端边界时使用。
io.github.OpenZeppelin/openzeppelin-contracts/library-api-design
openzeppelin-contracts 的 API 设计规则。在 contracts/ 下新增、修改或审查任何合约时使用。涵盖 virtual、memory 与 calldata 的选择、public 与 external 的取舍、重载、空操作与 revert 的区别、_update 单一 override 模式、内部与外部接口拆分、_msgSender 以及 override 扩展点。
io.github.NousResearch/hermes-agent/claude-design
设计一次性 HTML 产物(落地页、演示文稿、原型)。
io.github.code-yeongyu/lazycodex/writing-design-plans
当你已有设计简报或设计策略、需要把实现拆成可评审的小块时使用。产出带逐项验证标准的分步实施计划。
io.github.vudovn/ag-kit/design-spec
如何编写 DESIGN.md 文件——在任何 UI 构建前必须存在的机器可读设计令牌 + 人类理由格式。YAML front-matter 令牌架构(颜色、字体、间距、圆角、组件)、类型系统、令牌引用及标准章节顺序。
io.github.basementstudio/xmcp/mcp-server-design
设计对智能体友好的 MCP 服务器的指南。在创建新 MCP 服务器、设计 MCP 工具或改进现有 MCP 服务器架构时使用。
vnext
io.github.novuhq/novu/design-workflow
以 Novu 之道设计通知工作流——选择通道、设定严重级别、判定工作流何时为关键、配置 digest,并基于订阅者状态做路由。同时适用于控制台编排与代码优先(`@novu/framework`)的工作流。在规划新工作流、决定纳入哪些通道、选择严重级别、配置 digest 行为,或把用例(订单确认、支付失败、账号封禁、评论、试用到期、密码重置、webhook 扇出、先取数后通知)匹配到成熟模板时使用。
io.github.facebook/openzl/openzl-codec-design
OpenZL 编解码器(位于 `src/openzl/codecs/`)的设计模式与要求。在 OpenZL 中创建、修改或评审编解码器时**自动使用**。
io.github.thinkwork-ai/thinkwork/automation-loop-designer
通过访谈从提示词设计 ThinkWork Automation:目标、Space、触发器、验证、评审设置、停止保护与隐私边界,随后输出可审阅的 AutomationDraft。
io.github.openai/plugins/boltz-small-molecule-design
用 Boltz 设计新的小分子结合剂。当需要为某靶点在没有固定化合物库的情况下生成全新配体或苗头化合物时使用。不适用于筛选已有分子或一次性 docking。
io.github.openai/plugins/boltz-protein-design
用 Boltz 设计新的蛋白结合剂。在为某个靶点生成蛋白、多肽、抗体、纳米抗体或自定义结合剂候选时使用。不适用于筛选已有蛋白或小分子。
io.github.borghei/Claude-Skills/database-designer
面向 PostgreSQL、MySQL、MongoDB 与 DynamoDB 的数据库设计,含 schema 分析、索引优化与迁移生成。在设计 schema、优化查询、规划迁移或分析数据库性能时使用。
io.github.borghei/Claude-Skills/database-schema-designer
从需求出发设计关系型 schema,含规范化、迁移、ERD、RLS 策略与索引,面向 PostgreSQL、MySQL 与 SQLite。在设计新功能、审查 schema 或添加多租户时使用。
io.github.shareAI-lab/Kode-CLI/frontend-design
打造独特、生产级、高设计质量的前端界面。当用户要求构建 Web 组件、页面、产物、海报或应用(示例包括网站、落地页、仪表盘、React 组件、HTML/CSS 布局,或对任意 Web UI 做样式美化)时使用此技能。生成富有创意、打磨精细的代码与 UI 设计,避免千篇一律的 AI 审美。
io.github.sickn33/antigravity-awesome-skills/codebase-design
设计深层模块的共享词汇。当用户想要设计或改进模块接口、寻找深化机会、决定接缝位置、让代码更易测试或更易被 AI 理解,或其他技能需要深层模块词汇时使用。
io.github.sickn33/antigravity-awesome-skills/design-it
将前端设计任务路由到 48 种具体的 UI 风格。当网站、App 界面或 UI 组件有特定美学要求时触发。
io.github.jeremylongshore/claude-code-plugins-plus-skills/wondelai-design-sprint
用结构化的 5 天流程制作原型、测试并与真实用户一起验证产品想法。当用户提到 “design sprint”、“validate in a week”、“rapid prototype”、“test with users”、“de-risk before building”、“GV sprint”、“prototype testing” 或 “design workshop” 时使用。也可在团队需要快速做出关键产品决策、化解各方分歧,或在投入开发前先验证高风险想法时触发。覆盖梳理、草图、决策、原型与测试。持续实验见 lean-startup,用户任务分析见 jobs-to-be-done。
io.github.jeremylongshore/claude-code-plugins-plus-skills/wondelai-design-everyday-things
应用基础设计原则:可供性、示能符、约束、反馈与概念模型。当用户提到“为什么这么让人困惑”“affordance”“error prevention”“discoverability”“human-centered design”“fault tolerance”“mental model”“mapping”或“seven stages of action”时使用。也可在诊断用户为何出错、降低产品复杂度、改进错误提示与反馈系统时触发。覆盖执行鸿沟与评估鸿沟。可用性评分见 ux-heuristics,iOS 专项模式见 ios-hig-design。
io.github.jeremylongshore/claude-code-plugins-plus-skills/wondelai-ios-hig-design
按 Apple Human Interface Guidelines 设计原生 iOS 界面。当用户提到 “iPhone app”、“iPad layout”、“SwiftUI”、“UIKit”、“Dynamic Island”、“safe areas”、“HIG compliance”、“SF Symbols”、“haptic feedback” 或 “iOS accessibility” 时使用。也在为 iOS 构建 tab bar、导航栈、sheet 或 modal、实现深色模式、适配不同屏幕尺寸时触发。覆盖导航模式、无障碍、SF Symbols 与平台惯例。通用 UI 打磨见 refactoring-ui,可供性设计见 design-everyday-things。
io.github.nyldn/claude-octopus/octopus-ui-ux-design
为新界面设计 UI/UX 体系:风格指南、配色板、字体排印与组件规格。
io.github.nyldn/claude-octopus/skill-ui-ux-design
为新界面设计 UI/UX 体系:风格指南、配色板、字体排印与组件规格。
vcanary
io.github.Dokploy/dokploy/frontend-design
创建有辨识度、可上线、设计质量高的前端界面。当用户要求构建 Web 组件、页面或应用时使用。生成有创意、精致的代码,避免千篇一律的 AI 审美。
io.github.K-Dense-AI/scientific-agent-skills/experimental-design
在数据采集之前设计实验与研究方案——选择设计类型、随机化、区组化以及安排处理组合,使结果真正可解释。当有人正在规划研究、询问如何把受试者/样本分组、提到随机化、区组、分层、对照、析因或部分析因设计、实验设计(DOE)、多因素筛选、响应面优化、交叉/重复测量/裂区设计、整群分组随机化、拉丁方、孔板布局、批次与进样顺序效应、重复与伪重复,或序贯/自适应/群序贯设计时使用。即使表述随意,例如这个实验该怎么安排、如何避免混杂、测试这 6 个因素的最佳方式、把这些小鼠分配到各处理组,也应触发。若设计已定、需要计算样本量或统计功效请使用 statistical-power,分析已采集的数据则使用 statistica。
io.github.alirezarezvani/claude-skills/api-design-reviewer
全面的 REST API 设计审查,含自动 lint、破坏性变更检测与设计记分卡。在 API 上线前捕捉不一致的约定、缺失的版本化与设计异味。用于审阅新增或改动 API 端点的 PR、审计现有 API 的 v2 迁移,或为团队确立 API 标准时。