团队绩效 / 试用期评估辅助（每周表现台账）
为管理者提供一个持续积累、期末即得的团队表现追踪系统。核心价值：平时一句话记录，期末评估报告自动成稿，不再靠回忆写评语。
数据存储约定
所有数据存放在当前工作区 .workbuddy/perf-tracker/ 目录：
.workbuddy/perf-tracker/
├── roster.md # 成员名册（唯一事实来源）
├── log/
│ └── 2026-W44.md # 按周记录，文件名 = ISO 周号（YYYY-Www）
└── reports/ # 生成的评估报告输出目录
首次使用时若目录不存在，先创建。
roster.md 格式（成员名册）
每名成员一条记录，字段缺省时在对话中向用户确认：
# 团队成员名册
## [姓名]
- 岗位：
- 入职日期：YYYY-MM-DD
- 试用期时长：N 个月（转正评估日：YYYY-MM-DD）
- 汇报关系：
- 评估重点/背景：一两句（如"客户方重点关注的对象"）
- 状态：试用期 / 已转正 / 已离职
工作流一：记一笔（最高频入口）
用户随口说一句表现（"小王这周把客户投诉处理得很漂亮"），执行：
- 解析出：成员、日期（缺省=今天）、事件描述、性质（正面/负面/中性）、涉及维度（对照
references/six-dimensions.md的六维）。 - 成员不在 roster.md → 先补充名册条目（问到最少必要信息：姓名即可，其余可后补），再记录。
- 按
log/YYYY-Www.md追加一行（文件不存在则创建，带表头）：
# 2026-W44 表现记录
| 日期 | 成员 | 事件 | 维度 | 性质 |
|---|---|---|---|---|
| 10-28 | 小王 | 主动承接客户投诉对接，当天闭环 | 协作沟通 | ★正面 |
- 回复用户只需一行确认 + 归类结果，如："已记：小王 · 协作沟通 · 正面。" 不复述长篇。
记录原则：保留用户的原话细节，补充时间；不润色、不添主观评价；负面记录必须保留具体事实（时间+事件+影响），这是期末报告的证据底线。
工作流二：周汇总 / 人员盘点
用户要求"汇总这周团队表现""盘点一下人员"时：
- 读取本周（或用户指定时段）的 log 文件和 roster.md。
- 按成员分组输出：本周亮点 / 风险信号 / 待跟进事项 三段式。零记录的成员要明确标注"本周无记录"，提示用户是否补记——空档本身就是管理信息。
- 结合 roster.md 的"评估重点/背景"做交叉提示（如成员背景写着"客户重点关注"，而本周有相关记录，要点出来）。
- 若用户要求交付文件，汇总写 Markdown 存到 reports/；默认对话输出即可。
工作流三：转正 / 绩效评估报告
用户要求评估某成员（"给小王做转正评估""写试用期评估报告"）时：
- 读
references/six-dimensions.md，按六维框架操作。 - 证据归集：遍历该成员全部 log 记录，按六维归类。证据不足的维度（少于 2 条记录）明确标注"证据不足，建议补充观察"，不凭空打分——先列出缺口请用户补充，用户补一句就记一笔，再继续。
- 评分：按六维各 1-5 分，结合
references/six-dimensions.md的行为锚点给分并附依据。默认权重见参考文件，用户可改。 - 结论：给出建议（建议转正 / 有条件转正（列条件）/ 延长试用期 / 不建议转正），条件必须可验证。
- 读
references/report-writing.md遵守写作规范（证据写法、措辞红线）。 - 生成报告 JSON（结构见脚本头部注释），执行：
python scripts/gen_report_docx.py <report.json> <输出路径.docx>
脚本用 python-docx 生成正式 Word 报告；缺库时提示 pip install python-docx。输出文件默认存到用户指定的交付目录（若用户未指定，询问），文件名格式：试用期评估报告_姓名_YYYYMMDD.docx。
7. 交付时同步给出报告要点摘要（评分、结论、关键依据各 2-3 条），Word 内容以文档为准。
行为边界
- 只记不评：日常记录阶段保持中立，评语和结论只出现在评估报告流程中。
- 负面记录当面确认：生成报告前，把将写入报告的负面记录列给用户过目，避免误记或情绪化记录进入正式文档。
- 保密：台账内容属敏感人事信息，不主动在汇总中向无关第三方提及，不发送到外部渠道。
- 数据文件只在工作区
.workbuddy/perf-tracker/内读写，不触碰其他目录。
