Skip to main content
ClaudeWave

Claude Code Skills · page 48

Individual Claude Code skills mined from every repository in the directory: each SKILL.md, installable with one command, with its full definition and the repository's trust signals.

12,847 skills1-command install
  1. 检索图片、背景音乐、音效、视频等素材;图片优先直搜候选,其他资源走任务主链。

  2. 将团队 SOP、交付流程、角色职责、项目复盘、FAQ、决策边界和升级机制,整理成符合 Agent Knowledge v0.6 document-first 标准、可被 AI 安全调用的组织经验知识库。适用于用户要求“整理组织知识库”“沉淀团队 SOP”“把交付经验变成项目资料”“维护组织 know-how”的场景。

  3. 读取本地或工作区 PDF 内容,并输出结构化解读结果。

  4. 将访谈稿、聊天记录、简历、公开内容、业务资料、案例和既有 DOCX/Markdown 文档,提炼成可被 AI 长期调用的个人 IP 知识库。适用于用户要求“生成个人知识库”“整理成个人 IP 成品知识库”“为创始人/专家/讲师/主播/顾问建立AI知识库”“把资料变成个人IP底层提示词/写作风格库/故事素材库/话术库”的场景。

  5. 根据目标说明生成一份可直接讲述、继续导出的单文件演示稿 Markdown,并落到工作区供右侧 viewer 预览。

  6. 将用户分层、社群 SOP、触达节奏、转化话术、活动机制和服务边界等资料,整理成符合 Agent Knowledge v0.6 document-first 标准、可被 AI 安全调用的运营类知识库。适用于用户要求“整理私域 / 社群运营知识库”“沉淀运营 SOP”“把运营资料变成项目资料”“维护运营知识库”的场景。

  7. 联网检索并产出结构化研究报告,强调结论、证据、风险与建议。

  8. 联网信息检索与趋势调研(优先产出可引用结论,而非原始片段堆砌)。

  9. 通过站点适配器检索指定站点内容(GitHub、知乎、B站、36Kr、linux.do、什么值得买、Yahoo Finance、X 长文)。

  10. 提炼当前文本、对话或显式文件内容中的关键要点与结论。

  11. 提交音频或视频转写任务,生成逐字稿或字幕任务。

  12. 将当前文本、对话或显式文件内容翻译成目标语言,并保留原意与关键信息。

  13. 优化文稿排版与可读性,不改变原始事实与核心表达。

  14. 解析外部 URL 内容,并沉淀为可阅读的文本结果。

  15. 提交视频生成任务,并触发前端视频生成流程。

  16. 根据目标说明生成可直接预览的单文件 HTML 网页,并落到工作区供右侧 viewer 预览。

  17. Lime CLI 平台技能,统一任务创建、状态查询、重试、队列与幂等语义。

  18. 通过 Lime CLI 创建播客文本整理任务。

  19. 通过 Lime CLI 创建素材检索任务。

  20. 通过 Lime CLI 创建文稿排版优化任务。

  21. 通过 Lime CLI 创建链接解析任务。

  22. 准备并执行 Lime 发版流程。适用于用户要求更新 Lime 版本号、同步 RELEASE_NOTES.md / RELEASE_NOTES.en.md、删除或替换旧发布产物、运行发版验证门禁、创建 commit 或 tag、推送 tag 到 GitHub,或从中断的发版流程恢复。

  23. Reference for all Nixopus API operations callable via nixopus_api(method, path, body)

  24. Generate Caddyfile configurations for static sites and reverse proxies — SPA fallback routing, cache headers, compression, redirects, and error pages. Use when deploying a static site that needs custom Caddy configuration, or when the user needs SPA routing, caching, or redirect rules.

  25. Generate docker-compose.yml for multi-service setups including databases, caches, and service dependencies. Use when the app needs a database, cache, message broker, or has multiple independently deployable services.

  26. Size container memory and CPU limits, diagnose OOM kills and CPU throttling, and recommend resource adjustments by ecosystem. Use when containers are being OOM-killed, running slowly, or when setting initial resource limits for a deployment.

  27. Build and deploy C/C++ applications — CMake, Meson, Ninja, and Dockerfile patterns. Use when deploying a C or C++ project, or when CMakeLists.txt or meson.build is detected.

  28. Run database migrations safely during deployment — framework-specific commands, pre-deploy vs post-deploy timing, health gates, and rollback strategies. Use when the app has a database migration system and needs migrations run during deployment.

  29. Build and deploy Deno applications — version detection, dependency caching, and Dockerfile patterns. Use when deploying a Deno project, or when deno.json or deno.jsonc is detected.

  30. Sub-agent routing table — which agent handles diagnostics, machine health, infrastructure, GitHub, billing, and notifications. Load when the current task is not a direct deployment.

  31. Full deploy pipeline — source detection, hints-driven analysis, project creation, deployment monitoring, and live URL delivery. Load when the user wants to deploy an application.

  32. Analyze a repository to determine ecosystem, deployment targets, ports, build commands, and monorepo structure. Use when starting a new deployment, onboarding a repository, or when the user asks what stack or framework a project uses.

  33. Layer-by-layer diagnostic workflow for application and container issues — deployment logs, container state, HTTP probes. Load when investigating a deployment failure or runtime issue.

  34. Generate production-ready multi-stage Dockerfiles per ecosystem with best practices. Use when the user needs a Dockerfile, asks about containerization, or when no Dockerfile exists in the repository.

  35. Generate ecosystem-specific .dockerignore files to reduce build context size and prevent secret leaks. Use when no .dockerignore exists, when the build context is large, or when secrets may be leaking into images.

  36. Domain setup for applications. Preferred path is passing domains at creation time via createProject. Falls back to add_application_domain for post-creation attachment or custom domains.

  37. Diagnose domain resolution, TLS certificate provisioning, and reverse proxy routing issues. Use when a domain is not resolving, TLS certificates fail, proxy returns 502/503/504, or custom domains are stuck in pending status.

  38. Build and deploy .NET applications — ASP.NET Core, version detection, self-contained builds, and Dockerfile patterns. Use when deploying a .NET or C# project, or when a .csproj file is detected.

  39. Build and deploy Elixir and Phoenix applications — version detection, mix releases, and Dockerfile patterns. Use when deploying an Elixir or Phoenix project, or when mix.exs is detected.

  40. Detect required environment variables from source code, config files, and .env examples. Use when preparing for deployment, checking for missing env vars, or when the user asks about required environment configuration.

  41. Diagnose deployment failures, container crashes, and networking issues using structured pattern matching on logs and container state. Use when a deployment fails, a container crashes or exits unexpectedly, or the app is unreachable after deployment.

  42. Guide users through connecting GitHub to Nixopus when no GitHub connector exists. Covers GitHub App installation for cloud users and GitHub App manifest setup for self-hosted users.

  43. Fix-via-PR workflow, file operations, connector resolution, and GitHub safety rules. Load when performing GitHub operations like creating branches, PRs, or file changes.

  44. Build and deploy Gleam applications — erlang-shipment, version detection, and Dockerfile patterns. Use when deploying a Gleam project, or when gleam.toml is detected.

  45. Build and deploy Go applications — version detection, static binaries, CGO, workspaces, and Dockerfile patterns. Use when deploying a Go project, or when go.mod is detected.

  46. Structured incident response workflow — severity classification, diagnosis delegation, auto-fix decisions, notification, and post-incident review. Use when an automated failure event is received or when the user reports a production incident.

  47. Build and deploy Java applications — Maven, Gradle, Spring Boot, version detection, and Dockerfile patterns. Use when deploying a Java project, or when pom.xml or build.gradle is detected.

  48. Machine-level diagnostic layers, lifecycle management (restart/pause/resume), metrics analysis, and backup operations. Load when investigating server health or managing machine state.

  49. MCP server discovery, tool invocation, and provider catalog integration. Load when a task involves external services, third-party tools, or when the user asks about MCP servers.

  50. Deploy multi-service monorepo applications — service discovery, dependency ordering, shared build contexts, selective deployment, and compose generation. Use when the repository contains multiple deployable services, apps, or packages.

  51. Look up Nixopus platform documentation at runtime. Use when the user asks about Nixopus features, configuration, concepts, self-hosting, API reference, guides, or anything where accurate product information is needed. Prevents hallucination by fetching the latest docs.

  52. Build and deploy Node.js applications — version detection, package managers, framework-specific builds, monorepo support, and Dockerfile patterns. Use when deploying a Node.js, JavaScript, or TypeScript project, or when package.json is detected in the repository.

  53. Proactive welcome flow for new Nixopus users. Triggered by the frontend __ONBOARD__ signal when a user has no GitHub connectors and no deployed applications. Greets the user warmly, explains what Nixopus is, and immediately loads the github-onboarding skill to deliver correct GitHub connection steps.

  54. Build and deploy PHP applications — Composer, Laravel, Symfony, FrankenPHP, PHP-FPM, and Dockerfile patterns. Use when deploying a PHP project, or when composer.json or index.php is detected.

  55. Verify a deployment is healthy after it completes — HTTP probes, healthcheck endpoints, container stability, log scanning, and port alignment. Use after any deployment to confirm the app is running and reachable.

  56. Validate deployment readiness before triggering a build — check Dockerfile, ports, env vars, healthchecks, and resource config. Use before any deployment to catch common configuration issues early.

  57. Build and deploy Python applications — uv, poetry, pdm, pipenv, pip, framework detection, and Dockerfile patterns. Use when deploying a Python project, or when requirements.txt, pyproject.toml, or Pipfile is detected.

  58. Guide rollback decisions after failed deployments — when to rollback vs retry, verification after rollback, and state preservation. Use when a deployment fails repeatedly, the app is unreachable after deploy, or the user requests a rollback.

  59. Build and deploy Ruby applications — Bundler, Rails, Rack, asset pipeline, bootsnap, and Dockerfile patterns. Use when deploying a Ruby or Rails project, or when a Gemfile is detected.

  60. Build and deploy Rust applications — version detection, release binaries, cargo-chef, and Dockerfile patterns. Use when deploying a Rust project, or when Cargo.toml is detected.

  61. Self-healing loop for failed deployments — diagnose, fix, redeploy up to 3 attempts, then escalate or rollback. Load when a deployment fails or build errors occur.

  62. Deploy shell script applications — interpreter detection, setup scripts, and Dockerfile patterns. Use when deploying a shell script project, or when start.sh is detected.

  63. Deploy static file sites — Caddy/nginx serving, Staticfile config, and Dockerfile patterns. Use when deploying a static HTML site with no server-side runtime, or when index.html or a Staticfile is detected at the project root.

  64. echo1.5k

    Before answering a substantive question, quietly check whether the user has already resolved this question in the past.

  65. List the Claude Code plugins currently enabled for the agent, read straight from settings.json.

  66. mirror1.5k

    Weekly self-audit playback. Surface patterns from the user's past week that they probably cannot see themselves.

  67. Find commitments the user made in the last two weeks and did not follow through on. A promises audit.

  68. ritual1.5k

    Discover recurring behaviors from memory and offer to formalize them as scheduled jobs.

  69. List the agent's current skills, memory files, plugins, subagents, hooks, and a settings summary plus dashboard URLs. The user-facing discovery path for everything the operator can edit.

  70. thread1.5k

    Show how the user's thinking on a specific topic has evolved over time. A chronological narrative with turning-point callouts.

  71. tasks1.4k
  72. >-

  73. >-

  74. >-

  75. >-

  76. >-

  77. >-

  78. >-

  79. >-

  80. >-

  81. >-

  82. >-

  83. >-

  84. >-

  85. >-

  86. Configure Spec Kitty agent profiles, host-specific paths, command installation, and model/tool routing.

  87. Open or report the Spec Kitty dashboard. Use for dashboard URL, localhost daemon metadata in .kittify/.dashboard, --open, --kill, or status views.

  88. Operate Spec Kitty git workflows, worktrees, safe commits, merge preflights, stale state checks, and recovery.

  89. Install, verify, and repair Spec Kitty commands, skills, agent paths, runtime prerequisites, and common setup failures.

  90. Upgrade Spec Kitty installations and repair generated commands, skills, migrations, and compatibility shims.

  91. Recognize bulk-edit missions and apply occurrence classification guardrails before modifying many matching instances.

  92. Run Spec Kitty charter interview, generation, context loading, and synchronization workflows.

  93. Curate and apply Spec Kitty glossary terminology, canonical terms, aliases, conflicts, and semantic drift checks.

  94. Load a Spec Kitty agent profile on demand for interactive sessions, including identity, governance scope, boundaries, and initialization.

  95. Invoke Randy Reducer and semantic-compression doctrine for behavior-preserving code reduction.

  96. Drive REASONS Canvas authoring and review for missions using Spec Kitty Structured-Prompt-Driven Development.

  97. Run the Spec Kitty accept gate for a completed mission and verify final readiness before merge.

  98. Merge an accepted Spec Kitty mission safely, preserving git invariants, mission state, and post-merge follow-through.

  99. Run post-merge Spec Kitty mission review for spec-to-code fidelity, FR coverage, drift, risk, and final verdict.

  100. Create or verify Spec Kitty mission retrospectives after merge and surface process learnings without blocking completed work.