展开本页目录
开始前准备什么
- 先解压练习包，保留原生输入文件；合成样本与作者参考不作为真实业务证据。
- 核对官方支持的账号、套餐、语言、客户端和管理员权限；本页不代替产品订阅。
- policy-author.json是作者练习政策，不是Outlook可导入配置；本轮未修改真实日历政策。
- 打开排期政策原件
- 核对Calendar Instructions入口
- 录入工作时间和午休
- 请求一场30分钟测试排期
- 加入唯一空档冲突
- 只批准一次性例外
- 核对永久政策和实际建议
1. 打开排期政策原件
读取policy-author.json与input.docx，先区分常规偏好和一次性例外。09:00、12:00–13:00都带时区，不只写“上午”“午休”。
2. 核对Calendar Instructions入口
以管理员允许的Outlook测试账号查看官方Calendar Instructions支持范围。不同客户端或发布阶段可能不一致，没有入口就记录限制。
3. 录入工作时间和午休
输入工作日09:00后开始、12:00–13:00不排会，保存后回读。政策是建议上下文，不是安全权限或强制防火墙。
4. 请求一场30分钟测试排期
先给09:30等可行空档，请Copilot建议30分钟时段，检查是否遵守两条政策；先不发邀请。
5. 加入唯一空档冲突
再加入“唯一可用时间为12:15”这一冲突样本。正确核对重点是说明冲突，不能偷偷改午休或编造其他人空闲。
6. 只批准一次性例外
只有自己明确批准后才对本次测试设置12:15例外，检查产品是否支持一次性表达；若不支持，保持冲突待人工处理。
7. 核对永久政策和实际建议
回看永久Instructions与此次建议，确认例外没有改成永久规则。把实际解释保存到run-record.csv，不由本地可行性表推断云端已执行。
prompt.txt
任务：Outlook Calendar Instructions：给Copilot设置会议政策，核对午休和最早开始时间
输入：input.docx和同包原生练习材料，保持原件不变。
1. 在Calendar Instructions录入明确边界
2. 请Copilot建议满足规则的排期
3. 分别加入一条冲突条件和一次性例外，检查建议解释
具体样本：
P1；工作日09:00后开始；常规偏好
P2；12:00–13:00午休不排会；常规偏好
P3；每次30分钟；本次任务
P4；只有12:15可用；冲突测试
P5；本次允许12:15，须明确同意；一次性例外
输出：政策设置、可行建议和冲突说明
验收：建议遵守可执行规则；冲突有说明，不把偏好当强制权限系统
身份与边界：policy-author.json是作者练习政策，不是Outlook可导入配置；本轮未修改真实日历政策。
不得伪造产品入口、账号权限、来源、DOI、运行轨迹或已通过记录。
练习文件与执行范围
policy-author.json是作者练习政策，不是Outlook可导入配置；本轮未修改真实日历政策。
下载包保留作者输入、分析与结果参考，以及等待你填写的实际运行记录。此页未登录执行目标云端功能。
怎样确认已经完成
- 建议遵守可执行规则
- 冲突有说明，不把偏好当强制权限系统
- Calendar Instructions是排期偏好输入；遇到唯一空档在午休内，必须保留冲突或获得一次性例外。
- policy-author.json是作者练习政策，不是Outlook可导入配置；本轮未修改真实日历政策。
常见问题
能告诉Outlook的AI午休别排会吗？
输入工作日09:00后开始、12:00–13:00不排会，保存后回读。政策是建议上下文，不是安全权限或强制防火墙。 Calendar Instructions是排期偏好输入；遇到唯一空档在午休内，必须保留冲突或获得一次性例外。
排期规则互相冲突时Copilot怎么处理？
只有自己明确批准后才对本次测试设置12:15例外，检查产品是否支持一次性表达；若不支持，保持冲突待人工处理。 policy-author.json是作者练习政策，不是Outlook可导入配置；本轮未修改真实日历政策。
下载包中的结果是目标产品已经生成的吗？
结果参考由作者制作并以原生文件打开、渲染和检查，供你实际操作后对照。没有将本地材料验证说成目标SaaS已运行。