通过探索某个领域的代码、架构或系统,构建对该领域的深刻认知模型。
为已实现的功能生成文档——@moduledoc 注释、README 更新以及 ADR 文档。在 /phx:review 通过后运行。
Ecto 在 Schema、查询、Changeset 以及迁移中的常用模式。在处理数据库代码时加载这些模式。
在修复 Bug 或完成修正后,及时总结经验教训,更新知识库,以避免未来重蹈覆辙。
基于全面调研,精心规划 Elixir/Phoenix 功能。召集专业代理,输出结构化的规划方案,并附上可供 /phx:work 执行的复选框清单。
审计并修复移动端适配问题。当用户反馈移动端界面问题、分享移动端截图,或请求检查响应式设计时,可使用此方法。
将项目描述分解为结构清晰的 GitHub 问题,其中包含用户故事、验收标准、依赖关系与估算值。
将 AI 输出格式化为统一、易读的 Markdown 格式,适用于 PR、问题、文档与笔记。
开启自主循环模式,助力持续开发会话。**重要提示:**务必在完成需求规格与实施方案之后、正式开始实施之前启用此模式。正是这一机制让自动化构建真正具备“自主”特性——Stop 钩子会强制执行完成标准。
帮助编写、调试并理解 Kukicha 代码——这是一种对初学者友好的语言,可转译为 Go。在处理 .kuki 文件、探讨 Kukicha 语法、运用 onerr 进行错误处理、使用管道运算符,或借助 Kukicha 编译器/转译器时,均可使用此工具。
当用户希望根据工单编号、描述或任务概要,创建命名规范的功能分支时使用。触发词包括:“创建分支”“新建分支”“为……创建分支”“开始着手开发”。
当用户想要提交当前更改、创建 Git 提交,或希望以结构化信息撰写提交说明时使用。触发词包括:“提交”“提交更改”“创建提交”“Git 提交”。