我是一家【企业类型/规模】的IT，需要采购【设备类型】。
请按【经济型/标准型/高可用型】三档给出推荐：

【设备类型】包括：
- 台式机/笔记本/服务器/交换机/路由器/UPS/防火墙

每档需要包含：
1. 品牌型号
2. 核心配置（CPU/内存/硬盘/接口）
3. 适用场景（多少人/什么业务）
4. 参考价格范围
5. 主要优缺点

额外要求：
- 预算：【具体金额或范围】
- 特殊需求：【如静音/防尘/7x24运行】

我有以下业务需要部署：
【列出业务名称、负载特征、数据敏感度】

请帮我分析：
1. 适合跑在云主机还是本地物理机？为什么？
2. 如果上云，推荐什么配置（CPU/内存/硬盘/带宽）
3. 如果本地，需要什么服务器配置
4. 3年总成本对比（包含硬件、电费、维护、网络）
5. 混合部署的可行性方案

假设条件：
- 网络带宽：【多少M，是否稳定】
- 维护能力：【有/无】专职IT
- 合规要求：【等保/GxP/无】

我是一家【人数】人的【行业】企业，办公地点【单/多】个。
现有网络设备：【品牌型号，是否支持VLAN】

请帮我设计VLAN规划方案，包含：
1. 需要划分几个VLAN（给出名称和用途）
2. 每个VLAN的IP段建议（避免冲突）
3. VLAN间访问控制规则（哪些可以互访）
4. 网关放在哪个设备上
5. 是否需要VLAN间路由

特殊需求：
- 有【财务/研发/高管】部门需要隔离
- 有【打印机/监控/电话】专用设备
- 【有/无】访客WiFi需求

我需要为以下环境设计WiFi方案：
- 面积：【XX】平方米
- 办公人数：【XX】人
- 并发终端数：【约XX】台
- 结构：【开放工位/隔间/厂房/多楼层】
- 墙体和干扰：【石膏板/混凝土/有微波等干扰源】

请给出：
1. AP数量估算（最少/推荐）
2. AP品牌型号推荐（企业级）
3. 部署位置建议（如每XX平米一个）
4. SSID规划（员工/访客/IoT是否分开）
5. 认证方式建议（PSK/802.1X/短信认证）
6. 控制器方案（云控/本地/无控制器）

本地网络：
- 网段：【如192.168.1.0/24】
- 设备：【路由器/防火墙品牌型号】
- 带宽：【上行/下行】

云上资源：
- 云厂商：【阿里/腾讯/华为/ AWS】
- VPC网段：【如172.16.0.0/12】
- 云主机数量：【XX】台
- 业务类型：【数据库/Web/备份】

需要实现：【完全互通/特定端口/按需连接】
预算：【低/中/高】

请给出连接方案对比：
1. IPsec VPN（配置复杂度、稳定性、带宽）
2. 专线（成本、开通周期）
3. SD-WAN（适用场景）
4. 推荐方案及原因

我的企业情况：
- 人数：【XX】人，3年内预计【XX】人
- 电脑数量：【XX】台，全部Windows / 有Linux
- 现有IT人员：【有/无】，能力【初级/中级/高级】
- 合规要求：【有/无】（如等保、GxP）
- 当前痛点：【权限混乱/离职清理麻烦/密码管理难/无】

请帮我分析：
1. 是否需要部署AD域控？列出判断依据
2. 如果需要，推荐部署架构（单域控/主备）
3. 如果不需要，推荐什么替代方案
4. 部署AD的大致工作量和风险点
5. 迁移现有电脑的策略建议

我有【XX】台Linux服务器需要加入现有Windows AD域。
- Linux发行版：【Ubuntu/CentOS/Rocky/其他】
- AD域控版本：【Windows Server 2016/2019/2022】
- 需求：仅账号认证 / 需要sudo权限控制 / 需要Kerberos

请生成：
1. 完整加域步骤（含命令，适配我的发行版）
2. sssd.conf配置文件模板
3. 常见报错及解决方法（时间同步、DNS、权限）
4. 验证方法（如何测试域用户登录）
5. 回滚方法（出错如何退出域）

