Day 047AI 协作手记 Working with AI约 4 分钟

一份「空余 token 使用清单」

A list for spare tokens

有时候想到一个很现实的问题:

我们为 AI / agentic tool 付费后,token 或额度其实就是一种资源。如果这个周期没用完,它就过期了。

那没用完,是不是一种浪费?

我现在的答案是:

是。但不要为了“用完额度”而硬用 AI。

更好的方式是:给自己准备一份「低风险后台任务清单」。

这些任务有几个特点:

不紧急;不需要马上做决策;不会因为 AI 做错一步就造成大损失;但长期会减少混乱,节省未来注意力。

我现在会把空余 token 用在这 5 类事上。

1. 数字 housekeeping

比如清理 Google Drive、Downloads、桌面、截图、项目文件夹。

但重点不是让 AI 自动删除。更安全的方式是:让它先做只读盘点。

可以直接用这个 prompt:

请帮我做一次文件夹 housekeeping,只读分析,不删除、不移动、不改名。

目标:

1. 找出可能可以删除的文件

2. 找出建议归档的文件

3. 找出疑似敏感文件

4. 找出需要我人工判断的文件

请输出表格: 文件名 / 位置 / 类型 / 为什么被标记 / 风险等级 / 建议动作

我觉得清理文件夹很适合用空余 token。因为它本来就是重要但不紧急的事,平时很容易一直拖。

2. 知识库整理

很多笔记、PDF、Google Docs 不是没价值,而是沉下去了。

可以让 AI 帮你做索引:

请帮我整理这些笔记/文档,只做总结和分类。

每份资料请输出:

1. 这份内容讲什么

2. 以后什么场景会用到

3. 是否值得归档

4. 是否可以转化成文章、项目、简历素材或案例

5. 建议标签

这类任务不一定当天有产出。但它会让原本找不到、想不起、用不上的资料重新变得可用。

3. 项目复盘

很多项目不是失败在不会做,而是中间断掉之后,重新进入成本太高。

可以让 AI 看一个项目目录、聊天记录、产品实验,然后问:

请帮我做一个项目复盘。

输出:

1. 这个项目现在做到哪里了

2. 已完成什么

3. 还卡在哪里

4. 最大风险是什么

5. 如果下次只做 30 分钟,最小下一步是什么

6. 哪些内容值得归档或写成 case study

这个特别适合空余 token。因为它是在降低未来重启项目的成本。

4. 代码库只读审计

如果是 coding agent,不一定每次都要让它改代码。

空余额度可以让它做只读检查:

请对这个代码库做只读审计,不修改文件。

请检查:

1. TODO / FIXME

2. 可能过期的依赖

3. 重复逻辑

4. 测试空白

5. 文档和代码不一致的地方

6. 可疑的大文件或临时文件

请按优先级输出候选清单,不要直接修改。

这个比“随便帮我优化一下代码”安全很多。

5. 内容再利用

这是我觉得最容易被低估的一类。

我们平时有很多聊天、笔记、实验记录,其实可以变成:

小红书草稿;Substack 文章;简历项目素材;作品集 case study;个人复盘。

可以用这个 prompt:

请从下面这段记录里提取可复用内容。

输出:

1. 可以写成小红书的 3 个选题

2. 可以写成 Substack 的 2 个角度

3. 可以沉淀成简历/作品集的素材

4. 哪些内容只是过程记录,不值得发布

5. 推荐优先写哪一个,为什么

很多时候不是没有内容,而是没有被整理成可发布的形状。

我现在的判断是:

空余 token 不适合拿来“硬生成”。更适合拿来做这些低风险维护:

整理 盘点 归档 复盘 审计 提取 生成候选清单

尤其涉及文件、照片、隐私、代码时,我会坚持一个原则:

AI 可以先做候选清单,但删除权和最终决定权留给人。

一个比较安全的流程是:

  • 晚上/空闲时:AI 做只读盘点
  • 第二天:我确认哪些要删、哪些要归档
  • 之后:AI 再执行已确认的小批量操作

所以我现在不再把“没用完的 AI 额度”只看成浪费。它更像一段可以用来做后台维护的时间。

不要为了用完而用。但如果你本来就有一堆重要但不紧急的整理工作,agentic tool 确实很适合先帮你推一轮。

一句话总结:

空余 token 最适合用来减少未来的认知负债,而不是制造新的待办。