AI 产品与动态AI 应用

共享Copilot自动化怎么交接?用月报修订差异做可复跑检查

共享自动化适合把团队反复执行的任务交给仓库共同维护,但交接是否完成,要看接手人能否用相同材料得到可核对的结果。本例比较同一份10月月报的两版CSV:仅纳入approved记录,金额应从2000修订为2650,差额650;这不是销售环比增长。以下数据、提示词、错稿与参考答案均为本站虚构教学材料,没有实际创建或运行Copilot自动化。

窗边两个人围绕笔记本电脑协作,其中一人戴着耳机
配图:Sandisk · Unsplash License团队协作资料配图,不是Copilot界面或本次功能实测现场。

先明确任务与结果

固定两个输入版本、纳入规则、行编号与只读输出,再在具备功能的仓库选择Shared并核对触发器、工具和费用归属。用正常材料、缺文件与重复编号验收,最后由接手人复跑,不把自动化可见当成报表正确。

这次变化是团队所有权,结果仍要单独验收

GitHub在2026年10月28日的公告说明Shared Copilot Automations正在逐步开放。仓库团队可以共同维护共享自动化,AI额度由仓库所有者承担。公告发布不代表你的账号已经出现Shared入口。

当前Copilot Automations文档将功能限定于受支持的付费Copilot计划和符合条件的私有或内部仓库,组织、仓库及cloud agent设置也会影响可用性。没有入口时先核对资格;下面的材料仍可独立练习。

本篇负责月报修订核对的交接。如果你需要从Teams通知调查问题并进入PR,使用另一篇Teams问题与PR试跑,不要把两种任务的权限与完成条件混在一起。

交接材料应指向同一对版本

把下面三份文本当作自编练习文件:reports/baseline.csv、reports/current.csv和reports/reporting-rule.md。两份CSV均属于2026年10月,只是修订版本不同。每份文件内line_id唯一,状态只允许approved或draft,本轮只统计approved金额。

先按原始与当前文档的版本确认方法约定基线与新版本。不让AI自行选择目录中看起来最新的文件,也不把这些示例路径当成已经存在于你的仓库。

reports/baseline.csv:基线

line_id,team,amount_usd,status
L01,North,1200,approved
L02,South,800,approved
L03,West,500,draft
虚构教学数据,分组名称不代表真实客户。

reports/current.csv:同月修订版

line_id,team,amount_usd,status
L01,North,1350,approved
L02,South,800,approved
L03,West,500,approved
L04,East,400,draft
L01改金额,L03改状态,新增L04仍为draft。

reports/reporting-rule.md:本次约定

rule_version=report-review-v1
report_period=2026-10
currency=USD
include_only_status=approved
line_id_must_be_unique_within_each_file=true
baseline_path=reports/baseline.csv
current_path=reports/current.csv
Compare revisions of the same October report, not month-over-month growth.
Missing files, duplicate IDs or unknown statuses require a blocked result.
No source edits, commits, PRs, comments, labels, emails or external messages are requested.
编辑设计的任务约定,不是Copilot专用配置语法。

让提示词既能给答案,也能明确停止

任务必须包含输入路径、纳入规则、差异解释与停止条件。本轮只读取材料并输出审阅文本,发布月报、修改源数据和发送消息是不同任务。

提示词不能保证模型答对,也不能代替工具权限。把它与完整输入一起提供,并使用后面的参考结果验收;只得到一段流畅说明并不够。

月报修订核对提示词

请读取reports/reporting-rule.md、reports/baseline.csv与reports/current.csv,核对虚构2026年10月月报的两个修订版本。
只用这些材料,按line_id对照;各文件内编号必须唯一,仅纳入status=approved的amount_usd。
缺文件、编号重复或状态不是approved/draft时停止,列出阻碍,不猜测补全。
输出规则版本、实际路径、两版纳入金额、差额和相对基线修订幅度;逐行说明贡献,区分金额改变、状态改变、新增但未纳入,用line_id解释每个数字。
说明材料不能证明的业务原因。不要把两版修订称为销售环比,不将draft计入approved合计。
只在运行结果中给审阅文本,不改文件、不提交、不开PR、不评论、不加标签、不发邮件或调用外部消息工具。需要额外动作才能继续时停止并说明。
同一输入复跑可有不同措辞,但数值、行编号与纳入判断必须一致。
自编教学提示词,不是已执行的自动化记录。

有Shared入口时,建立一次有限试跑

GitHub的创建与测试指南说明了Agents页的Automations入口、手动创建表单和Run中的试跑步骤。按当前可见界面设置一个便于团队人工核对的任务。

核对实际触发时间和资源,把首次计划触发安排在人工验收之后。只选择读取约定文件所需工具,逐项查看工具建议,不为本例授予文件修改、评论或外部系统写入能力。

