“Agent Memory” 共 1,221 个结果
io.github.zhaoxuya520/reverse-skill/ctf-sandbox-orchestrator
CTF、漏洞利用、逆向、DFIR、pwnable、密码、隐写、移动端、AI agent、云、容器、Active Directory、Windows 主机与身份类题目的默认入口和总编排工作流。当用户给出的题目基础设施、二进制、提示、主机或身份应默认按沙箱内部处理，且 Codex 需要选择、路由并加载合适的下游分析路径、给出简明证据时，先使用本技能。
io.github.paperclipai/paperclip/reflection-coach
审视另一个 agent 近期的执行记录，提出最小粒度的持久化指令、skill 或工具描述改动。用于有证据支撑的改进建议，绝非热替换。
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.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.mem0ai/mem0/mem0
Mem0 SDK 参考,涵盖 Python 与 TypeScript API、记忆客户端方法、配置以及框架集成。在编写调用 mem0 API 的代码、配置记忆 provider 或将 mem0 集成到应用时使用。
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.nexu-io/open-design/code-import
将已有仓库的结构读取到项目当前工作目录，形成规范化快照供 agent 分析，避免每轮都重新遍历目录树。
vdevelopment
io.github.latitude-dev/latitude-llm/api-endpoints
在 `@repo/operations` 中新增或修改 API 操作。单一事实来源（`defineOperation` + Zod schema）会同时变成 HTTP 端点、OpenAPI 操作、MCP 工具、TS + Python SDK 方法、`latitude` CLI 命令和进程内 agent 工具——描述与契约必须兼顾所有这些消费方。
io.github.BasedHardware/omi/e2e
理解并探索 Omi Flutter 移动应用的 UI 流程、导航模式与 widget 架构。在 app/lib/ 下的 Dart 文件中开发功能、修复缺陷或验证变更时使用。提供 agent-flutter 命令以探索运行中的应用、理解页面衔接方式并验证你的工作。
io.github.hashgraph-online/awesome-codex-plugins/automation-shape-routing
代理自动化的总入口：选择
vdevelop
io.github.penpot/penpot/code-review-and-quality
进行多维度代码审查。合并任何变更前使用。审查自己、其他 agent 或人类编写的代码时使用。在代码进入主干前需跨多个维度评估代码质量时使用。
io.github.compozy/compozy/writing-tech-post
端到端完成工程博客写作：发布深度解读、故障复盘、架构迁移、性能案例、教程、AI/agent 系统记录、安全披露，以及从研究到产品的转化文章。选对文章原型、规划抽象阶梯、遵循证据节奏（图示、基准测试、profile、trace、代码、消融实验），按 Datadog、Vercel、GitHub、AWS、Meta、Cloudflare、Jane Street 等发布方的行文风格校准语气，并在发布前用叙事推进与披露伦理两道门禁检查。在起草新的工程文章、重构成色平淡的初稿、判断某种证据该放在何处、校验技术深度与产品背景是否均衡，或为对外发布准备故障复盘、迁移、性能叙述时使用。不用于 API 参考文档、README、营销文案、release notes、泛 SEO 内容、代笔高管观点文章，以及非工程类长文。
io.github.compozy/compozy/writing-skills
编写、重构与调试 agent skill。在从零创建新 skill、精简或重组臃肿的 SKILL.md、收紧 skill 描述里的触发条件，或诊断 agent 忽略内嵌 references 时使用。不用于 CLAUDE.md、AGENTS.md 这类 agent 指令文件（改用 agent-md-refactor）、一般文档或 README。
io.github.compozy/compozy/testing-boss
关于“写出能暴露 bug 而非侥幸通过”的测试准则，覆盖软件与 LLM/AI 系统。在编写或评审测试、新增 mock、判断测试该放在哪一层、让编码 agent 生成测试、排查 flaky CI、为 LLM/agent 功能设计 eval 套件，或重建脆弱的测试集时使用。不用于通用代码评审、与测试无关的库调试、超出测试范围的 CI 流水线设计，或生产可观测性。
io.github.aiskillstore/marketplace/cursor-mem
从 Cursor 访问 claude-mem 的 MCP 服务器，搜索过往会话记录并记录新的观察。触发词：「メモリ検索」「claude-mem」「過去の判断」「記録して」「memory search」「past decisions」。不要在常规编码、临时笔记或实现工作时加载。
