搜索「Python Code」的结果

io.github.sickn33/antigravity-awesome-skills/typescript

TypeScript 语言专属的 super-code 编码指南。

io.github.fossasia/voxbento/security-audit

对 VoxBento 代码进行安全评审时使用本技能。覆盖 OWASP Top 10 与 VoxBento 专属威胁模型

io.github.millionco/react-doctor/react-doctor

在完成功能、修复缺陷、提交 React 代码前，或用户输入 `/doctor`、要求扫描、分诊或清理 React 诊断信息时使用。覆盖 lint、无障碍、包体积与架构。包含回归检查，以及会拉取权威 playbook 的完整本地分诊流程。

io.github.github/awesome-copilot/github-actions-hardening

针对 GitHub Actions 工作流文件（.github/workflows/*.yml）的安全加固评审。分析模式匹配器和通用代码 linter 会漏掉的 Actions 威胁模型——不可信输入的脚本注入、高权限触发器运行 fork 代码、可变的 action 引用、权限过大的 token。当被要求评审、审计、加固或保护 GitHub Actions 工作流、编写新工作流，或遇到"这个工作流安全吗""帮我查 CI 安全问题""这里 pull_request_target 为什么危险""帮我 pin actions""收紧 GITHUB_TOKEN 权限"等请求时使用。覆盖 ${{ }} 插值脚本注入、pull_request_target/workflow_run 权限提升、第三方 action 的 SHA 固定、最小权限、GITHUB_ENV/GITHUB_OUTPUT 注入、密钥暴露、OIDC 与长期凭据、公共仓库自托管 runner 的暴露风险。

io.github.dotnet/runtime/api-proposal

为 dotnet/runtime 创建带原型佐证的 API 提案。在被要求起草 API 提案、撰写 api-suggestion issue、把模糊的 API 想法打磨成完整提案，或改进标记为 api-needs-work 的提案时使用。涵盖从研究、原型、参考源码生成到发布的完整流水线。不用于 bug 修复、代码审查、性能基准测试，或不影响公共 API 面的内部改动。

io.github.terryyin/lizard/post-change-refactor

在提交前重构并清理尚未提交的改动：消除重复、重命名含义不清的领域概念、在很可能出现同类改动时收敛 shotgun surgery、删除死代码/仅测试用代码/冗余代码，把超过 250 行的文件拆成内聚模块，并确认相关测试仍然通过。在完成某个阶段或子阶段后、提交之前使用；开发者要求清理当前改动时同样适用。触发词：refactor change、clean up change、post-change refactor、before commit cleanup、tidy current change。

io.github.Sunagatov/Iced-Latte/backend-feature-packaging

用于决定后端代码在 Iced Latte 中应存放的位置，尤其是功能归属、api/ 边界、common 与 feature 的落位选择，或模块化单体中的跨功能模块依赖。

io.github.activepieces/activepieces/review-logging-patterns

审查代码中的日志模式并建议采用 evlog。指导在 Nuxt、Next.js、SvelteKit、Nitro、TanStack Start、React Router、NestJS、Express、Hono、Fastify、Elysia、oRPC、Cloudflare Workers 及独立 TypeScript 上的配置。检测 console.log 刷屏、无结构错误与缺失上下文。覆盖宽事件、结构化错误、drain 适配器（Axiom、OTLP、HyperDX、PostHog、Sentry、Better Stack、Datadog）、采样、enricher 与 AI SDK 集成（token 用量、工具调用、流式指标、遥测集成、成本估算、嵌入元数据）。

io.github.rmyndharis/antigravity-skills/mobile-developer

以现代架构模式开发 React Native、Flutter 或原生移动应用。精通跨平台开发、原生集成、离线同步与应用商店优化。在移动功能、跨平台代码或应用优化方面主动使用。

io.github.questdb/questdb/review-pr

对照 QuestDB 编码标准审阅 GitHub pull request。在被要求审阅 PR、给定 PR 编号或 URL（可带审查级别 0..3）时使用。执行对抗式、阻断式、关键任务的代码审查。

io.github.TriliumNext/Trilium/ckeditor5-reviewing

评审或审计 Trilium（TriliumNext Notes）monorepo 中的 CKEditor 5 插件代码，或涉及 packages/ckeditor5-*、packages/ckeditor5 构建的 PR/diff。用于检查 Trilium CKEditor 5 插件的正确性与惯用写法：schema/转换/命令/UI/widget 代码、CKEditor 特有缺陷（upcast/downcast 不对称、upcast 元素未消费、缺少 inline-widget 位置映射、命令 refresh/isEnabled 问题、内存泄漏、t() 遗漏、editing/UI 职责越界），以及 Trilium 集成缺陷（未在 plugins.ts 注册、toolbar.ts 缺少按钮、import/文件扩展 lint 失败、错误的 augmentation 模块、.po 本地化缺口、错误的测试环境）。与 ckeditor5-plugin-development、ckeditor5-testing 配套并复用其检查清单。

io.github.abhigyanpatwari/GitNexus/gitnexus-exploring

当用户问代码如何工作、想理解架构、追踪执行流程，或探索代码库中不熟悉的部分时使用。示例：“X 是怎么工作的？”“谁调用了这个函数？”“给我看下认证流程”。

io.github.abhigyanpatwari/GitNexus/gitnexus-refactoring

当用户想安全地重命名、提取、拆分、移动或重组代码时使用。示例：“重命名这个函数”“把这个提取成模块”“重构这个类”“把这个移到单独的文件”。

io.github.abhigyanpatwari/GitNexus/gitnexus-exploring

当用户问代码如何工作、想理解架构、追踪执行流程，或探索代码库中不熟悉的部分时使用。示例：“X 是怎么工作的？”“谁调用了这个函数？”“给我看下认证流程”。

io.github.abhigyanpatwari/GitNexus/gitnexus-exploring

使用 GitNexus 知识图谱导航不熟悉的代码。

io.github.abhigyanpatwari/GitNexus/gitnexus-taint-analysis

在处理、审查或扩展 GitNexus 的 CFG/污点/PDG 子系统（`--pdg` 层），或推理 source→sink 数据流结论时使用。示例：“这里的污点分析是怎么工作的？”“为什么 explain 没找到这条流？”“添加一个新的 sink/source”“审查跨过程污点代码”。

io.github.Dokploy/dokploy/frontend-design

创建有辨识度、可上线、设计质量高的前端界面。当用户要求构建 Web 组件、页面或应用时使用。生成有创意、精致的代码，避免千篇一律的 AI 审美。

io.github.ClickHouse/clickhouse-js/typescript-lsp

在 clickhouse-js 仓库中使用 TypeScript 语言服务器（typescript-language-server）进行精确的代码智能：转到定义、查找引用、悬停（类型签名与 JSDoc，含 @deprecated 信息）、全工作区符号搜索、补全与逐文件类型诊断。当需要解析符号的实际定义、查找导出 API 的所有用法或跨 packages/* 工作区检查推断类型时，优先使用它而非 grep。该服务器作为根 devDependency 预装——请先运行仓库的 setup 技能（npm install）以填充 node_modules。不要将本技能用于仅依赖 @clickhouse/client 的下游项目；它专用于在本仓库内工作。

io.github.symfony/symfony/symfony-security-review

审查某个改动（PR、当前分支 diff 或一组文件），或审计某个组件乃至整个代码树的安全加固缺失或不当之处。从第一性原理出发推理信任边界，再对照 Symfony 的加固不变量族检查代码，并运行 .github/sa-tools 中的检查门禁。当用户说 security review、security audit、check hardening、review this PR/branch for security、audit <component> for <vuln class>、是否缺少安全加固，或点名要排查的漏洞类别时使用。

io.github.poshan0126/dotclaude/refactor

以测试覆盖率作为安全网进行安全的代码重构。使用 `--diff` 可在提交前只简化当前工作区 diff。

io.github.mycelium-io/mycelium/cursor-e2e

为 Mycelium 的 cursor 适配器运行端到端冒烟测试。验证 cursor-agent 前置条件、单机分发、经 hub 的多机分发、与 claude_code/openclaw 的跨家族协商、工作区资源漂移以及鉴权失败。在全新安装后验证 cursor 集成、改动 cursor 家族代码（`integrations/cursor/**`、`daemon/dispatch.py`、`daemon/runner.py`）或升级 `cursor-agent` 之后使用。

io.github.latitude-dev/latitude-llm/testing

编写或调试测试、在单元与集成风格之间做选择、Postgres/ClickHouse 测试、重新生成 ClickHouse 测试 schema，或从不带测试代码进生产包的 package 中导出测试助手。

io.github.affaan-m/ECC/cpp-coding-standards

基于 C++ Core Guidelines（isocpp.github.io）的 C++ 编码规范。在编写、评审或重构 C++ 代码时使用，以推行现代、安全、符合惯用法的实践。

io.github.affaan-m/ECC/finance-billing-ops

ECC 中证据优先的收入、定价、退款、团队计费与计费模型核实工作流。当用户需要销售快照、定价对比、重复扣费诊断，或需要基于代码的计费真实情况而非泛泛的支付建议时使用。