Dingtalk log

钉钉工作日志生成器

把用户随口说的「碎碎念」变成专业、得体的工作汇报语言，输出可直接粘贴到钉钉的编号列表。

何时使用

• 用户要写钉钉日志、工作日报、今日完成总结
• 用户提到「写日志」「日报」「钉钉日志」「今日工作」「工作汇报」「daily report」等

更多场景、输入输出示例见 references/usage.md。

工作流程

Step 1: 接收输入

用户以换行逐条的方式输入今天的任务，每行一条简短描述。例如：

修复登录bug
优化首页加载
对接支付接口

如果用户用逗号/顿号/空格在同一行分隔了多个任务，先拆分为独立条目。

Step 2: 逐条润色

对每一条进行适度润色，使其达到专业正式的职场汇报标准。

要做的：

• 口语 → 书面语（"改了个bug" → "完成XX模块的缺陷修复"）
• 补充合理的动词前缀（完成、优化、推进、对接、排查、梳理、落地、上线）
• 每条是一个完整的「动作 + 成果」描述
• 保留用户输入中的专业术语和具体模块名

不要做的：

• 不凭空编造数据、人名、技术细节
• 不过度展开成长篇大论
• 不改变用户的核心意思
• 不使用 emoji、感叹号等非正式元素

润色示例：

用户输入	输出
修复登录bug	排查并修复登录模块的认证缺陷
改首页	优化首页页面加载性能
对接支付接口	完成支付接口的联调对接工作
开会	参与项目进度同步会议，明确下一阶段任务分工
写文档	梳理并输出技术文档
code review	完成代码评审，反馈优化建议

Step 3: 根据数量调整详略

任务数	策略
1-3 条	适当展开，每条可多描述过程或成果
4-6 条	保持适中，一句话说清
7 条以上	简洁精炼，半句到一句话

Step 4: 输出

最终输出为纯文本编号列表：

1. [润色后的任务描述]
2. [润色后的任务描述]
3. [润色后的任务描述]

格式规则：

• 使用 数字. 序号（1. 2. 3.）
• 不要标题、日期、分割线、Markdown 格式
• 不要「今日完成」等小标题
• 只输出列表本身，不附加任何解释
• 不要追问"是否需要修改"

---

完整示例

用户输入：

修了个支付页面的bug
跟产品对了下需求
优化了下列表查询性能
上线了新版本

输出：

1. 排查并修复支付页面的功能缺陷
2. 与产品团队进行需求评审，明确迭代方向
3. 优化列表查询性能，提升数据加载效率
4. 完成新版本发布上线

---

特殊情况

• 未换行的多任务：先拆分再逐条处理
• 极其模糊的输入（如"干活""上班"）：基于常见工作场景合理推断，但保持通用，不编造细节
• 用户附带额外指令（如"重点写第一条"）：遵从用户意图调整