Klaus AI 开发团队

要解决什么问题

复杂开发任务往往横跨需求、设计、后端、前端和验收，单轮对话很难维持结构化交付，也容易在上下文里堆满无关信息。你需要的是按阶段出具体产物（PRD、接口规范、Go 服务、React/HTML Demo、测试报告），并且能在某一步卡住时只改那一环，而不是从头重来。

技能如何工作

Team-Klaus 把流程拆成 7 个固定角色：产品经理、UI、运维、Go 后端、Web 前端、联调、QA。三种入口对应不同粒度：

• 专家团：7 角色按流水线跑完全程；每步完成后可暂停检查，联调/QA 发现问题可触发 1～3 轮可配置的修复循环。
• 自定义（核心）：勾选任意角色组合，拖拽执行顺序，再点「执行流程」；内置如「快速 Demo（PM→FE）」「纯后端 API（PM→BE→QA）」等模板。
• 模板工坊：直接跑预置代码工作流，不手选角色。

机制上强调上下文传递：下游只读上游产出；点击角色头像可独立对话修改该步交付物，支持「应用」或「应用并重跑下游」。输出含「确认/请选择」类表述时会自动暂停等你拍板。预览侧有实时前端服务 → 静态 HTML Demo → 文档预览的回退链，并可打包下载。

技术栈约束在 SKILL 里写得很清楚：Go 后端无数据库、内存假数据；前端为 React 19 + TypeScript + Tailwind CSS 4；接口统一 { code, msg, data }；HTML Demo 尽量离线、无外部 CDN；交付文案默认中文。

适用边界与注意点

• 只问一句、翻译一段文字这类轻量任务，用普通聊天更合适；本技能面向多角色协作的开发交付。
• 完整后端能力依赖本机 Go ≥ 1.21；整体运行在 WinClaw 上，且 Gateway（右下角绿灯）需正常。
• 专家团模式下角色按顺序执行、不跳过；只有自定义模式才能「只跑 PM + FE」等裁剪路径。