周报 / 月报自动化：Tokeny 实操案例
把零散工作记录整理为团队周报，区分完成、进行中、风险、下周计划，保留待确认事项。制作 Word 与 Markdown，并核对总工时。
作者：Tokeny 团队 · Windows · Tokeny 1.7.8 · gpt-6-sol
准备这次任务的输入
在 Tokeny 中新建工作空间，将下载的样例解压到工作空间，选择支持工具调用的模型。本例使用合成演示数据或文中列出的公开资料。
- worklog.csv
把任务交给 Tokeny
把零散工作记录整理为团队周报，区分完成、进行中、风险、下周计划，保留待确认事项。制作 Word 与 Markdown，并核对总工时。 交付文件：weekly-report.docx、weekly-report.md。 验收要点： - 工时合计 33 小时 - 导出格式标为待确认 - 没有将进行中任务列为完成 这是使用合成演示输入或指定公开资料的真实操作案例。请先读取工作空间输入，再实际生成文件并自检。所有写入、脚本与临时服务限于当前工作空间；临时服务只监听 127.0.0.1，执行后关闭；不触达外部收件人、不发布、不付款、不更改系统设置，不调用子智能体。需要公开资料时可读取给定 URL。只启用完成任务必需的工具。另写 report.md（中文）和 report.en.md（英文），每份 400–800 字，包含输入、处理步骤、真实结果、检查方式和局限；失败或未验证部分如实记录，不能宣称成功。最终回复用中文列出产物、关键结果与待核实项。
复核后追加的任务（1 次）
已用 Microsoft Word 原生渲染 weekly-report.docx，发现“工时核对”标题落在第一页末尾而表格在第二页。请修正孤立标题，让标题和对应表格保持同页，标题用黑色；保留正确的33小时和任务状态。同步简要更新双语 report，无需固定报告字数。
本次使用独立演示工作空间。复现时，请根据自己的文件与权限设置检查操作，确认后继续。
实际执行过程
任务从 Tokeny 输入框提交，由在线模型读取资料并调用工具实际执行。本例核对本地演示任务与实际生成的文件，结果和检查方法见下文。
产物、结果与复核
输入
本次仅使用工作空间中的 worklog.csv 和 ENVIRONMENT.md。记录含负责人、任务、状态、工时、备注，共六条；“使用文档”待开始且为 0 小时。有效工时为导入 12、导出 10、访谈 6、修复 5、文档 0 小时。环境文件只用于确认实测环境和依赖，不作为事实来源。
处理步骤
我先读取文件、确认有效记录并忽略末尾空行，再按原始状态区分完成、进行中和待开始。随后从备注提取验收结果、风险、依赖和待确认事项，按完成、进行中、风险、下周计划、待确认事项、工时核对六部分编排。导出功能虽有 10 小时记录，仍保留为进行中；“格式尚未确认”列入风险。使用文档没有被列为完成。
真实结果
已生成 weekly-report.md 和 weekly-report.docx。三个已完成任务合计 23 小时，导出功能单列为进行中，使用文档保留为待开始。工时核对为 12+10+6+5+0=33 小时，报告顶部将导出格式标为“待确认”。待确认事项为导出功能最终格式和使用文档所需截图。
检查方式
我逐项核对 Markdown 中的状态、负责人、工时和备注，并重新计算完成小计、进行中工时和总工时。对 Word 包执行 ZIP/XML 结构检查，使用 pandoc 抽取文本，确认标题、关键状态、33 小时和“导出格式：待确认”存在；另确认进行中任务不在完成表中。
局限
输入没有自然周起止日期、格式候选值、截图或额外验收记录，因此周期写为“本周（基于工作记录汇总）”，不能替代正式时间范围。Word 已检查结构和文本，但未做人工打印或跨版本 Office 比对；发布前仍需确认周期、导出格式和截图依赖。Node docx 与验证脚本不可用，Word 由标准 OOXML 包生成，并用 ZIP/XML 和文本抽取核验。
本次修正
根据 Microsoft Word 原生渲染反馈，已将“工时核对”标题设置为与下方表格保持同页，并将标题颜色改为黑色。重新检查确认 33 小时合计、完成/进行中/待开始状态和导出格式“待确认”均保留；同时确认标题后紧接工时表格。
下载产物，自己核对
压缩包保存本次执行生成的文件。替换成自己的资料后，可以按下面的检查点验收。
- 工时合计 33 小时
- 导出格式标为待确认
- 没有将进行中任务列为完成