add-vercel
为代理添加 Vercel 部署能力，安装 Vercel CLI 并配置凭证注入。
▸ 推荐理由适合需要代理自动部署前端/网站的团队。
▸ 风险提示会在容器中安装 Vercel CLI 并需注入 Vercel API 凭证。
全部收录
相关性达标的全量 Skills（含未精选长尾）· 共 1887 个
add-telegram
为 NanoClaw 添加 Telegram 机器人通道，支持消息交互。
▸ 推荐理由适合快速接入公共聊天机器人场景。
▸ 风险提示需提供 Telegram Bot Token 并从分支导入代码。
add-teams
为 NanoClaw 添加 Microsoft Teams 通道，实现与 Teams 的交互。
▸ 推荐理由适合企业用户将代理接入 Microsoft Teams。
▸ 风险提示需 Teams 凭证并拷贝外部适配器代码。
add-slack
为 NanoClaw 添加 Slack 通道，使代理可在 Slack 中交互。
▸ 推荐理由适合需将代理接入团队沟通工具的项目。
▸ 风险提示需提供 Slack 凭证并从仓库分支拷贝适配器代码。
add-rtk
在代理容器中安装 rtk 代理，为常见开发命令节省 60–90% token。
▸ 推荐理由显著降低调用成本，适合频繁运行命令的开发场景
▸ 风险提示会在宿主与容器间注入二进制并修改执行路径
add-opencode
将 OpenCode 用作代理后端，支持通过配置切换多个模型与路由提供者。
▸ 推荐理由方便在不同模型/供应商间切换与集中管理
▸ 风险提示需配置 OPENCODE_* 环境变量与相应凭据
add-ollama-tool
在容器内提供 MCP 服务，将本地 Ollama 模型作为可调用工具暴露。
▸ 推荐理由便于 Claude 将任务委托给本地模型执行
▸ 风险提示需要宿主运行 Ollama 并建立容器与守护进程的通信
add-ollama-provider
将代理流量重定向至本地 Ollama 模型，替代 Anthropic API。
▸ 推荐理由适合希望本地运行模型或降低 API 成本的用户
▸ 风险提示要求宿主机安装并运行 Ollama 并开放相应接口
add-linear
通过 Chat SDK 将 Linear 问题与评论作为代理对话通道接入。
▸ 推荐理由让代理直接参与 issue 流程，便于项目管理自动化。
▸ 风险提示需 OAuth 应用与相应权限，注意消息回环风险。
add-imessage
为代理添加 iMessage 渠道，支持本地 macOS 或远程 Photon 模式。
▸ 推荐理由适合需接入 iMessage 的个人或小团队，但受平台限制。
▸ 风险提示本地模式需 macOS 全盘访问权限；远程模式需外部服务。
add-github
把 GitHub 作为聊天渠道接入，代理参与 PR/Issue 讨论与评论线程。
▸ 推荐理由能自动回复 PR/Issue，提升代码审查与问题跟进效率。
▸ 风险提示需专用机器人账号与权限，谨防自动回环或误发。
add-gchat
通过 Chat SDK 为代理添加 Google Chat 渠道集成。
▸ 推荐理由方便在 Chat 空间内直接与代理交互，适合企业聊天场景。
▸ 风险提示需配置 Chat SDK 与凭据，可能接入企业数据。
add-emacs
在 Emacs 内通过本地 HTTP 桥接提供 NanoClaw 聊天缓冲与 org-mode 集成。
▸ 推荐理由在编辑器内即可交互与做代码审查，提升开发效率与流畅度。
▸ 风险提示需修改 Emacs 配置并启用本地 HTTP 服务，注意本机端口与权限。
add-dashboard
为 NanoClaw 安装本地监控仪表盘，并推送周期性 JSON 快照展示状态与日志。
▸ 推荐理由便于实时查看代理群组、会话、令牌与日志，提升运维可观测性。
add-clidash
从任何能输出 JSON 的 CLI 动态生成只读的网页仪表盘和表格视图。
▸ 推荐理由零依赖、运行时生成界面，便于快速观察和调试资源状态。
rate-limiting-and-resource-abuse
检测 API 是否缺乏限流与资源保护，防止暴力、爬取和计费滥用。
▸ 推荐理由聚焦高成本滥用场景，适合防御策略与红队评估。
▸ 风险提示包含压力测试方法，可能影响可用性，需谨慎并获授权。
excessive-data-exposure
发现 API 返回多余字段导致敏感信息暴露并教服务端过滤方法。
▸ 推荐理由问题频发且修复成本低，安全收益明显。
broken-authentication
评估 API 认证（令牌签发、校验、过期）是否可被绕过或盗用。
▸ 推荐理由覆盖从签发到验证的全面攻击面，利于渗透测试与加固。
▸ 风险提示涉及凭据与攻击逻辑，勿在未授权环境使用。
broken-object-level-authorization
测试 API 是否允许通过修改 ID 访问他人对象并给出服务端修复。
▸ 推荐理由针对最常见且严重的 API 漏洞，便于复现与修补流程化。
▸ 风险提示可被用于未授权信息泄露测试，需合法授权。
security-headers
检查并加固 HTTP 响应安全头（如 CSP、HSTS）以减小攻击面。
▸ 推荐理由提出可落地的头部配置与兼容性注意点，易于实施。
ssti-testing
检测服务端模板注入并评估是否能升级为远程代码执行。
▸ 推荐理由覆盖多种模板引擎的检测方法，便于快速判断严重性。
▸ 风险提示含利用与检测方式，可能被滥用，限授权测试。
xxe-injection
测试可控 XML 是否能通过外部实体读取文件、触发 SSRF 或 DoS。
▸ 推荐理由针对老旧 XML 解析器的高危场景，适合审计集成与 API。
▸ 风险提示包含敏感利用示例，勿在未授权环境中使用。
file-upload-vulnerabilities
检测文件上传是否导致远程执行、存储型 XSS 或覆盖等漏洞。
▸ 推荐理由覆盖常见高危上传向量并提供分层防护建议，实用性强。
▸ 风险提示含可被滥用的攻击步骤，仅限授权测试。
spec-driven-development
先编写结构化规格再编码，明确要做什么、为什么与完成标准。
▸ 推荐理由作为共享的单一事实源，减少误解与返工，适合新功能启动。
source-driven-development
所有实现决策以官方文档为依据并引用来源，确保正确性。
▸ 推荐理由防止采纳过时或错误实践，输出可验证的实现与依据。
shipping-and-launch
为生产部署准备检查表、监控、分阶段发布与回滚方案。
▸ 推荐理由帮助安全可控发布并降低上线风险与故障影响。
security-and-hardening
针对输入、认证、存储与集成等环节强化安全与防护措施。
▸ 推荐理由把安全作为内建约束，适合上线前安全审查与加固。
performance-optimization
基于测量与剖析定位瓶颈并有针对性地优化应用性能。
▸ 推荐理由以数据为导向避免盲目优化，聚焦真实影响点。
observability-and-instrumentation
为代码添加日志、指标与追踪，使生产行为可观测可诊断。
▸ 推荐理由提前植入遥测，显著提升排障与运维效率。
incremental-implementation
倡导以可测试的小切片逐步实现功能，保持系统可用性。
▸ 推荐理由减少大规模变更风险，便于回滚与持续交付。
git-workflow-and-versioning
定义提交、分支与发布的规范化 Git 工作流与语义版本策略。
▸ 推荐理由对频繁变更与多人协作的项目极具价值，降低冲突与回滚成本。
frontend-ui-engineering
指导构建可访问、性能优化且设计良好的生产级前端界面。
▸ 推荐理由侧重工程级实现与设计系统一致性，适合交付级界面开发。
documentation-and-adrs
记录架构决策与关键上下文，保存为何这样实现的理由。
▸ 推荐理由让未来工程师和智能代理理解设计取舍与历史脉络。
deprecation-and-migration
规划与执行功能/系统弃用和用户迁移的策略与步骤。
▸ 推荐理由帮助在变更中安全迁移用户并降低长期维护成本。
debugging-and-error-recovery
提供系统化的故障排查与根因修复流程，适用于测试、构建和运行时错误。
▸ 推荐理由适合遭遇未知错误时快速定位并保全证据。
code-simplification
在不改变行为的前提下简化并重构代码以提升清晰度。
▸ 推荐理由适合清理技术债与提升长期可维护性的日常重构任务。
code-review-and-quality
对变更进行多维度代码审查，覆盖正确性与可维护性等。
▸ 推荐理由系统化审查流程适合在合并前发现多类问题并统一标准。
browser-testing-with-devtools
通过Chrome DevTools让Agent在真实浏览器中进行检查与调试。
▸ 推荐理由能把静态分析补足为实时页面可视化与性能/日志检测的能力。
▸ 风险提示需远程控制浏览器并启用调试端口，可能访问用户页面与敏感数据。
api-and-interface-design
为REST/GraphQL等设计稳定且易用的接口规范。
▸ 推荐理由提供工程化的接口设计原则，适合定义模块与后端边界。
pr-comment-evaluator
判断 PR 评论是否礼貌，仅评估语气不涉技术正确性。
▸ 推荐理由可自动化审查语气，减轻代码审查中的人际摩擦管理负担。
▸ 风险提示可能因文化或语境差异误判语气