个人任务管理系统

1. 全图：一件事怎么流，两轨在哪交汇，边界画在哪
2. 安放：每件要做的事记在它所属的项目旁边，全系统没有总表
3. 捕获：手机上一句话进收集箱，AI 处理后才进任务清单
4. 处理：AI 照一份说明书，把收集箱里的一条变成清单里的一行
5. 一天：早上排今天，白天随手关，晚上对账
6. 看：看板只查询，不存任务
7. 立项：AI 的开发任务从一轮对话和四份文档开始
8. 推进：AI 在任务组文件里挑任务、记日志、改勾
9. 桥：AI 发现我该做的事就写进我的清单，只有这一处，只朝这一个方向
10. 感知：AI 每小时看一眼哪里卡住，只读不写
11. 夜间执行器：替我干活的那一环，设计定案后我主动关停
12. Harness：六项工程，每项约束一层
13. 演化：任务搬进文件夹，拆成两轨，关掉执行器
14. 现状：分三档说

全图：一件事怎么流，两轨在哪交汇，边界画在哪

一件事进哪条轨，判别标准只有一条：这件事由谁做。

• 由我做的进人侧轨。
• 由 AI 在对话里做的进 AI 侧轨。
• 要一起做的拆开，各归各轨。

我要做的一件事走六步，每一步我做的只有一件事：说一句，或点头。

AI 的一件开发任务走四步，记在 AI 侧的开发日志里，不进我的清单。

两轨只在一处交汇：AI 干活时发现我该做的事，写进我的清单，方向只从 AI 到我。

• 反方向不存在。我想让 AI 做什么，在对话里说，那就是 AI 侧轨的入口，不经过我的清单。
• 早间对齐、晚间记录、感知代理三个读者读两条轨，都只读；看板只读人侧。

为了让 AI 稳定干活，边界画在六处，每一处都能指到系统里一个具体位置，见 Harness 一节。

安放：每件要做的事记在它所属的项目旁边，全系统没有总表

每个项目和领域的文件夹里各放一份任务清单，全系统没有一张总表。

• 一份清单只写这个项目或领域里我要做的事，一行一条。
• 理由一：任务是思考的延伸。把它放在它所属的资料旁边，AI 处理这条任务时读同一个文件夹就够，不用跨系统拼上下文。
• 理由二：总表会过期。项目完成时它的任务清单跟着项目一起归档；总表要有人手工清。
• 理由三：清单挨着项目放，每个项目的索引文件就能指到它，AI 进任何项目都知道我在这里承诺了什么。
• 总表的功能由看板替代，看板不存任务，只查询。见看一节。

一行任务带四样东西，格式沿用 Obsidian 的任务语法。

• 块编号是唯一落点落到文件里的方式：日记里写「完成了某件事」时，不抄任务文字，只嵌一个引用。任务只存一份，其他地方都指向它。
• 一条任务下面可以挂一行备注，记它从哪来、为什么。
• 完成的任务不删，改勾并写上完成日期，留在原地。

捕获：手机上一句话进收集箱，AI 处理后才进任务清单

提醒事项只做两件事：收集箱和闹钟。它不是任务清单。

• 收集箱：手机上想到什么，一句话放进提醒事项里一份叫收集箱的清单。不分类，不加工。
• 闹钟：任务有具体时间时，处理引擎往提醒事项推一条带时间的提醒，同时在日历上建一个时间锚。提醒响完即删。
• 定下这条分工的原因：任务曾经全住在提醒事项里，暴露六个问题。
  • 没法建子任务。
  • 改名不可靠。
  • 完成、删除、移动三种动作语义不清。
  • 任务和它的资料分住两个系统。
  • 读写链路长，出错难查。
  • 任务之间不能建链接。
• 2026-02-11 决定把任务搬进文件夹，提醒事项降为收集箱和闹钟。
• 收集箱留在提醒事项里的原因：手机上打开一份清单敲一行，是最短的捕获路径。

除收集箱外，提醒事项里另有两份清单是内容管线的入口，不是任务。

• 这两份清单的处理者是程序，不是我，也不经过处理引擎。
• 它们用提醒事项的原因和收集箱一样：手机上分享一下就进系统。

白天在电脑前，捕获走日间捕获技能，一句话说给 AI。

