workbuddy不提供编辑器级tailwind类名补全，其生成的类名依赖提示词质量与静态知识库，无法读取项目tailwind.config.js；需配合vscode插件使用，且存在响应式类、自定义主题、cn函数等可靠性边界。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
如果您在使用 WorkBuddy 生成网页时依赖 Tailwind CSS 类名补全功能，则需明确：WorkBuddy 本身不提供编辑器级的类名补全能力，其输出代码中类名的完整性与准确性取决于提示词质量及内部模型对 Tailwind 配置的理解程度。以下是验证该能力的关键路径：
一、WorkBuddy 输出代码中是否含合法 Tailwind 类名
WorkBuddy 在生成 HTML 或 JSX 片段时，会基于训练数据中高频出现的实用类（如 text-lg、flex、md:grid）直接写出符合 Tailwind 命名规范的类名，但不会动态读取项目中的 tailwind.config.js 内容，因此无法自动补全自定义 theme.extend 颜色、间距或断点。其类名来源为静态知识库，非实时语言服务器驱动。
1、输入提示词中明确指定类名层级，例如“使用 bg-brand-500 作为主按钮背景色”，若未在提示中声明 brand 色系，WorkBuddy 默认使用 bg-blue-600 等标准值。
2、当提示词含响应式要求（如“手机端隐藏侧边栏”），WorkBuddy 可输出 sm:hidden、lg:block 等标准前缀类，但不校验 content 路径是否覆盖对应模板文件，亦不触发 JIT 编译逻辑。
二、WorkBuddy 与 VSCode/Tailwind 插件协同工作效果
WorkBuddy 生成的代码需导入本地编辑器（如 VSCode）后，由 tailwindcss-intellisense 插件接管补全与悬停预览。此时补全能力完全取决于本地环境配置，WorkBuddy 不参与该链路。
1、将 WorkBuddy 输出的 HTML 文件保存至已配置 tailwind.config.js 的项目 src/ 目录下，确保 content 字段包含该路径（如 "./src/**/*.{html,js,tsx}"）。
使用 draw.io（.drawio 格式）和 SVG 生成兼容 Microsoft Visio 的架构图。当用户需要以下任一场景时触发： - 用于 Visio 或技术文档的架构/系统/网络图 - 带连接标注的分层控制系统图 - 将 draw.io XML 转换为稳定、可嵌入的 SVG - 修复 Visio 或 draw.io 无法打开的故障排查类图表 - 任何需专业级布局且文本可编辑的图表
2、确认 VSCode 右下角语言模式为 HTML 或 JavaScript React，而非 Plain Text；否则插件不会激活 class 属性内的补全。
3、若 WorkBuddy 输出了 cn("text-lg bg-red-500") 形式调用，需在 settings.json 中配置 "tailwindCSS.experimental.classRegex": ["cn\(([^)]*)\)"]，否则括号内字符串不会被解析为类名上下文。
三、WorkBuddy 自动注入类名的可靠性边界
WorkBuddy 对类名的生成属于单次文本生成行为，不具备编辑器中持续监听、动态推导、错误修正等交互能力。其“补全”实质是预测性填充，非语法感知型建议。
1、当提示词模糊（如“让标题更醒目”），可能输出 text-xl font-bold，也可能输出 text-2xl font-semibold —— 二者均合法，但无统一排序规则或主题一致性保障。
2、若提示词中混用非标准命名（如“用 my-btn-class”），WorkBuddy 可能保留该字符串，导致实际项目中无对应样式且插件无法提示纠错。
3、对 @apply、theme()、screen() 等 Tailwind 进阶语法，WorkBuddy 当前版本不生成也不校验其合法性，输出内容需人工核对。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
