在使用 Microsoft Copilot 生成脚本时，最令人困扰的莫过于它把所有逻辑都堆在同一层级上——既没有缩进，也没有分段，更缺乏清晰的模块划分。最终结果就是脚本虽然能运行，但可读性极差，调试过程异常痛苦，更谈不上复用。究其根本，问题出在提示词上：如果你没有明确告知 Copilot“如何分层”，它默认就会将所有内容压成扁平结构。

实际上，想要有效控制输出层级并不复杂，关键在于掌握三个要点：明确声明、符号锚点以及负向指令。

明确声明输出层级结构

不要指望 Copilot 能自动推断出“合理的结构”。你必须在提示词的开头，直接定义脚本的物理分层方式。例如，要生成一个检查磁盘空间并发送邮件告警的 PowerShell 脚本，可以这样写：

“请编写一个 PowerShell 脚本，用于检查本地磁盘空间并发送邮件告警。【必须严格按以下 4 层组织】：①顶部注释块（包含作者、日期、功能说明）；②参数声明区（使用 param() 包裹，包含 $ThresholdPercent 和 $SMTPServer）；③函数定义区（仅允许定义 Get-DiskUsage 和 Send-AlertMail 两个函数，每个函数独立成段，中间空一行）；④执行主逻辑区（仅包含调用语句，不写入任何业务逻辑）。”

注意，“必须严格按以下 4 层组织”这类强约束词必不可少。少了这一步，Copilot 很可能会把 param()、函数定义和调用语句全部混在一起，甚至将注释塞进函数体内部。

用符号锚点强制分段

有时，Copilot 对“区域”“区块”这类抽象词的理解不够稳定。这时，改用可见符号来标记边界，效果会显著提升。

方法一：使用三重井号分隔
在提示中加上这样一句：“在每个功能区块前插入 ### [区块名]，例如 ### 参数配置、### 核心函数、### 执行入口。”Copilot 会将 ### 视为硬性分段符，这比“请分成几部分”这类模糊指令可靠得多。

方法二：采用分隔线 + 命名
还可以这样写：“所有输出必须包含三处固定分隔线：———【配置区】———、———【逻辑区】———、———【出口区】———。每处分隔线后紧跟对应内容，不得省略分隔线，也不得添加额外空行。”

【注意】分隔线一定要带中文括号和全角破折号。实际测试表明，Copilot 对“--- Config ---”这类英文格式的识别率会降低 30% 以上。

禁用扁平化输出的负向指令

仅仅说“请分层”是远远不够的。你必须明确告诉 Copilot 哪些行为是禁止的。

第一步：列举典型错误模式
在提示末尾增加一段“禁止行为”清单：
“禁止行为：①将函数体直接写在 param() 下方且不空行；②在主逻辑区出现 if/foreach 等控制语句；③在函数内嵌套定义另一个函数；④所有变量声明混杂在脚本顶部，不归属于对应函数内。”

第二步：绑定后果描述
加上一句：“若违反任何一条禁止行为，输出视为无效，需要重新生成。”这句话分量很重，Copilot 会因此主动规避常见的扁平化写法。

第三步：提供正向参照
最后，附上一个样例格式：“参考样式：param() → 空行 → function Get-DiskUsage {…} → 空行 → function Send-AlertMail {…} → 空行 → Get-DiskUsage | Where-Object {…} | Send-AlertMail”。Copilot 对样例的模仿准确率远高于纯文字描述。