搜索「System Administration」的结果

io.github.mukul975/Anthropic-Cybersecurity-Skills/implementing-pod-security-admission-controller

配置并运维执行 Pod Security Standards 的 Kubernetes Pod Security Admission（PSA）控制器：namespace 的 enforce/audit/warn 标签、经 AdmissionConfiguration 的集群级默认、用户名/runtime class/namespace 豁免、版本固定，以及排查被拒绝的 pod。适用于在集群上接入 PSA、设置集群级默认执行、豁免系统 namespace、调试 pod 为何被拒或执行为何不生效，或阅读 PSA 的 audit 与 warn 输出。关键词：Pod Security Admission、PSA、admission controller、AdmissionConfiguration、pod-security.kubernetes.io 标签、enforce audit warn、豁免、kube-apiserver。不要用于选择工作负载需要的安全 profile——那用 implementing-kubernetes-pod-security-standards。

io.github.TriliumNext/Trilium/adding-llm-mcp-tools

在 Trilium 中新增、修改或评审 LLM/MCP 工具时使用（packages/trilium-core/src/services/llm/tools/ 下 defineTools 定义的笔记/属性/附件/层级/图标/skill 等工具）——即同时暴露给应用内 LLM 聊天与外部 MCP server 的内容。涵盖 execute 为何必须是同步的（NotAPromise<T> 编译防护 + better-sqlite3 同步事务）、mutates:true→getSql().transactional 的接线、同时供给两方的唯一 allToolRegistries 注册点、返回 {error} 而非抛错的约定、受保护/系统笔记的守卫，以及 getTool()/cls.init() 测试框架。不适用于客户端笔记 UI、ETAPI 端点或一般性 Vitest 问题（见 writing-unit-tests）。

io.github.nexu-io/open-design/figma-code-connect-components

使用 Code Connect 将 Figma 设计组件与代码组件连接，让设计系统更新自动流入代码库。

io.github.affaan-m/ECC/liquid-glass-design

iOS 26 液态玻璃（Liquid Glass）设计系统——为 SwiftUI、UIKit 和 WidgetKit 提供带模糊、反射与交互变形效果的动态玻璃材质。适用于使用 SwiftUI、UIKit 或 WidgetKit 构建 iOS 26 液态玻璃 UI。

io.github.affaan-m/ECC/swift-protocol-di-testing

基于协议的依赖注入，用于可测试的 Swift 代码——使用聚焦协议和 Swift Testing 模拟文件系统、网络和外部 API。适用于需要测试 Swift 代码且必须模拟文件系统、网络或外部 API 时。

io.github.affaan-m/ECC/agentic-os

在 Claude Code 之上构建可持久化的多 Agent 操作系统。涵盖内核架构、专职 Agent、斜杠命令、基于文件的记忆、定时自动化，以及无需外部数据库的状态管理。当需要在 Claude Code 上构建自带记忆、命令与调度能力的持久化多 Agent 系统时使用。

io.github.openinterpreter/openinterpreter/imagegen

当任务需要 AI 生成的位图视觉时，生成或编辑位图图像，如照片、插画、纹理、精灵图、mockup 或透明背景抠图。当 Codex 需要创作全新图像、变换已有图像，或从参考派生视觉变体，且产物应为位图资源而非仓库内的代码或矢量时使用。若任务更适合编辑已有的 SVG/矢量/代码原生资源、扩展既有图标或 logo 体系，或直接用 HTML/CSS/canvas 绘制视觉，则不要使用。

io.github.paperclipai/paperclip/design-guide

Paperclip UI 设计系统指南，用于构建一致、可复用的前端组件。在创建新 UI 组件、修改现有组件、为前端添加页面或功能、为 UI 元素写样式，或需要了解设计语言与约定时使用。涵盖：组件创建、设计 token、排版、状态/优先级体系、组合模式与 /design-guide 展示页。须与 frontend-design 技能（视觉品质）和 web-design-guidelines 技能（Web 最佳实践）搭配使用。

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.mukul975/Anthropic-Cybersecurity-Skills/extracting-browser-history-artifacts

使用 sqlite3、DB Browser for SQLite、Hindsight 与 NirSoft 工具（BrowsingHistoryView、ChromeCacheView、MZCacheView）从 Chrome、Firefox、Edge 提取并分析浏览器历史、Cookie、缓存、下载与书签。适用于对磁盘镜像或在线系统做数字取证/事件响应，需要用户网页活动时间线证据时。

io.github.home-assistant/core/ha-quality-scale-verify

Verifies that a Home Assistant integration follows a specific quality scale rule, checking whether it implements the required patterns, configurations, or code structures defined by the quality scale system. Use when asked to check a rule (e.g. "check if the peblar integration follows the config-flow rule") or to verify an integration reaches a quality tier (Bronze, Silver, Gold, Platinum).

io.github.affaan-m/ECC/verification-loop

面向 Claude Code 会话的全面验证系统。

io.github.affaan-m/ECC/verification-loop

面向 Claude Code 会话的全面验证系统。

