搜索「Coding」的结果

io.github.affaan-m/ECC/eval-harness

面向 Claude Code 会话的正式评估框架，落实评估驱动开发（EDD）原则。当 Claude Code 工作流在获得信任或被修改前需要正式评估时使用。

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

先检索再编码的工作流。在动手编写自定义代码之前，先搜索已有的工具、库和模式。会调用 researcher 代理。

io.github.affaan-m/ECC/inherit-legacy-style

遗留项目风格继承 skill。当用户输入 /inherit-legacy-style，或需要让 AI 编码代理接手手写遗留项目并防止“风格漂移”（模型把自身预训练的主流惯用法强加给项目）时使用。与语言和框架无关——只对齐元架构，不改语法。一旦运行，它就成为后续所有编码任务的行为约束。不要用于纯研究或与代码风格对齐无关的一次性提问。

io.github.affaan-m/ECC/flox-environments

使用 Flox（声明式的 Nix 环境管理器）创建可复现的跨平台（macOS/Linux）开发环境。适用于为任意语言设置项目工具链、安装系统级依赖（编译器、数据库、openssl/BLAS 等本地库）、为团队锁定精确的包版本、运行本地服务（PostgreSQL、Redis、Kafka）、一条命令完成开发者入职，或解决“在我机器上没问题”类问题——包括需要项目级工具且无需 sudo 的智能体/vibe-coding 场景。用户提及 .flox/、manifest.toml、flox activate 或 FloxHub 时同样适用。

io.github.supabase/supabase/ask-the-docs

基于文档化的架构、构建流水线与 review 模式回答关于 Supabase docs 应用（apps/docs）的问题，并在提议或评审改动时套用功能设计原则（代码库复用、极简编码）。当用户问“docs 应用里 X 是怎么工作的”“Y 在哪里”“这个方案在 docs 应用里合适吗”，或在 apps/docs/ 下做非平凡改动前使用——特别是涉及 MDX 流水线、markdown 生成、内容组件、联邦文档、贡献者写作模式的场景。必要时可用 Mermaid 图回答架构问题。

io.github.openinterpreter/openinterpreter/openai-docs

用于 Codex 的模型/定价、定时任务、skills、设置、安装、排障、定制、自动化与自我认知——包括“you”“your”“this app”“this coding agent”等指代 Codex 的说法——以及 OpenAI API/产品和 ChatGPT Work。也用于模型选择/迁移、prompt 编写、SDK、Responses、Realtime、agents、evals 及 Chat/Work/Codex 对比。不适用于仅仅是提到 Codex 的通用应用/软件任务。

io.github.metabase/metabase/clojure-write

以 REPL 驱动的工作流、编码规范与最佳实践指导 Clojure 和 ClojureScript 开发。在编写、开发或重构 Clojure/ClojureScript 代码时使用。

io.github.paperclipai/paperclip/prepare-mcp-integration

通过引用式调研、内容 PR、精确版本人工审批，为每个已批准的连接提交一个受管控的 Paperclip connector PR，完成 MCP/厂商集成。适用于新集成的调研与交付；不适用于绕过流程手册的临时 connector 编码。

io.github.openclaw/openclaw/acp-router

把针对 Claude Code、Cursor、Copilot、OpenClaw ACP、OpenCode、Gemini CLI、Qwen、Kiro、Kimi、iFlow、Factory Droid、Kilocode 或明确 ACP 工具链工作的自然语言请求，路由到 OpenClaw ACP 会话或直接由 acpx 驱动的会话（“传话筒”流程）。涉及编码代理线程请求时先读本技能，且仅使用 `sessions_spawn` 创建线程。Codex 聊天绑定默认走原生 Codex app-server 插件，除非明确要求 ACP 或后台生成会话需要 ACP。

io.github.sickn33/agentic-awesome-skills/cursor-delegate

仅当用户明确要求时，把编码任务委派给 Cursor Agent CLI（`cursor-agent`），编排方保留审查与合入的职责。

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.github/awesome-copilot/anti-ui-slop

阻止编码 agent 交付千篇一律的 UI。利用 UIZZE 的 80 万多个真实 Web 和 iOS 界面来构建贴合产品的界面、定义设计契约、覆盖必要状态并执行严格的完成度检查。在 Codex、Claude Code、Cursor、Copilot 或其他编码 agent 中设计、实现、重设计、评审或上线前审查 Web/iOS 界面时使用。可用 "anti-ui-slop"、"stop UI slop"、"ground this UI in real screens" 或 "run the UI finish gate" 触发。

io.github.cheaper-inference/OmniRoute/cli-skill-collector

Detect installed CLI coding tools (Claude Code, Codex, Cursor, Copilot, Cline and more), search GitHub for matching agent skills, and install them to the detected tools via OmniRoute's built-in APIs.

