搜索「Log Analyzer」的结果

io.github.catlog22/Claude-Code-Workflow/team-frontend-debug

使用 Chrome DevTools MCP 的前端调试团队。双模式——按功能清单测试或按缺陷报告调试。触发词：“team-frontend-debug”、“frontend debug”

io.github.catlog22/Claude-Code-Workflow/team-frontend-debug

使用 Chrome DevTools MCP 的前端调试团队。双模式——按功能清单测试或按缺陷报告调试。触发词：“team-frontend-debug”、“frontend debug”

io.github.SkeneTechnologies/skene/automations

基于触发器的自动化，支持动作序列与运行历史。

io.github.easychen/opc-methodology/opc-dashboard-review

使用轻量指标、瓶颈分析与止损逻辑，审查一人公司的经营健康状况。当 Codex 需要在必要时讲解审查概念、核验可用输出、每次只提一个问题、给出多种瓶颈假设，并把用户确认的输出写入 `opc-doc/` 时使用。

io.github.catlog22/Claude-Code-Workflow/security-audit

基于 OWASP Top 10 与 STRIDE 的安全审计及供应链分析。触发词：“security audit”、“security scan”、“cso”

io.github.petenelson/wp-rest-api-log/10up-css

WordPress 项目的 CSS 架构、最佳实践与设计模式。涵盖 ITCSS 方法论、可访问性、优先级（specificity）治理、命名规范以及现代 CSS 特性。

io.github.badlogic/pi-skills/browser-tools

通过 Chrome DevTools Protocol 进行交互式浏览器自动化。适用于需要与网页交互、测试前端，或用户需要与可见浏览器交互的场景

io.github.sickn33/agentic-awesome-skills/elk-stack

Deploy and manage the ELK Stack (Elasticsearch, Logstash, Kibana) for log aggregation and analysis.

io.github.mukul975/Anthropic-Cybersecurity-Skills/implementing-azure-defender-for-cloud

在 VM、容器、SQL、存储与 Key Vault 上启用 Microsoft Defender for Cloud（CSPM + CWPP）：用 Azure Policy 做评估、Log Analytics 收遥测、Azure Arc 覆盖混合环境、Logic Apps 自动响应。适用于 Azure 安全监控、自适应修复或监管合规评估；不适用于纯非 Azure 防护或身份防御（Defender for Identity）。

io.github.mukul975/Anthropic-Cybersecurity-Skills/performing-sqlite-database-forensics

对 SQLite 数据库做取证分析：检查 B-tree 页结构、从 freelist 页与 WAL 日志中恢复已删除记录、解码编码后的时间戳，并从浏览器历史、即时通讯应用与移动设备数据库提取证据。适用于数字取证或移动/浏览器证据分析中从 SQLite 恢复已删除或未分配数据。

io.github.mukul975/Anthropic-Cybersecurity-Skills/performing-mobile-device-forensics-with-cellebrite

使用 Cellebrite UFED Touch/4PC、UFED Physical Analyzer 及开源替代方案（ALEAPP、iLEAPP、MEAT、libimobiledevice）采集并分析移动设备数据，提取通信记录、通话日志、位置数据与应用痕迹。适用于在刑事、企业或员工违规调查中从手机/平板提取或恢复已删除的证据。

io.github.LeoYeAI/openclaw-master-skills/fly-io-deployer

在 Fly.io 上部署和运维 Node、Python、Go、Rust、Elixir 与 Docker 应用：生产级 fly.toml 编写、Machines API 编排、区域选择（延迟/数据主权/出口流量）、Fly Postgres 集群、用 LiteFS 做 SQLite 复制、Upstash Redis 绑定、Tigris 对象存储、持久卷、WireGuard 私网（6PN）、通过 flyctl 管理密钥、借助自动停机机器实现蓝绿部署、缩零策略、定时扩缩、每个 PR 的预览部署、多区域副本、热配置重载、机器 SSH、日志投递到 Better Stack/Axiom/Datadog/Logtail，以及激进的 cost 调优。触发词：“fly.io”“flyctl”“fly machines”“fly.toml”“fly postgres”“litefs”“tigris”“upstash on fly”“fly deploy”“migrate from heroku”“migrate from render”“migrate from railway”“scale to zero”“fly regions”“fly volumes”“fly wireguard”“6pn”“fly secrets”

