Token导航 LogoToken导航TokenDH.com
效率操作浏览器clawhub未标认证来源可访问clear审计提醒

cell-cc-design细胞 CC 设计

Agent Skill

用于辅助界面设计、视觉规范、排版、配色、布局和交互体验优化。它适合让 Agent 根据产品场景整理页面结构、生成 UI 方案、检查视觉一致性或改进组件层级。使用时需要结合现有品牌、设计系统和用户任务,不应只堆装饰元素;涉及真实页面改动时,应通过截图或浏览器预览检查文本溢出、对齐和响应式表现。

总安装

2,864

周安装

117

GitHub Stars

公开资料未说明

下载量

917
OpenClaw

安装说明

本站只整理中文说明和来源信息,不托管安装包,也不代用户安装。

GitHub

来源数

2

许可证

MIT-0

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:cell-cc-design(细胞 CC 设计)
来源仓库:https://github.com/cellinlab/cell-cc-design
安装命令:
openclaw skills install cell-cc-design
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 OpenClaw 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

ClawHubOpenClaw
openclaw skills install cell-cc-design

简介

cell-cc-design 生成高保真 HTML 原型,支持界面设计和交互探索。

  • 适合在 OpenClaw 中快速构建登陆页、仪表板或移动模型。
  • 通过 clawhub 安装,输出可直接在浏览器预览。
  • 使用前应确认品牌规范和响应式布局要求。cell-cc-design 属于效率类 Skill,可作为该场景下的辅助能力补充。
  • 建议核对原始文档了解组件库和样式定制选项。

SKILL.md

name
cc-design
description
High-fidelity HTML design and prototype skill for landing pages, slide decks, mobile mockups, interactive prototypes, dashboard explorations, design-direction advising, and design review work. Use when Codex needs to design a screen, make an interface look polished, explore multiple visual directions, recommend a style direction before building, adapt an existing brand style, critique a design, or deliver a reviewable HTML-based visual artifact. Also use when the user mentions presentations, design systems, wireframes, UI mockups, motion studies, design philosophy, style selection, or asks to 'make it look good'. Do not trigger for pure content strategy, pure writing, or bitmap image generation alone.
metadata
{"openclaw":{"homepage":"https://github.com/cellinlab/cell-skills/tree/main/skills/cc-design"}}

CC Design

Overview

这个 Skill 只处理一类任务:

  • 把视觉需求做成可预览、可截图、可迭代的 HTML 设计产物

它覆盖的是:

  • 落地页
  • 演示稿 / slide deck
  • dashboard / UI mockup
  • 移动端 screen / onboarding
  • 可点击交互原型
  • 视觉方向探索与对比

它不处理:

  • 纯文案策划
  • 纯内容写作
  • 纯图片生成
  • Figma 文件生产

如果用户真正缺的是内容策略、文章、脚本或图片素材,不要在这里偷偷扩 scope。

Quick Start

  1. 先判断输出类型:landing page、deck、mobile mockup、prototype,还是视觉探索。
  2. 先看项目里有没有现成设计系统、token、组件、品牌文档或现有页面。
  3. 再决定加载哪些 references,必要时复制 assets/templates/ 下的模板。
  4. 写 HTML 之前,先明确视觉焦点、情绪基调、层级和留白策略。
  5. 完成后默认做结构检查和截图检查;需要导出时再调用脚本。

Routing Guide

