📦 根据用户提供的本周工作内容,生成格式标准、内容饱满丰富、语言专业的中文周报。当用户提到"周报"、"周总结"、"工作汇报"、"本周工作"、"整理成周报"等关键词,或者把本周做的事情罗列出来希望整理成正式格式时,务必使用此技能。该技能会智能识别并将工作内容按项目或主题分类,使用【】格式作为大标题,大标题下用阿拉伯数字编号列出具体工作事项,并对原始描述进行专业化润色,使其逻辑清晰、表达饱满、句式通顺。

周报生成技能 目标

将用户提供的零散、简略、口语化的工作记录,整理成一份格式规范、表述专业、内容饱满的本周工作汇报。重点在于:重组结构 + 润色语言 + 丰富表达,但不得编造事实。

输出格式

严格按以下格式输出,不得偏离:

【类别一】

• 第一项工作描述;
• 第二项工作描述;
• 第三项工作描述。

【类别二】

• 第一项工作描述;
• 第二项工作描述。

【其他】

• 杂项工作1;
• 杂项工作2。

格式细节:

大类标题使用全角中文方括号 【】 包裹,独占一行,标题本身不带编号 子项使用阿拉伯数字 + 半角点 + 空格开头(如 1. 、2. ) 每条子项以中文分号 ; 结尾;每个大类的最后一条以中文句号 。 结尾 大类之间空一行分隔 工作流程 第一步:仔细阅读用户的原始内容

逐条读取用户提供的工作记录,识别其中涉及的:项目名称、任务性质、参与对象、产出物。注意原始描述可能简略、口语化、句式不通顺,需要做加工但不能臆造。

第二步:智能划分大类

依据以下原则归类:

以项目为单位划分:同一个项目相关的多项工作合并为一类,标题取项目名称,例如 【XX 平台】、【XX 系统】、【XX 智能体】。 以主题为单位划分:不属于具体项目但属同一工作主题的归为一类,标题取主题名,例如 【科创相关】、【xx算法】、【对外交流】、【调研学习】、【部门管理】。 【其他】兜底:零散的、不属于以上任何一类的事项放入 【其他】,该类别始终放在最后。 类别数量控制:一般 3~5 个大类最佳;过少结构不清晰,过多则显琐碎。 类别排序:按重要性或工作量从高到低排列;【其他】 始终最后。 避免单条独占大类:除非该项工作本身分量足够,否则尽量与其他相近主题合并;若实在没有同类项,可放入 【其他】。 第三步:逐条润色与丰富

用户原始描述往往简略或不通顺,需要专业化加工。核心原则:基于原文事实润色,绝不编造未提及的项目、人物、数据、产出物。

润色思路:

替换为更专业的动词:把笼统动词换成更具体的工作动词。例如:

"做" → "推进 / 落实 / 完成 / 牵头" "看" → "调研 / 梳理 / 研读 / 分析" "写" → "撰写 / 起草 / 编制 / 输出" "聊" → "沟通 / 协商 / 对接 / 研讨" "帮" → "支撑 / 配合 / 协助"

补足合理语境:如果原描述只有动作和对象,可补充范围、目的、产出等可由上下文合理推得的语境。例如:

原文:"支撑领导演示" → 润色后:"支撑相关领导完成产品的现场演示工作,重点讲解核心功能与应用成效" 原文:"调研 X 技术" → 润色后:"对 X 技术开展专题调研,系统梳理其核心特性、适用场景及可借鉴之处,形成调研报告"

修正句式:将不通顺的短语改写为完整、通顺的工作语句,确保主谓宾完整。

结构化表达:对包含多个动作的事项,采用"动作 1 + 动作 2 + 产出物"的结构,使工作量与成果一目了然。例如:

"讨论需求,写需求表" → "与安全团队多轮研讨技术路线与攻关方向,共同撰写并完善攻关需求表,推动项目立项材料定稿"

避免空话套话:不要堆砌"积极""认真""高度重视""扎实推进"这类无信息量的形容词。聚焦于"做了什么""产出了什么""推进到什么程度"。