io.github.NeverSight/learn-skills.dev/analyze-mobile-app

移动应用竞品分析器。通过 ADB 对 Android 移动应用进行自动化竞品分析。可导航应用、截屏、记录 UX/UI 并生成完整报告。适用场景：分析竞品应用、探索应用 UX、移动应用分析与竞品调研。

io.github.wekan/wekan/meteor-debugging

Use when diagnosing an unexplained failure in a Meteor 3 application before the failing layer or fix is known. Triggers on server crashes, client-only errors, stuck subscriptions, DDP or WebSocket disconnects, Minimongo/server data mismatches, hanging or flaky tests, slow builds, --inspect, console.log, .only, Playwright traces, Instrumentation lifecycle events, or requests to debug a Meteor app. Use this skill when evidence must distinguish Meteor tool, server, client, data, test, browser, mobile, or production boundaries. For test setup and authoring use meteor-testing; after confirming a domain cause, hand the repair to the owning skill.

io.github.code-yeongyu/oh-my-openagent/codex-qa

对 omo Codex Light 版（lazycodex / packages/omo-codex）本身做 QA，采用严格隔离，只测试我们自己的插件、绝不触及用户真实的 ~/.codex。一方方法用真实的 codex app-server，配合隔离的 CODEX_HOME 与本地 mock model（不调用真实 API），通过断言 hook/started 与 hook/completed 通知来证明插件钩子已触发。此外还提供：隔离的安装验证、逐组件钩子探测、基于 tmux 的 TUI 冒烟测试，以及运行时日志观察（RUST_LOG / logs SQLite / /debug-config）。自带经测试的辅助脚本，每个都有 --self-test。凡改动 packages/omo-codex 下任何内容，或想对 Codex 插件（钩子/组件、installer/config.toml、app-server 流程、Codex TUI）做 QA、冒烟测试、验证或调试时使用。触发词：codex qa、qa codex、codex-qa、test codex plugin、verify codex hook、codex app-server、lazycodex qa、isolated CODEX_HOME、prove codex hook fired、codex tui test。

io.github.code-yeongyu/oh-my-openagent/dev-browser

带持久页面状态的浏览器自动化。当用户要求浏览网站、填写表单、截图、提取网页数据、测试 Web 应用或自动化浏览器工作流时使用。触发短语包括 “go to [url]”“click on”“fill out the form”“take a screenshot”“scrape”“automate”“test the website”“log into”，或任何浏览器交互请求。

io.github.affaan-m/ECC/cost-tracking

从本地 ECC cost-tracker 指标日志中跟踪并报告 Claude Code 的 token 用量、花费与预算。当用户询问成本、花费、用量、token、预算，或按模型、会话、日期的成本明细时使用。

io.github.getsentry/sentry/backend-conventions

Sentry 后端在日志、tracing/span、span/tag 属性命名、metrics tag 与 options 系统方面的约定。在 src/ 中新增或编辑以下 Python 代码时使用：打日志（logger.info/exception）、记录指标（带 tag 的 metrics.incr/timing）、为 span/transaction 埋点、调用 sentry_sdk.set_tag/set_attribute 或 set_span_tag/set_span_data、用 options.get() 读取已注册 option。触发语：“add logging”“log an error”“add a metric”“add a span”“instrument tracing”“set an attribute”“add a tag”“read an option”“LOG005”“LOG011”，或关于 metrics tag 基数的问题。

io.github.mukul975/Anthropic-Cybersecurity-Skills/implementing-image-provenance-verification-with-cosign

