搜索「Source Code」的结果

io.clawhub.lion504/code-1-0-4

包含规划、实现、验证与测试的编码工作流，用于把软件开发做干净。

io.github.code-yeongyu/oh-my-openagent/codex-qa

对 omo Codex Light 版（lazycodex / packages/omo-codex）本身做 QA，采用严格隔离，只测试我们自己的插件、绝不触及用户真实的 ~/.codex。一方方法用真实的 codex app-server，配合隔离的 CODEX_HOME 与本地 mock model（不调用真实 API），通过断言 hook/started 与 hook/completed 通知来证明插件钩子已触发。此外还提供：隔离的安装验证、逐组件钩子探测、基于 tmux 的 TUI 冒烟测试，以及运行时日志观察（RUST_LOG / logs SQLite / /debug-config）。自带经测试的辅助脚本，每个都有 --self-test。凡改动 packages/omo-codex 下任何内容，或想对 Codex 插件（钩子/组件、installer/config.toml、app-server 流程、Codex TUI）做 QA、冒烟测试、验证或调试时使用。触发词：codex qa、qa codex、codex-qa、test codex plugin、verify codex hook、codex app-server、lazycodex qa、isolated CODEX_HOME、prove codex hook fired、codex tui test。

io.github.ossrs/srs/internal-codemap-for-srs

把 SRS 与 Oryx 的代码任务路由到最小相关的可信代码库地图与验证指引。只要支持、开发、调试、评审或维护工作需要定位、选择、阅读、修改、测试或验证 SRS/Oryx 代码时使用。覆盖第一代 C++ 源站与边缘媒体服务器及其 State Threads 依赖、下一代 Go 服务器、浏览器推流与播放、SRS Docker 镜像工具链、SRS 测试，以及 Oryx 的 Go 后端、React 控制台、一体化运行时、打包、安装器、发布与测试。作为父级支持与发展技能的代码导航依赖；面向用户的工作流程与结果仍由父技能负责。

io.github.langgenius/dify/frontend-code-review

仅在用户明确要求审查 web/ 或 packages/dify-ui/ 下的前端代码时使用。支持待提交变更、按文件和粘贴 diff 三种审查模式。不适用于仅实现代码的请求、无审查意图的诊断、或纯后端代码。

io.github.NousResearch/hermes-agent/requesting-code-review

提交前评审：安全扫描、质量门禁与自动修复。

io.github.tw93/Pake/code-review

Waza check/code-review 的 Pake 项目适配层。用于 TypeScript CLI、Rust/Tauri、发布产物与 CI 的审查。

io.github.obra/superpowers/requesting-code-review

在完成任务、实现重要功能或合并前使用，以验证工作符合要求。

io.github.affaan-m/ECC/everything-claude-code

everything-claude-code 的开发规范与模式。采用约定式提交的 JavaScript 项目。

io.github.browser-use/browser-use/open-source

基于 browser-use 开源库编写 Python 代码的文档参考。凡涉及 Agent、Browser、Tools 配置、导入 browser_use 的代码、@sandbox 部署、支持的 LLM 模型、Actor API、自定义 tools、lifecycle hooks、MCP 服务器搭建、Laminar 或 OpenLIT 监控/可观测性，以及 browser-use 安装、prompt 策略、敏感数据处理时都适用。不适用于 Cloud API/SDK 用法与定价——用 cloud skill；也不适用于通过 CLI 命令直接驱动浏览器——用 browser-use skill。

io.github.github/spec-kit/code-review

审查 Spec Kit 代码变更的正反用例覆盖、bug 修复的回归证据以及仓库术语一致性。在审查 diff 或 pull request 时使用。不用于实现变更，也不用于提交 GitHub review 操作。

io.github.langgenius/dify/backend-code-review

仅在用户明确要求审查 api/ 下的后端代码时使用。支持待提交变更、按文件和粘贴 diff 三种审查模式。不适用于仅实现代码的请求、无审查意图的诊断、前端代码、或 api/ 之外的后端代码。

io.github.netdata/netdata/triage-codeql

分诊本仓库的 GitHub Code Scanning 告警（CodeQL security-extended 套件）——列出开放告警，按误报/不修复/仅测试使用驳回，经 GitHub REST + GraphQL 查询。当用户要求「review GitHub security alerts」「check CodeQL findings」「triage code scanning」，或提及 Code Scanning、CodeQL、security-extended、github.com/$repo/security/code-scanning 时使用。

