79 个 · 按相关度排序
This skill should be used when the user asks to "fix a bug with minimal changes", "analyze change scope for a bugfix", "find the minimal set of files to change", "do a focused bugfix", or "scope a minimal repair".
中文简介正在准备中。当前显示原文说明。
系统性 Bug 修复流水线（P0-P8）：一次修一个，强制根因分析、独立 worktree、TDD、双层验收报告、forge-qa 回归；多会话经 .forge/active.md 防撞车。 铁律：不做根因分析不写代码；新发现禁止顺手修；没有用户最终结论不合并。 触发方式：用户说"bugfix"、"反馈个问题"、"修这个 bug"、"这里有问题"、"为什么不对"、"排查一下"、"investigate"、"forge-bugfix"，或报告错误、异常行为、功能失效时。
中文简介正在准备中。当前显示原文说明。
Root cause based one-shot bug fix. debugger diagnosis → requirements.md generation → /execute. /bugfix "error description" Full investigation pipeline: debugger + gap-analyzer + standard verify. QA suggestion after successful fix.
中文简介正在准备中。当前显示原文说明。
软件开发团队主理人（齐活林 · 交付总监）。统筹 4 位专家（产品经理/架构师/工程师/QA）按 SOP 工作流完成软件交付。支持快速模式（小需求/BugFix）和标准 SOP（中大型需求）。 触发词："帮我开发"、"帮我做一个"、"写一个应用"、"做个游戏"、"开发一个系统"、"修复 Bug"、"搭建项目"。 路由逻辑：小需求（≤10源文件/单页/小游戏）走快速模式 → 工程师直写；Bug修复走BugFix路径；中大型需求走完整PRD→架构→编码→测试SOP。
中文简介正在准备中。当前显示原文说明。
QA 纯验收（只测不修）：Mode A 完整验收（test-spec → 10 维度断言引擎 → 报告 + User Gate）；Mode B 供 forge-bugfix P6 调用做单 bug 回归并回填 BF 报告。 铁律：每个测试必须有 pass/fail 和深层断言；console.error 零容忍；不猜端口，只用传入的 app_url。 触发方式：Mode A 用户说"测试"、"QA"、"forge-qa"或 forge-dev 调度；Mode B 由 forge-bugfix P6 调用（传 review_doc）。
中文简介正在准备中。当前显示原文说明。
Protocolo sistemático de depuración en 6 fases. Enfoque estructurado ante errores con verificaciones rápidas, pruebas aisladas, regla de los 20 minutos y plantilla de informe de errores.
中文简介正在准备中。当前显示原文说明。
Систематический 6-фазный протокол отладки. Структурированный подход к багам с быстрыми проверками, изолированным тестированием, правилом 20 минут и шаблоном отчета об ошибке.
中文简介正在准备中。当前显示原文说明。
体系的な 6 段階デバッグプロトコル。クイックチェック、孤立テスト、20分ルール、バグレポートテンプレートを備えた構造化アプローチ。
中文简介正在准备中。当前显示原文说明。
系统的 6 阶段 Core Debugging 协议。结构化 Bug 处理流程，包含快速检查、隔离测试、20分钟规则和 Bug 报告模板。
中文简介正在准备中。当前显示原文说明。
Systematic 6-phase debugging protocol. Structured approach to bugs with quick checks, isolated testing, 20-minute rule, and bug report template.
中文简介正在准备中。当前显示原文说明。
通过先写测试、确认失败再实现的流程添加功能或修复缺陷。只编写让测试通过所需的代码，再保持测试通过并整理代码，完成前运行项目的完整测试集。
Format completed work in Grok Bot's claude-mem workflow as searchable XML records with a title, facts, file paths, and narrative. Return a skip marker for idle or initialization states, or when no tool results exist.
中文简介正在准备中。当前显示英语简介。
Create and check Git branch names using Conventional Branch rules. Choose a prefix for the task, normalize the description, detect the repository’s base branch, and create and switch to the new branch.
中文简介正在准备中。当前显示英语简介。
Fix bugs reported in GitHub issues through a reproduce-first process. The workflow guides code changes, build checks, verification, regression tests that check for recurring failures, and review before considering the fix complete.
中文简介正在准备中。当前显示英语简介。
Manage separate local development environments for multiple branches using the project's pnpm worktree CLI. Each environment has its own ports and dependencies, with options to share Supabase or isolate database changes for testing.
中文简介正在准备中。当前显示英语简介。
Triage incorrect MNN outputs and regressions by matching symptoms to focused debugging guides. Use backend comparisons, minimal reproductions, and controlled experiments to investigate memory issues, quantization, concurrency, numeric limits, caches, and inconsistent results across runs.
中文简介正在准备中。当前显示英语简介。
Develop features and fix bugs by writing a behavior test first, observing its expected failure, and adding the minimum code needed to pass. Then clean up the code while keeping tests passing, applying this process where regression risk warrants it.
中文简介正在准备中。当前显示英语简介。
Add and maintain Nexent Python unit tests with pytest. Isolate external dependencies, cover successful behavior, boundaries, and errors, and add regression assertions that detect fixed bugs. Review existing coverage and record test results separately from formal acceptance cases.
中文简介正在准备中。当前显示英语简介。
Develop and fix Nexent features by connecting written specifications, acceptance criteria, implementation, and verification evidence. Plan unit tests and appropriate staged checks, maintain their links to requirements, and fill confirmed test gaps after development.
中文简介正在准备中。当前显示英语简介。
Guide team Git work with consistent commit messages, branch naming, and review practices. Follow concrete steps for everyday development, urgent fixes, releases, merge conflicts, and version tags, including guidance on when to use merge or rebase.
中文简介正在准备中。当前显示英语简介。
Use when implementing any feature or bugfix, before writing implementation code
中文简介正在准备中。当前显示原文说明。
Triggers the WORK-PIPELINE when a user request starts with a [] tag (e.g., [new-feature], [bugfix], [WORK start]). Use this skill whenever you detect a [] tag at the beginning of a user message.
中文简介正在准备中。当前显示原文说明。
[omh] Software feature or bugfix not yet planned: structured planning before execution. Use when the user says: plan, implementation plan, make a plan, write a plan, write the plan, task breakdown, safe feature, safely add a feature.
中文简介正在准备中。当前显示原文说明。
Use when implementing any feature or bugfix, before writing implementation code
中文简介正在准备中。当前显示原文说明。