年度自评最耗时的环节不是写，而是回忆这一年的事并找到能支撑说法的材料。做法是在本人授权、资料与系统接入验证后，让 Agent 汇总自己名下的项目文档、工作记录和协作痕迹，生成一份带出处的自评初稿：每条成果旁边列证据来源，本人核对、补注、删改后，再进入公司原有的评审流程。AI 只出草稿和线索，不打分，不参与薪酬与晋升决定。
证据分四类，各有边界
| 证据类型 | 能支持什么 | 边界 |
|---|---|---|
| 项目文档、周报 | 我负责了什么、进展到哪一步 | 团队成果须标注本人角色 |
| 系统记录（提交、工单、报表） | 具体产出、时间与数量 | 只取本人名下记录 |
| 会议与协作记录 | 参与的讨论与形成的决策 | 经授权的脱敏摘要，不扩散他人发言 |
| 历史反馈 | 上级与相关方的既往评价 | 不读取无权限的他人绩效资料 |
初稿里最需要人把关的是第一行：Agent 汇总材料时容易把团队项目的整体结果写成个人成果。因此草稿把"个人成果"与"团队贡献"分栏，团队项目下列本人具体职责、可核对产出和协作对象，数字型团队指标留在团队栏，由本人在补注时确认分栏是否准确。
草稿给本人，流程照旧
- 授权与汇总：本人选择纳入哪些资料范围，Agent 生成初稿，每条成果附出处。
- 本人补注：核对证据能否打开、是否支持说法，补充AI看不到的背景，删除不愿放入的内容。
- 区分标注：证据支持的说法与本人补充的说法在终稿里可区分，避免把判断混成事实，核对方法见企业 AI 答案来源定位与逐项引用验收清单。
- 进入评审：补注后的自评按公司流程提交，评分与校准由管理者完成。
不同岗位的证据密度不同：销售看CRM里的商机与回款记录，研发看代码提交与上线单，职能岗看处理过的申请与项目节点。接入时按岗位勾选资料范围，不给所有人同一套汇总清单；证据缺失的成果留白并标注待补，由本人决定补材料还是删掉该条，不默认编一句占位。初稿、补注稿与终稿三个版本都留存，便于本人回顾改动，也便于评审追问时有据可查；Agent给出的建议与思考题供本人参考，不能自行设置加扣分规则；考核仍按公司的正式制度。
以下为场景示例。某公司项目经理的初稿里，"团队提前两周交付某系统上线"出现在个人成果栏，补注时移到团队贡献栏，个人栏改写为"负责其中接口联调与上线检查，联调问题当周清零"，并附项目周报与工单记录的出处。年中如需小结，可按季度跑同样的流程，历史初稿的留存、删除和可见范围按公司制度及已确认的数据处理规则执行，不默认放进全员共享空间。
自评里写什么、怎么和考核体系对齐，属于绩效设计问题，可参考OKR 还是 KPI？2026 年中小企业绩效设计的 3 个决策点；本文只解决"把证据找齐并标注清楚"这一段。验收标准很直接：终稿里每条成果都能点开出处，本人能说清哪些是证据支持、哪些是自己补充的判断；至于初稿是否减少了整理时间，在实际周期里记录对比验证，不预设结论。更多落地方法可顺着AI Agent 落地专题阅读；要把自评起草接进文档与项目系统的授权范围，可了解企业知识中枢。
来源说明：本文机制参考 Glean 客户故事中 Motive 的 Self-Assessment Agent（汇总岗位矩阵、历史评审、项目文档与会议记录，产出改进建议与思考题供本人参考，原文：https://www.glean.com/resources/customer-stories/motive ）与 LegalZoom 的 Performance Review Agent（汇总全年活动生成自评初稿作为起点，原文：https://www.glean.com/resources/customer-stories/legalzoom ）。两者均为厂商发布、未独立验证，本文不引用其效果数字，场景为本土方案示例。