io.github.code-yeongyu/oh-my-openagent/opencode-qa

逐用例对 opencode 本身做 QA：验证 CLI/终端（opencode run、db、serve、export）、通过 SSE 事件流证明某个插件钩子/动作/事件已触发、在 tmux 下对 TUI 做冒烟测试，以及按 id、标题/名称或消息文本在 opencode 的 SQLite 数据库中调查会话。自带经测试的辅助脚本（每个都有 --self-test）与分领域的参考文档。凡要对 opencode 的 CLI、HTTP server、插件钩子/事件或 TUI 做 QA、冒烟测试、验证或调试，或要查找并检查数据库中的 opencode 会话时使用。触发词：opencode qa、qa opencode、test opencode、verify opencode hook、opencode session db、find opencode session by id/name/text、opencode tui test、opencode server health、opencode event stream。

io.github.CherryHQ/cherry-studio/code-mate-hermes

以一次性模式运行 Hermes Agent 处理有界的本地任务。当用户明确要求把工作委派给 Hermes 并接受其自动工具批准行为时使用。

io.github.PostHog/posthog/writing-code-comments

判定一条代码注释是否该存在，并强制留下的注释解释“为什么”而非“是什么”。在用任何语言（Python、TypeScript、Go、Rust、SQL）编写或编辑注释前务必使用，也用于评审新增注释的 diff。清除 clutter 代码库的注释类型：复述代码的旁白、变更历史与聊天上下文备注（“之前做了 X”“按 PR #123”“AI:”）、易失效的度量与现状标记（“约 20 分钟构建”“目前”“今天”）、被注释掉的代码与冗余 docstring。保留有价值的注释：不显然的 why、关于非本地影响的警告、指向未来读者无法自行重建上下文的线索。不适用于面向用户的文案（见 `/writing-user-facing-copy`）或提交信息。

io.github.langflow-ai/langflow/frontend-code-review

审查前端代码（.tsx、.ts、.js 文件）的质量、性能以及与 Langflow 前端规范的一致性。支持待提交变更审查与按文件审查。

io.github.mattpocock/skills/code-review

从某个基准点（commit、分支、标签或 merge-base）出发，沿两个维度审查变更：规范（代码是否遵循本仓库成文的编码规范？）与规格（代码是否符合来源 issue/规格的要求？）。两组审查由并行子代理执行并对照汇报。当用户想审查分支、PR、进行中的变更，或要求“review since X”时使用。

io.github.mattpocock/skills/improve-codebase-architecture

扫描代码库寻找模块加深机会，以可视化 HTML 报告呈现，然后针对你选中的那一项进行连环拷问式推演。

io.github.mattpocock/skills/git-guardrails-claude-code

配置 Claude Code hooks，在危险的 git 命令（push、reset --hard、clean、branch -D 等）执行前予以拦截。当用户想防止破坏性 git 操作、添加 git 安全钩子，或在 Claude Code 中拦截 git push/reset 时使用。

io.github.mattpocock/skills/codebase-design

设计深模块的共同术语。当用户想设计或改进模块接口、寻找加深机会、决定接缝位置、让代码更可测试或更利于 AI 导航，或其他技能需要深模块词汇表时使用。

io.github.nexu-io/open-design/figma-code-connect-components

使用 Code Connect 将 Figma 设计组件与代码组件连接，让设计系统更新自动流入代码库。

io.github.affaan-m/ECC/plankton-code-quality

使用 Plankton 在编写时强制执行代码质量——通过钩子在每次文件编辑时自动格式化、代码检查并由 Claude 驱动修复。适用于为文件编辑设置写入时格式化、检查或自动修复钩子。

io.github.affaan-m/ECC/flutter-dart-code-review

与具体库无关的 Flutter/Dart 代码审查清单，涵盖组件（widget）最佳实践、状态管理模式（BLoC、Riverpod、Provider、GetX、MobX、Signals）、Dart 惯用法、性能、无障碍、安全性与整洁架构。适用于审查 Flutter 或 Dart 代码，无论项目使用哪种状态管理库。

io.github.affaan-m/ECC/code-tour

创建 CodeTour 的 `.tour` 文件——面向特定角色、带真实文件与行号锚点的分步讲解。用于新人上手导览、架构走查、PR 导览、RCA 导览，以及结构化的“解释这是如何工作的”类请求。当用户要求代码导览、上手讲解、PR 导览，或解释某个子系统如何工作时使用。