• AI 判断这句话是三种之一：做完了、有新行动、纯记录。
  • 做完了：调处理引擎标记完成，再写进日记。
  • 有新行动：调处理引擎建任务，再写进日记。
  • 纯记录：直接写进日记。
• 判断前 AI 最多追问两个问题；对想法和情绪一律追问「这背后有什么想做的吗」。
• 说「以后再说」也算行动，建一条贴也许以后。
• 日记里只嵌任务的引用，不写悬空的行动项。

处理：AI 照一份说明书，把收集箱里的一条变成清单里的一行

处理引擎是一份说明书，AI 照它把收集箱里的一条条东西变成任务清单里的一行行。

• 说明书一份，另附一份规则和一个查看脚本。
• 九项能力：感知、处理、分解、归位、提取、回顾、安排、建任务、标记完成。
• 后两项是给其他技能调的内部接口：日间捕获、早间对齐、晚间记录都不自己建任务，一律调它。理由：建任务的逻辑只有一份，格式和块编号才不会各写各的。

一条东西进来，按顺序问四个问题。

生命周期只有四个标签加不贴，标签决定这条任务在哪出现。

• 只有一个标签能进当天的安排。理由：安排要短，候选池必须先被标签收窄，AI 不在整份清单里挑。
• 状态转换写成一张表：当前被卡住转等待，条件成熟转回当前，回顾把不贴的提上来。

引擎的三条硬规矩。

一天：早上排今天，白天随手关，晚上对账

早上，处理引擎的「安排」能力接在早间对齐里，只读不写，出三到五条今天的焦点。

• 先问我：今天有多少时间、精力怎样、有没有硬约束。
• 静默扫全部任务清单，只收当前标签的未完成项；跳过也许以后、等待、不贴标签的。
• 排序按五个维度，先重后轻：过期、本周到期、优先级记号、是否要先分解、精力匹配。
• 过期三十天以上的不建议「今天做」，建议改期或删除。
• 每条焦点带一个动作：执行，或分解。
• 收集箱里有东西只报数，不在安排时处理。理由：安排是向前看的，处理是另一场对话。

推荐前必须用 AI 侧的日志反查每条候选的实质状态。

• 任务清单上的勾会滞后：一件工程类的事在 AI 侧的任务组文件里已经记了完成，我的清单上那一行还没勾。
• 反查四问：这条任务关联哪个任务组；那个任务组最近有没有覆盖它的完成记录；依赖项是否已实质完成；同一目标是否被别的项目吸收。
• 反查发现实质已完成或失效的，不列为焦点，单独标「实质已完成，待改勾」。
• 这条规矩来自 2026-05-09：早间对齐只读了一个项目的日志，把一条实质已完成的任务排成当天第一优先。

白天，做完一件说一声，日间捕获技能调处理引擎改勾。见捕获一节。

晚上，晚间记录把「做完了」变成清单上的勾。

• 先算客观证据：今天哪些任务文件改过，对话摘要里提到哪些完成。
• AI 分两层判断：高确信的列出来我确认，证据不足的问我。
• 我确认后，调处理引擎的标记完成，批量改勾并写完成日期。
• 第二天早间对齐读到的就是准确状态。
• AI 不替我勾任何一条。这条和作品一的边界规则是同一条：无人值守不许代填需要本人点头的事。

看：看板只查询，不存任务

看板是一份查询文件，不存任何任务。

• 用 Obsidian 的数据视图插件写一组查询，每段从全部任务清单里拉一类：当前、过期、本周到期、高优先级、等待、待拆解、也许以后、无标签、统计总览、按项目分组、按领域分组。
• 改任务只能改任务清单；看板下一次打开自动变。
• 另有一个终端脚本做同样的事，给 AI 在对话里用，同样一组视图。
• 这就是「不设总表」的另一半：总表的查询功能保留，总表的存储功能取消。

回顾能力查五种健康问题，全在标签层面。

回顾能力建了，不常跑。实况见现状一节。

立项：AI 的开发任务从一轮对话和四份文档开始

AI 侧的任务从一个项目的立项开始。立项是一条命令，先建文件，再做一轮对话。