io.github.Arize-ai/phoenix/phoenix-design

Phoenix 前端的设计系统约定——布局、对话框、错误展示、BEM CSS 类命名与 CSS 设计令牌。在 app/src/ 中构建 UI、命名 CSS 类、创建或使用令牌、处理错误或设计对话框交互时使用。

io.github.HoangNguyen0403/agent-skills-standard/nextjs-app-router

在 Next.js App Router 中配置文件系统路由：嵌套布局、路由组、并行路由与错误边界。用于创建页面路由、添加 loading/error 状态，或用路由组与动态段组织路由。

io.github.citypaul/.dotfiles/refactoring

针对具备通过基线与充分保留证据的代码的重构评估与行为保持模式。当用户要求清理、简化或重构选定区域，以及在变异测试或经评审的对等替代证据确立 REFACTOR 步骤信心之后使用。涵盖重构前先提交的纪律、重构何时增值何时应跳过、以及优先级分类。对于选定全路径简化工程中的任何切片——过渡态或终态——以 reduce-system-complexity 为主导技能；适用时重构可作为次要技能。仓库级架构探索用 improve-codebase-architecture；模块契约用 codebase-design。证据不足或新增行为的代码请勿使用。

io.github.max-sixty/worktrunk/writing-user-outputs

worktrunk 的 CLI 输出格式化标准。在修改任何调用 warning_message、hint_message、error_message、info_message、eprintln、println 的代码，或产出用户可见字符串（CLI 帮助、进度 UI、快照文本）之前加载。记录 ANSI 颜色嵌套规则、消息模式与输出系统架构。

io.github.EpicenterHQ/epicenter/ui-design

从产品方向到组件体系收敛，设计、探索、实现、打磨、重设计并评审 Epicenter 界面。用于共创界面、追问「别的应用怎么做」、对比 UI 方向或同类产品、把粗略功能想法变成可构建的 Svelte 界面、选择 @epicenter/ui 组件、修改 packages/ui，或替换堆满 class 的标记与本地界面原语。纯 CSS 小修不属于本技能范围，除非它暴露出更大的模式问题。

io.github.simstudioai/sim/emcn-design-review

审查 UI 代码是否符合 emcn 设计系统——组件、设计令牌、模式与约定。

io.github.langfuse/langfuse/refactor-react-effects

重构 Langfuse 前端代码中可避免的 useEffect 用法。适用于：新增、评审或删除 effect；用查询数据初始化表单或本地 UI 状态；同步客户端与服务端状态；把 mutation 或异步工作流移出组件；清理某个前端子模块的全部 effect；或评审某个 effect 是否有合理的外部系统职责。

io.github.compozy/compozy/writing-tech-post

端到端完成工程博客写作：发布深度解读、故障复盘、架构迁移、性能案例、教程、AI/agent 系统记录、安全披露，以及从研究到产品的转化文章。选对文章原型、规划抽象阶梯、遵循证据节奏（图示、基准测试、profile、trace、代码、消融实验），按 Datadog、Vercel、GitHub、AWS、Meta、Cloudflare、Jane Street 等发布方的行文风格校准语气，并在发布前用叙事推进与披露伦理两道门禁检查。在起草新的工程文章、重构成色平淡的初稿、判断某种证据该放在何处、校验技术深度与产品背景是否均衡，或为对外发布准备故障复盘、迁移、性能叙述时使用。不用于 API 参考文档、README、营销文案、release notes、泛 SEO 内容、代笔高管观点文章，以及非工程类长文。

io.github.compozy/compozy/typescript-advanced

掌握 TypeScript 的高级类型系统，包括泛型、条件类型、映射类型、模板字面量类型与工具类型，用于构建类型安全的应用。在实现复杂类型逻辑、编写可复用的类型工具，或保证 TypeScript 项目的编译期类型安全时使用。不用于纯 JavaScript、运行时校验库（Zod、Yup）或基础的 TS 语法问题。

io.github.microsoft/skills-for-fabric/sqldb-consumption-cli

通过 sqlcmd 查询 Fabric 中的 SQL database：在 OLTP 与 SQL 分析 endpoint 上进行交互式探索、向量相似度、JSON、时态查询与安全策略检查。schema 变更请使用 sqldb-authoring-cli 技能。触发语：sql database in Fabric query sys.tables sqlcmd、sql database in Fabric system view list user tables sqlcmd、list user tables sqldb、sys.tables sqldb、explore sqldb schema、vector similarity sqldb、RAG embedding sqldb、row level security sqldb inspect、audit log sqldb inspect、chat with sqldb、export sqldb rows、temporal as of sqldb、json openrowset sqldb。

io.github.feast-dev/feast/feast-architecture

Feast 代码库内部机制——各组件如何工作、关键抽象所在之处、系统内的数据流。当被问及 feast apply 如何工作、registry 如何存储数据、物化如何搬运数据、get_online_features 如何取特征、feature server 如何工作、Kubernetes operator 如何管理部署，或在代码库中导航以了解该在哪里改动时使用。