我的企业：
- 人数：【XX】人，客户端：【Windows为主/有Linux/Mac】
- 现有环境：【有/无】AD域控
- 外网访问需求：【有/无】，【移动办公/分公司】
- 预算：【低/中/高】
- 数据敏感性：【普通/敏感/核心】

请对比以下方案：
1. Windows文件服务器 + NTFS权限
2. NAS（群晖/威联通/国产）
3. 企业云盘（阿里云盘/腾讯微云/OneDrive）
4. 私有云盘（Nextcloud/Seafile）

每个方案需要包含：
- 适用规模
- 权限管理能力
- 外网访问方案
- 备份方式
- 大致成本
- 维护工作量

最后给出推荐方案及理由。

我需要以下能力：【邮件/文档协作/IM/项目管理/CRM/知识库】

请帮我分析自建 vs SaaS：

【自建方案】
- 推荐的开源/商业软件
- 需要的服务器配置
- 部署和维护工作量（小时/月）
- 3年总成本（服务器+电费+域名+维护人力）

【SaaS方案】
- 推荐的产品（列出2-3个）
- 收费标准（按人/按量）
- 数据导出/迁移能力
- 服务可用性SLA

【对比维度】
- 总成本（3年）
- 数据安全性和合规性
- 维护工作量
- 功能满足度
- 扩展性

最终建议：【明确推荐SaaS或自建，给出理由】

我的IT环境：
- Windows服务器：【XX】台
- Linux服务器：【XX】台
- 网络设备：【XX】台（品牌：【】）
- 云主机：【XX】台（厂商：【】）
- 容器：【有/无】，【Docker/K8s】
- 需要监控SaaS应用：【有/无】

监控需求：
- 硬件指标（CPU/内存/磁盘/温度）
- 服务状态（端口/进程/HTTP）
- 日志采集【需要/不需要】
- 告警渠道：【邮件/钉钉/企业微信/短信】

IT人员能力：【初级/中级】
预算：【免费/低/中】

请推荐监控方案：
1. 推荐的工具组合（如Zabbix/Prometheus/Uptime Kuma）
2. 部署架构（需要几台服务器）
3. 各工具的优缺点和适用场景
4. 部署步骤大纲
5. 常见维护工作

我的环境有：【Windows服务器/Linux/网络设备/云主机/容器/Docker】

请生成一份最小可行监控清单，包含：

对于每种设备类型，列出：
- 必须监控的项目（如磁盘空间、CPU、服务状态）
- 告警阈值（如磁盘<10%）
- 推荐检查频率
- 告警等级（严重/警告/提示）

额外要求：
- 区分【必须/推荐/可选】三个级别
- 给出每个监控项的验证命令或检查方式
- 按优先级排序（资源紧张时先做哪个）

输出格式：表格，包含【设备类型|监控项|阈值|频率|优先级|验证方式】

请为我的企业生成一份跨平台安全基线文档。

企业规模：【XX】人，行业：【】
合规要求：【等保二级/等保三级/ISO27001/无】

需要覆盖以下平台：
- Windows客户端（Win10/11）
- Windows Server（2019/2022）
- Linux服务器（Ubuntu/Rocky）
- 云主机（阿里云/腾讯云）
- Docker容器

每个平台需要包含以下策略：
1. 账号与密码策略
2. 远程访问策略
3. 防火墙/安全组规则
4. 审计日志要求
5. 补丁更新策略
6. 最小权限原则

格式要求：
- 每条策略一句话说清“做什么”
- 附带“为什么”（便于向老板解释）
- 附带“如何检查”（命令或操作路径）

我有【XX】台云主机，厂商【阿里云/腾讯云/华为云】。

请生成一份云主机安全加固检查清单，包含：

【必须项】（不做会出事）
- 具体配置项和操作步骤
- 每条给出云厂商控制台的操作路径

【推荐项】（建议做）
- 同上格式

【可选项】（预算充足或高危场景）

额外需要：
- 安全组规则最佳实践（具体到端口）
- 密钥管理建议（AK/SK如何保护）
- 操作审计（如何开启，何时需要）
- 常见漏洞检查命令

输出格式：勾选清单，每一项有“验证方法”

