MarsCode重构需用结构化指令控制层次：用职责动词（如“获取”“转换”）锚定拆分层级，以文件路径模板规范输出密度，通过分段确认打断长输出链。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
让MarsCode输出的重构结果具备清晰层次，不是靠反复追问“再分细一点”，而是用结构化指令锚定代码职责边界、明确拆分粒度、控制输出节奏——否则AI会把一个按钮组件拆成12个文件，或者把状态管理逻辑塞进UI组件注释里。
用「职责动词」锁定拆分层级
第一步：打开待重构文件，在MarsCode输入框中写下「将app/page.tsx中与用户数据获取相关的逻辑抽离为独立服务函数」。【必须写明“用户数据获取”而非“数据逻辑”】——AI对模糊词无感，“获取”指向API调用，“渲染”指向JSX，“校验”指向schema或zod，每个动词绑定唯一职责层。
第二步：等AI输出后，立刻追加指令「不要修改已生成的服务函数，仅把其中字段映射逻辑（如user.name → userName）单独抽为transformUser工具函数」。这一步强制AI识别出“转换”是比“获取”更低一层的子职责，避免所有逻辑堆在同一个函数里。
第三步：若AI仍把transform逻辑混在service里，直接复制它刚生成的那段映射代码，选中→右键→「提取为新函数」，再输入「函数名设为transformUser，返回类型严格匹配UserDTO」。手动选中+命名约束，比纯文字指令更可靠。
用「文件路径模板」控制输出密度
方法一：在指令开头明确写「生成文件时，路径必须符合：src/services/user/fetchUser.ts、src/utils/transformUser.ts、src/types/user.ts」。AI看到斜杠分隔的完整路径，会自动按域（services）、工具（utils）、契约（types）三层组织，而不是全扔进src/lib。
方法二：若项目已有约定俗成的目录结构（如src/features/profile），直接写「所有新文件必须放在src/features/profile下，且不得新建子目录」。这能防止AI擅自创建hooks或components二级夹，破坏现有架构节奏。
注意：路径中【不能出现通配符如*或...】，AI会把src/**/api.ts理解为正则，生成一堆同名文件。
用「分段确认」打断长输出链
当AI开始输出组件拆分结果时，它常会一口气生成Header、Body、Footer三个文件，但Footer里混着分页逻辑——你根本来不及干预。正确做法是：在第一次指令末尾加「只输出Header组件代码，其余暂不生成」。
等Header代码返回后，立刻发新指令「基于刚才的Header组件，生成配套的HeaderProps接口定义，文件路径为src/components/Header/index.ts」。这一步把类型契约和实现分离，形成「组件→Props→测试」的天然三段式。
最后再补一句「现在生成Footer组件，要求：1.只包含分页控件；2.接收props类型必须引用刚定义的HeaderProps中的PaginationConfig；3.不包含任何样式类名」。三层约束叠加，AI无法自由发挥。
