“Agent Behavior” 共 1,294 个结果
io.github.zhaoxuya520/reverse-skill/ctf-sandbox-orchestrator
CTF、漏洞利用、逆向、DFIR、pwnable、密码、隐写、移动端、AI agent、云、容器、Active Directory、Windows 主机与身份类题目的默认入口和总编排工作流。当用户给出的题目基础设施、二进制、提示、主机或身份应默认按沙箱内部处理，且 Codex 需要选择、路由并加载合适的下游分析路径、给出简明证据时，先使用本技能。
io.github.zhaoxuya520/reverse-skill/competition-k8s-control-plane
ctf-sandbox-orchestrator 的内部下游技能。针对 Kubernetes API 分析、service-account 信任、RBAC 权限边界、admission 与控制器行为、集群 secrets、工作负载改写及 namespace 范围内配置漂移的 CTF 沙箱工作流。当用户要求检查 kube API 权限、service-account token、RoleBinding/ClusterRoleBinding 关系、admission webhook、控制器创建的 pod、secret 泄露，或排查运行中的工作负载与清单不一致时使用。仅在 $ctf-sandbox-orchestrator 已确立沙箱前提并路由到此技能后使用。
io.github.paperclipai/paperclip/reflection-coach
审视另一个 agent 近期的执行记录，提出最小粒度的持久化指令、skill 或工具描述改动。用于有证据支撑的改进建议，绝非热替换。
io.github.anomalyco/opencode/rtl-aware-development
OpenCode Desktop 应具备 RTL 感知能力。在实现或评审 Web 应用、桌面应用、CSS、菜单、滚动、调整大小、图标、双向混排文本或 Electron 标题栏中的 RTL/LTR 行为时使用。
io.github.PostHog/posthog/writing-evals
讲解如何在 `products/posthog_ai/eval_harness/` 框架上编写与运行 evals——包括针对预置 Hedgebox 项目在 Docker 或 Modal 沙箱中执行真实编码代理的沙箱化 agent 套件，以及每个用例对单次进程内模型调用打分的 one-shot 套件。当在 `products/posthog_ai/evals/` 或 `products/*/evals/` 下新增或修改 eval 套件、用例、scorer、seeder、synthesizer，改动 `products/posthog_ai/eval_harness/` 下的框架，或运行/调试这些 evals（`hogli evals`）时使用。涵盖套件类型与发现机制、用例结构、seeder/synthesizer 分工、单分支 scorer 模式，以及结果解读。不适用于 `ee/hogai/eval/ci/` 的 pytest evals，也不适用于 LLM Analytics 产品的评估功能。
io.github.mukul975/Anthropic-Cybersecurity-Skills/reverse-engineering-android-malware-with-jadx
使用 JADX 反编译器逆向恶意 Android APK：阅读 Java/Kotlin 源码、检查清单权限、receiver、service 与本地库，识别数据窃取、C2 通信、提权或覆盖层攻击行为。适用于分析疑似 Android 银行木马、间谍软件、短信窃取器或其他被标记的 APK，或一般性的移动恶意软件与 Android 威胁调查。
io.github.mukul975/Anthropic-Cybersecurity-Skills/analyzing-threat-actor-ttps-with-mitre-attack
系统化地把威胁行为者行为与观察到的 IOC 映射到 MITRE ATT&CK 框架，用 ATT&CK Navigator 构建技术覆盖热力图，识别检测缺口，并横跨 Enterprise、Mobile 与 ICS 矩阵产出可行动的情报报告。适用于分析威胁行为者 TTP、把 IOC 关联到具体 ATT&CK 技术，或评估防御方对对手行为的检测覆盖。
io.github.warpdotdev/warp/gui-integration-test
仅用于 Warp 桌面 GUI 应用。使用 crates/integration 中自定义的 Warp 集成测试 Runner，编写、运行和调试 Warp 集成测试。当你新增集成测试、修复失败的集成测试、把测试接入手动运行器或 nextest 套件，或验证端到端的 UI 与终端行为时使用。
io.github.warpdotdev/warp/tui-verify-change
通过实际运行验证对 Warp 无头 TUI 前端(crates/warp_tui)的改动——本地用 ./script/run-tui 运行,或在无头云运行器中用 WARP_API_KEY 的 dogfood 构建运行——并读回渲染出的屏幕内容(装有 tmux 时借助 tmux,否则直接读取)。凡改动 TUI 界面、渲染、输入或行为后需要确认真实屏幕效果时使用。
io.github.upstash/context7/find-docs
为任意开发者技术检索最新文档、API 参考和代码示例。只要用户询问特定库、框架、SDK、CLI 工具或云服务——包括 React、Next.js、Prisma、Express、Tailwind、Django、Spring Boot 等知名库——就使用本技能,因为训练数据可能未反映最近的 API 变更或版本更新。以下情况务必使用:API 语法问题、配置项、版本迁移问题、提到库名的 "how do I" 问题、涉及库特定行为的调试、安装说明,以及 CLI 工具用法。即使认为已知答案也应使用——不要依赖训练数据中的 API 细节、签名或配置项,务必对照当前文档核实;库文档与 API 细节优先于网络搜索。
io.github.upstash/context7/context7-docs
为任意库、框架、SDK、CLI 工具或云服务获取最新文档和代码示例。只要用户询问特定库——哪怕 React、Next.js、Prisma、Express、Tailwind、Django、Spring Boot 等常见库——都应使用,因为训练数据可能未反映最近的 API 变更或版本更新。以下情况务必使用:API 语法问题、配置项、版本迁移问题、提到库名的 "how do I" 问题、涉及库特定行为的调试、安装说明,以及 CLI 工具用法。即使你认为自己知道答案也要用——不要依赖训练数据中的 API 细节、函数签名或配置项,它们常常过时。库文档优先于网络搜索。
io.github.langflow-ai/langflow/ibm-a11y-level1-audit
对选定的 Langflow 前端界面（路由、组件或某个 PR）执行限定范围的 IBM Equal Access Level 1 合规审计，产出对照 WCAG/IBM Level 1 条目的问题报告。默认只审计和报告——仅当用户在同一请求中明确要求修复时才动手。当用户要求 IBM Level 1 审计、Level 1 合规报告，或在特定界面上查找/报告 Level 1 WCAG 问题时使用。批量扫描路由不做报告见 ibm-a11y-route-scan；整个 PR/分支端到端扫描并默认修复见 ibm-a11y-pr-remediation。
io.github.zeroclaw-labs/zeroclaw/github-issue-triage
ZeroClaw 的 issue 分诊与生命周期管理 agent。当用户想要：分诊未关闭 issue、关闭过期/重复/已修复的 issue、打标签、清理积压、执行 current issue stale 策略或处理某个具体 issue 时使用。触发语：'triage issues'、'issue triage'、'sweep issues'、'close stale issues'、'handle issue #N'、'backlog sweep'、'label issues'、'stale pass'、'wont-fix pass'、'issue accounting'、'how many issues'、'backlog health'，以及任何涉及 ZeroClaw 项目 issue 生命周期管理的请求。
io.github.HKUDS/OpenSpace/typescript-typecheck-fallback
当 run_shell 因环境或超时问题失败时，改用 shell_agent 作为回退，可靠地运行 TypeScript 类型检查（npx tsc --noEmit）。
io.github.ruvnet/ruflo/swarm-init
以抗漂移配置初始化多 agent swarm。用于启动需要 3 个以上协同 agent 的复杂多文件任务（功能实现、跨模块重构、安全审计）。单文件编辑或简单提问可跳过。
io.github.ruvnet/ruflo/browser-intent
当目标用自然语言描述比用选择器定位更容易时,通过 page-agent(browser_act)执行自然语言浏览器意图;未配置 page-agent 或 OpenAI 兼容 LLM provider 时优雅降级。
io.github.nrwl/nx/reproduce-issue
复现 nx issue 的唯一技能。给定 GitHub issue 编号（人工入口）或明确的复现参数（智能体入口），整个复现过程完全在隔离的 Docker 沙箱内执行——Linux 用 gVisor，macOS 用 Docker VM——因此不受信任的复现安装脚本与命令不会在宿主机上运行，最后给出是否复现的结论。供人类通过 /reproduce-issue 调用。
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.dotnet/maui/code-review
对 PR 改动做深度代码审查，关注正确性、安全性与 MAUI 约定。采用独立性优先评估（先看代码后看叙述），并委派给 maui-expert-reviewer agent 做分维度子代理评估。触发于：「review code for PR」「code review PR」「analyze code changes」「check PR code quality」。不用于：总结 PR、描述改了什么、一般性 PR 提问、运行测试或修复代码。
io.github.asgeirtj/system_prompts_leaks/code-review
按给定强度审阅当前 diff 的正确性缺陷和复用/简化/效率优化(low/medium:更少、高置信度发现;high→max:覆盖更广、可能含不确定发现;ultra:云端多 agent 深度审查)。传 --comment 以行内 PR 评论发布发现,或传 --fix 在审查后将修改应用到工作树。
io.github.worldwonderer/oh-story-claudecode/browser-cdp
当需要通过 CDP（Chrome DevTools Protocol）控制 Chrome 浏览器并复用已有登录会话时使用本技能。涵盖：以调试模式启动 Chrome、打开 URL、等待页面加载、执行 JavaScript、截取快照、提取认证令牌。触发词：browser automation、CDP、agent-browser、浏览器操作、操作浏览器、Chrome CDP、复用登录态、extract token from browser。
io.github.XiaomiMiMo/MiMo-Code/codex
在非交互 headless 环境中运行、配置与排查 OpenAI Codex CLI。适用于 Bash 或 PowerShell、原生 Windows 或 WSL2、shell 脚本、CI/CD、Docker、Kubernetes、远程服务器、agent harness 或批处理任务中的 Codex 自动化；用于构造 `codex exec` 命令、选择 sandbox 与审批模式、消费 JSONL 事件或结构化输出、恢复会话、经 stdin 传递提示，以及处理因缺少交互输入导致的失败（如 `request_user_input`）。
io.github.kdlbs/kandev/mobile-parity
确保 UI 功能在桌面与移动端保持一致、响应式行为，并具备移动端 Playwright E2E 覆盖。在实现、规划、审查或测试任何新功能、页面、组件、工作流、表单、对话框、侧边栏、导航、仪表盘或可视化 UI 变更时使用；只要涉及前端或用户可见 UI，即使用户只提到桌面或只说“新功能”，此技能也必须运行。
io.github.citypaul/.dotfiles/refactoring
针对具备通过基线与充分保留证据的代码的重构评估与行为保持模式。当用户要求清理、简化或重构选定区域，以及在变异测试或经评审的对等替代证据确立 REFACTOR 步骤信心之后使用。涵盖重构前先提交的纪律、重构何时增值何时应跳过、以及优先级分类。对于选定全路径简化工程中的任何切片——过渡态或终态——以 reduce-system-complexity 为主导技能；适用时重构可作为次要技能。仓库级架构探索用 improve-codebase-architecture；模块契约用 codebase-design。证据不足或新增行为的代码请勿使用。
