搜索「Source Code」的结果

io.github.metabase/metabase/typescript-write

按 Metabase 编码标准与最佳实践编写 TypeScript 和 JavaScript 代码。在开发或重构 TS/JS 代码时使用。

discourse-frontend-conventions（Discourse 前端约定）

io.github.discourse/discourse/discourse-frontend-conventions

Discourse 前端代码（JavaScript 与 TypeScript，.js/.gjs/.ts/.gts）中 linter 不强制的核心、插件与主题约定。在编写、审查或准备提交类代码或模板时使用。涵盖私有符号模式（#、无前缀、下划线）、超出 lint 分桶范围的类成员排序、带注释字段前的空行、禁用横幅注释、模板内安全注释、调用处 attribute/argument/modifier 排序，以及注释必要性判断标准。

测试驱动开发

io.github.addyosmani/agent-skills/test-driven-development

以红-绿-重构循环用测试驱动开发。在实现任何逻辑、修复任何 bug 或改变任何行为时使用；在需要证明代码可用、收到 bug 报告或即将修改现有功能时使用。

疑虑驱动开发

io.github.addyosmani/agent-skills/doubt-driven-development

让每个非平凡决策在生效前接受全新上下文的对抗性审查。在你想在推进前交叉质询每个假设、对计划做隐性失败模式压力测试、正确性比速度更重要、在不熟悉的代码中工作、风险高企（生产认证、安全敏感逻辑、高风险迁移、不可逆操作），或任何「现在就验证比日后再调试更划算」的时刻使用。

Git 工作流与版本管理

io.github.addyosmani/agent-skills/git-workflow-and-versioning

规范 git 工作流实践。在做任何代码变更、提交、分支、解决冲突、把凌乱工作区拆成干净的原子提交、创建或审查 pull request、推送到远程，或需要在多条并行工作流间组织时使用。在版本发布（cut）、选择语义化版本递增、打 tag 或撰写 changelog 时使用。