• 命令先从模板复制出四份文档，再开始追问。理由：文件先在，对话的每一步直接往里填，不等对话结束再整理。
• 追问的目标是把表面需求和根需求分开：我说要解决 A，是因为 A 能解决 B，B 才是要写进愿景的。
• 对话分五个阶段：挖根需求；按 Unix 哲学拆模块；把模块变成任务组并排出第一轮；定 AI 协作协议；自检。
• 立项命令迭代到第六版。

四份文档各答一个问题，AI 对每份的权限不同。

• 一个任务组是一个功能模块级别的工作单元，拆成三到八个任务。每个活跃的任务组一份文件。
• 项目的索引文件只写定位、这四份文档的关系、协作机制，不写文件清单。
• 项目自己的行为规则放在项目目录里，只在这个路径下生效，不占常驻上下文。三份：日志怎么记，代码怎么共创，工作流怎么走。
• 每份文档头部三行：输入、输出、位置。

推进：AI 在任务组文件里挑任务、记日志、改勾

日常开发只在任务组文件里动：挑一条未勾的任务，做完追加一条日志，改勾。

• 迭代规划：从日志目录的待选区挑一到三个任务组，各建一份文件，拆任务，登记到日志目录的活跃列表。
• 日常：从任务组文件选任务，结对完成，追加进展，勾掉。
• 归档：一个任务组的任务全勾，日志目录的归档区加一行，活跃列表移除，任务组文件保留。
• 这套流程靠一条日志更新命令触发：从当前对话里提取做了什么、定了什么，定位到正确的任务组和今天的日期，在最底部追加。

日志每条带标签，只追加，决策必须写理由。

• 历史不改。理由：日志记的是思想的快照，改了历史就看不出当时为什么那样想。
• 这是四份文档里 AI 写得最多的一份，也是唯一要求每条决策写理由的一份。
• 开发感知技能只读这些文件：扫每个项目日志目录的活跃列表，进任务组文件数勾，报给早间对齐；晚上按日期抓当天的完成条目，报给晚间记录。它不建任务组，不改勾。

桥：AI 发现我该做的事就写进我的清单，只有这一处，只朝这一个方向

两条轨之间只有一个交汇点：AI 在干活时发现我该做的事，写进我的任务清单。

• 什么算我该做的事：在手机上测一下、做一个决定、买一样东西、联系一个人。
• 写法和我自己写的一样：一行，贴当前标签，有日期写日期。
• 方向永远是 AI 到我。我不需要把承诺「分配」给 AI：我想让 AI 做什么，在对话里说，那就是 AI 侧轨的入口。

处理引擎遇到 AI 的活，退出，不代管。

• 收集箱里一条东西被判定为 AI 的活，引擎问我：现在开始吗。开始，退出引擎，开一个开发对话；不开始，写进相关清单贴也许以后，保住意图。
• 引擎不往开发日志里写，不建「让 AI 做某事」这类任务。这条是 2026-03-02 定的，之前的版本会把 AI 的活也塞进我的清单。
• 安排能力扫清单时明确不读开发日志、任务组文件、日志目录。

桥单向的理由落在两处。

• 落点一：感知代理和开发感知技能对两条轨都只读。它们发现我该做的事，也只在早晚仪式里说给我听，由处理引擎写。
• 落点二：夜间执行器的状态只在它自己的状态文件里流转，永远不改我的任务清单。见夜间一节。

感知：AI 每小时看一眼哪里卡住，只读不写

感知代理每小时读一次两条轨，出三层信号，没有信号就沉默。

• 它是一段纯 Python 程序，不调用任何模型。
• 它读的是一份状态文件，不读任务清单和开发日志的原文。
• 有信号推到飞书；三层全空就一个字不推。

每小时那一眼和每晚一次的全扫分开，是为了让每小时那一眼几乎免费。

• 省 token 的解法不是少触发，是让每次触发只读元数据。
• 2026-05-13 我推翻了自己前几轮的判断：每晚全扫遍历文件是免费的，真正贵的是早晚仪式里让模型逐个读文件。所以每晚全扫的调度不动，仪式也不动。

只读不写，是因为写错的代价不对称。

