cards: 备份 2 条 Memos 卡片

ai-insights/daily/2026/06/25/28_两个循环——调试、运行与感知.md

@@ -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条。信号。
-几天没有创作了——也是信号。
-
-两个信号来了，两个都接到了。
-
-这件事本身，就是感知模式已经开始工作的证据。

cards/20260625100432_#待办.md

@@ -0,0 +1,19 @@
+---
+title: "#待办"
+date: 2026-06-25T10:04:32+08:00
+uid: ""
+source: "memos"
+---
+
+#待办
+#工作
+#栖云
+
+目前我就是觉得：
+一是来源太复杂，什么事都往待办里面加。自行生成的待办不具备实施性，或者必要性。比如我看了海康威视的展厅，留了一些经验和思考。自动生成一条待办让我研究这种业态，写文章。这个方向很好，但是不是我对待办系统的期待。待办系统要短平快，要干什么事，重要程度，完成期限等。
+
+二是规则不明确。从篇幅上看，有的日子就很短，有的日子就是一大段，完全依赖于当日灵感日报的生成范本，应该有更清晰的规则。哪些入，哪些过滤。哪些手工录入（比如 memos 加上标签），哪些自动归纳生成。每个待办的篇幅？是否是有标题加强备注，还是只有标题？都要明确。
+
+三是要有跟进机制，比如提醒功能。干不完的要能提醒，不管是通过什么推送，还是邮件等等。比如要有回顾的功能，要把待办的完成情况纳入工作周报和工作日报的重要组成部分。（我认为另一部分是#工作 标签）。
+
+暂时想到这么多

cards/20260625101052_#待办.md

@@ -0,0 +1,12 @@
+---
+title: "#待办"
+date: 2026-06-25T10:10:52+08:00
+uid: ""
+source: "memos"
+---
+
+#待办
+#谋定后动
+
+关于待办功能的优化，ai 提了几点以后就要着手动起来。我说要再想想。
+谋定后动。我突然想到，这与开枪，开枪，开枪不冲突，因为那个短平快的流程中，要的是尽快做出可运转的模型，运转后快速迭代。我现在已经在运转迭代优化阶段了，就不能太随意的添加功能，在缺乏规划的时候贸然行动。这是两个层面的问题，对应两个方法论，不冲突。