Learn 文档站点结构

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` 工作流时使用。

前端测试（Dify）

io.github.langgenius/dify/frontend-testing

在 web/ 或 packages/dify-ui/ 下编写或修改 Vitest、React Testing Library 测试时使用，或用户明确要求制定前端测试策略（含评估现有策略）时使用。不适用于仅做前端代码审查、泛泛的可测试性讨论、Python 测试或 Cucumber/Playwright E2E。

国家情报简报获取 fetch-country-brief

io.github.koala73/worldmonitor/fetch-country-brief

按 ISO 3166-1 alpha-2 国家代码，获取当前的 AI 生成战略情报简报。当用户询问某国当前地缘政治、经济或安全局势摘要时使用。

SQL 安全执行

io.github.supabase/supabase/safe-sql-execution

只要代码会构建、返回、拉取或执行针对用户真实 Postgres 数据库的 SQL，就使用本 skill——即使需求读起来像普通功能或 bug 修复，完全没提“security”“injection”或“SafeSqlFragment”。覆盖：编写或修改任何构造/返回数据库对象（表、视图、函数、DB 触发器、索引、RLS 策略）SQL 的 pg-meta 函数、查询构造器或接口；把 schema/表/列/搜索词/路由参数插入 SQL 文本；存储、读取或重跑从数据库往返的 SQL（策略定义、函数/视图定义、片段保存内容）；以及任何把 SQL 发到项目库的 Run/Apply/Execute 动作（SQL 编辑器执行选中、策略编辑器应用、片段执行器）。在动手写这类代码前就要加载，不要只在评审成品 diff 时才用。仅在改动完全不涉及 SQL 文本或执行时跳过——样式、无关的数据 hook、非 SQL 表单校验或 UI 布局工作。

ClickHouse 日志查询（Supabase）

io.github.supabase/supabase/clickhouse-logs-queries

针对 ClickHouse 支撑的 logs 表（logs.all.otel 分析端点）编写、评审与迁移 Supabase 日志查询。只要任务涉及 Logs Explorer SQL、log_attributes map、按日志 source 查询（edge_logs、postgres_logs、auth_logs 等）、把旧的 BigQuery cross join unnest(metadata) 日志查询翻译为 ClickHouse，或在 apps/studio/data/logs 与 apps/studio/components/interfaces/Settings/Logs 中接入分析日志 SQL 时使用。用户即使只说“日志查询”“Logs Explorer”或粘贴一段 BigQuery 日志查询待转换也应使用，不必非要提到 ClickHouse。

React Hook Form 规范（Supabase）

io.github.supabase/supabase/react-hook-form

在 monorepo 内正确使用 React Hook Form——数据流、订阅、reset、脏状态、数字输入以及受控输入规则。在编写或修改任何表单代码、给已有表单加字段、使用 watch/useWatch/formState/getValues/setValue/reset、把表单接入 dialog 或 sheet、或实现提交/取消底栏之前先加载本 skill，即使改动看起来很简单。仓库中普遍存在 RHF 反模式，不加载本 skill 会照抄它们。表单布局与选用组件请再加载 studio-ui-patterns。

daisyui（daisyUI 组件库）

io.github.saadeghi/daisyui/daisyui

Tailwind CSS 的官方 daisyUI 组件库技能。当你编写 HTML 或 JSX 代码时必须使用它；即使用户没有要求也应使用。

uncertainty-and-units

io.github.K-Dense-AI/scientific-agent-skills/uncertainty-and-units

Track physical units and propagate measurement uncertainty in scientific calculations using pint and uncertainties. Use for unit conversion and dimensional checking, GUM uncertainty budgets, Type A and Type B evaluation, coverage factors and expanded uncertainty, Monte Carlo propagation, significant-figure and plus-minus reporting, error propagation through curve fits, CODATA constants, auditing Python code for stripped units or broken uncertainty propagation, and order-of-magnitude plausibility checks using dimensionless groups (Reynolds, Peclet, Damkohler, Knudsen, Biot, Womersley), characteristic scales such as diffusion time or Debye length, and observed magnitude ranges. Trigger on "is this number physically reasonable", "sanity check these units", "what regime is this flow in", or a result that looks off by orders of magnitude.

sympy（符号计算）

io.github.K-Dense-AI/scientific-agent-skills/sympy

当需要在 Python 中进行精确符号数学时使用——代数、微积分、方程求解、符号线性代数，或经 lambdify/LaTeX 生成代码。浮点近似即可满足需求时优先使用 NumPy 或 SciPy。

E2E 测试：Cucumber + Playwright（Dify）

io.github.langgenius/dify/e2e-cucumber-playwright

在 e2e/ 下编写、修改或审查 Cucumber 与 Playwright 测试时使用，涵盖 feature 文件、step 定义、支撑代码、scenario 标签、定位器和断言。不适用于 Vitest、React Testing Library、后端测试或 E2E 套件之外的通用浏览器自动化。

managed-pentesting-with-strix(Strix 托管渗透测试)

io.github.usestrix/strix/managed-pentesting-with-strix

通过 strix cloud CLI 或 REST API 在 app.strix.ai 平台上对 Web 应用、API、仓库或本地工作区进行托管式渗透测试,无需本地 Docker 或 LLM key。可安全审阅并上传本地源码、注册资产、启动并轮询扫描、分诊漏洞、导出 SARIF、下载合规报告、启动 PR 审查、购买额度和配置定时任务或 webhook。适用于托管式、持续、定时、团队跟踪或沙箱 agent 的安全测试。

弃用与迁移

io.github.addyosmani/agent-skills/deprecation-and-migration

管理弃用与迁移。在移除旧系统、API 或功能、把用户从一种实现迁移到另一种实现、在生产中迁移数据库 schema（如零停机重命名或删除列的 expand/contract）时使用；也在决定是维护还是下线既有代码时使用。

PostHog 桌面应用开发

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）。

test-driven-development（测试驱动开发）

io.github.NousResearch/hermes-agent/test-driven-development

TDD：严格执行 RED-GREEN-REFACTOR，先写测试再写代码。

exa-search

io.github.affaan-m/ECC/exa-search

通过 Exa MCP 进行神经检索，用于网页、代码和企业研究。当用户需要网页搜索、代码示例、公司情报、人物查找，或用 Exa 的神经搜索引擎做 AI 驱动的深度研究时使用。

Team 服务器更新

io.github.openclaw/openclaw/update-team-server

通过部署属主对运维方配置的 Team 服务器进行无人值守更新；验证服务代码、迁移支持、会话连续性与恢复，且不重复小时级调度器的职责。

拆分超大模块

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）。

Learn 站点结构 learn-site-structure

io.github.netdata/netdata/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` 工作流时使用。

dsh-prose-standard（文案规范）

io.github.deepseek-ai/deepseek-harness/dsh-prose-standard

在 deepseek-harness 仓库中编写、评审、恢复、精简或审计文案时使用，包括判定在 Markdown、JSDoc、代码与测试注释、提示词、描述、诊断信息、CLI 或 UI 文案中何处必须提供文档或注释。