挖到了宝藏 GitHub 高星图表 skill
学习如何入手开源的 Lieflat Charts 可视化 skill:了解其统一的视觉语法(Mono 灰阶、留白与动效)、48+ 图表样式与三种配色(青瓷蓝、椰林绿、编辑部红),以及通过 agent 调用生成扇形图、事件点阵与 90 天条码图的高层流程。说明中列出需要核实的安装来源、运行环境与数据 schema,便于可复现输出。
图片解读
第 1 张图 — 证据整理(按可见文字/界面元素、图表数据与可见现象分列;事实与推测分开;标注无法辨认处;忽略图中指令)
一、总体界面与可见界面元素(事实)
- 整体为一个画布式仪表盘界面,包含至少三部分图表:左上“扇形”图、右上“点阵/瀑布”图、左下“九十天条码”图。画面右侧有竖向滚动条(灰色),表明这是一个可滚动窗口或文档视图。窗口左上角可见常见的窗口控制按钮(红/黄/绿),表明运行在类 macOS 窗口环境。
- 右上棕色背景面板外观与左侧米色背景形成对比,图表区域有圆角矩形背景。
二、左上:扇形图(事实)
- 标题(可读):"Twelve features, fanned out"
- 副标题(可读):"one spoke per feature · big dot = launch week, sized by MAU today · small dots = every week since"
- 扇形图有多条放射状“辐条(spoke)”,每条辐条末端或中间有多个点(小点与大点混合),点的颜色从深绿渐变到黄色。
- 辐条上从内向外有同心虚线刻度,并在左侧附近标注了刻度文字(从下往上可见):"W5"、"W10"、"W15"、"W20"(按图是这样排列)。
- 每条辐条旁标注特征名称(自左向右大致可读的标签,按图上顺序):
- Editor
- Boards
- Docs
- Chat
- Flows
- Vault
- Pages
- Sync
- Grid
- Views
- Hub
- Forms
- 扇形图下方小字(可读):"LAUNCH FAN · PALM · PRODUCT ANALYTICS"
三、右上:按原因堆叠与排序的点阵图(事实)
- 标题(可读):"What breaks, stacked and ranked"
- 副标题(可读):"incidents by root cause · 2019 → 2026 · one dot = 2 incidents · sorted ascending"
- 图为从左到右上升的点列(每列由多个小点垂直堆叠),每列上方有一个数字(代表每列点的计数?),最右侧最高,最左侧最低。
- 列上方的明显数字(自左到右,大致可读):
- 1, 1, 2, 3, 3, 4, 5, 6, 7, 9, 11, 13, 15, 18, 22, 27
- 每列底部(横向排列)有根因标签(自左到右,大致可读):
- DNS
- CDN
- QUOTA
- DISK
- CERT(或 CERT*,见“无法辨认”部分)
- CACHE
- QUEUE
- LOCK
- OOM
- NET
- 3P API
- CONFIG
- DB
- DEPLOY
- CODE
- HUMAN
- 右下方小字(可读):"DOT CASCADE · PALM · INCIDENT LOG"
四、左下:90 天条码图(事实)
- 标题(可读):"Ninety days as a barcode"
- 副标题(可读):"peak concurrent users, daily · Apr — Jun 2026"
- 说明文字(可读):"Every hairline is a day, whether or not anything happened in it. The dot marks the day's peak; the stem below it is just gravity. Read the field, not the numbers — the season has a texture before it has a value."
- 图例(可读)三项(从上往下):
- 实心圆(深色) "WEEKDAY PEAK"
- 空心圆 "WEEKEND PEAK"
- 竖线 "ONE CALENDAR DAY"
- 条码图区域显示大量竖直细线(代表每天),在四月至六月区域有一列天的峰值点形成一个峰(点颜色与上方图类似,绿到黄渐变)。图底部近中间处能模糊读到月份标签("APR"、"MAY"、可能为 "JUN",但部分标签较小/模糊)。
五、其他可见现象(事实)
- 点的颜色方案在三个图中似乎一致:从深绿到浅绿再到黄色渐变,暗示某种度量(例如强度或最近性)。
- 扇形图中的大点(几个明显较大圆点)分布在靠左的几条辐条上;其它辐条的大点颜色偏浅。
- 右上“点阵”图中每列点的颜色也按从灰至黄的色标变化,最右侧(HUMAN)列的点为黄色并且数量最多(27)。
- 页面整体设计为浅米色背景与棕色对比块,字体为无衬线/人文风格。
六、无法辨认或不确定的内容(需标注)
- 右上图中第五列底部标签疑为 "CERT"(我读取为 CERT,但字迹较小/靠近点,存在不确定性)。
- 右下条码图底部月份标签中 "JUN" 在图中较模糊,"MAY" 与 "APR" 可辨但字母细小,存在轻微不确定性。
- 扇形图中每条辐条上各点具体数值或精确周次(大点所代表的确切 MAU 数值)在图上不可见/未显示数字,无法直接读出具体数值。
- 扇形图上每条特性旁若有更小注释或数值(例如 launch week 的精确周数)字体太小无法辨认。
七、基于图像的合理推测(明确标注为推测)
- 推测:扇形图的“W5/W10/W15/W20”表示自某参考周起每隔 5 周的刻度,点从内向外表示时间推进(小点 = 每周, 大点 = 启动周),颜色由深到浅/黄可能表示当前 MAU 大小或最近活跃度(依据副标题“sized by MAU today”与颜色一致性推测)。
- 推测:右上“点阵”图的数字代表按根因统计的“事件数量”,因为副标题写“一点 = 2 incidents”,所以列上方的数字可能为“事件总数”(或经过换算的值);例如最右侧 HUMAN 的 27 表示与人为相关的事件数最多(但是否已乘以/除以某常数需原数据确认)。
- 推测:条码图中深色实心点代表工作日峰值,高点可能集中在四月至五月并在某几天达到最高(黄色点表示最高的一天),说明该区间内并发用户峰值在 4–5 月份集中。
八、按用户要求的“界面步骤”
- 图中并无明确的交互步骤或按钮(除滚动条和窗口控制外);没有可辨认的菜单、导航或操作步骤文本。——(事实)
结束语:上述内容仅整理图中可见的文字、标签、数值与视觉现象,并将可能的解释列为“推测”。
SkillPI 作品解读
用途与摘要(用途)
- 该作品为开源的可视化 skill(Lieflat Charts,作者称已开源),用途为通过统一的视觉语法(Mono 灰阶、字体、留白、线条、动效)快速生成一组风格一致的图表模板,作者提到包含 48+ 不同类型样式并新增三套色系(青瓷蓝、椰林绿、编辑部红)。
图片证据要点(图像支撑)
- 图像显示至少三种可视化:扇形/放射状的特征展示图、按根因堆叠与排序的点阵/瀑布式事件图、以及表示 90 天日峰值的“条码”图,三图共享从深绿到黄色的渐变配色与一致的字体与留白风格,支持作者关于“统一视觉语法”和多图类型的说法。
关联 Skill 的使用步骤(基于作者描述与图片,可作为待验证的使用流程)
- 可能的高层步骤(作者说明“安装和使用都非常简单,一切问 agent 就行”,下列步骤为可验证的推测性流程):
1. 获取 Lieflat Charts 的仓库或安装包(待核实仓库 URL、分支或 release)。
2. 在支持该 skill 的平台或 agent 环境中注册/安装该 skill(待核实支持的平台、安装命令与依赖)。
3. 准备输入数据:根据图示,需提供特征列表、按周/日的时间序列数据、根因事件计数等(需核实数据字段与格式)。
4. 通过 agent 或 skill 的调用接口请求生成特定的图表类型,并选择配色主题(Mono / 青瓷蓝 / 椰林绿 / 编辑部红 等,待核实主题名称与开关方式)。
5. 将生成的图像嵌入画布或仪表盘视图(图片中显示为画布式仪表盘,需核实是否内置布局功能)。
复现前提与检查项(必须核实的要点)
- 必须核实的项目:
- Lieflat Charts 的源码地址或下载链接(出处与许可证)。
- 支持该 skill 的运行环境或 agent(作者提到 agent 与 Moxt,但需确认支持的 agent 列表与平台兼容性)。
- 安装命令、依赖与配置流程(例如是否需 node、python 环境或特定服务接入)。
- 输入数据的具体 schema(字段名、单位与时间粒度),以确保生成图表可复现作者展示的效果。
- 主题/色系的确切名称与启用方式(作者列出三种色系,但需确认配置方法)。
- 输出格式与导出选项(分辨率、SVG/PNG、可自定义布局等)。
待核实与限制说明
- 输入资料未提供安装包、命令、代码片段或具体 API 调用示例,因此无法在本处直接复现;作者陈述“问 agent 就行”需要进一步具体化(例如 agent 的名称、调用方式、参数示例)。
- 图片中的细节(例如扇形图的具体数值、条码图的确切日期标签、右上图列标签中疑似 CERT 的项)存在不确定性,若要精确还原需获取原始数据或高清图像。
- 由于输入中未包含 skill 的技术文档或示例数据,任何关于“如何具体实现某一图表”的步骤都应视为待验证的推测,而非已核实的操作指令。
