搜索「Agent Behavior」的结果

io.github.nexu-io/open-design/code-import

将已有仓库的结构读取到项目当前工作目录，形成规范化快照供 agent 分析，避免每轮都重新遍历目录树。

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

代理自动化的总入口：选择

io.github.penpot/penpot/code-review-and-quality

进行多维度代码审查。合并任何变更前使用。审查自己、其他 agent 或人类编写的代码时使用。在代码进入主干前需跨多个维度评估代码质量时使用。

io.github.coreyhaines31/marketingskills/marketing-loops

当用户想设置周期性、自动运行的营销工作流——由 AI 代理按固定节奏（每周、每天或按触发器）重复执行的循环，而不是一次性任务——时使用。用户提到 marketing loop、recurring marketing workflow、automate my marketing、marketing on autopilot、weekly marketing review、ad fatigue check、content refresh loop、churn watch、ranking drop alert、always-on marketing、marketing automation workflow 或“每周都跑一次这个”等场景时也适用。用于选择、适配并排期一个持续运行的营销循环，由它编排其他营销技能。一次性营销点子见 marketing-ideas，实验循环见 ab-testing。

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.formbricks/formbricks/nextjs-docs

本仓库的本地 Next.js 文档索引（.next-docs/）。用于 apps/web 中任何 Next.js 相关工作：路由、布局、页面、app router、服务端/客户端组件、server actions、缓存、重新验证、metadata、route handlers、proxy/middleware、next.config、图片、字体、错误处理、加载状态、并行/拦截路由、动态路由、useRouter/usePathname/useSearchParams、cookies/headers、重定向、部署、升级。在实现或调试 Next.js 行为前先阅读相关 .mdx 文件；不要依赖训练数据。

io.github.traefik/traefik/review

面向审查本仓库的 AI 代码审查 agent 的仓库专用指引。

io.github.PostHog/posthog/writing-skills