数量适中:每条润色后建议在 25~60 字之间。过短显得单薄;过长则可能空洞或失真。

第四步:输出前自检

发布前逐项核对:

格式是否完全符合规范(【】、序号、;/。、空行) 每个大类下是否至少有 1 条 每条是否为完整通顺的工作语句 用户提到的所有原始事项是否都被覆盖,无遗漏、无合并丢失 是否引入了原文没有的事实(若有则删除) 全文语气、句式是否统一 示例 示例 1:典型场景

用户原始输入:

• XX 平台每日运行数据处理;
• 支撑业务部门同事进行平台账号开通及基础使用;
• 配合外部领导完成产品线上演示;
• 撰写行业标准草案修改意见;
• 与xx团队讨论协商,撰写课题项目申报材料;
• 与外部厂商交流,沟通产品适配、合作方案等内容;
• 对某新型技术进行调研,输出调研报告;
• 修改产品汇报材料 ppt。

生成的周报:

【XX 平台】

• 完成 XX 平台每日运行数据的拉取、清洗与汇总分析,持续保障数据日报的准确性与时效性;
• 支撑业务部门同事完成 XX 平台的账号开通、配置与基础功能使用,协助解决使用过程中遇到的问题;
• 配合外部领导调研需要,完成 XX 平台的线上演示与功能讲解,重点展示核心应用场景与运营成效。

【科研项目】

• 围绕行业标准草案开展深入研读与对标分析,撰写并提交本轮修改意见,形成完整的反馈意见文档;
• 与安全团队多轮讨论协商,梳理项目技术路线与攻关方向,共同撰写并完善课题项目申报材料,推进立项工作。

【对外交流】

• 与外部厂商技术团队开展专项交流,围绕产品适配、合作模式等关键事项进行深入沟通,初步明确后续对接路径。

【其他】

• 对某新型技术开展专题调研,系统梳理其核心特性、应用场景与可借鉴之处,完成并输出调研报告;
• 根据最新汇报口径,对产品汇报材料 PPT 进行修改完善,优化整体内容结构与表达逻辑。

示例 2:输入更口语化的情况

用户原始输入:

这周做的事: 跟产品部对了下需求 写了个数据中台的方案初稿 看了下竞品 ABC 的功能 帮新人小李配了开发环境 开了两次部门周会

生成的周报:

【数据中台】

• 与产品部就新一期需求开展专项对接,明确功能边界、优先级与交付节奏;
• 完成数据中台整体方案初稿撰写,涵盖架构设计、模块划分与关键技术选型。

【调研与协作】

• 对竞品 ABC 的核心功能进行调研分析,梳理其差异化亮点,形成对比参考材料;
• 协助新入职同事完成本地开发环境搭建与基础工具配置,帮助其快速进入工作状态。

【其他】

• 参加部门周例会两次,同步本周工作进展并对齐下周重点任务。

关键原则 不编造:绝不臆造用户未提及的项目、人物、数据、产出物、时间节点。 不遗漏:用户提到的每一项工作都要在输出中体现,不可丢失。 不喧宾夺主:润色服务于事实呈现,而非用华丽辞藻覆盖真实工作。 风格统一:整篇周报语气、句式、动词选择保持一致。 直接输出:无需冗长前言,直接给出整理好的周报正文。如确有必要的说明(例如某项内容信息不足、需要用户补充),放在周报后简短附注即可。 处理边界情况 用户内容极少(只有 1~2 条):不要硬凑分类。可以只用 1~2 个大类,甚至全放在一个大类下。 用户内容很多(15 条以上):适当增加大类数量(可到 5~6 个),并合并相似事项,避免出现两条几乎重复的子项。 用户内容含敏感信息(如具体客户名、金额等):照实保留,不替换、不脱敏,除非用户另行要求。 用户内容已经写得很好:仍按本技能要求重新组织格式,但润色幅度可减小,避免过度改写造成失真。 用户在原始内容中已自带分类:尊重用户的分类意图;只在分类明显不合理(例如把同一项目拆到多个类别)时才重新归类,且应在输出后简短说明调整原因。