个人执业月度法律检查(移动办公)
io.github.Klotzkette/claude-fuer-deutsches-recht/mobile-arbeitsweise-monatlicher-rechtscheck
当涉及自由职业者实务中办公日常与工具(检查笔记本电脑)问题时:核查期限、形式、管辖责任、法律途径与即时措施;给出期限与风险红黄绿灯及立即行动步骤。
“E Commerce Operations” 共 5,808 个结果
io.github.Klotzkette/claude-fuer-deutsches-recht/mobile-arbeitsweise-monatlicher-rechtscheck
当涉及自由职业者实务中办公日常与工具(检查笔记本电脑)问题时:核查期限、形式、管辖责任、法律途径与即时措施;给出期限与风险红黄绿灯及立即行动步骤。
io.github.Klotzkette/claude-fuer-deutsches-recht/mobile-private
当涉及内部调查实务中内部调查里的移动设备取证问题时:梳理案件事实、适用法条、举证责任、反驳观点与下一步;直接产出包含检查点、风险与下一步的可用工作成果。
io.github.Klotzkette/claude-fuer-deutsches-recht/mobile-work-verwertung
当涉及租赁法实务中移动办公设备(笔记本、平板、智能手机)租赁问题时:核查期限、形式、管辖责任、法律途径与即时措施;给出期限与风险红黄绿灯及立即行动步骤。
io.github.Klotzkette/claude-fuer-deutsches-recht/mobile-roboter-amr-agv
当涉及机器人法中的移动机器人(AMR/AGV)问题时:核查期限、形式、管辖责任、法律途径与即时措施;给出期限与风险红黄绿灯及立即行动步骤。
io.github.Klotzkette/claude-fuer-deutsches-recht/mobile-device-ot-industrial-admin-offboarding
当涉及 NIS-2、网络安全与 IT 安全合规中的移动设备丢失问题时:核查期限、形式、管辖责任、法律途径与即时措施;给出期限与风险红黄绿灯及立即行动步骤。
io.github.bluesky-social/atproto/testing
本 monorepo 的测试实践——在单元与端到端测试之间取舍、测试文件位置、tsconfig.test.json 的角色、如何驱动 Playwright、如何编写/适配 UI/端到端测试,以及该用哪个测试运行器(vitest 还是 jest)。当用户要求添加、编写或扩展测试、补充覆盖率、创建测试文件、在新包里搭建测试、提到 vitest/jest,或引用既有 *.test.ts 文件时,必须先调用本技能再做任何代码搜索或文件读取。同等适用于单元测试与端到端/UI 测试——后者会路由到 Playwright-MCP 优先的探索流程,与常规代码搜索工作流不同。
io.github.dimensionalOS/dimos/python-unit-tests
在编写、修复或评审 Python pytest 单元测试、fixture、mock,或处理测试 PR 反馈时使用。
io.github.mlflow/mlflow/ui-review
审查 GitHub PR 中的 UI/UX 改动:启动 MLflow Web 应用,通过无头 agent-browser 操作改动涉及的界面,并为工作流写出一份 Markdown 格式的 UI 审查评论内容(结论与截图)。
io.github.ccfos/nightingale/sql-generator
从自然语言生成 SQL 查询语句(支持 MySQL/Doris/ClickHouse/PostgreSQL)。
io.github.wondelai/skills/refactoring-patterns
运用具名重构变换改进代码结构而不改变行为。当用户提到“重构这段代码”“代码坏味道”“提取方法”“替换条件”“技术债”“下移方法”“内联变量”“分解条件”或“清理这段烂代码”时使用。也在整理遗留代码、为新增功能重组代码、或判断哪种变换对应某种代码坏味道时触发。覆盖坏味道驱动重构、安全变换序列与测试保障。代码质量基础参见 clean-code;复杂度管理参见 software-design-philosophy
io.github.wondelai/skills/refactoring-ui
审计并修复 Web UI 中的视觉层次、间距、配色与层次感。当用户提到“我的 UI 看起来不对劲”(或业余/不专业)、“修复设计”、“Tailwind 样式”、“色板”、“视觉层次”、“设计系统”、“间距标度”或“组件样式”时使用。也在构建一致的设计令牌、创建深色主题、提升数据可视化清晰度或上线前打磨 UI 细节时触发。覆盖灰度优先工作流、受约束的设计标度、阴影与组件样式。字体选择参见 web-typography;可用性审计参见 ux-heuristics
io.github.hashgraph-online/awesome-codex-plugins/docker-to-sealos
将 Docker Compose 文件或安装文档转换为生产级 Sealos 模板。当用户已有 docker-compose.yml 并希望得到 Sealos 或 Kubernetes 模板、想从 Docker Compose 迁移到 Sealos、需要把容器编排配置转换为 Sealos 格式,或提到 compose 转模板时使用。也由 “/docker-to-sealos” 触发。
io.github.mohitagw15856/pm-claude-skills/refactoring-plan
为混乱代码规划一次安全、渐进、不改变行为的重构。当代码需要重组、难以修改、结构纠缠,或你想在添加新功能前先清理它时使用。产出一个由多个保持行为的小步骤组成的有序计划、需要先行搭建的安全网(测试/特征测试)以及目标结构——把重构做成一连串绿灯提交,而不是高风险的推倒重写。
io.github.OpenZeppelin/openzeppelin-contracts/library-api-design
openzeppelin-contracts 的 API 设计规则。在 contracts/ 下新增、修改或审查任何合约时使用。涵盖 virtual、memory 与 calldata 的选择、public 与 external 的取舍、重载、空操作与 revert 的区别、_update 单一 override 模式、内部与外部接口拆分、_msgSender 以及 override 扩展点。
io.github.OpenZeppelin/openzeppelin-contracts/testing
openzeppelin-contracts 的测试约定。在编写或修改测试、mock 或形式化验证规范时使用。涵盖 hardhat-exposed 的 $ 包装器、何时才应手写 mock、Hardhat 加 Chai 的模式(loadFixture、shouldBehaveLike、多目标循环)、Foundry 模糊测试、Halmos 符号执行、Certora 基于规则的验证以及 changeset 规则。
io.github.brucesongs/kali-claw/kubernetes-attack
Kubernetes 集群攻击与红队,涵盖 RBAC 滥用、Pod 逃逸(特权 Pod、hostPath、capabilities、hostPID/hostIPC、容器运行时 socket、内核 CVE)、kubelet API 滥用(10250/10255)、etcd 直连、ServiceAccount 令牌窃取(传统与投影令牌)、RBAC 提权链、云托管 K8s(EKS/GKE/AKS)横向移动,以及 kubectl 插件生态(peirates、CDK、kube-hunter、BOtB、kubeletctl、kubescape、stratus-red-team、kubernetes-goat)。
io.github.nexu-io/open-design/brand-extract
通过驱动内置浏览器从实站提取完整品牌套件。当品牌提取项目带着浏览器标签中的站点打开,或用户要求「提取品牌」「拉取 <url> 的品牌」「从这个站点获取配色/字体/Logo」,或基于参考网站构建品牌/设计系统时使用。与 agent-browser 工具配合测量,并在反爬墙拦截页面时暂停等待用户处理。
io.github.doccker/cc-use-exp/refactor-safety
当用户要求重构代码(提取组件、合并重复逻辑、重命名变量、优化结构)时触发。提供重构安全检查清单,防止丢失原始上下文。
vdevelop
io.github.handsontable/handsontable/writing-docs-pages
在 docs/content/guides/ 下创建或编辑文档页面时使用——涵盖 YAML frontmatter、页面结构、框架特定的示例嵌入、写作风格与侧边栏注册。
io.github.AI-Shell-Team/aish/devops-docker-patterns
Docker 容器化专家,精通多阶段构建、镜像优化、Docker Compose 模式与生产容器安全。适用于 Dockerfile 优化、compose 配置与容器最佳实践。
io.github.mattpocock/skills/review
从某个固定基点(commit、分支、tag 或 merge-base)起沿两条轴线审查变更——规范(代码是否遵循本仓库书面编码规范?)与规格(代码是否符合原始 issue/PRD 的要求?)。两条审查由并行子代理执行并并排呈现。当用户想审查分支、PR、进行中的变更,或要求“review since X”时使用。
io.github.omnigent-ai/omnigent/security-audit
审计代码库或目录的安全问题(硬编码密钥、注入、不安全反序列化、弱加密、授权缺口),并输出结构化发现报告。当用户要求安全审查、审计或检查代码漏洞时使用。仅报告——绝不修改。
io.github.alibaba/loongcollector/security-check
提交或推送前的安全检查,扫描 API Key、访问令牌等敏感信息。
io.github.alibaba/loongcollector/testing-standards
LoongCollector 的测试标准:单元测试、端到端测试、基准测试。编写或审查测试时参考