“Agent Behavior” 共 1,860 个结果
io.github.openclaw/openclaw/acp-router
把针对 Claude Code、Cursor、Copilot、OpenClaw ACP、OpenCode、Gemini CLI、Qwen、Kiro、Kimi、iFlow、Factory Droid、Kilocode 或明确 ACP 工具链工作的自然语言请求，路由到 OpenClaw ACP 会话或直接由 acpx 驱动的会话（“传话筒”流程）。涉及编码代理线程请求时先读本技能，且仅使用 `sessions_spawn` 创建线程。Codex 聊天绑定默认走原生 Codex app-server 插件，除非明确要求 ACP 或后台生成会话需要 ACP。
io.github.czlonkowski/n8n-mcp/n8n-self-hosting
使用 Docker Compose 部署在 Caddy 反向代理（自动 HTTPS）之后，将生产级自托管 n8n 端到端部署到一台全新的 Linux VM（通过 SSH）。每当用户想在自有服务器/VPS/主机（Hetzner、DigitalOcean、AWS EC2、裸金属等）上自托管、安装、设置、配置或部署 n8n——无论是单实例/常规模式还是带 worker 的队列模式——或更新、备份、恢复或加固这样的实例时使用。本技能针对自托管 n8n（Docker），不是 n8n Cloud，也不是构建工作流。它让 agent 先询问单实例还是队列模式，收集域名/SSH/时区输入，在机器上生成新密钥，并用 TLS 启动整套服务。触发于「deploy n8n」「self-host n8n」「install n8n on my server」「n8n docker compose」「n8n queue mode / workers / scaling」「n8n reverse proxy / SSL」「back up / update my n8n」等。
io.github.PostHog/posthog/splitting-oversized-modules
以可证明、不改变行为的方式，把超大的 Python 模块（上千行的 logic.py、models.py、api.py 或其测试文件）机械拆分为按关注点分离的包。当被要求拆分/分解上帝模块或从中搬出函数、在改动前人工已同意拆分，或在动手重组约上千行的模块内代码之前使用——拆解长函数或就地抽取 helper 只会把一切留在同一文件里，因此先查看值不值得拆的门槛并提议拆分。涵盖该门槛、以无环依赖图把符号分配给关注点、AST 加 tokenize 的搬迁脚本，以及证明结果是纯移动。仅限 Python——前端文件请用 writing-ui-components。不适用于把共享 helper 抽取到 common/，也不适用于在 products 之间搬代码（那是 isolating-product-facade-contracts）。
io.github.garrytan/gbrain/postgres-adopt
检测当前 gbrain 使用的是哪种引擎（PGLite 还是 Postgres），在智能体安装场景中优先选择 Postgres，并安装或开通 Postgres（通过 SUPABASE_ACCESS_TOKEN 发现 Supabase、本地 Postgres、需显式选择的 Docker），再用受保护的引擎迁移把已有的 PGLite brain 搬移过去。检测只需一条与引擎无关的命令，安装阶梯也只需一个参数。
io.github.PostHog/posthog/exploring-llm-traces
使用 PostHog 的 MCP 工具调试并检查 LLM/AI 代理 trace。当用户粘贴 trace 或会话 URL（如 /ai-observability/traces/<id> 或 /ai-observability/sessions/<id>）、要求调试某个 trace、弄清哪里出了问题、检查代理是否正确使用了工具、验证上下文/文件是否被呈现、检查子代理行为、分析 LLM 决策，或研究 token 用量与成本时使用。当针对 `events.properties.$ai_input` / `$ai_output_choices` 的原始 SQL/HogQL 返回为空时也使用——消息内容只存在于专用的 `posthog.ai_events` 表中。
io.github.PostHog/posthog/maintaining-python-tests
维护既有 pytest 与 Django 测试套件，且不放松正确性。当被要求压缩 Python 测试运行时长或 CI 工作量、排查缓慢的 pytest 套件、清理过期的迁移测试、合并重复 setup、提升 Python 测试归属感，或在合并后衡量测试优化是否见效时使用。按实测成本排序工作、将 writing-tests 的价值门槛应用于既有覆盖率、保留彼此独立的行为用例、在改动共享 fixture 后验证隔离性，并区分 testcase 工作与 pytest 套件墙钟时间。遇到偶发失败请改用 fixing-flaky-tests。
io.github.PostHog/posthog/formatting-insight-axes
在通过 `posthog:insight-create` 或 `posthog:insight-update` 创建或更新 insight 时选对 y 轴单位——同时覆盖 TrendsQuery（`trendsFilter.aggregationAxisFormat`）与 SQL insight（`DataVisualizationNode`、`chartSettings.yAxis[].settings.formatting`）。当代理即将仅为换算单位添加 `formula`（如把秒除以 60 显示为分钟）、`math_property` 或 SQL 列是时长、货币、比率或大计数，或用户在图表 insight 语境中提到“格式化 y 轴”“duration”“seconds”“minutes”“hours”“milliseconds”“ms”“percentage”“%%”“currency”“decimals”“axis label”“axis unit”时使用。
io.github.bentoml/BentoML/bentoml-deploy-scriptgen
生成可独立提交进仓库的生产部署脚本包（deploy/deploy.py + 一份仅含覆盖项的 config.yml——Kubernetes manifest 由它渲染），无需 agent 参与即可完成构建、容器化、推送、部署与验证 BentoML 服务——可在终端或 CI/CD 中运行。当用户说“generate a deployment script”“deploy from CI/CD”“set up a production deployment pipeline”“deploy without the agent”“give me a script I can commit to deploy this”“automate my BentoML deploys”等时使用。与交互式技能互补：bentoml-containerize、bentoml-k8s-deploy、bentoml-ec2-deploy 是在有你在场的情况下完成一次部署，本技能则产出可无限重复的脚本。支持 Kubernetes 与 EC2 目标。
io.github.screenpipe/screenpipe/screenpipe-chats
在已有的 screenpipe、Codex、Claude、Cursor 与 Gemini CLI 会话中搜索说过什么，并在用户明确要求时继续或引导某个确切会话。用于查找另一个 agent 对话、回忆某 agent 说过什么，或将工作交给某一个会话。
io.github.affaan-m/ECC/lead-intelligence
AI 原生的销售线索识别与触达流水线。以 Agent 驱动的信号打分、双向排序、熟人路径发现、基于来源的语调建模，以及针对邮件、LinkedIn 与 X 的渠道化触达，替代 Apollo、Clay 和 ZoomInfo。当用户希望找到、筛选并联系高价值联系人时使用。
io.github.mem0ai/mem0/mem0-cli
Mem0 CLI——mem0 记忆操作的命令行界面。触发条件:用户提到 "mem0 cli"、"mem0 command line"、"@mem0/cli"、"mem0-cli"、"pip install mem0-cli"、"npm install -g @mem0/cli",或在终端/shell 中运行 mem0 命令(mem0 add、mem0 search、mem0 list、mem0 get、mem0 init、mem0 config、mem0 import)。查询包含 --user-id、--output、--json、--agent 等 CLI 参数,或描述 bash/zsh/终端使用时也触发。不触发:Python/TS 代码中的 SDK 集成(用 mem0 技能),或 Vercel AI SDK provider(用 mem0-vercel-ai-sdk)。
io.github.github/awesome-copilot/anti-ui-slop
阻止编码 agent 交付千篇一律的 UI。利用 UIZZE 的 80 万多个真实 Web 和 iOS 界面来构建贴合产品的界面、定义设计契约、覆盖必要状态并执行严格的完成度检查。在 Codex、Claude Code、Cursor、Copilot 或其他编码 agent 中设计、实现、重设计、评审或上线前审查 Web/iOS 界面时使用。可用 "anti-ui-slop"、"stop UI slop"、"ground this UI in real screens" 或 "run the UI finish gate" 触发。
io.github.mukul975/Anthropic-Cybersecurity-Skills/escaping-containers-to-host
在获授权的容器安全评估中，利用特权 pod、host 挂载、runC CVE 与暴露的 Docker socket 突破容器到达宿主机。适用于执行获批的逃逸测试、演示特权或 hostPath 工作负载的真实影响，或验证逃逸缓解措施是否有效。关键词：容器逃逸、privileged、hostPath、docker.sock、runC CVE-2019-5736、CVE-2024-21626、release_agent、nsenter。不要用于对这些手法的防御性检测——那用 detecting-container-escape-attempts。
io.github.mattpocock/skills/wizard
生成交互式 bash 向导，引导人类完成只有他们能做的步骤。适用于开通基础设施、配置凭据或 CI secret、操作陌生的第三方面板，或执行一次性迁移/切换。代理自己能完成的步骤不要调用本技能。
io.github.mattpocock/skills/triage
让 issue 和外部 PR 经过一套分诊角色的状态机：归类、验证、必要时追问，并产出可供代理执行的简报。
io.github.mattpocock/skills/research
针对高可信的一手来源调研问题，并把结论以 Markdown 文件形式记录到仓库中。当用户想调研某个主题、收集文档或 API 事实，或把资料阅读的跑腿工作交给后台代理时使用。
io.github.mattpocock/skills/claude-handoff
把当前对话移交给一个全新的后台代理，让它立即接手工作。
io.github.mattpocock/skills/wayfinder
把超出单次代理会话容量的大块工作，规划成 issue 跟踪器上共享的决策工单地图，逐条解决，直到通往目标的路径清晰。
vdevelop
io.github.openJiuwen-ai/jiuwenswarm/dynamic-memory-cli
操作带 UT 支撑的动态 agent 记忆：原子 Pending 发布、Pending/Built 合并检索、Memory Snapshot 与历史游标状态、Built-only 校验与精确内容迁移。当 agent Harness 需要在前台工作继续的同时异步抽取记忆、发布可即时检索的 Pending UT、将其构建为稳定索引，或检查与恢复长会话记忆项目时使用。
io.github.nexu-io/open-design/tweaks
为任意 HTML 制品套上一个侧边面板，提供实时参数化控件——主色、字号阶梯、密度、动效、主题——实时改写 CSS 自定义属性并持久化到 localStorage。让用户无需重新提示代理即可探索设计变体。当需求提到「variants」「side-by-side options」「tweak this」「let me adjust」「live knobs」或「实时调参」时使用。
io.github.nexu-io/open-design/tweaks
为任意 HTML 制品套上一个侧边面板，提供实时参数化控件——主色、字号阶梯、密度、动效、主题——实时改写 CSS 自定义属性并持久化到 localStorage。让用户无需重新提示代理即可探索设计变体。当需求提到「variants」「side-by-side options」「tweak this」「let me adjust」「live knobs」或「实时调参」时使用。
io.github.nexu-io/open-design/figma-implement-design
将 Figma 设计翻译为可投产代码，实现 1:1 视觉还原。适合把 Figma 画板直接交付给前端代理。
io.github.nexu-io/open-design/deck-open-slide-canvas
OpenDesign 的架构评审：本地守护进程 + 代理运行时设计、权衡取舍与定稿决策。以面向资深工程师、技术负责人与安全的决策级产品管理幻灯片构建。
io.github.openclaw/openclaw/openclaw-debugging
调试 OpenClaw 的模型、供应商、工具面、代码模式、流式输出和实时/Crabbox 行为：在改代码之前选对日志、探针和验证路径，包括拉取存储的会话、记录与附件作为证据。
