沟通与资料整理

Copilot 可以把零散材料组织成面向特定读者的输出。提示中应说明材料来源、目标格式、时间范围和哪些结论需要引用依据，避免让模型填补尚未确认的项目事实。

生成可复用模板

官方 README 示例要求覆盖项目说明、安装、使用方法、贡献方式、许可证和联系信息。实际使用时，先说明项目类型和读者，再让 Copilot 为尚未确定的信息保留占位。

生成后逐节处理：

1. 把仓库地址、项目名称与命令换成真实值。
2. 核对安装前提、依赖及运行步骤，不能沿用示例猜测出的技术栈。
3. 确认许可证与贡献规则确实适用于仓库。
4. 删除不适用的部分，再将剩余结构保存为团队模板。

同样的方式可以用于常用文档结构。模板的用途是统一需要填写的信息，不能代替项目的实际说明。

汇总仓库活动并排序

官方 CLI 教程让 Copilot 获取一段时间内的 Issue、PR、提交和 CI 信息，形成需要优先处理的工作列表。开始时明确仓库和时间窗口，再要求输出每项的原因与对应链接。

一种可复用的提示方式是：

汇总这个仓库过去一周的活动，重点检查失败的 CI、阻塞的 PR、需要处理的安全问题和等待评审的变更。按优先级分组，每项给出来源、影响和建议的下一步；无法确认的信息单独列出。

阅读摘要时，先检查采集范围，再判断排序是否符合团队目标。某次 CI 失败是否仍未修复、PR 是否仍被阻塞，需要以对应对象的当前状态确认。官方回答中的 PR 编号、提交和漏洞编号属于演示内容，不能作为真实仓库报告引用。

归纳研究材料

可以提供 GitHub 或公开网页链接，也可以把文本直接放进 Chat，要求总结趋势、洞察及建议。材料较多时，把问题限定为某个决策，例如需求优先级，而不是只要求“总结所有内容”。

审阅时将结果分为三类：原文明确陈述的观察、跨材料归纳的模式、基于这些模式提出的建议。数字与引语回到原文核对，建议则检查是否超出了样本能支持的结论。

官方研究教程以虚构的 EcoSmartBottles 材料演示综合过程。其用户反馈和统计不能视为真实调研结果，也不适合作为产品决策的外部证据。

把结构或时间安排转成图

官方教程使用 Mermaid 描述图表。可以向 Copilot 提供代码关系、流程或项目安排，要求输出相应的 Mermaid 内容，再放入支持 Mermaid 的 GitHub Markdown 场景，例如 Issue、Discussion 或 PR。

生成图后仍需核对：

• 节点与连线是否与材料一致，有没有省略异常分支。
• 时间图的开始、结束、持续时间与依赖是否相互一致。
• 渲染出来的图是否表达了预期关系，而不只是语法能够通过。

官方甘特图示例的提示日期、图标题年份和阶段安排存在不一致；不要直接复用其中的时间线。给出明确且前后一致的日期，再检查最终渲染。