用于评审的赛季总结、代码总结与出处总结（Season, Code, and Credit Summaries for Judging）

原文出处：Global Robotics & Science Foundation Library
https://library.globalrobotics.org/hc/en-us/articles/52162950855828-Season-Code-and-Credit-Summaries-for-Judging
原文最近更新：2026 年 8 月 19 日

当你的队伍在赛事中接受评审时，需要随工程笔记（Engineering Notebook）一并提交三份简短的总结：赛季总结（Season Summary）、代码总结（Code Summary）和出处总结（Credit Summary）。如果你要提交工程笔记参加评审，提交材料中至少应包含赛季总结。本文介绍每份总结应包含的内容、提交方式，以及评审如何使用它们。

本文面向参赛队伍的学生和教练。

注： 这三份总结源自《以学生为中心的政策》（Student-Centered Policy），本文是对该政策相关内容的概述。请阅读政策原文，以完整了解这些总结为何存在，以及它们如何与其他一切「让作品真正属于你们自己」的要求相配合。这份政策既是写给教练的，也同样是写给学生的——队伍对它越熟悉，评审过程就越顺利。

为什么要有这些总结？

评审与每支队伍相处的时间很短，而一本工程笔记可能长达一百页甚至更久，这使得评审很难准确评判篇幅很长的笔记。这些总结让你能够把评审引向笔记中最重要的内容，确保他们在审阅笔记时，优先查看你希望他们看到的部分。这也有助于他们在面试开始前确定提问的方向。

这些总结不计分。 它们不是评审的第四项考核内容，总结写得短也不会让队伍丢分。总结的作用是让随后的评审工作做得更好——因此，写作时应追求「有用」，而不是「令人印象深刻」。

赛季总结（Season Summary）

赛季总结是你们队伍对整个赛季的一页纸概览：你们学到了什么、队员培养了哪些技能，以及你们的机器人能做什么。对每一个亮点，都要指明它背后的笔记条目，让评审可以直接翻到对应的细节。

评审最先读的就是这一份，它决定了评审从你们的工程笔记中读什么、面试问什么的议程。由于它是你们对自己赛季的亲身记述，它也很适合作为宣传资料，发给其他任何想了解你们队伍的人。

代码总结（Code Summary）

代码总结是对你们代码工作方式的一页纸概览：代码做什么、按什么顺序执行，以及如何在不同路径之间作出选择。它的作用是让不读代码的人也能理解你们的逻辑，而不必逐行阅读你们的代码。

展示形式由你们自己选择。伪代码、示意图、带标注的场地地图，或一份简明的步骤列表都可以。重要的不是形式，而是队伍之外的人能否看懂你们的代码做了什么、为什么这样做。

总结应涵盖你们队伍实际运行的代码，无论是自动（autonomous）、手动操控（driver control），还是编程技能赛（Coding Skills）项目。如果你们运行多个项目，仍然只有一页纸：要展示这些项目如何组合在一起、你们队伍如何在它们之间进行选择，而不是逐一讲解每个项目。

如果你们队伍不使用任何代码，则无需提交代码总结。

出处总结（Credit Summary）

每当你们队伍在外部来源的基础上进行构建——例如某个设计、某个机构或某段代码——你们都要注明它的出处。一条出处注明只需写明来源，不需要记录你们对它做了什么。列出你们所知道的信息即可：视频标题、赛事名称和日期、队伍名称和编号、网站网址。使用外部来源是被鼓励的正常做法，注明出处并不意味着承认任何问题。《以学生为中心的政策》解释了外部想法如何转化为你们队伍自己的东西。

这些出处注明本就应出现在工程笔记中它们被使用的位置以及代码内部。出处总结把它们汇集到一处，就像研究论文末尾的「参考文献」页一样，让评审读一份清单即可，而不必四处翻找。

列出你们机器人当前正在使用的外部想法，以及你们项目中当前正在使用的外部代码。它呈现的是你们当前用于参赛的成果状态，而不是你们尝试过的所有东西的记录。

撰写与提交总结

  • 这些总结是学生的工作成果。 对它们的要求与对你们的笔记和代码的要求相同：任何成年人和任何生成式 AI 工具都不得代你们撰写。
  • 在工程笔记中起草。 我们建议随着赛季的推进在笔记中逐步撰写，而不是在赛前一晚临时拼凑。
  • 在赛事现场作为单独的文件提交。 它们与笔记一并提交，而不是塞在笔记里面。
  • 赛季总结和代码总结各限一页。 出处总结是一份清单，其长度取决于你们使用了多少来源。

评审如何使用你们的总结

了解评审如何使用每份总结，有助于你们把它写好。

  • 评审最先阅读赛季总结，并据此确定他们从你们的笔记中读哪些内容，也用它来塑造面试的方向。评审的时间有限，而篇幅很长的笔记会让评审难以找到准确评判笔记所需的信息。
  • 评审借助代码总结来理解你们的代码做什么、为什么这样做，而不必逐行阅读项目代码。
  • 出处总结被用作你们当前正在使用的外部来源的单一清单，评审不必再到你们的笔记和代码中翻找。
  • 评审不为总结打分。他们借助总结，把有限的时间花在你们最希望他们看到的赛季内容上。

关于每个奖项表彰什么，请参阅《奖项说明》（Award Descriptions）；关于资格规则和完整的奖项体系，请参阅《奖项与表彰体系》（Awards and Recognition Structure）。

本文所有内容均出自《以学生为中心的政策》。从头到尾通读这份政策，是你们的队伍能为整个赛季所做的最好准备——从评审到面试，再到机器人设计等等。