用途：在创建或开发 Laravel 功能、编写代码或实现计划之前使用，通过自然协作对话把粗略想法细化为完整设计与规格，强调 Laravel 最佳实践与生态模式。
主要能力：先了解当前 Laravel 项目上下文（路由、模型、迁移、近期提交），再逐个提问细化想法；优先使用多选题，也可开放式；每条消息只问一个问题。探索方案时提出 2-3 种 Laravel 方案及权衡，先给出推荐并说明理由。设计按 200-300 字的小节呈现，每节后确认是否符合预期，覆盖数据库结构、模型与关系、路由与控制器、服务/动作、队列/事件、API 资源、验证、测试。
使用方式：对话式推进，一次一个问题；设计完成后将验证过的设计写入 docs/designs/YYYY-MM-DD-<feature>-design.md，包含功能概述、数据库结构、API 端点、业务逻辑流程，并提交到 git；如继续实现，询问是否准备实现，创建实现清单，可考虑测试驱动开发。
适用场景：Laravel 功能设计前期，如认证流程、API 设计、实时功能、文件上传、多租户、支付集成、搜索、管理面板等。
限制与原则：一次只问一个问题；优先多选题；严格 YAGNI，删除不必要功能；优先使用 Laravel 内置功能而非自定义方案；先提出 2-3 种方案再定稿；分节增量验证；保持灵活，必要时回头澄清。资料未提供具体收费、平台或效果信息。