编写 PostHog agent skill 的指南——以"要完成的事"为框架的模板，教会 agent 如何用 MCP 工具达成目标。当新增需要 agent 掌握的产品功能、创建新 skill，或更新 products/*/skills/ 下的现有 skill 时使用。

io.github.microsoft/PowerToys/powertoys-verification

使用 winapp CLI 在两种场景下端到端验证 PowerToys 行为：(A) 用模块的发布检查清单对照已安装版本；(B) PR 验证——依据 PR 描述与 diff 推导其检查清单再对照已安装版本执行（已合并/已发布的 PR，或整个 release/hotfix 集合），若 PR 尚未进入构建版本则构建并侧加载该模块。逐项通过 UIA invoke / Named Events / settings.json 编辑 / 剪贴板 / GPO / SendInput 驱动，并为每项输出带证据的结构化 PASS / FAIL / BLOCKED 结论（FAIL 需区分产品缺陷与过期/含糊的清单项）。当被要求验证模块检查清单、确认 PR、签署发布/hotfix 的 PR 或对安装/侧加载的 PowerToys 做 QA 时使用。结合通用 winapp ui 机制（references/winapp-ui-testing.md）与 PT 专属配方、分场景 playbook（references/scenarios/）以及本 skill 附带的辅助 .ps1 脚本。

io.github.Stirling-Tools/Stirling-PDF/feature-walkthrough

端到端讲解当前分支的完整逻辑与流程，让毫无前置知识的人也能理解、审查并复现。从分支 diff 界定变更范围，追踪其触达的每一层流程（前端工具/hook/组件、Java controller/service/endpoint、Python 引擎、配置、i18n、测试），产出带 Mermaid 图（时序/流程/架构）、可点击引用的带注释文件地图、前后行为对比、涉及 UI 时的截图、「本地试跑」章节与边界情况/风险的自包含走查文档。当被要求做功能或分支走查、「解释这个分支做了什么」、设计/逻辑说明、PR 审查者上手或交接文档时使用。加 --html 可同时输出渲染的 HTML 版；--no-screens 跳过截图。

io.github.serverless/serverless/serverless-sandboxes

使用 Serverless Framework 的 `sandboxes` 特性（AWS Lambda MicroVMs）在 AWS 上构建、运行和运维隔离或临时计算资源。当用户想执行不可信或 AI 生成的代码、按会话/代理/租户运行隔离负载、构建代码执行后端，或提到 Firecracker MicroVMs、serverless.yml 的 `sandboxes` 块、`serverless dev --sandbox`、`invoke --sandbox`、`logs --sandbox`、RunMicrovm、AWS Lambda MicroVMs 时使用。即使用户既没提 Serverless Framework 也没提 sandbox，只要描述隔离的 AWS 执行环境即应触发。

io.github.ymichael/bb/automations

通过官方 automations 插件创建并管理 bb 自动化。使用 bb 自动化命令安排重复性或一次性的智能体/脚本工作时使用。

io.github.PostHog/posthog/writing-tests

判定新测试是否值得存在并强制其高效，保护 CI 不被低价值测试堆爆。在新增或大幅修改任何 pytest、Jest、Playwright 测试之前——即 agent 或工程师准备为新功能、bug 修复、PR 写测试时使用。前置两道门槛：价值门槛（每个测试必须能捕获现有测试未覆盖的真实回归；通过公共接口测行为而非实现细节；近似重复折叠为参数化用例）与效率门槛（确定性、隔离、快；选最便宜的测试层级；用 Django TestCase 而非 TransactionTestCase；不许 sleep、不许真实联网）。含"不要写它"决策树。修复既有 flaky 测试用 /fixing-flaky-tests；若本门槛判定需要 Playwright 测试，用 /playwright-test 处理写法。

io.github.cloudflare/security-audit-skill/security-audit

对代码库做安全审计——Web 应用、API、服务、CLI 工具、库、守护进程等均可。在需要发现安全缺陷、做安全评审、漏洞审计或对代码做渗透测试时使用。聚焦真实可被利用、有实际影响的问题，不涉及理论风险或行业惯例行为。

io.github.MODSetter/SurfSense/frontend-design

打造独具特色、生产级品质的 UI。在创建或重塑面向用户的界面、组件、页面、布局、视觉重设计、响应式行为、加载/错误/空状态，或涉及无障碍的前端工作时使用。

io.github.bmad-code-org/BMAD-METHOD/bmad-review-verification-gap

审查代码变更中被改动、可能因验证不可靠而回退未被发现的行为。在检查变更是否有充分验证时使用。

io.github.affaan-m/ECC/plan-orchestrate

读取计划文档，将其拆解为步骤，从 ECC 目录中设计每一步的代理链，并输出可直接粘贴的 /orchestrate 自定义提示词。只做生成——本身不会调用 /orchestrate。当用户有多步计划并想通过 orchestrate 来驱动、又不想手工编排代理链时使用。

io.github.home-assistant/core/ha-review

审查 Home Assistant 代码变更并给出建设性反馈。需要一致性审查行为与输出格式时应使用。可用于一般代码审查，不限于 GitHub pull request。

io.github.crbnos/carbon/writing-skills

本仓库（.ai/skills/）内创建或编辑 agent skill 的内部指南。在写新 skill、重组已有 skill，或评审 skill 质量时使用。涵盖 frontmatter 约定、安装接线、house 模板，以及每个 Carbon skill 都要遵守的弱执行器写作规则。

io.github.microsoft/skills/deploy-model

统一的 Azure OpenAI 模型部署 skill，按意图智能路由。支持快捷预设部署、完全自定义部署（版本/SKU/容量/RAI 策略），以及跨地域与项目的容量查询。适用：deploy model、deploy gpt、创建部署、模型部署、部署 openai 模型、初始化模型、预置模型、查容量、查模型可用性、该在哪个地域部署、容量分析。不适用：列出现有部署（请用 foundry_models_deployments_list MCP 工具）、删除部署、创建 agent（用 agent/create）、创建项目（用 project/create）。