任务类型先读什么可复用模板重点检查
任意设计任务references/design-excellence.md-视觉层级是否成立
任务模糊 / 需要先选风格references/design-direction-advisor.mdassets/templates/design_canvas.jsx 可选3 个方向是否真的不同
需要设计评审references/design-review-guide.md-反馈是否可执行
没有现成设计系统references/frontend-design.md按场景选择是否落入通用 AI 风
有现成设计系统 / 代码 / 品牌资产references/design-context.md按场景选择是否真的复用了上下文
具体品牌 / 产品任务references/brand-asset-protocol.md + references/brand-style-loader.md按场景选择事实和资产是否核实
品牌风格克隆references/brand-style-loader.md按场景选择品牌气质是否对味
Landing page / 产品页references/design-patterns.mdassets/templates/browser_window.jsx 可选响应式与首屏层级
Slide deckreferences/starter-components.mdassets/templates/deck_stage.js固定画布缩放与翻页
多方案探索references/tweaks-system.mdassets/templates/design_canvas.jsx方案切换是否清晰
Mobile mockupreferences/starter-components.md + references/interactive-prototype.mdassets/templates/ios_frame.jsx / android_frame.jsx安全区、触达区、设备框
Interactive prototypereferences/interactive-prototype.md + references/react-babel-setup.md按场景选择导航、状态、交互是否成立
动画 / motion studyreferences/starter-components.md + references/react-babel-setup.mdassets/templates/animations.jsx时间轴和播放状态
设计系统 / token 体系references/design-system-creation.md-token 是否完整且被真正使用
需要导出references/platform-tools.md-文件是否实际生成

Default Contract

默认采用以下约定,除非用户另有说明:

  • 输出语言:中文说明
  • 核心交付:HTML 文件
  • 默认优先复用现有设计上下文,而不是凭空发明新风格
  • 如果任务提到真实品牌或产品,默认先核实事实与资产,再设计
  • 如果没有设计系统,先用可控 token 和字体组合建立视觉基线
  • 如果需求模糊,默认先提 3 个方向而不是直接拍板
  • 默认至少提供 2-3 个方向中的一个可比较入口,或通过 tweaks 暴露变化
  • 交付前默认检查 console、结构和截图
  • 需要导出时,优先导出 PDF / PPTX / 单文件 HTML,而不是口头说“可以导出”

Workflow

Step 0: Verify Facts for Real-World Entities

如果任务里出现了具体品牌、产品、公司或已命名服务:

  • 先核实它是否存在、是否已发布、当前形态是什么
  • 先找 logo、产品图、UI 截图或官方资产
  • 不要直接凭印象写“像某某品牌”

需要时读 references/brand-asset-protocol.md

Step 1: Scope the Request

至少先弄清:

  • 最终产物是什么
  • 几屏 / 几页 / 几个方向
  • 保真度要到什么程度
  • 有没有现成品牌或参考对象
  • 是否需要导出
  • 是先做方向建议,还是直接做成品

如果信息不够,读 references/question-protocol.md

Step 2: Acquire Design Context

开始做之前,先主动搜:

  • 现有 HTML / CSS / 组件
  • token 文件 / 设计系统说明
  • 已上线页面
  • 品牌文案或视觉参考

已有系统时,优先复用它的颜色、字体、间距、圆角、阴影和组件语言。

如果上下文很少,先读 references/design-context.md

Step 3: Lock the Visual Intent

写代码之前,先用 references/design-excellence.md 的思路回答这些问题:

  • 这一屏最重要的视觉焦点是什么
  • 目标情绪更偏信任、兴奋、专业还是创意
  • 层级如何建立
  • 留白和节奏如何组织
  • 颜色和字体如何配合
  • 是否需要多个方向并列比较

如果没有设计系统,再读 references/frontend-design.md

如果用户还没能决定方向,不要硬做,先读 references/design-direction-advisor.md

Step 4: Work Like a Junior Designer, Not a Black Box

开始实现时,不要直接闷头做完整稿。

优先做:

  • 一版 assumptions + placeholder
  • 一次早期展示
  • 用户确认后的主版本推进
  • 中途再展示一次
  • 最后才做 polish

需要更细流程时,读 references/junior-designer-workflow.md

Step 5: Build with the Right Level of Structure

按场景选择最省力的方式:

  • deck 用 assets/templates/deck_stage.js
  • 多方案对比用 assets/templates/design_canvas.jsx
  • 手机稿用 assets/templates/ios_frame.jsxandroid_frame.jsx
  • 浏览器场景用 assets/templates/browser_window.jsx
  • 桌面工具窗口用 assets/templates/macos_window.jsx
  • 动画场景用 assets/templates/animations.jsx

如果要写 React 内联原型,读 references/react-babel-setup.md

Step 6: Add Variation without File Explosion

如果用户要多个方向,不要默认拆成一堆 HTML。

优先:

  • design_canvas 并列展示
  • 用 tweaks 面板切换颜色、排版、布局、文案层级

