Colay / 指南
用 macOS 快捷键开始起草项目状态报告
同一份笔记既要整理成管理层简报，又要维护成工作风险日志，每周报告就容易变得繁琐。Colay 可以从一组准备好的项目事实中起草这两种视图。在 macOS 上，默认快捷键 ⌘⇧K 打开悬浮窗口；随后由您提供获准使用的文字并检查结果。它让起草靠近手头工作，但不会自动读取项目工具或发布报告。
给报告一个截止点和事实来源
在打开悬浮窗口之前，定义报告周期和截止时间。仅复制允许共享的注释，删除草稿不需要的个人或机密详细信息。在每个项目旁边添加一个参考标识符，以便您可以再次找到原始任务或决策。模型应该重新组织这些材料，而不是从你的语气推断项目的健康状况。
把已完成工作、当前阻碍、未来风险和待请求的决定分开记录。“测试已完成”和“测试预计明天完成”不能写成同一状态。若缺少负责人、日期或验收结果，请在输入中明确标注。
从相同的事实得出两种观点
状态报告回答了哪些变化、哪些重要以及需要做出哪些决策。风险日志记录可能发生的情况、需要观察的触发器和响应负责人。已经出现的问题属于阻碍部分；其可能的下游影响也可能是一种风险，但这两种说法应该是可以区分的。
考虑以下虚构输入：T-18 已完成并验收；T-19 正等待外部测试环境；团队以 10 月 12 日演示为目标，但尚未作出日期承诺。下面的记录说明如何保留这种区别。这些是练习输入，不是真实项目或实测结果。
| 视图 | 草稿条目 | 需要跟进 |
|---|---|---|
| 已完成 | 根据所给笔记，T-18 已验收 | 保留验收参考 |
| 当前阻碍 | T-19正在等待外部测试环境 | 确认负责联系人 |
| 风险 | 如果环境持续不可用，演示目标日期可能推迟 | 设置负责人和审核触发器 |
| 预测 | 10 月 12 日是目标，不是已确认的承诺 | 保留执行摘要中的限定条件 |
保留可重复使用的报告提示
将提示与报告模板一起保存在模型对话之外，以便于检查和更改。如果您想单独检查缺失的决定和不明确的日期，请选择 Colay 中可用的智能体。当单个源绑定草稿已提供报告时，无需请求多次重写。
仅根据以下项目笔记生成两份草稿：[带引用编号的笔记]。报告周期与信息截止时间：[时间]。第一份为简要状态更新：完成事项、变化、受阻事项、下一步及所需决定。第二份为风险日志：原因、可能事件、影响、触发条件、应对、负责人和复查日期。保留实际情况、目标和承诺的区别。每项事实对应一个输入编号。缺少负责人或日期时标为未知。不要编造进度百分比、概率、批准或完成情况。单独列出矛盾供我检查。
用快捷键起草，再回到原来的工具
该快捷方式可在“设置”中配置。打开悬浮窗口不会提取当前屏幕、同步工单或发送报告。这很重要，因为最终的工具仍然是管理负责人、版本和分发的地方。保持Colay的草稿步骤明确，这样就不会有人将有吸引力的摘要误认为是记录系统更新。
- 使用默认的 ⌘⇧K 或您配置的快捷方式打开 Colay 的 macOS 悬浮窗口。
- 提供准备好的注释和提示；检查是否存在预期的报告期。
- 将输出与原始注释进行比较，特别是日期、负责人以及工作是否被接受。
- 将审核后的草稿复制到您的正常报告或风险登记册中并完成其审批流程。
根据报告的决定而不是其修饰来检查报告
对于每个红色或琥珀色项目，询问读者是否可以识别下一步行动以及需要执行该行动的人员。对于每种风险，询问什么可观察到的触发因素会改变响应。避免使用精确的百分比，除非它们来自定义的、提供的测量值；模型生成的数字可以使不确定性看起来得到解决。
保留简短的纠正日志：将日期强化为承诺，将缺失的负责人隐藏在被动语言中，或者将阻碍因素软化为一般进展。用它来完善下一个提示。有用的改进是报告需要更少的事实修复，同时保留证据线索，而不是一个未经证实的声明，即报告现在只需敲击一次按键。
问题及解答
⌘⇧K会自动创建报告吗？
不会。默认快捷键只打开悬浮窗口。您提供笔记、请求草稿、完成审核，再把结果放入日常报告工具。
Colay可以计算项目风险概率吗？
不要将虚构的概率视为一种测量。如果需要计算，请提供您的实际方法和数据；否则保持不确定性的定性和可见性。
此模板中的阻止因素与风险有何不同？
当前阻碍已经影响工作。风险描述未来可能发生的事件或后果，以及需要监控的触发条件和应对措施。
将您的下一个问题提交给 Colay
选择一个模型、使用 Auto，或通过 Consensus 汇集多种观点。