我有以下业务/应用需要评估是否适合容器化：

【应用名称】：
- 功能描述：
- 操作系统依赖：【Windows/Linux/均可】
- 是否无状态：【是/否】
- 是否需要持久化数据：【是/否】，数据量【】GB
- 是否依赖特定硬件：【USB Key/加密狗/串口】
- 是否有GUI界面：【是/否】
- 预期负载：【低/中/高】
- 维护人员能力：【】

请帮我评估：
1. 是否适合容器化（给出结论和3条理由）
2. 如果不适合，原因是什么，什么情况下可以容器化
3. 如果适合，给出docker-compose.yml模板框架
4. 不适合容器化的替代方案（如虚拟机/物理机）

输出格式：每个应用单独评估，最后给汇总建议

请为【软件名称】生成docker-compose.yml配置。

要求：
- 镜像版本：【latest/指定版本】
- 端口映射：【主机端口】:【容器端口】
- 数据持久化：需要挂载目录到【本机路径】
- 环境变量：【列出需要的变量】
- 重启策略：unless-stopped
- 网络：加入现有网络【网络名】

额外要求：
- 添加健康检查（healthcheck）
- 添加资源限制（CPU/内存）
- 添加日志轮转配置（max-size/max-file）

输出：完整的docker-compose.yml文件，附带启动命令和验证方法。

我的Docker环境：
- 运行方式：【docker-compose / 单容器】
- 数据卷位置：【如/data/容器名】
- 容器数量：【】个
- 数据库容器：【有/无，是哪个数据库】
- 备份目标：【本地NAS/云存储/其他】

请生成：
1. 备份策略建议（全量/增量频率）
2. 备份脚本（包含停止容器→备份数据→重启容器的逻辑，或不停止的热备份方案）
3. 恢复脚本（从备份恢复的步骤）
4. 定时任务配置（crontab）
5. 备份验证方法（如何确认备份可用）
6. 灾难恢复RTO和RPO估算

针对数据库容器，单独给出：
- 数据库内备份命令（如mysqldump/pg_dump）
- 与文件系统备份的区别和建议

【故障现象】：
（详细描述：什么不能做、什么报错、什么时候开始的）

【环境信息】：
- 设备/服务器类型：【】
- 操作系统版本：【】
- 网络环境：【】
- 近期变更：【有/无，如果有是什么】

【已做操作】：
（已经尝试了什么）

【日志/报错信息】（如有）：
（粘贴）

请按以下格式帮我排查：

1. 最可能的3个原因（按概率排序）
2. 针对每个原因，给出验证方法（一条命令或一个操作）
3. 如果验证通过，修复步骤是什么
4. 如果都不对，下一步应该检查什么
5. 需要收集哪些额外信息来进一步判断

网络故障描述：
- 源IP：【】
- 目标IP：【】
- 故障类型：【完全不通/丢包/延迟高/慢但不丢包】
- 同网段其他设备是否正常：【是/否】
- 故障发生时间：【一直/最近/特定时间段】

请按OSI模型分层给出排查步骤：

1. 物理/链路层检查（网线、灯、ARP）
2. 网络层检查（路由、防火墙、ACL）
3. 传输层检查（端口、NAT、会话表）
4. 应用层检查（服务状态、日志）

每层给出：
- 1个最可能的原因
- 1条验证命令（适配【华为/Cisco/Linux/Windows】）
- 预期正常结果和异常结果

最后给出：
- 最短路径排查建议（先查什么后查什么）
- 抓包分析的提示（如果需要）

容器故障描述：
- 容器名称：【】
- 现象：【无法启动/启动后退出/运行中但服务不可达/资源占用高】
- 最近操作：【更新镜像/修改配置/增加服务/无】

请帮我排查：

1. 快速诊断命令（查看状态、日志、资源）
2. 根据日志判断可能原因
3. 常见场景及解决方法：
   - 端口冲突
   - 磁盘空间不足
   - 内存不足导致OOM
   - 配置文件错误
   - 数据卷权限问题
4. 如果容器无法启动，如何进入容器内部检查
5. 临时恢复方案（如回滚镜像版本）
6. 长期解决方案

我的docker-compose内容（如有）：
（粘贴）