io.github.affaan-m/ECC/claude-devfleet

通过 Claude DevFleet 编排多代理编码任务——规划项目、在隔离的 worktree 中派发并行代理、监控进度并阅读结构化报告。在跨隔离 worktree 派发并行编码代理并跟踪其报告时使用。

io.github.affaan-m/ECC/agent-eval

在自定义任务上对编码 Agent（Claude Code、Aider、Codex 等）进行正面对比，给出通过率、成本、耗时与一致性指标。当需要在多个编码 Agent 之间做选择，或对 Agent 配置的改动需要实测通过率、成本与耗时而非凭感觉时使用。

io.github.cheaper-inference/OmniRoute/ponytail

External agent skill (MIT, github.com/DietrichGebert/ponytail). Forces the laziest solution that actually works: question whether the task needs to exist at all (YAGNI), reuse what is already in the codebase, reach for the standard library before custom code, native platform features before dependencies, one line before fifty. Climb the ladder on every coding task — writing, adding, refactoring, fixing, reviewing, or designing code, and choosing libraries or dependencies. Supports intensity levels: lite, full (default), ultra. Never cut validation, error handling, security, or accessibility.

io.github.PostHog/posthog/writing-evals

讲解如何在 `products/posthog_ai/eval_harness/` 框架上编写与运行 evals——包括针对预置 Hedgebox 项目在 Docker 或 Modal 沙箱中执行真实编码代理的沙箱化 agent 套件，以及每个用例对单次进程内模型调用打分的 one-shot 套件。当在 `products/posthog_ai/evals/` 或 `products/*/evals/` 下新增或修改 eval 套件、用例、scorer、seeder、synthesizer，改动 `products/posthog_ai/eval_harness/` 下的框架，或运行/调试这些 evals（`hogli evals`）时使用。涵盖套件类型与发现机制、用例结构、seeder/synthesizer 分工、单分支 scorer 模式，以及结果解读。不适用于 `ee/hogai/eval/ci/` 的 pytest evals，也不适用于 LLM Analytics 产品的评估功能。

io.github.PostHog/posthog/debugging-local-task-agent-runs

调试本地 PostHog 任务运行的输出——向导云运行路径：在本地 Temporal `process-task` 工作流下于 Docker 沙箱中执行（先由向导集成 PostHog，再由编码代理提交并开 PR）。当本地运行卡住、失败或无输出，或需要读取向导/代理日志时使用。涵盖本地跑云运行所需的 `.env.local` 键与 `ai_features` intent、查找任务 UUID（docker ps、temporal CLI、localhost:8081 的 Temporal UI）、在沙箱容器内实时跟踪日志（`/tmp/posthog-wizard.log`、`/tmp/agent-server.log`），以及沙箱销毁后从对象存储读取按运行持久化的控制台日志。触发词：task-sandbox、run_wizard、agent-server、process-task、SANDBOX_PROVIDER、LLM_GATEWAY、cloud_run、posthog-wizard.log。

io.github.forcedotcom/salesforcedx-vscode/typescript

TypeScript 编码标准——在编写、评审或重构 .ts/.tsx 时适用，也用于 .ts 文件的命名/重命名（camelCase 大小写约定）。

io.github.BuilderIO/agent-native/security

agent-native 应用的安全编码实践：输入校验、SQL 注入、XSS、密钥、数据范围隔离与鉴权。在编写任何涉及用户数据或外部输入的 action、路由或组件时使用。

io.github.agent0ai/agent-zero/orchestrator

在将编码或仓库工作委派给外部终端编码 agent（用户的宿主 Claude Code/Codex/Cursor/Gemini CLI，或容器内安装的 pal agent）时使用。

io.github.DietrichGebert/ponytail/ponytail

适用于任何编码任务（编写、重构、修复、审查）的偷懒资深开发模式：YAGNI、标准库优先、不做未经要求的抽象。不适用于非编码请求。

io.github.compozy/compozy/testing-boss

关于“写出能暴露 bug 而非侥幸通过”的测试准则，覆盖软件与 LLM/AI 系统。在编写或评审测试、新增 mock、判断测试该放在哪一层、让编码 agent 生成测试、排查 flaky CI、为 LLM/agent 功能设计 eval 套件，或重建脆弱的测试集时使用。不用于通用代码评审、与测试无关的库调试、超出测试范围的 CI 流水线设计，或生产可观测性。

io.github.mattpocock/skills/review

从某个固定基点（commit、分支、tag 或 merge-base）起沿两条轴线审查变更——规范（代码是否遵循本仓库书面编码规范？）与规格（代码是否符合原始 issue/PRD 的要求？）。两条审查由并行子代理执行并并排呈现。当用户想审查分支、PR、进行中的变更，或要求“review since X”时使用。