插件发布到 GitHub od-plugin-publish-github
SkillSkillsMP
io.github.nexu-io/open-design/od-plugin-publish-github
使用 gh CLI 将本地 OpenDesign 插件发布到新的公开 GitHub 仓库。
source
“Repository” 共 93 个结果
io.github.nexu-io/open-design/od-plugin-publish-github
使用 gh CLI 将本地 OpenDesign 插件发布到新的公开 GitHub 仓库。
io.github.nexu-io/open-design/share-github-pr
当用户想把已验收的插件或制品打包成面向 OpenDesign 或其他目标仓库的 GitHub pull request 时使用此插件。
io.github.nexu-io/open-design/github-dashboard
GitHub 仓库分析仪表盘——star、fork、贡献者、issue、pull request、近期动态与头部贡献者。当需求要求 GitHub 仓库仪表盘、开源增长报告、仓库健康页面或 GitHub 分析视图时使用。
io.github.nexu-io/open-design/github-dashboard
GitHub 仓库分析仪表盘——star、fork、贡献者、issue、pull request、近期动态与头部贡献者。当需求要求 GitHub 仓库仪表盘、开源增长报告、仓库健康页面或 GitHub 分析视图时使用。
io.github.TryGhost/Ghost/convert-internal-package-to-typescript
将遗留 Ghost 内部工作区包从 JavaScript 或 CommonJS 转换为仓库的 TypeScript/ESM 金路径,同时保留文件历史与运行时兼容。适用于现有或新迁移私有包的现代化改造,包括 lib-to-src 分阶段迁移、JS→TS 重命名、消费方分析和包/归档校验。
io.github.affaan-m/ECC/security-bounty-hunter
在仓库中搜寻可被利用、够得上赏金的安全问题。聚焦可远程触达、符合真实上报标准的漏洞，而不是只有本地价值的噪音发现。在仓库中寻找可上报、可远程触达的漏洞时使用。
io.github.affaan-m/ECC/living-docs-governance
通过为现有项目文档分配清晰的章程、地图、状态与历史角色，再把正在使用的代理运行框架接到这些权威来源上，从而避免长期项目的文档腐化。在维护阶段使用：当文档与代码脱节、代理跨会话丢失上下文，或刻意删除的内容反复被重建时。优先沿用仓库现有的文档结构，而不是新建根目录文件。中文触发：文档治理、活文档、项目状态追踪、防文档漂移、项目地图、健康仪表盘、删除区、长期项目治理
io.github.ruvnet/ruflo/github-automation
面向 issue、pull request、CI 与发布的 GitHub 工作流自动化。适用于：明确要求托管平台的仓库操作。跳过：本地 git 操作已足够或未获授权公开发布。
io.github.PostHog/posthog/gating-production-deploys
在新增或编辑会向镜像仓库推送容器镜像（经 build-push-action 推 ECR/ghcr/Docker Hub）或触发生产部署（向 PostHog/charts 发起 `commit_state_update` repository_dispatch）的 GitHub Actions 工作流时使用。这类工作流从单一权威部署仓库运行，并由 CD_DEPLOY_ENABLED 变量把关。不适用于发布 GitHub Release、npm、crate 或 Homebrew 的工作流——那些留在公开仓库。
io.github.pingdotgg/t3code/ios-debugger-agent
使用仓库配置的 XcodeBuildMCP 服务器构建、启动、检视并驱动 iOS 应用。在 macOS 上用于 iOS 模拟器构建、聚焦的原生测试运行、语义化 UI 自动化、截图、日志或调试，包括 T3 Code Mobile 验证。
vdevelop
io.github.medusajs/medusa/reviewing-prs
评审 Medusa 仓库的 GitHub pull request。检查 PR 模板合规性、贡献指南、代码约定、安全、性能与缺陷，并输出结构化评审结论（标签 + 评审模板）供下游确定性步骤应用。当 PR 被创建或更新时使用。
io.github.citypaul/.dotfiles/refactoring
针对具备通过基线与充分保留证据的代码的重构评估与行为保持模式。当用户要求清理、简化或重构选定区域，以及在变异测试或经评审的对等替代证据确立 REFACTOR 步骤信心之后使用。涵盖重构前先提交的纪律、重构何时增值何时应跳过、以及优先级分类。对于选定全路径简化工程中的任何切片——过渡态或终态——以 reduce-system-complexity 为主导技能；适用时重构可作为次要技能。仓库级架构探索用 improve-codebase-architecture；模块契约用 codebase-design。证据不足或新增行为的代码请勿使用。
io.github.nexu-io/open-design/code-import
将已有仓库的结构读取到项目当前工作目录，形成规范化快照供 agent 分析，避免每轮都重新遍历目录树。
io.github.gibbok/typescript-book/typescript-book-review
以 The Concise TypeScript Book 的风格审查与编辑 TypeScript 图书及参考内容的指南。在审查或编辑本仓库中的教学文字、翻译或非英文内容、代码示例、章节、目录条目或 Markdown 格式时使用，在不改变原意及本书简洁、务实、示例驱动风格的前提下，发现并修复错别字、语法错误、排版问题与轻微的表述不清。
io.github.rustfs/rustfs/security-advisory-lessons
应用从仓库 GitHub Security Advisories 中提炼出的 RustFS 安全经验。在提交或评审 RustFS 代码改动、做安全检查、处理认证/授权、IAM、存储、RPC、日志、CORS、控制台/浏览器、加密、策略或接口相关改动时使用，也用于判断需要补充哪些安全回归测试。
io.github.agent0ai/agent-zero/orchestrator
在将编码或仓库工作委派给外部终端编码 agent（用户的宿主 Claude Code/Codex/Cursor/Gemini CLI，或容器内安装的 pal agent）时使用。
io.github.openai/plugins/security-scan
用于对整个仓库或某个限定路径、包目录、子模块做标准单轮安全审计（没有 diff 可审的情况）。这是默认的仓库扫描。不用于 PR/commit/分支/工作树 diff，也不用于深度多轮或降低方差的扫描。
io.github.aiskillstore/marketplace/backend-queries
使用参数化语句、贪婪加载、恰当索引与事务管理，编写安全且经过优化的数据库查询。在编写数据库查询、实现数据获取逻辑、优化查询性能、防止 SQL 注入、处理 N+1 查询问题、使用 ORM 或查询构建器、实现缓存策略或管理数据库事务时使用。适用于处理 SQL 查询、ORM 查询方法、数据库仓储模式，或任何从数据库检索或操作数据的代码。
io.github.microsoft/agent-framework/python-development
在 Agent Framework 仓库开发 Python 代码的标准、约定与模式。在编写或修改 python/ 目录下的 Python 源文件时使用。
io.github.openai/openai-agents-python/maintainer-review
以 openai-agents-python 维护者的身份评审一个 GitHub issue 或 PR 链接，分阶段判断该诉求是否真实存在、是否具有实际重要性、是否能用受支持的功能自行解决、范围界定是否恰当、是否有更合适的其他设计、以及是否值得投入维护者与贡献者的精力。用于评估 issue 的有效性与严重程度、决定优先处理还是关闭、判断所请求特性究竟代表未被满足的需求还是只是可发现性或用法缺口、判断 PR 是否值得推进到可合并质量、比较多个开放 PR 或替代设计、把代码质量与仓库就绪状态分开看待，以及撰写简洁的维护者评估意见。当需要回复要求关闭、补充证据或修改代码时，同时产出一条礼貌、简洁、完整、可直接复制粘贴的维护者评论。
io.github.openai/openai-agents-python/code-change-verification
当改动影响 OpenAI Agents Python 仓库的运行时代码、测试，或影响构建与测试行为时，执行必须通过的验证流程。
io.github.redis/node-redis/maintainer-review
以 node-redis 维护者身份审阅 GitHub issue 或 pull request 链接，逐层评估其主张是否真实、是否实际重要、能否用已支持的功能解决、范围界定是否正确、是否更适合另一种设计，以及是否值得投入维护者与贡献者精力。用于评估 issue 的有效性或严重度、决定优先处理还是关闭、判断所请求的功能是未被满足的需求还是仅是可发现性/使用上的缺口、判断某 PR 是否值得打磨到可合并、比较开启的 PR 或备选设计、区分代码质量与仓库就绪度，或撰写简明的维护者评估。当应请求关闭、补充证据或代码改动时，还生成礼貌、简洁、完整、可直接粘贴的维护者评论。
io.github.greenpau/caddy-security/testing-and-ci
caddy-security 仓库的测试与 CI 工作流指南，包括 Go 测试命令选择、Makefile 报告目标、Caddyfile 解析器/adapt 夹具测试、运行时解析夹具、覆盖率产物以及 GitHub Actions 构建/发布/CLA 行为。在选择或运行测试、添加或更新测试覆盖率、解读 CI 失败、本地复现 GitHub Actions 或为该 Go/Caddy 模块编写验证文档时使用
io.github.netdata/netdata/codacy-audit
本仓库的 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。