需要时读 references/tweaks-system.md

Step 7: Verify Before Delivery

完成后必须做验证,不要“写完即交”。

默认检查:

  • 有没有 console error / 关键 warning
  • 主要结构有没有渲染出来
  • 截图里层级、留白、对比和对齐是否成立
  • slide / prototype 的导航和缩放有没有坏掉

详细流程见 references/verification-protocol.md

Step 8: Review When Asked, Export When Needed

如果用户要求 review、比较多个方向、或交付前做专家审查:

  • 从方向匹配、层级、做工、功能性、辨识度 5 个维度看
  • 给出可执行问题,不要只说“还差点意思”
  • 最后附 Quick Wins

需要时读 references/design-review-guide.md

如果用户需要导出,再读 references/platform-tools.md 并调用脚本:

  • node skills/cc-design/scripts/gen_pptx.js
  • node skills/cc-design/scripts/open_for_print.js
  • node skills/cc-design/scripts/super_inline_html.js

Hard Rules

Do not:

  • 在已有设计系统时无视上下文另起炉灶
  • 在真实品牌 / 产品任务里跳过事实核验和资产整理
  • 把视觉任务做成普通模板页
  • 在需求模糊时直接默认一个 generic 方向
  • 用一堆花哨效果掩盖信息层级问题
  • 明明需要多方向,却只给一个含糊方案
  • 没截图、没检查就直接交付
  • 把图片生成需求硬塞进 HTML 设计流程

Always:

  • 先明确输出类型和约束
  • 先搜上下文,再设计
  • 具体品牌任务先核实事实与资产
  • 先做视觉判断,再写代码
  • 在大任务里先给 assumptions / placeholder,再继续
  • 需要模板时优先复用模板
  • 交付前至少做一轮结构检查和截图检查
  • 诚实说明哪些导出 / 预览环节已验证,哪些还没验证

Resource Map

- 范围不清时,用这个收口需求。

- 现有系统、代码、截图和品牌上下文的整理顺序。

- 具体品牌 / 产品任务的事实核验与资产协议。

- 假设、placeholder、中途回看和分阶段推进。

- 需求模糊时先给 3 个方向。

- 写代码前先做视觉判断。

- 没有设计系统时,用这个建立视觉基线。

- 常见 landing page / 内容区块 / 布局模式。

- 需要从零搭 token 和组件基线时,用这个。

- 用户点名品牌风格时,走这个研究路径。

- 交互原型的导航、状态与过渡。

- React + Babel 内联原型约束。

- 所有模板脚手架的用途和接入方式。

- 多方向切换与 tweak 面板。

- 预览、截图、导出路径。

- 结构 / 视觉验证流程。

- 设计 review 的 5 维度和 quick wins 输出。

- 典型案例入口。

- 演示稿固定画布与翻页容器。

- 多方案并排画布。

- iPhone 设备框。

- Android 设备框。

- 浏览器窗口壳。

- macOS 桌面窗口壳。

- 动画时间轴引擎。

- HTML -> PPTX。

- HTML -> PDF。

- 打包单文件 HTML。

适合场景

01

OpenClaw 用户查找和安装 Skill 时

02

用户想查找某类 Agent Skill 时

03

需要根据任务场景推荐可安装能力包时

04

需要对比不同来源的安装命令和来源信息时

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

保留来源站点、仓库和原始说明,方便继续核验

能力 4

补充不同宿主或平台的使用分布数据

能力 5

展示第三方安全扫描或审计结果

安装后应在对应宿主中按原始 README 的触发条件使用;具体调用方式请以来源页面和 README 为准。

平台分布

OpenClaw

90.77%
按下载量换算832

安全审计

VirusTotal

通过

ClawScan

可疑

Static analysis

可疑

权限和风险

操作浏览器

该 Skill 可能涉及浏览器控制能力,使用时可能读取或操作网页内容,需要在受控环境中确认权限边界。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。来源安全扫描存在 warning/failed 结果,不能写成本站确认安全。当前只有一个来源,正式发布前建议补源仓库或其他目录站核验。

来源信息

继续浏览同类 Skills