用 Sigstore Cosign 签名与验证容器镜像溯源，涵盖基于密钥与免密钥 OIDC 签名（Fulcio、Rekor 透明日志）、SLSA attestation，以及通过 Kubernetes 准入控制强制执行签名验证。适用于为供应链安全给镜像签名、搭建免密钥 OIDC 签名、附加 attestation，或在准入端执行"仅允许已验证镜像"的策略。关键词：Cosign、Sigstore、Fulcio、Rekor、keyless、attestation、cosign verify、准入策略。不要用于基于 in-toto layout 的流水线 attestation——那用 implementing-supply-chain-security-with-in-toto。

io.github.mukul975/Anthropic-Cybersecurity-Skills/detecting-privilege-escalation-in-kubernetes-pods

结合准入控制（OPA 策略）、运行时监控（Falco）以及对安全上下文、Linux capabilities 与系统调用模式的审计日志分析，检测并预防 Kubernetes pod 内的提权。适用于调查以 root 或特权运行的 pod、加固工作负载防 pod 内提权，或搜寻超出预期范围的容器。关键词：allowPrivilegeEscalation、runAsRoot、capabilities、securityContext、OPA、Falco、审计日志。不要用于经 RBAC 与 service account 权限的提权——那用 auditing-kubernetes-rbac-privilege-escalation。

io.github.PostHog/posthog/triaging-warehouse-sync-tickets

借助 PostHog 自身生产数据，从支持工单出发排查客户的数据仓库源、schema 或表。当工单称仓库表过期、为空、卡住、重复、缺行或同步失败，且你需要同步的真实状态而非客户描述时使用。客户所在团队你的 MCP 会话无法直达，因此所有答案都来自 execute-sql，其 connectionId 指向直连 PostHog 线上生产库（存有全部客户数据）的 direct-connect 源。涵盖区域判定（US 与 EU）、生产 Postgres 连接（externaldatasource / externaldataschema / externaldatajob / datawarehousetable）、生产 ClickHouse 连接（log_entries、app_metrics2）、经 posthog-connection-call 的跨区域访问、为何 external-data-* 产品工具会悄悄从你自己的项目作答，以及如何以一条建议动作加“谁能执行”收尾。仅限内部：每次查询返回的都是其他客户的数据。

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.nrwl/nx/review-pr

对 nrwl/nx 中单个开启的 PR 做深度代码审查。先建立隔离的 worktree，然后运行 pr-review-toolkit 审查智能体、reproduce-verifier 智能体（结合关联 issue 佐证结论，若可本地运行则在 master 与 PR 上分别执行复现）、alternative-approach 智能体（独立设计替代方案并与 PR 的选型对比）、performance-analyzer 智能体（确认改动不浪费 CPU 或内存，并能在工作区规模下快速执行）以及 security-analyzer 智能体（在真实信任边界上排查注入类漏洞——命令注入、zip-slip、SSRF、凭据泄露），只保留严重与重要问题（以及优势；可改可不改的建议丢弃），并把 GitHub 风格的草稿存到 ~/.nx-pr-reviews/<NUMBER>.md 供审查者阅读（不会发布任何内容）。当你需要对单个 PR 做彻底审查时使用。

io.github.PostHog/posthog/debugging-local-task-agent-runs

调试本地 PostHog 任务运行的输出——向导云运行路径：在本地 Temporal `process-task` 工作流下于 Docker 沙箱中执行（先由向导集成 PostHog，再由编码代理提交并开 PR）。当本地运行卡住、失败或无输出，或需要读取向导/代理日志时使用。涵盖本地跑云运行所需的 `.env.local` 键与 `ai_features` intent、查找任务 UUID（docker ps、temporal CLI、localhost:8081 的 Temporal UI）、在沙箱容器内实时跟踪日志（`/tmp/posthog-wizard.log`、`/tmp/agent-server.log`），以及沙箱销毁后从对象存储读取按运行持久化的控制台日志。触发词：task-sandbox、run_wizard、agent-server、process-task、SANDBOX_PROVIDER、LLM_GATEWAY、cloud_run、posthog-wizard.log。