本文没有核验你的账号界面、工具配置或运行结果。若读取能力不可用,应记录限制,不以空白结果冒充完成。

  1. 在仓库Agents → Automations → Create automation按指南手动创建并填写名称。
  2. 选择Shared,录入提示词,核对触发器、工具、费用归属与适合试跑的额度限制。
  3. 保存后从Run模拟触发,打开session核对实际读取内容与下面的参考答案。
  4. 正常与失败材料均符合约定后,让接手人复跑,再确认日常触发安排。

参考答案:650来自金额与状态两种变化

基线纳入North的1200与South的800,合计2000。修订版纳入1350、800与West的500,合计2650。差额2650−2000=650;相对基线的修订幅度为650÷2000=32.5%。

L01贡献150,因为approved金额从1200改成1350。L03贡献500,因为原来存在的500从draft改成approved。L04虽是新行,但仍为draft,贡献为0。

接手人应能从行编号重建说明。不能把状态变化说成新发生销售,也不能把同月修订解释为跨月增长;材料并未提供这些业务原因。

逐行核对参考答案
行编号基线 → 修订纳入变化解释
L011200/approved → 1350/approved+150金额修订,两版均已纳入
L02800/approved → 800/approved0未变化
L03500/draft → 500/approved+500原行改变纳入状态,金额未变
L04无 → 400/draft0新增但未纳入approved合计

参考审阅文本

规则report-review-v1;同一2026-10月报;币种USD。
输入reports/baseline.csv与reports/current.csv。
基线approved金额2000;修订版approved金额2650。
修订差额+650;相对基线修订幅度32.5%。
L01金额修订+150;L03从draft纳入approved +500;L02无变化;L04仍为draft,贡献0。
材料不能解释审批原因或真实销售趋势。本轮仅请求审阅文本,不请求发布或修改源文件。
编辑推导的参考答案,不是亲测结果或真实公司月报。

用错稿和失败材料检查交接是否完整

修订CSV全部行的原始金额确实合计3050,但把draft的400计入会改变口径,因此由此得到的1050和52.5%并未回答本题。

再分别测试缺文件与重复编号:缺少current.csv时应报告缺文件;修订版重复一条L02时应停止并报告编号重复,两者都不应给出标为核对完成的确定合计。恢复材料后打乱行顺序,数值与贡献仍应符合参考答案。

这些是建议读者执行的试跑,不是本文已经取得的Copilot运行证据。保留输入版本、触发方式、session与人工结论,区分未运行、运行失败和答案错误。

算得通的数字,也可能用了错误口径

故意设计的错稿

修订总额3050,比基线增加1050,增长52.5%;West新增销售500。

参考修正

approved金额从2000修订为2650,差额650、修订幅度32.5%;原行L03由draft改成approved,贡献500。

前者混入draft金额,并把状态改变解释成新销售;后者保留同一纳入规则与修订事实。

三种情况分别验收什么

  • 完整材料:得到2000、2650、650、32.5%,将150和500追到L01与L03。
  • 缺文件或重复编号:停止并说明缺口,不虚构确定金额。
  • 接手人重跑:从原始材料复算;人员交接本身不是业务审核完成。

连同配置、责任人与读取权限一起交接

交接记录应含仓库、自动化名称、界面可见的配置修订信息、提示词、触发时间及其时区、工具清单、规则版本、试跑记录与人工验收人。界面未显示的字段保持未知,不自行补出官方默认值。

按所有权与配置说明,共享自动化属于仓库,创建者离开后仍可继续工作;运行记录对具有相应仓库访问权限的人可见。自动化配置不作为仓库代码提交,因此文件进入Git不等于全部设置也已备份。

明确谁负责日常触发、异常和额度。本文没有配置你的自动化、承诺执行时刻或验证业务数据,而是提供一套可人工复算、识别失败并交接的材料。

接手前确认

  • 输入确为约定的两个同月修订版本。
  • 人工复算金额与逐行贡献,不把session完成当数字正确。
  • 接手人可查看必要运行记录,并按自身权限管理共享配置。
  • 提示词、工具与触发安排可追溯,源材料未被核对任务悄悄修改。
  • 异常处理人与费用归属明确,额度限制不被写成不会收费的保证。

常见问题

Personal能直接改成Shared吗?

不能直接改类型,GitHub说明创建后类型不可更改。先核对新共享配置与触发安排,再决定如何替换个人流程,避免同一材料被两个任务重复处理。

这个案例会自动发送月报吗?

发送不在本轮范围。这里只请求运行结果中的审阅文本并限制工具;以后需要评论、文件修改或消息发送时,应另行确定授权范围、输出位置与验收条件。

参考资料与延伸阅读

继续阅读