Loading...
Loading...
共找到 75 个 Skills
面向JARVIS系统状态的Pinia状态管理
关于测试、代码结构、命名规范、错误处理及文档的不可妥协的代码质量标准
测试规划与覆盖率策略工作流。适用于设计测试套件、设定覆盖率目标、规划TDD方案，或是评估现有代码库中的测试缺口。
Use when 需要把一个功能从模糊想法推进到可执行开发计划，并在同一份计划文档中完成需求分析、任务拆解与状态追踪。
使用 RED-GREEN-重构（red-green-refactor）循环进行测试驱动开发。适用于用户希望用 TDD 构建新功能或修复 bug，提到 “red-green-refactor”，希望使用集成测试，或询问“test-first development（先写测试）”。
用于简单变更的轻量级工作流——规划 → 实现 → 可选PR。默认直接提交；可通过synthesisPolicy或运行时request_synthesize事件选择是否进入synthesize流程。适用于微小修复、配置调整、单文件变更，或无需子Agent调度、无需两阶段评审的探索性工作。触发词：'oneshot'、'quick fix'、'small change'或/oneshot。
原生适配Goose的软件交付命令套件，覆盖产品验证、范围质疑、规划、TDD落地、调试、评审、QA及发布交接全流程
面向电商功能的规范驱动开发框架。通过结构化规范和任务拆解，协调从需求意图到落地实现的全流程。触发指令包括："/spec.plan"、"/spec.refine"、"/spec.clarify"、"/spec.tasks"、"/spec.run"，以及语句"I want to build"、"I want to add"、"create spec"、"feature spec"、"new feature"、"implement feature"。
用于审查测试覆盖率、识别测试缺口并确保全面验证的测试质量检查框架
Plans.mdのタスクに基づいて機能を実装しコードを書く。Use when user mentions implementation, adding features, writing code, or creating new functions. Do not use for review or build verification.
当产品方向、技术方案和接口形态已足够明确可开展实现工作时使用——通过聚焦的任务、测试、检查和评审处理来交付低不确定性的工作。
项目专属Skill模板示例。创建自有项目规范时可将其作为起点。