• 立项那天定的姿态叫「报告优先」：识别出候选后推给我确认，不自动执行。误判一条任务的代价，远大于多推一条消息。
• 代理对任务清单的权限是零：不勾、不改标签、不建。它写的只有自己的状态文件。
• 一次差点越界：2026-05-09 讨论洞察池时提过「洞察自动改任务清单」。我否掉：那会让我失去监督。正确做法是把 AI 的判断和提议集中呈现，等我过审。
• 洞察池的教训：全部洞察都浮出了，零条按设计的方式回应。问题不在我没回应，在系统只认一种回应方式；我其实在回路里，改清单、跟 AI 聊、或者不理它，只是系统的观测口太窄。改法是让系统读我的自然行为，不是要求我新增一个动作。

夜间执行器：替我干活的那一环，设计定案后我主动关停

夜间执行器是感知代理的执行环节：每晚全扫分类出「AI 能独立做完」的任务，夜里 20:00 到 04:00 派给研究技能真跑，早上在早间对齐里列四栏。

• 候选由 AI 分类，不由我打标签。分三档：能做、不能做、要人参与。灰色地带一律标要人参与。
• 只跑纯输出的研究类任务；任何改源代码、改任务清单、对外发消息、需要外部鉴权的都不进候选。
• 约束只留四条：单任务六十分钟超时；04:00 硬停；失败三次不再重试；只能派给已登记的技能。产物放哪由技能自己读根索引决定。
• 状态在它自己的状态文件里流转：待跑、运行中、完成、中断、延迟、失败。中断不算失败，下一晚自动续跑。
• 撞到用量限额不放弃整夜：解析出限额恢复的时间，睡到那一刻继续。
• 早上的四栏：完成、中断、延迟、失败。失败的标「需要看一眼」，其余不需要我处理。

它真跑了三晚，然后我关了它。

• 关停的判据和作品一守线的规矩是同一条：它跑错一次，谁会在什么时候发现。执行器的失败模式我在第一晚才见到第四类，说明这句还答不出。
• 传感器保留，执行器停。感知代理今天仍每小时在跑。
• 两条铁律留下来了，写进了两个研究技能的无人值守模式：子任务串行不并行，一次并行派发四个子代理，半小时不到用光当天额度；不许向人提问，一次真夜间跑卡在一个提问上直到超时。

Harness：六项工程，每项约束一层

harness 不产出内容，只让产出稳定：AI 对两条轨各有什么权限、两轨在哪相交、什么自动化可以无人值守，每一条都落在系统里一个具体位置。

演化：任务搬进文件夹，拆成两轨，关掉执行器

七个月里三次反转：任务从提醒事项搬进文件夹；我的承诺和 AI 的任务从一个文件拆成两条轨；替我干活的执行器建成后关掉。

变的是边界画在哪，没变的是两条规矩：任务只存一份；AI 对我的清单只写不勾。

• 三次反转都在收窄：任务从两个系统收成一个，清单从两种主体收成一种，AI 的权限从执行收回感知。
• 删掉的比加上的多：提醒事项里的任务本体、清单里的 AI 一节、规则匹配表、写入白名单、命名前缀、执行器、洞察生成。
• 留下的是唯一落点和桥。

现状：分三档说

写这一页的日期是 2026-09-17。三档分开说，不混。

在跑，有真实使用记录

• 任务清单每天被早间对齐和晚间记录读写，最近一条完成记录 2026-09-10，今天上午改过一份。
• 提醒事项的网页剪藏和播客转写两条同步，日志写到今天。
• 感知代理的每小时一眼今天 11:00 推过，每晚全扫昨晚 20:00 扫过。
• 看板每次打开自动刷新。

建了，不常跑或没走通

• 回顾能力：当前标签里有任务放了几个月没动，带截止日期的未完成任务全部过期，代理每小时在提醒，我没有系统地清。
• 开发日志：多数项目已没有活跃的任务组，最近一次写入 2026-09-08；今年五月后 AI 侧的推进多数没有回到日志里。
• 洞察池全部浮出，零条按设计的方式回应，生成已关。
• 「发出去等回音」的登记里，条目全部已解决，今年七月起没有新登记。

设计中或已关停

• 夜间执行器：跑了三晚，2026-05-14 关停，代码和测试保留，等传感器与执行器拆分的决定。
• 安排能力的第二阶段权重：项目动量、不做的后果、任务成簇，写了未启用。多日计划未做。

数字只报能证明系统真实存在的。

这两条轨跑在作品一的文件夹里，一天的节律在那一页讲。同一套两轨分工搬进公司后的样子见作品二。它背后的想法怎么来的，见思考。