先明确任务与结果
固定两个输入版本、纳入规则、行编号与只读输出,再在具备功能的仓库选择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自行选择目录中看起来最新的文件,也不把这些示例路径当成已经存在于你的仓库。
line_id,team,amount_usd,status
L01,North,1200,approved
L02,South,800,approved
L03,West,500,draftline_id,team,amount_usd,status
L01,North,1350,approved
L02,South,800,approved
L03,West,500,approved
L04,East,400,draftrule_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.让提示词既能给答案,也能明确停止
任务必须包含输入路径、纳入规则、差异解释与停止条件。本轮只读取材料并输出审阅文本,发布月报、修改源数据和发送消息是不同任务。
提示词不能保证模型答对,也不能代替工具权限。把它与完整输入一起提供,并使用后面的参考结果验收;只得到一段流畅说明并不够。
请读取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中的试跑步骤。按当前可见界面设置一个便于团队人工核对的任务。
核对实际触发时间和资源,把首次计划触发安排在人工验收之后。只选择读取约定文件所需工具,逐项查看工具建议,不为本例授予文件修改、评论或外部系统写入能力。
本文没有核验你的账号界面、工具配置或运行结果。若读取能力不可用,应记录限制,不以空白结果冒充完成。
- 在仓库Agents → Automations → Create automation按指南手动创建并填写名称。
- 选择Shared,录入提示词,核对触发器、工具、费用归属与适合试跑的额度限制。
- 保存后从Run模拟触发,打开session核对实际读取内容与下面的参考答案。
- 正常与失败材料均符合约定后,让接手人复跑,再确认日常触发安排。
参考答案: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。
接手人应能从行编号重建说明。不能把状态变化说成新发生销售,也不能把同月修订解释为跨月增长;材料并未提供这些业务原因。
| 行编号 | 基线 → 修订 | 纳入变化 | 解释 |
|---|---|---|---|
| L01 | 1200/approved → 1350/approved | +150 | 金额修订,两版均已纳入 |
| L02 | 800/approved → 800/approved | 0 | 未变化 |
| L03 | 500/draft → 500/approved | +500 | 原行改变纳入状态,金额未变 |
| L04 | 无 → 400/draft | 0 | 新增但未纳入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。
三种情况分别验收什么
- 完整材料:得到2000、2650、650、32.5%,将150和500追到L01与L03。
- 缺文件或重复编号:停止并说明缺口,不虚构确定金额。
- 接手人重跑:从原始材料复算;人员交接本身不是业务审核完成。
连同配置、责任人与读取权限一起交接
交接记录应含仓库、自动化名称、界面可见的配置修订信息、提示词、触发时间及其时区、工具清单、规则版本、试跑记录与人工验收人。界面未显示的字段保持未知,不自行补出官方默认值。
按所有权与配置说明,共享自动化属于仓库,创建者离开后仍可继续工作;运行记录对具有相应仓库访问权限的人可见。自动化配置不作为仓库代码提交,因此文件进入Git不等于全部设置也已备份。
明确谁负责日常触发、异常和额度。本文没有配置你的自动化、承诺执行时刻或验证业务数据,而是提供一套可人工复算、识别失败并交接的材料。
接手前确认
- 输入确为约定的两个同月修订版本。
- 人工复算金额与逐行贡献,不把session完成当数字正确。
- 接手人可查看必要运行记录,并按自身权限管理共享配置。
- 提示词、工具与触发安排可追溯,源材料未被核对任务悄悄修改。
- 异常处理人与费用归属明确,额度限制不被写成不会收费的保证。
常见问题
Personal能直接改成Shared吗?
不能直接改类型,GitHub说明创建后类型不可更改。先核对新共享配置与触发安排,再决定如何替换个人流程,避免同一材料被两个任务重复处理。
这个案例会自动发送月报吗?
发送不在本轮范围。这里只请求运行结果中的审阅文本并限制工具;以后需要评论、文件修改或消息发送时,应另行确定授权范围、输出位置与验收条件。


