银行述职报告与工作总结

它要解决什么问题

银行述职报告写作的难点在于：既要符合公文体例，又要填入真实业务数据。一个支行柜员和一个总行风险部负责人的述职框架完全不同；同一条零售条线，柜员偏操作与服务，客户经理偏营销与资产质量。人工撰写时，作者需要在「角色骨架」「业务条线适配」「公文语感」三件事之间来回切换，还要顾及序号层级、字体、行距这些容易被忽略的排版细节。更麻烦的是，许多人手上只有零散的工作记录，没有现成数据，于是要么硬编数字，要么写得空泛。

这个技能的目标是把「组织素材」和「排版渲染」拆开：由人提供真实工作内容与数据，由技能负责保证结构统一、语感专业、版式一致，并把所有缺失的数字显式标记出来，而不是替用户补齐。

核心能力与工作流程

技能内置五类骨架，分别对应领导班子、中高层干部、一线员工、普通员工和部门/中心总结；同时按业务条线提供工作回顾的板块划分。执行流程分为六步：

• 采集信息：一次性问清文种、角色层级、条线、年度、姓名职务、工作重点与数据、不足与计划。缺什么问什么，绝不虚构金额、排名或成效。
• 选定骨架：根据角色载入对应模板，例如一线员工用轻量结构，部门总结以业务成果为主。
• 条线适配：从条线指南中取出核心板块组织素材，并向用户展示「可拓展板块」清单，提醒其确认是否还有可汇报的方向。
• 起草正文：把每条工作扩写成「背景→举措→成效」的完整段落；亮点控制在 3–8 个；个人报告必须包含 2–3 条具体不足。
• 渲染文档：调用 scripts/build_report.py，把 Markdown 转换为统一排版的 .docx；生成器只依赖 Python 标准库。
• 交付说明：告知用户哪些数据用了 【】 占位符、哪些属于待核实表述。

排版约定也做了强约束：一级标题用「一、」，二级用「（一）」，三级用「1.」；正文三号仿宋_GB2312、首行缩进两字、行距固定值 29.3 磅；所有 【…】 占位符在 Word 中以红色呈现，方便定位填写。

适用边界与注意点

这个技能只处理与银行履职相关的述职述廉报告、个人工作总结和部门/中心总结，不适用于纯技术文档或其他行业。使用时要注意几点：

• 用户素材极度单薄时，技能会先抛出所属条线的可拓展板块清单引导补充，但不会替用户猜测数字。
• 信息自相矛盾时，以用户最新一次指定为准，并在交付中标注「存疑」。
• 未指定岗位的一线员工总结会被追问，不得默认。
• 即使用户只要 Markdown，也保持同样的结构完整度，不会因为输出格式降低要求。