docs: 待办系统六病诊断 + 统一文档格式(frontmatter+字数+阅读时长)
This commit is contained in:
@ -1,3 +1,11 @@
|
|||||||
|
---
|
||||||
|
date: 2026-06-17
|
||||||
|
type: reference
|
||||||
|
tags: [开源模型, 硬件配置, 成本对比, 本地部署, Qwen2.5]
|
||||||
|
---
|
||||||
|
|
||||||
|
> 本文共 **3100** 字 · 预计阅读 **7** 分钟
|
||||||
|
|
||||||
# 开源模型能力阶梯与成本参考
|
# 开源模型能力阶梯与成本参考
|
||||||
|
|
||||||
> 以 Qwen2.5 系列为主线(当前开源生态最完整、中文最强的系列),辅以对比参照。
|
> 以 Qwen2.5 系列为主线(当前开源生态最完整、中文最强的系列),辅以对比参照。
|
||||||
|
|||||||
113
ai-insights/daily/2026-06-17/04_待办系统_六病诊断与改造方向.md
Normal file
113
ai-insights/daily/2026-06-17/04_待办系统_六病诊断与改造方向.md
Normal file
@ -0,0 +1,113 @@
|
|||||||
|
---
|
||||||
|
date: 2026-06-17
|
||||||
|
type: insight-card
|
||||||
|
tags: [待办系统, 任务管理, 系统优化, 反馈闭环, todo]
|
||||||
|
---
|
||||||
|
|
||||||
|
> 本文共 **1940** 字 · 预计阅读 **4** 分钟
|
||||||
|
|
||||||
|
## 待办系统:六病诊断与改造方向
|
||||||
|
|
||||||
|
### 背景
|
||||||
|
|
||||||
|
整个知识工厂中,待办系统是唯一一个与真实世界行动直接挂钩的环节——新闻流水线有日报、灵感收集器有卡片、读书笔记有定时同步,唯独待办系统游离在反馈闭环之外。
|
||||||
|
|
||||||
|
当前状态:**不合格。**
|
||||||
|
|
||||||
|
六个根因层面的问题,逐一拆解。
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
### 病一:完成度很低
|
||||||
|
|
||||||
|
待办系统的最高使命是什么?不是"记录",是**执行**。一条待办如果躺在列表里三天没被动过,它就不是待办,是废纸。
|
||||||
|
|
||||||
|
根因:所有任务在列表中平权。"买牙膏"和"写政绩观报告"在同一层级,大脑面对扁平列表的天然反应是"什么都不选"——因为没有优先级信号。
|
||||||
|
|
||||||
|
方向:
|
||||||
|
- 引入分档:今天必做 / 本周必做 / 可推迟
|
||||||
|
- 每日上限:今天必做不超过3条
|
||||||
|
- 超过三天未动的待办自动标记"停滞",触发回顾
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
### 病二:来源不规范
|
||||||
|
|
||||||
|
待办的来源多种多样:Memos灵感、培训群通知、对话中产生的念头、来自上级的指令。目前的问题不是"没有来源",而是**来源信息丢失**——落到待办系统里后,你不知道这条任务是"从哪里来"的。
|
||||||
|
|
||||||
|
来源决定了四个东西:
|
||||||
|
- **优先级判断**(来自上级的 > 来自自己灵感的)
|
||||||
|
- **上下文关联**(培训班的待办可以批量处理)
|
||||||
|
- **可信度**(有些来源的任务不需要再确认,有些需要)
|
||||||
|
- **反馈路径**(完成之后要不要知会谁)
|
||||||
|
|
||||||
|
方向:
|
||||||
|
- 每条待办保留来源字段(Memos / 对话 / 外部)
|
||||||
|
- 来自Memos的待办自动带回到对应灵感卡片的链接
|
||||||
|
- 定期扫描Memos中的"待办倾向"内容
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
### 病三:格式不规范
|
||||||
|
|
||||||
|
"买个东西"和"6月20日前完成第四小组政绩观报告初稿并提交办公室审核"在同一条列表里。格式不一致的本质不是书写习惯问题,是**缺少模板约束**。
|
||||||
|
|
||||||
|
大脑看到混排的任务列表,需要先花5秒理解每条到底在说什么——这5秒的认知消耗,累计起来就是你"不想打开待办系统"的元凶。
|
||||||
|
|
||||||
|
方向:
|
||||||
|
- 统一格式模板:[动作] + [对象] + [截止时间] + [预期产出]
|
||||||
|
- 示例:`完成政绩观报告初稿 → 6/20 → 提交办公室审核`
|
||||||
|
- 录入时AI辅助格式化:你说自然语言,AI转成标准格式
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
### 病四:消除不规范
|
||||||
|
|
||||||
|
一条待办完成后,是归档?删除?加完成备注?推迟时要不要记录新的截止日期?
|
||||||
|
|
||||||
|
当前没有统一规则。结果:
|
||||||
|
- 完成的待办堆在列表里充数
|
||||||
|
- 推迟的待办没有新时间,变成僵尸
|
||||||
|
- 转交的待办没有记录,自己忘了别人也忘了
|
||||||
|
|
||||||
|
方向:
|
||||||
|
- **完成** → 归档到"已完成"区,可选加备注
|
||||||
|
- **取消** → 标记"取消"并记录原因
|
||||||
|
- **推迟** → 必须设定新的截止日期,否则不生效
|
||||||
|
- **转交** → 转交后原条目保留但标记"已转交"
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
### 病五:闭环不规范
|
||||||
|
|
||||||
|
没有定期回顾机制。人是有遗忘曲线的——一周前的待办如果没被回顾,跟没记过没有区别。系统中缺少"我看看还有什么没做"的仪式。
|
||||||
|
|
||||||
|
方向:
|
||||||
|
- **每日回顾**:22:00工作报告中自动列出当日未完成的"今日必做"项
|
||||||
|
- **每周回顾**:周日汇总"过期未完成"和"停滞"任务
|
||||||
|
- **主动推送**:超过24小时未动的"今日必做"级任务,自动推送提醒
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
### 病六:总结报告没有提及
|
||||||
|
|
||||||
|
最痛的一刀。新闻流水线有日报、灵感收集器有卡片、读书笔记有定时同步——唯独与真实行动挂钩的待办系统,不在反馈环里。
|
||||||
|
|
||||||
|
22:00 的工作报告中不包含待办完成情况,等于这份报告只看得到"输入"(灵感+新闻)和"加工"(卡片+日报),看不到"输出是否真的被执行了"。一个系统如果无法回答"我今天做了什么,没做什么",这个系统就不完整。
|
||||||
|
|
||||||
|
方向:
|
||||||
|
- 日报新增"今日待办执行摘要"区块
|
||||||
|
- 待办完成率作为每日报告的一个客观指标
|
||||||
|
- 按来源统计:本周来自Memos的待办完成率?来自对话的?
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
### 总原则
|
||||||
|
|
||||||
|
待办系统不需要更多功能。它需要的是 **被纳入你已有的系统哲学**——自动化、规则化、反馈闭环。
|
||||||
|
|
||||||
|
它现在是整个知识工厂里唯一一个靠意志力驱动的环节。改造的目标不是"做得更多",是**让待办系统像其他环节一样——你只要保持存在,它自己运转、自己反馈。**
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
*待续:具体改造方案将在后续文档中落地。*
|
||||||
@ -1,3 +1,11 @@
|
|||||||
|
---
|
||||||
|
date: 2026-06-17
|
||||||
|
type: letter
|
||||||
|
tags: [妻子, 交易, 个人成长, 二十天, AI, 系统]
|
||||||
|
---
|
||||||
|
|
||||||
|
> 本文共 **3116** 字 · 预计阅读 **8** 分钟
|
||||||
|
|
||||||
# 二十天,一个平行世界
|
# 二十天,一个平行世界
|
||||||
|
|
||||||
> 写给妻子,关于我培训这二十天里,在你看不到的地方做了些什么
|
> 写给妻子,关于我培训这二十天里,在你看不到的地方做了些什么
|
||||||
|
|||||||
Reference in New Issue
Block a user