From e52bd2289ee88860cbd851b10beca204bb7ae73d Mon Sep 17 00:00:00 2001 From: Beast Date: Thu, 25 Jun 2026 10:30:01 +0800 Subject: [PATCH] =?UTF-8?q?cards:=20=E5=A4=87=E4=BB=BD=202=20=E6=9D=A1=20M?= =?UTF-8?q?emos=20=E5=8D=A1=E7=89=87?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- .../06/25/28_两个循环——调试、运行与感知.md | 141 ------------------ cards/20260625100432_#待办.md | 19 +++ cards/20260625101052_#待办.md | 12 ++ 3 files changed, 31 insertions(+), 141 deletions(-) delete mode 100644 ai-insights/daily/2026/06/25/28_两个循环——调试、运行与感知.md create mode 100644 cards/20260625100432_#待办.md create mode 100644 cards/20260625101052_#待办.md diff --git a/ai-insights/daily/2026/06/25/28_两个循环——调试、运行与感知.md b/ai-insights/daily/2026/06/25/28_两个循环——调试、运行与感知.md deleted file mode 100644 index 7bb42d9..0000000 --- a/ai-insights/daily/2026/06/25/28_两个循环——调试、运行与感知.md +++ /dev/null @@ -1,141 +0,0 @@ ---- -number: 28 -date: 2026-06-25 10:25 -title: 两个循环——调试、运行与感知 -topics: - - 自我认知与成长 - - 个人数字体系 - - 方法论 -tags: - - 写作方法论 - - 系统设计 - - 认知模式 - - 知止 -字数: 2830 -预计阅读时间: 8分钟 ---- - -# 两个循环——调试、运行与感知 - -## 一：报错信号 - -109条待办，完成了4条。 - -这是昨天翻到的数字。今天又翻到了一个： - -"已经几天没有创作了。" - -这是今早看到的。两句话放在一起，中间隔了24小时，说的是同一件事。不是待办系统的问题，不是工具的问题——是模式。我在调试模式里待了太久，久到把调试本身当成了目的。 - -这几天不是没有产出。知识库改了三版，播客系统上了新源，Whisper转写跑通了，北京服务器的备份链路搭完了。每一项都值得做，每一项都是在为长期运转打地基。但如果只看输出端——文字没有增长。灵感没有变成编号。 - -这跟109条待办只完成了4条，是同一个结构问题：**输入在膨胀，输出在停滞。** - -## 二：三个模式 - -调试可以无限持续下去。这是最大的陷阱。 - -技术写作圈有一个隐形的共识——写完一篇文章，至少发布它。不是因为发布能给你带来什么，是发布是一个句号。句号让你从"写"切换回"生活"，然后带着新的经验进入下一轮。 - -搭建也是一样。搭完一个系统，至少用它一次。不只是测试，是"真正用"。用它做一期转写，用它搜索一篇笔记，用它触发一次创作。**没有"用"的"搭"是没有句号的句子。** - -三个模式浮出来了： - -| 模式 | 动作 | 典型表现 | 陷阱 | -|:---|:---|:---|:---| -| 调试 | 搭建、配置、修bug | 新服务上线、管道打通 | 把手段当目的，搭完一个还有下一个 | -| 运行 | 使用、消费、体验 | 听播客、读笔记、看日报 | 停留，不产生新东西 | -| 感知 | 反思、关联、输出 | 一篇笔记、一篇文章 | 容易被"没准备好"中断 | - -三个模式不是等级。调试不比感知低级。没有调试就没有运行环境，没有运行就没有感知材料。问题是：**任何一个模式占据100%的时间，系统都会崩溃。** - -调试占100% = 永远在准备，永远不出货。 -运行占100% = 永远在消费，永远不产出。 -感知占100% = 永远在思考，永远不动手。 - -健康的循环是三个模式在交替。这个认识不是新的，但它跟 #27 放到一起，才有了形状。 - -## 三：两对方法论的对照 - -#27 的描述是： - -| | 开枪期 | 迭代期 | -|:---|:---|:---| -| 目标 | 让系统转起来 | 让系统转得稳 | -| 信条 | 先做，再对 | 先想，再切 | -| 节奏 | 发现问题马上改 | 问题记录，集中处理 | -| 核心动作 | 加法 | 减法 + 规则化 | - -这三个模式的描述是： - -| | 调试模式 | 运行模式 | 感知模式 | -|:---|:---|:---|:---| -| 目标 | 让工具可用 | 让工具被用 | 产出新东西 | -| 时长 | 集中、短期 | 日常、持续性 | 规律、节奏性 | -| 风险 | 无限搭建 | 消费停滞 | 空转不落地 | - -两个框架不是替代关系，是不同层面对同一问题的描述。 - -**开枪期 ≈ 调试模式为主**：先跑起来再说，规则不重要，手感重要。 -**迭代期 ≈ 调试模式压缩，运行+感知模式放量**：系统已经稳定，可以信任它，把精力转向产出。 - -可以换个角度看。 - -## 四：调试的合法性与边界 - -调试本身的合法性不需要质疑。没有过去几天的搭建，知识库还在手动搜索，播客还要手工下载，转写还是空白。这些建设是成本，但成本是必要的。 - -问题是边界在哪。 - -边界有一条很简单的检验标准：**你今天关掉电脑，这几天搭的东西能不能在明天正常工作。** - -如果答案是"可以"——说明系统已经稳定了，可以进入运行模式了。 -如果答案是"还需要再优化两处"——需要警惕。优化是永无止境的。 - -这个标准用在今天回头看： - -- 知识库：跑一周了，索引正常，搜索正常，页面正常。✅ 可关 -- 播客系统：定时任务正常，新文件自动入库。✅ 可关 -- Whisper转写：本地模型已部署，脚本能独立运行。✅ 可关 -- 北京服务器备份：cron已配置，日志正常。✅ 可关 - -所有系统都已经转起来了。"再优化两处"的冲动，来自习惯了调试的思维定势——不是系统真的需要，是大脑习惯了手上有活。 - -## 五：先开枪，再开枪，再瞄准 - -"开枪，开枪，开枪"是起步期的正确策略。不追求完美，不追求规划，先让系统转起来。灵感收集器从无到有用了一周，知识库从搭建到上线用了一个周末。每一枪都打中了靶心，因为那时候的目标只有一个：让东西跑出来。 - -但开枪期和迭代期可以共存于同一个系统里。不是说进入迭代就等于把枪收起来。是给枪加上准星。 - -做什么事用开枪逻辑： - -- 上一条新的播客源 -- 修复一个不致命的bug -- 探索一个新工具 - -做什么事用迭代逻辑： - -- 待办系统的生成规则 -- 知识库的索引策略 -- 日报的阅读入口 - -开枪做的事，错了可以马上改。迭代做的事，改错了影响全链路。两个逻辑同时存在，但尊重各自的适用范围。 - -## 六：闭环的最后一节 - -#27 的收尾是"在可以动手的时候，选择不动手"——这是迭代期的克制。 - -今天这篇文章的收尾是"调试结束后，记得进入感知"——这是个人层面的知止。 - -两个收尾指向同一个能力：**知道什么时候该切换。** - -搭建没有错。调试没有错。没有这些，后面的感知什么也感知不到。但搭建只是前奏，不是终章。调试只是准备，不是演出。 - -今早又有新思考了——那是感知模式自动接通的信号。说明跑道已经清空，可以起飞了。 - -109条待办完成了4条。信号。 -几天没有创作了——也是信号。 - -两个信号来了，两个都接到了。 - -这件事本身，就是感知模式已经开始工作的证据。 diff --git a/cards/20260625100432_#待办.md b/cards/20260625100432_#待办.md new file mode 100644 index 0000000..80ae3c1 --- /dev/null +++ b/cards/20260625100432_#待办.md @@ -0,0 +1,19 @@ +--- +title: "#待办" +date: 2026-06-25T10:04:32+08:00 +uid: "" +source: "memos" +--- + +#待办 +#工作 +#栖云 + +目前我就是觉得： +一是来源太复杂，什么事都往待办里面加。自行生成的待办不具备实施性，或者必要性。比如我看了海康威视的展厅，留了一些经验和思考。自动生成一条待办让我研究这种业态，写文章。这个方向很好，但是不是我对待办系统的期待。待办系统要短平快，要干什么事，重要程度，完成期限等。 + +二是规则不明确。从篇幅上看，有的日子就很短，有的日子就是一大段，完全依赖于当日灵感日报的生成范本，应该有更清晰的规则。哪些入，哪些过滤。哪些手工录入（比如 memos 加上标签），哪些自动归纳生成。每个待办的篇幅？是否是有标题加强备注，还是只有标题？都要明确。 + +三是要有跟进机制，比如提醒功能。干不完的要能提醒，不管是通过什么推送，还是邮件等等。比如要有回顾的功能，要把待办的完成情况纳入工作周报和工作日报的重要组成部分。（我认为另一部分是#工作 标签）。 + +暂时想到这么多 diff --git a/cards/20260625101052_#待办.md b/cards/20260625101052_#待办.md new file mode 100644 index 0000000..025079b --- /dev/null +++ b/cards/20260625101052_#待办.md @@ -0,0 +1,12 @@ +--- +title: "#待办" +date: 2026-06-25T10:10:52+08:00 +uid: "" +source: "memos" +--- + +#待办 +#谋定后动 + +关于待办功能的优化，ai 提了几点以后就要着手动起来。我说要再想想。 +谋定后动。我突然想到，这与开枪，开枪，开枪不冲突，因为那个短平快的流程中，要的是尽快做出可运转的模型，运转后快速迭代。我现在已经在运转迭代优化阶段了，就不能太随意的添加功能，在缺乏规划的时候贸然行动。这是两个层面的问题，对应两个方法论，不冲突。