必须使用【@workspace】标签强制扫描全项目，否则copilot仅分析当前打开文件导致拆分建议失真；通过#引用关键文件或#opentabs聚焦真实上下文，再分三步提取调用关系、识别跨库/事务依赖、输出带边界定义的最小可行拆分方案。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你需要在团队评审前快速梳理微服务拆分边界，又不想花半天时间重读整个单体代码库——GitHub Copilot Chat 能基于你当前打开的文件、目录结构甚至终端日志，实时生成可讨论的拆分建议和依赖图谱。
明确告诉Copilot你要拆什么
直接在聊天框输入“帮我设计微服务拆分方案”效果很差。必须用 【@workspace】 标签强制它扫描整个项目，否则它只看当前文件，可能把用户中心模块误判为边缘工具类。
输入：@workspace 请分析当前项目的模块耦合关系，识别适合独立为微服务的候选域
这一步必须加 @workspace，否则 Copilot 默认只读取编辑器里打开的那1～2个文件，给出的拆分建议会严重失真。
用文件引用锚定关键上下文
方法一：用 # 引用核心文件，让 Copilot 聚焦真实业务逻辑
输入：请基于 #src/main/java/com/example/order/OrderService.java 和 #src/main/java/com/example/user/UserService.java，对比它们的数据访问层和事务边界，判断是否应拆分为两个独立服务
方法二：用 #openTabs 让 Copilot 看到你正在交叉比对的多个文件
输入：分析 #openTabs 中所有文件的包路径、数据库表名和 REST 接口路径，列出跨模块调用最频繁的三个接口
注意：#openTabs 只包含你当前真正打开的标签页，关掉无关文件再执行，否则 Copilot 会被噪声干扰。
让Copilot画出依赖关系图
第一步：先让它提取所有模块间调用
输入：@workspace 扫描全部 Java 文件，找出所有 @FeignClient、RestTemplate 或 WebClient 的调用点，生成调用方→被调用方表格
第二步：要求它把表格转成可读性更强的结构描述
输入：把上一步结果按调用频次排序，标出哪些调用跨了数据库实例，哪些调用触发了分布式事务
第三步：引导它输出带边界的拆分建议
输入：根据上一步的跨库调用和分布式事务标记，给出三个最小可行拆分方案：每个方案列出新服务名、核心职责、必须共用的共享库、以及第一期需迁移的API列表
