workshop
促进结构化需求研讨会(JAD风格)。引导会议议程,记录决策,解决冲突,并产出整合后的需求。支持多种研讨会形式。
把 Skill 的源码、资源快照、README、包体和安装信号放进一个可搜索、可筛选的公开目录。
促进结构化需求研讨会(JAD风格)。引导会议议程,记录决策,解决冲突,并产出整合后的需求。支持多种研讨会形式。
根据规范上下文创建架构决策记录。
交互式Gherkin场景创作。通过BDD最佳实践指导Given/When/Then结构的构建。
执行从构建到实施的完整GitHub Spec Kit 5阶段工作流程。
互动式SLO定义工作坊 - 指导如何定义SLI、设定SLO目标以及为服务建立错误预算政策
将GitHub问题分类到一个问题类别(日常任务、错误或功能)以用于ADW路由。用于确定应使用哪个计划模板。
根据任务类型(bug、feature、review、chore、research)动态加载特定任务的上下文。用于在开始工作前聚焦上下文。
分析一个失败的测试,修复根本问题,并验证修复是否成功。在/test报告失败后使用。
使用What-Why-How框架起草一份专业的电子邮件。当你需要向同事、利益相关者或领导发送邮件时使用。
生成一条结构良好的代码审查评论,使用传统评论格式。有助于对PR提供清晰、可操作的反馈。
与AWS Kiro格式同步规格(requirements.md, design.md, tasks.md)。
编写敏捷风格的用户故事,并附上关联的验收标准。
分析现有的提示,并使用七级框架提出改进建议
创建带有代理归属的Git提交,用于ADW工作流。在实施更改后使用以创建语义格式化的提交。
展示七个级别的代理提示,并提供快速参考。在决定提示复杂度级别时使用。
分析一个失败的端到端测试,修复根本问题,并验证修复结果。在/test-e2e报告失败后使用。
以夸耀文档格式记录一项成就,包括适当的分类和影响指标。
将规格转换为EARS格式或从EARS格式转换。
将规范转换为Gherkin/BDD格式或从Gherkin/BDD格式转换。
为系统设计混沌工程实验 - 识别故障模式,创建实验假设,并生成GameDay计划
审核代码库的代理层覆盖率,并确定投资机会。用于评估代理成熟度并发现差距。
配置基于钩子的事件处理以实现ADW可观察性。在设置PreToolUse、PostToolUse或其他用于工作流监控的钩子时使用。
从上下文捆绑文件中重新加载先前会话的上下文。用于从前一个会话恢复工作。
为项目创建最小可行的代理层结构。在为新项目添加代理功能时使用。