WebGL 全息箔膜 webgl-holographic-foil
SkillSkillsMP
io.github.nexu-io/open-design/webgl-holographic-foil
自包含的 WebGL2 hero：压皱箔面上的薄膜干涉效果，配色随视角变化；移动光标可倾斜薄膜。
source
“Self Improvement” 共 80 个结果
io.github.nexu-io/open-design/webgl-holographic-foil
自包含的 WebGL2 hero：压皱箔面上的薄膜干涉效果，配色随视角变化；移动光标可倾斜薄膜。
io.github.nexu-io/open-design/webgl-halftone-drift
自包含的 WebGL2 hero：流动场域经旋转半色调网点筛分为双色印刷质感；移动光标可弯曲漂移。
io.github.nexu-io/open-design/webgl-aurora-veil
自包含的 WebGL2 hero：层叠极光幕帘在散布繁星的夜空上扭曲变形；移动光标可摆动幕帘。
io.github.nexu-io/open-design/live-dashboard
以 Live Artifact 渲染的 Notion 风格团队仪表盘。单页自包含 HTML 仪表盘，含 KPI、7 日迷你折线、实时活动流与关联数据库任务表——经由 Composio 连接器目录接入 Notion。按需及打开制品时刷新。未绑定连接器时回退到内置模拟数据，离线、截图与选择器预览中均可工作。
io.github.nexu-io/open-design/open-design-homepage
对线上 open-design.ai 主页的像素级忠实、自包含镜像——交互式 React Three Fiber / Next.js hero，含实时 3D 字标、贴纸拼贴、可变字体与滚动驱动动效。展示交互式网页营销页面视觉上限的第一方范例。
io.github.supabase/supabase/review-the-docs
在 ~/GitHub/supabase/supabase 本地审查 Supabase 文档变更——既包括审阅已开的 PR（分诊、分类、验证），也包括开 PR 前审阅自己分支（本地自审）。涵盖 markdown 流水线、MDX 内容、教程、示例、Studio 链接以及文档工具链。在被要求审阅文档 PR、自审草稿分支、确认谁已批准、验证构建产物或评估 supabase/supabase 文档改动时使用。
io.github.affaan-m/ECC/continuous-agent-loop
带质量门、评估与恢复控制的持续自主代理循环模式。在运行需要自检、以评估结果作为门槛并能从失败中恢复的代理循环时使用。
io.github.affaan-m/ECC/agent-introspection-debugging
针对 AI 代理故障的结构化自调试流程，涵盖故障捕获、诊断、受控恢复与内省报告。当代理运行失败、需要可复现的诊断而不是盲目重试时使用。
io.github.affaan-m/ECC/ito-inference
在已完成的 Itô 算力预订上检查模型服务是否可用，当正式后端就绪时移交一份经明确确认的部署清单。在 ito-compute 已预订 GPU 节点，且用户需要 OpenAI 兼容端点、ito-serve、托管 Kimi 或自托管开源权重推理之后使用。ECC 自身不实现任何模型服务技术栈。
io.github.github/awesome-copilot/geofeed-tuner
当用户提到 IP 地理定位馈送、RFC 8805、geofeed，或想创建、调优、验证、发布 CSV 格式的自建 IP 地理定位馈送时使用。目标用户为网络运营商、ISP、移动运营商、云服务商、托管公司、IXP 或卫星服务商，涉及 IP 地理定位准确性或 geofeed 编写最佳实践。帮助创建、完善和改进 CSV 格式的 IP 地理定位馈送，给出超出 RFC 8805 合规要求的定制化建议。不适用于私有或内部 IP 地址管理，仅面向可公网路由的 IP。
io.github.PostHog/posthog/optimizing-clickhouse-and-hogql-queries
ClickHouse 与 HogQL 查询的优化流程。当 HogQL 查询、查询运行器、insight 或报表太慢，手写的 ClickHouse 查询（经 `sync_execute` 或在迁移中）太慢，ClickHouse 超时或触及内存限制，排查 `system.query_log` 中的慢查询记录，或评审拟议的 HogQL printer 性能改动时使用。涵盖提取 ClickHouse SQL、常见坏味道（`FROM ... FINAL`、对 properties 的 JSONExtract、缺失 skip index、自连接、CTE 膨胀）、对着真实集群度量，以及在正确的层（printer、查询运行器或迁移）应用修复。不覆盖 Postgres / Django ORM / 应用库查询；那些需要 pganalyze 与 `query-performance-optimization.md` 的 Postgres 章节。
io.github.nexu-io/open-design/critique
对项目中的任意 HTML 制品执行 5 维专家设计评审——理念 / 视觉层级 / 细节 / 功能性 / 创新性，每项 0–10 分。输出一份自包含 HTML 报告，含雷达图、有证据支撑的分数，以及三个清单：保留 / 修复 / 快速改进。当需求要求「design review」「design critique」「5 维度评审」「design audit」或「我的设计哪里有问题」时使用。
io.github.nexu-io/open-design/live-dashboard
以 Live Artifact 渲染的 Notion 风格团队仪表盘。单页自包含 HTML 仪表盘，含 KPI、7 日迷你折线、实时活动流与关联数据库任务表——经由 Composio 连接器目录接入 Notion。按需及打开制品时刷新。未绑定连接器时回退到内置模拟数据，离线、截图与选择器预览中均可工作。
io.github.mem0ai/mem0/mem0
Mem0 Platform SDK,为 AI 应用添加持久记忆。触发条件:用户提到 "mem0"、"MemoryClient"、"记忆层"、"记住用户偏好"、"持久上下文"、"个性化",或需要为聊天机器人、agent 或 AI 应用添加长期记忆。涵盖 Python SDK(mem0ai)、TypeScript SDK(mem0ai)及框架集成(LangChain、CrewAI、OpenAI Agents SDK、Pipecat、LlamaIndex、AutoGen、LangGraph),也涵盖开源自托管的 Memory 类。模糊查询时这是默认的 mem0 技能。不触发:CLI 命令、终端使用或 shell 脚本(用 mem0-cli),或 Vercel AI SDK/@mem0/vercel-ai-provider/createMem0(用 mem0-vercel-ai-sdk)。
io.github.coreyhaines31/marketingskills/marketing-loops
当用户想设置周期性、自动运行的营销工作流——由 AI 代理按固定节奏（每周、每天或按触发器）重复执行的循环，而不是一次性任务——时使用。用户提到 marketing loop、recurring marketing workflow、automate my marketing、marketing on autopilot、weekly marketing review、ad fatigue check、content refresh loop、churn watch、ranking drop alert、always-on marketing、marketing automation workflow 或“每周都跑一次这个”等场景时也适用。用于选择、适配并排期一个持续运行的营销循环，由它编排其他营销技能。一次性营销点子见 marketing-ideas，实验循环见 ab-testing。
io.github.nexu-io/open-design/html-ppt-zhangzara-capsule
产品经理的年终自我复盘——职责、成果、成长与诉求，全部有证据支撑。以面向上级与评审委员会的决策级职业幻灯片构建。
io.github.apache/shardingsphere/review-pr
审阅 Apache ShardingSphere 的 PR 是否真正修复了根因，评估副作用与回归风险，并基于公开证据判断代码正确性或可合并性。若不可合并，则在 PR 的方向、根因模型或问题界定需要重新讨论时，产出符合维护者口吻的修改请求或需讨论反馈。也适用于 GitHub 可见的 PR 讨论、审查评论、被质疑的发现，以及可直接粘贴的维护者回复——凡涉及审查正确性、可合并性、修改请求合理性或根因证据的判断。支持面向高风险或明确拒绝零散审阅的全覆盖台账审查，并在最终输出前自我迭代。
io.github.ScriptedAlchemy/tracedecay/automation-run-review
在需要复盘自我改进类自动化的执行结果与启用策略时使用。
io.github.mem0ai/mem0/mem0-oss-to-platform
制定并执行将项目从 mem0 开源/自托管 SDK(本地 Memory 类)迁移到 mem0 Platform 托管 SDK(MemoryClient 类)的方案。当开发者想把 mem0 从 OSS/自托管迁移到托管 API 时使用,例如"把 mem0 设置迁移到平台""从自托管 mem0 切换到 MemoryClient""改用 mem0 API key 而非本地 Qdrant""把 mem0 迁到云端/托管服务""用平台配置替换本地向量库+嵌入器配置"。适用于 Python(from mem0 import Memory → from mem0 import MemoryClient)和 TypeScript/JavaScript(import { Memory } from "mem0ai/oss" → import MemoryClient from "mem0ai")。即使用户没说"迁移"二字,但明显希望现有 mem0 集成改为访问托管平台时也应触发。先产出可审阅的迁移计划,经开发者确认后执行。
io.github.Stirling-Tools/Stirling-PDF/feature-walkthrough
端到端讲解当前分支的完整逻辑与流程，让毫无前置知识的人也能理解、审查并复现。从分支 diff 界定变更范围，追踪其触达的每一层流程（前端工具/hook/组件、Java controller/service/endpoint、Python 引擎、配置、i18n、测试），产出带 Mermaid 图（时序/流程/架构）、可点击引用的带注释文件地图、前后行为对比、涉及 UI 时的截图、「本地试跑」章节与边界情况/风险的自包含走查文档。当被要求做功能或分支走查、「解释这个分支做了什么」、设计/逻辑说明、PR 审查者上手或交接文档时使用。加 --html 可同时输出渲染的 HTML 版；--no-screens 跳过截图。
io.github.aiskillstore/marketplace/typescript-jsdoc
为 TypeScript 代码编写有效的 JSDoc 注释。提供文档格式、放置策略、最佳实践以及何时写文档、何时让代码自解释的指导。有助于保持代码清晰与 IDE 支持。
io.github.TheDecipherist/claude-code-mastery-project-starter-kit/docker-swarm
生产级 Docker Swarm 部署规则：compose 文件从单节点扩展到多节点 Swarm 时会发生什么。在编写或审查 stack 文件、deploy 块、overlay 网络或用 docker stack deploy 部署的任何内容时使用。涵盖 Swarm 会静默忽略的指令、固定 IP 与 bind mount 为何失效、deploy 编排块，以及 Swarm 自愈所依赖的退出码与健康检查纪律。与覆盖镜像和 compose 文件本身编写的 docker 技能互补。
io.github.netdata/netdata/project-build-static-binary
从当前检出为 x86_64、aarch64、armv6l 或 armv7l 构建静态自解压 Netdata 安装器（`netdata-<arch>-latest.gz.run`）。当用户要求构建/产出/打包/测试静态二进制、makeself 安装器、`.gz.run` 制品或 Netdata「静态安装」；在 Linux 机器上无本地构建工具链验证 PR；或在本地复现 CI static-builder 问题时使用。涵盖 `packaging/makeself/` 下基于 Docker 的构建流程、强制前置检查（子模块初始化、全新 `netdata/static-builder:v1` 镜像）、构建按序执行的 18 个 job、制品输出布局、`artifacts/cache/` 复用模型、跨架构 QEMU 注意事项、调试构建、常见故障及其修复，以及如何在目标主机上复制/校验制品。
io.github.supercheck-io/supercheck/docker-compose-deployment
在使用 Docker Compose 部署 SuperCheck、配置自托管部署、排查 Docker 服务、扩展 worker、设置 HTTPS/TLS、管理环境变量、升级版本，或处理 deploy/docker/ 下任何文件时使用。涵盖所有 Docker Compose 变体（标准、安全、外部、远程 worker、本地开发）、K3s/gVisor 沙箱配置、安全加固与运维手册。