TypeScript 严格模式
io.github.citypaul/.dotfiles/typescript-strict
TypeScript 严格模式实践,包括 schema 优先开发、品牌类型、type 与 interface 的选型指引及 tsconfig 严格标志。在编写 TypeScript 代码、定义类型或 schema、审查类型安全时使用。不可变性与纯函数相关模式请参阅 functional 技能。
“Local Files” 共 609 个结果
io.github.citypaul/.dotfiles/typescript-strict
TypeScript 严格模式实践,包括 schema 优先开发、品牌类型、type 与 interface 的选型指引及 tsconfig 严格标志。在编写 TypeScript 代码、定义类型或 schema、审查类型安全时使用。不可变性与纯函数相关模式请参阅 functional 技能。
io.github.meain/dotfiles/refactorability
评审代码的可重构性——基于 Martin Fowler 的代码坏味道目录与 SOLID 原则,并在可用时结合 gocyclo、gocognit、dupl 等静态分析工具,提出具体、可排优先级的重构机会。以 Go 优先、兼顾多语言,默认针对当前 diff。输出高/中/低分级报告及具体重构手段,并包含“不要重构”部分以避免过度建议。触发词:/refactorability、“review for refactorability”、“what should I refactor”、“refactorability review”、“find refactoring opportunities”、“is this refactorable”等。
io.github.Lionad-Morotar/local-tools/css-expert
编写现代、高性能、无障碍 CSS 的专家级指导。在编写 CSS、为组件加样式、创建布局、构建主题、修复视觉缺陷或重构样式表时使用;任何 CSS 相关任务自动激活。涵盖层叠层级、自定义属性、容器查询、现代选择器、嵌套、逻辑属性与动画性能。
io.github.zenobi-us/dotfiles/kubernetes-specialist
资深 Kubernetes 专家,精通容器编排、集群管理与云原生架构。专注于生产级部署、安全加固与性能优化,兼顾可扩展性与可靠性。
io.github.ryoppippi/dotfiles/typescript-style
应用 TypeScript 风格规则:优先使用 satisfies 与 as const satisfies 配合字面量类型检查,避免不安全断言。在编写或评审 TypeScript/TSX 代码、测试 fixture、带类型的对象字面量、mock、配置对象或表驱动用例时使用。
io.github.citypaul/.dotfiles/testing
行为驱动测试的模式。在编写测试、创建测试工厂、组织测试文件或决定测试内容时使用。不适用于 UI 专项测试(参见 front-end-testing 或 react-testing 技能)。
io.github.wcygan/dotfiles/kubernetes
Kubernetes 专家,覆盖集群运维、manifest、kubectl 调试、RBAC、网络、工作负载与存储。当 kubectl/k8s 与动作动词同时出现时自动加载。不要在顺带提及 service/pod/cluster 或仅涉及 Terraform/Helm 的问题时触发。关键词:kubernetes、kubectl、k8s、deployment、ingress、gateway api、networkpolicy、rbac、kustomize。
io.github.2SSK/dot-files/dockerfile-best-practices
Docker 与容器最佳实践,包括多阶段构建、安全与优化。创建 Dockerfile 时使用。
io.github.Lionad-Morotar/local-tools/css-layout
使用现代 CSS Grid、Flexbox、容器查询与逻辑属性创建或修复布局,内含 Grid vs Flexbox 决策树与常见布局模式。当用户要求 CSS 布局、grid 布局、flexbox 布局、侧边栏布局、圣杯布局、卡片网格、居中或布局修复时使用。
io.github.Lionad-Morotar/local-tools/css-audit
深度 CSS 质量审计,按 0-10 分对架构、特异性、冗余、无障碍、性能与现代性打分,标记反模式并生成按优先级排列的修复计划。只出报告不改代码。当用户要求 CSS 审计、CSS 评审、样式表质量检查、CSS 健康检查或 CSS 评分时使用。
io.github.Lionad-Morotar/local-tools/css-animate
使用合成层属性、滚动驱动动画、View Transitions 与 @keyframes 编排创建高性能 CSS 动画,始终附带 prefers-reduced-motion 回退。当用户要求 CSS 动画、过渡、滚动动画、视图过渡、keyframes、悬停效果、入场动画或动效设计时使用。
io.github.Lionad-Morotar/local-tools/css-debug
系统化的 CSS 调试。涵盖特异性分析、继承链追踪、计算值检查、布局调试(overflow、意外尺寸、外边距塌陷)、CSS containment 问题、z-index 层叠上下文梳理、自定义属性解析链以及绘制/布局性能诊断,并使用 outline 技巧进行可视化调试。在调试 CSS、修布局 bug、解决特异性冲突、追查 z-index 问题或诊断渲染性能时使用。
io.github.Lionad-Morotar/local-tools/css-a11y
CSS 无障碍审计与修复。检查 focus-visible 样式、减弱动态效果支持、对比度偏好、forced-colors 模式、visually-hidden 模式、触控目标尺寸、颜色对比度比值、仅靠颜色区分的指示器、跳转链接与阅读顺序。在审计无障碍、修复 a11y 问题、添加焦点样式、支持 reduced motion、提升对比度或让 CSS 更无障碍时使用。
io.github.Lionad-Morotar/local-tools/css-theme
用现代 CSS 构建主题化系统。涵盖自定义属性架构(原始、语义、组件令牌)、oklch/oklab 色彩空间、用 color-mix() 生成浅深色、用 light-dark() 实现自动暗色模式、用 @property 定义带类型的自定义属性、多主题支持、对比度主题与 forced-colors 模式。在构建主题、添加暗色模式、创建颜色系统、配置设计令牌或实现配色方案时使用。
io.github.Lionad-Morotar/local-tools/css-responsive
运用容器查询、流式排版、响应式图片、逻辑属性、视口单位、内在尺寸与偏好查询的现代响应式设计,优先使用容器查询而非媒体查询。当用户询问响应式 CSS、响应式设计、移动端布局、流式排版、响应式图片、暗色模式、prefers-reduced-motion 或自适应设计时使用。
io.github.Lionad-Morotar/local-tools/css-refactor
将旧式 CSS 升级到现代标准。扫描样式表中的过时模式(float、clearfix、厂商前缀、旧 flexbox 语法、px 媒体查询、@import、滥用 !important)并替换为现代写法;引入层叠层级、抽取设计令牌并合并冗余。在重构 CSS、现代化样式表、升级旧代码、移除厂商前缀或用 grid/flexbox 取代 float 时使用。
io.github.wcygan/dotfiles/refactor-scan
扫描代码中的重构机会,提升模块化、可测试性、可扩展性、可复用性、可理解性并降低认知复杂度。在评审代码质量、识别技术债、规划重构或改进代码结构时使用。关键词:refactor、refactoring、代码质量、模块化、可测试性、可扩展性、可复用性、认知复杂度、代码坏味道、clean code、SOLID、DRY、耦合、内聚。
io.github.harperreed/dotfiles/swiftui-view-refactor
重构并审查 SwiftUI 视图文件,实现一致的结构、依赖注入与 Observation 使用。在被要求整理 SwiftUI 视图的布局/排序、安全处理视图模型(尽可能非可选),或统一依赖与 @Observable 状态的初始化与传递方式时使用。
io.github.airbytehq/airbyte/source-dynamodb-e2e-tests
Stand up a local DynamoDB Local backend, apply JSON fixtures, and sweep the Airbyte protocol commands (spec → check → discover → read) against airbyte/source-dynamodb:<tag> for ad-hoc end-to-end testing. Use when you need a deterministic, throwaway local environment for a cursor-incremental source-dynamodb test or prove-fix comparison.
io.github.bytedance/deer-flow/smoke-test
DeerFlow 的端到端冒烟测试技能。引导完成:1)拉取最新代码;2)Docker 或本地安装与部署(尊重用户偏好,遇 Docker 网络问题时默认本地);3)服务可用性验证;4)健康检查;5)最终测试报告。当用户说「run smoke test」「smoke test deployment」「verify installation」「test service availability」「end-to-end test」等时使用。
io.github.affaan-m/ECC/production-audit
Local-evidence production readiness audit for shipped apps, pre-launch reviews, post-merge checks, and "what breaks in prod?" questions without sending repo data to an external audit service. Use when auditing production readiness before launch, after a merge, or when asked what breaks in prod.
io.github.affaan-m/ECC/inherit-legacy-style
Prevent AI style drift on legacy projects by scanning the codebase for implicit conventions, resolving conflicts with the operator one at a time, and writing an enforceable .ai-style-rules.md (Golden Files, naming rules, DONTs) plus an optional CLAUDE.md hook. Use when onboarding an AI agent onto a hand-written legacy codebase or extracting a project's unwritten coding rules.
io.github.affaan-m/ECC/inherit-legacy-style
遗留项目风格继承 skill。当用户输入 /inherit-legacy-style,或需要让 AI 编码代理接手手写遗留项目并防止“风格漂移”(模型把自身预训练的主流惯用法强加给项目)时使用。与语言和框架无关——只对齐元架构,不改语法。一旦运行,它就成为后续所有编码任务的行为约束。不要用于纯研究或与代码风格对齐无关的一次性提问。
io.github.affaan-m/ECC/production-audit
基于本地证据的生产就绪审计,适用于已上线应用、上线前评审、合并后检查,以及“生产环境会坏在哪”这类提问,且不会把仓库数据发给外部审计服务。在上线前或合并后审计生产就绪度,或被问到生产会出什么问题时使用。