请为我的企业生成一份IT基础架构建设方案。

【企业信息】
- 名称/行业：【】
- 员工数量：【】人，3年后预计【】人
- 办公地点：【单地点/多地点，几个】
- 核心业务系统：【】
- 是否有开发团队：【是/否】
- IT人员：【有/无】，能力【】
- 年度IT预算：【】万元
- 合规要求：【等保/行业/无】
- 当前痛点：【】

【技术要求】
- 覆盖范围：Windows + Linux + 虚拟化(PVE/VMware) + Docker容器 + 云主机 + SaaS + 安全
- 方案风格：实用、可落地、不堆砌

【输出格式】
按以下章节输出：

1. 现状分析与需求优先级
2. 设备与虚拟化方案（含PVE/VMware选型）
3. 操作系统与环境（Windows/Linux发行版）
4. 身份认证策略（是否AD/替代方案）
5. 网络与混合云连接
6. 文件共享与存储（含NAS/私有云盘）
7. SaaS应用引入建议
8. 最小容器化方案（如适用）
9. 监控系统设计
10. 安全基线要点
11. 备份与容灾
12. 分阶段落地计划（3-6个月）

每个章节包含：判断标准、2-3个可选方案、明确推荐。

请对比以下技术/产品：

【选项A】：【名称】
【选项B】：【名称】
【选项C】：【名称】（可选）

对比维度：
1. 适用规模（多少人/多少设备）
2. 部署复杂度（1-5分，1最简单）
3. 日常维护工作量（小时/月）
4. 学习曲线（初级IT能否上手）
5. 社区/官方支持质量
6. 3年总成本（初始+运维）
7. 可扩展性（能否支撑到3倍规模）
8. 与传统企业环境的兼容性

我的环境特点：【】
我的团队能力：【】
我的预算：【】

最后给出：
- 明确推荐哪个
- 在什么条件下可以选择另一个
- 如果选错最坏后果是什么

请为【任务名称】生成一份SOP（标准操作流程）。

【任务描述】：
（一句话说清楚要做什么）

【适用人员】：【桌面运维/网络工程师/IT管理员/新员工】

【前置条件】：
- 需要的权限
- 需要的工具/软件
- 需要提前准备的信息

【操作步骤】：
分阶段列出，每阶段包含：
- 步骤编号
- 操作内容
- 预期结果
- 如果失败怎么办

【验证清单】：
- 如何确认任务完成

【常见异常与处理】：
表格形式：异常现象 → 可能原因 → 解决方法

【输出格式】：
可直接打印或导入知识库，包含检查框(□)

请根据以下信息生成一份故障复盘报告：

【故障概述】：（一句话）
【发生时间】：YYYY-MM-DD HH:MM
【恢复时间】：YYYY-MM-DD HH:MM
【影响范围】：影响的业务/用户数
【根因】：（技术层面一句话说清）
【触发条件】：（什么情况下会发生）

【时间线】：
- HH:MM - 发现现象
- HH:MM - 开始排查
- HH:MM - 定位根因
- HH:MM - 执行修复
- HH:MM - 业务恢复

【已做操作】：
（按顺序列出）

【改进措施】：
- 短期（1周内）
- 中期（1个月内）
- 长期（系统层面）

【责任归属】：（如需要，人或系统原因）

输出格式：可直接发给领导的报告风格，包含【关键结论】框。

请根据以下数据生成一份运维周报/月报：

【时间周期】：2026年X月X日 - 2026年X月X日

【工单统计】：
- 总工单数：【】
- 按类型分类：【网络】【硬件】【软件】【账号】【其他】
- 按优先级分类：【高】【中】【低】
- 平均响应时间：【】分钟
- 平均解决时间：【】分钟

【TOP问题】：（列出2-3类重复出现的问题）

【重点项目进度】：
- 【项目A】：进度%、状态、本周完成

【本周故障记录】（如有重大故障）：
- 时间、现象、根因、解决、影响

【下月计划】：
- 待办事项列表

【风险提示】：
- 可能影响业务的事项

输出格式：
- 先给摘要（1-2句话）
- 再给详细数据
- 最后给AI自动生成的结论/建议