computer-use(电脑操作)
io.github.stablyai/orca/computer-use
通过 orca computer 对可见的本地应用窗口进行 OS/窗口级检视与输入:原生应用、外部浏览器窗口(Chrome、Edge、Safari)和应用 webview。不适用于 Orca 内置浏览器(用 orca-cli)或纯页面自动化(用 Playwright 或 CDP)。
“filesystem file directory fs” 共 1,461 个结果
io.github.stablyai/orca/computer-use
通过 orca computer 对可见的本地应用窗口进行 OS/窗口级检视与输入:原生应用、外部浏览器窗口(Chrome、Edge、Safari)和应用 webview。不适用于 Orca 内置浏览器(用 orca-cli)或纯页面自动化(用 Playwright 或 CDP)。
io.github.stablyai/orca/orca-cli
通过 orca CLI 操作 Orca 管理的工作树、目录上下文、终端、仓库、自动化、产物、技能共享、工作树评论,以及 Orca 内置浏览器。当用户说 "$orca-cli"、"Orca worktree"、"child worktree"、"spawn codex/claude in a worktree"、"read/wait/send Orca terminal"、"handoff/handover/give this to another agent"、"Orca browser"、"orca artifacts" 或 "share skills" 时使用。涉及 Orca 状态时优先于原始 git worktree、临时 PTY 或 Computer Use。仅当外部窗口或桌面 UI 需要 OS 级控制时使用 Computer Use;外部页面用 Playwright 或 CDP。
io.github.code-yeongyu/oh-my-openagent/lcx-report-bug
在对缺陷负有归属权的仓库中创建高信息量的 bug issue 或 PR。当用户要求报告、提交、开启或分类 LazyCodex、lazycodex-ai、omo-codex、Codex 插件或上游 Codex CLI 的 bug 时使用,尤其是需要源码支撑的根因、复现步骤、修复建议与 GitHub 路由时。
io.github.langgenius/dify/frontend-code-review
仅在用户明确要求审查 web/ 或 packages/dify-ui/ 下的前端代码时使用。支持待提交变更、按文件和粘贴 diff 三种审查模式。不适用于仅实现代码的请求、无审查意图的诊断、或纯后端代码。
io.github.affaan-m/ECC/nextjs-turbopack
Next.js 16+ 与 Turbopack:增量打包、文件系统缓存、开发速度提升,以及何时用 Turbopack 替代 webpack。
io.github.abhigyanpatwari/GitNexus/gitnexus-refactoring
当用户想安全地重命名、提取、拆分、移动或重组代码时使用。示例:“重命名这个函数”“把这个提取成模块”“重构这个类”“把这个移到单独的文件”。
io.github.abhigyanpatwari/GitNexus/gitnexus-refactoring
当用户想安全地重命名、提取、拆分、移动或重组代码时使用。示例:“重命名这个函数”“把这个提取成模块”“重构这个类”“把这个移到单独的文件”。
io.github.tabler/tabler/bootstrap-component
Write a new Bootstrap-style JavaScript component class in `core/js/src/bootstrap/` — a `BaseComponent` subclass with typed config, `EVENT_*`/`CLASS_NAME_*` constants and a `data-bs-toggle` Data API. Use whenever the user asks for a new component in the Bootstrap port (a toggler, a dialog, a chip input, a stepper) or wants an existing one brought up to this baseline. Covers file structure, TypeScript typing of `Default` and `DefaultType`, constructor and config merging, events, the Data API handler and the minimal public API. Not for the build, the tests or the size budget — that is the `core-js` skill.
io.github.labring/FastGPT/deploy
FastGPT 的 Docker Compose 自托管部署流程。当用户要求 AI 智能体参照 /deploy/SKILL.md 用 Docker 部署 FastGPT 时使用,包括创建空的 fastgpt 目录、以非交互模式运行安装脚本、启动 Docker Compose、监控服务健康、排查 compose 问题,并返回访问地址、root 账号凭据与后续步骤。
io.github.microsoft/typescript/compiler-and-fourslash-tests
如何在 TypeScript 仓库中编写、运行与调试编译器测试及 fourslash(LSP)测试。涵盖测试文件格式、directives、标记、基线管理以及 fourslash 校验 API。
io.github.netdata/netdata/triage-codacy
本仓库的 Codacy Cloud 工作流——在 `git push` 前本地运行 Codacy 分析器(对齐 Codacy CI 行为),并经 v3 API 拉取/聚类任意 PR 的 Codacy 问题。当用户提到 Codacy、「codacy analysis」、`codacy-analysis-cli`、「codacy issues on PR」「fix codacy CI」「codacy markdownlint findings」,或 netdata-org PR 上任何 Codacy 门禁失败时使用。附带脚本 analyze-local.sh(codacy-analysis-cli 的 docker/二进制运行器)与 pr-issues.sh(分页 v3 问题拉取 + 按工具/模式/严重级/文件分组)。令牌安全——CODACY_TOKEN 绝不进入助手可见的 stdout。按设计只读;写操作(标记误报、标记已修复)需要 GitHub issue 或分支本地 SOW。
io.github.microsoft/vscode/ux-css-layout
VS Code 的 CSS 约定、文件组织、类名规范、标准尺寸、SplitView/Grid 布局、可滚动内容、响应式布局,以及文本溢出/省略号模式。在编写 CSS、构建布局或修复文本截断问题时使用。
io.github.CopilotKit/CopilotKit/react-core
@copilotkit/react-core——在 Next.js App Router / React Router v7 / TanStack Start / SPA 应用中挂载 CopilotKit provider(来自 @copilotkit/react-core/v2),接入 CopilotChat/CopilotPopup/CopilotSidebar(v2 聊天组件由 react-core/v2 提供,而非仅有 CSS 的 react-ui),通过 useAgent/useAgentContext/useCapabilities 访问和订阅 agent,在多个 agent 间切换,用 useThreads 管理持久的 Intelligence 会话线程,通过 useFrontendTool 注册浏览器端工具,用 useRenderTool/useComponent/useDefaultRenderTool 渲染工具调用,用 useHumanInTheLoop 做执行门控,用 useAttachments 接入文件附件,配置建议词,以及注册活动与自定义消息渲染器。publicLicenseKey 为正式字段(publicApiKey 是已废弃别名)。按任务加载 references/ 下对应的参考文件。
io.github.langgenius/dify/backend-code-review
仅在用户明确要求审查 api/ 下的后端代码时使用。支持待提交变更、按文件和粘贴 diff 三种审查模式。不适用于仅实现代码的请求、无审查意图的诊断、前端代码、或 api/ 之外的后端代码。
io.github.netdata/netdata/docs-learn-site-structure
关于本仓库(及另外 5 个 Netdata 官方仓库)文档如何成为 `learn.netdata.cloud` 已发布页面的权威参考。涵盖 `<repo>/docs/.map/map.yaml` 唯一事实源(真正的开关——文件系统路径与路由无关)、learn 仓库中现役的 `ingest/ingest.py` 编排器(不是遗留的 `ingest.js`)、frontmatter 注入、slug 规则、侧边栏自动生成、MDX 转义规则、版本化、四机制重定向栈、6 个源仓库、每 3 小时一次的 CI 摄取、Netlify 部署,以及 learn 仓库手写文件的 `part_of_learn=True` 启用方式。在增删改移文档页面、Learn 上的页面看起来不对、犹豫该在本仓库还是 learn 仓库编辑文档,或阅读 `ingest.py`、`sidebars.js`、`docusaurus.config.js`、`static.toml`、`LegacyLearnCorrelateLinksWithGHURLs.json`、`netlify.toml`、`.mdx` 中的 `<!--startmeta` 块、`ingest.yml` 与 `daily-learn-link-check.yml` 工作流时使用。
io.github.nexu-io/open-design/open-design-landing
以 Atelier Zero 视觉语言(Monocle / Apartamento / Études 编辑式拼贴)产出世界级的单页编辑型落地站——即 OpenDesign 自家营销页面所用的同一美学。代理从品牌简报填充类型化 `inputs.json`,可选经 gpt-image-2 生成 16 张拼贴素材,再由纯函数 compose 器输出自包含 HTML 文件。滚动显影动效与 Headroom 式吸顶导航自动装配。
io.github.sgl-project/sglang/mechanical-refactor-verify
让机械式重构(文件拆分、函数移动、模块抽取、重命名)变成机器可校验而非靠肉眼检查:从忠实的原始内容逐字节复现移动类提交,并把抽取操作拆成可验证的 prepare + move + postpare。在做或评审此类变更时使用。
io.github.PostHog/posthog/improving-drf-endpoints
在编辑、评审或审计 PostHog 的 DRF viewset 与序列化器时使用。触发于 posthog/api/、products/*/backend/api/、products/*/backend/presentation/ 下的文件,或任何导入 rest_framework 的文件。涵盖字段类型标注、schema 注解、枚举冲突修复与 OpenAPI 规范质量——这些都会流向下游生成的 TypeScript 类型与 MCP 工具。
io.github.n8n-io/n8n/create-issue
按 n8n 约定创建 Linear 工单或 GitHub issue。当用户要求创建工单、报缺陷、开 issue,或输入 /create-issue 时使用。
io.github.PostHog/posthog/posthog-desktop
将工作限定在 products/desktop 下的桌面应用——一个嵌套的独立 pnpm/turbo/Biome 工作区,由现已归档的 PostHog/code 仓库引入;PR、CI 与发布以 posthog/posthog 为唯一事实来源,且不属于根前端或 Django 构建。当用户说 /posthog-desktop,或开发 Electron 桌面应用、apps/code、apps/web、apps/mobile、packages/core、packages/ui、packages/workspace-server、@posthog/api-client、@posthog/agent 或代理框架时使用。把工作目录钉在 products/desktop,以该目录树的工具链与约定取代 monorepo 的,并界定树外允许触碰的少数路径(应用调用的 Django API、根目录的 desktop-* CI)。
vcanary
io.github.lobehub/lobehub/design-prototype
用 LobeHub 真实设计系统(@lobehub/ui + antd + antd-style token)与生产风格 React 产出可交互的单文件 HTML 设计原型,无需构建步骤,浏览器直接打开。当被要求为某个页面或流程出设计原型/可交互 mockup/交互原型/设计稿 HTML,或在投入实现前探索重设计时使用。
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.microsoft/vscode/agent-customization
工作流技能:创建、更新、评审、修复或调试 VS Code 代理定制文件(.instructions.md、.prompt.md、.agent.md、SKILL.md、copilot-instructions.md、AGENTS.md)。适用场景:保存编码偏好;排查指令/技能/代理为何被忽略或未被调用;配置 applyTo 模式;定义工具限制;创建自定义代理模式或专项工作流;打包领域知识;修复 YAML frontmatter 语法。不适用:一般编码问题(用默认代理);运行时调试或错误诊断;MCP 服务器配置(直接查 MCP 文档);VS Code 扩展开发。会调用:文件系统工具(读写定制文件)、提问工具(向用户访谈需求)、用于代码库探索的子代理。单一操作:若只是快速修 YAML frontmatter 或按已知模式创建单个文件,直接编辑即可,无需本技能。
io.github.sickn33/agentic-awesome-skills/src-hunter
Bug bounty/SRC 漏洞挖掘工作流:五阶段方法论(接收、侦察、枚举、挖掘、报告),附 SQLi、XSS、RCE、SSRF、IDOR、CSRF、路径穿越与文件上传等攻击 playbook。