一、先说痛点：这两件事掉进了同一个坑
我做后端开发，每个月要填工时任务表，每天要填日报。听起来都"很简单"，可真填起来每次都烦。
工时任务表 ：领导只丢一句话大任务------"下周把 XX 模块转测前的活处理一下"。可系统里一录任务，扑上来一堆字段：任务编号、部门、报表层级......真正要我动脑的只有四个：任务名称、任务描述、工时、预计起止日期。麻烦就出在这四个上：描述要写得让领导看得明白，缺陷要拆得合理，日期还得自己数工作日、总是数漏周末，月底被退回返工是常事。
日报 ：忙完一天，下班前憋 25 个字。写细了像流水账，写粗了领导不知道你今天到底干成了什么。重点是------我经常想不起来今天具体干了啥，还得去翻 git 记录。
两个场景其实是同一个坑：活我干完了，但"把干的事组织成一段规范填报文字 + 算好工时日期"这一步，耗时间、费心力、还做不好。 这步没有任何创造性，却每天都在重复。我越填越觉得：这种事不该我手动做，应该让 AI 兜底。
二、我不想每次重说：干脆先让 AI 给我造一个专属技能
这里先说一个转折。我一开始是打算"每天现问现答"，但很快意识到------工时和日报的规则其实很固定，如果我每次都把规则重新讲一遍，那省不了多少事。
于是我做了一件事：用 TRAE Work 现写了一大段 prompt，让 AI 把它固化成一个可复用技能（skill），以后我只管喂材料，格式和规则它自己记住。这里是切成了Work模式，实际代码开发中我一般用的Code模式。
我在这份 prompt 里写死的核心规则，其实就三句话，全是我平时踩坑踩出来的：
- 工时：默认每天 7.5 小时，5 个工作日算一个任务，日期只落工作日自动跳过周末；
- 日报：约 25 字一句话，默认 7.5 小时/天，请假才扣减，加班不算；
- 通用：信息不全先追问，说"开始生成"才出成品；敏感项（日期、工时）生成后提醒我复核。
从这之后，问题从"我这周该填什么"简化成了：我只要说一句人话，剩下交给技能。
场景一：把"领导一句话"变成一份能直接交工的任务表
这个月月末，领导一句："最后一周集中把 XX 模块测试阶段暴露的 bug 处理一下。" 测试还在进行中，我手头只有一份禅道 bug 截图。
我没像以前那样自己憋描述、数日期，而是截图 + 一句人话丢给技能：
"我这个月最后一周的任务是解决禅道的 bug。图片是我目前禅道 bug 截图，测试还在测试。"
它先追问了几个关键点：拆几条任务、工时怎么算、日期对不对、任务名带不带 bug 编号。我回："合并成一个大任务；每天 7.5，公司考核提效要走满一整周；日期对；编号不用带。"
它直接给出了一条成品：
| 字段 | 内容 |
|---|---|
| 任务名称 | XX 模块缺陷修复与自测回归 |
| 工时（小时） | 37.5 |
| 预计开始日期 | 2026-08-24（周一） |
| 预计结束日期 | 2026-08-28（周五） |
| 任务描述 | 本月最后一周集中处理 XX 模块在测试阶段暴露的缺陷，覆盖移交申请、在库/入库三个主要业务场景。当前测试仍在进行中，缺陷以功能异常、样式错位、导出导入不一致、校验逻辑缺失为主，需在本周内完成修复并推动回归验证，保障模块整体质量达标。 |
我核对了一眼日期和工时（5 个工作日 × 7.5h = 37.5，一天不差、完美避开周末）就交了。以前这种任务，光"憋描述 + 数工作日"就要半小时，现在从一句人话到可提交成品，5 分钟之内。
场景二：补三天的日报，几秒出三个 25 字
同一天，我还发现这周 周一到周三 的日报一直没写。我顺手补了一句：
"我这周还有三天日报没生成，本周主要是 XXX 模块前后端开发，和资产系统对接只弄了一天，周一还有两小时项目组会。"
技能照例先问清楚：具体是哪三天、工作怎么分配、周一的要不要一起补、有没有请假。我回："周一到周三；大部分时间是商检式的模块开发，资产对接只占一天；没请假。"
它一步到位补全了三条日报：
- 周一（08-17）：参加项目组会议 2 小时，推进 XX 模块前后端开发。工时 7.5h。
- 周二（08-18）：持续推进 XX 模块前后端功能开发与联调。工时 7.5h。
- 周三（08-19）：完成资产系统移交模块对接开发与联调。工时 7.5h。
每条都稳在 25 字上下。
三、落地成果：别让手工填报吃掉你的下班时间
| 场景 | 原来 | 用了技能后 | 变化 |
|---|---|---|---|
| 工时任务 | 憋描述 + 数工作日，单条约 30 分钟 | 一句人话 → 追问 → 生成，约 5 分钟 | 描述更结构化，日期自动避周末，工时换算零误差（5×7.5=37.5） |
| 日报 | 憋 25 字约 10 分钟，还常空洞 | 补材料 → 定规则 → 25 字，几秒 | 不遗漏实际工作，格式每次统一，不会冒出"加班 8h" |
两个场景加起来，我每个月至少省下小半天 。但更值钱的是那份「技能 」------它是可复用的资产，这次用它填工时和日报，下次还能用它填周报、月总结、绩效考核自评，一次投入，长期复用。
四、复用经验：把"造技能→喂材料"这套搬走
这篇文章最想分享的不是我解决了什么，而是我解决问题的姿势。三步，可直接照抄：
第 1 步：先把"固定规则"固化成一个技能
与其每次重讲规则，不如花十分钟写一段 prompt，把规则写死成一个 skill。判断一段工作适不适合"技能化"的标准：规则是否固定、是否每周/每天重复、输出格式是否统一。工时、日报、周报、报销说明------全中。
第 2 步：说人话 + 让 AI 追问，而不是自己憋细节
喂材料喂个七八成就行，不完整交给 AI 追问。我每次都从没说清过"11 条 bug 怎么拆"，是它替我拆、替我合并的。别怕给得糙，给得糙恰恰省事。
第 3 步：敏感项必须人核，哪怕 AI 很准
日期、工时、请假扣减这类，我每次都复核一遍再交。技能最后那句"请人工复核"不是为了好看，是真能救命。1 分钟的核对，省掉整月的返工。
给 AI 的"三段式"通用 prompt 模板（建技能也用它）
arduino
【背景】我在填 XX（工时/日报/周报...），岗位是 XX
【输入】我大致写了：...（越糙越好，不完整让 AI 追问）
【输出规格】要哪些字段/字数/排版；边界规则写死（如工时默认 7.5h、加班不算）
【授权】"信息不全先问我，我说'开始生成'再出；日期/工时我会自己核一遍。"四条避坑
- 别一次说全，把澄清权交给 AI ------ 信息给七成，让它追问，比自己抠细节省心；
- 输出规格必须写进技能 ------ 不约定，它今天 25 字明天 60 字；
- 规则（工时、请假、不考虑加班）一定要写死 ------ 这是技能和"随手问答"最大的区别，也是它值得被固化的原因；
- 敏感项人核一遍 ------ 日期、工时、时长，1 分钟，省一个月返工。
还能搬去哪：周报、月总结、会议纪要、绩效考核自评、报销说明......凡是"你一定会做、但每次都懒得组织格式"的填报，都能走「固化技能 → 喂材料 → 人工复核」这条流水线。