你好，我是 kwelldo

内容策展：2026-08-19 扫描范围确认 源 最后更新 本日变化 Clippings（Obsidian-knowledge/Clippings/） 2026-06-02（群众工作与网络政治、DeepSeek 劳动分析） ❌ 无新增（78 天） Clippings（Obsidian-note/Clippings/，3 篇） 内容未变，仅 08-19 提交中 frontmatter 规范化 ❌ 无新增 日记: Obsidian-note/日记/2026/ 2026-08-18 20:03–20:39（简历写 AI 项目经验） ✅ 新增 1 篇，实质内容 Obsidian-note 新增/修改（最近 5 天） 08-18 20:02–20:39 共 4 篇实质新笔记 + 1 篇运维速查 ✅ 有实质新增（详见下） Obsidian-knowledge 新增/修改（最近 5 天） 0 笔 ❌ 无 已发布文章 12 篇 ✅ 已逐一核对标题与开头，无冲突 详情： 距上次策展（08-17 08:00）约 2 天。08-19 18:25 的 git 提交 8e8eb9e（411 文件、2623 行插入）表面上动静很大，但经 diff 核对，绝大多数是 frontmatter 元数据规范化（补 created/updated、列表缩进），不构成新素材。真正的实质内容集中在 08-18 晚 20 点后的一个完整批次（5 个文件）： ...

我用过 AI，但这算不算项目经验？ 打开简历文档，光标在「项目经验」那一栏闪了半小时，一个字没写出来。 我卡在一个特别具体的念头上：我天天用 AI，但它算不算项目经验？ 我用它排过故障、查过手册、写过脚本，但这跟「项目」有什么关系？项目经验不是得有个立项、有个交付、有个团队吗？我一个人在终端里跟模型聊天，这也配写进简历？ 就这一个念头，把我按在原地好几天。后来我逼自己干了一件笨事：把「我到底用 AI 干过什么」逐条写下来，一条都不许用「用过」「会用」这种词。写完我愣住了——那些我以为「不算什么」的日常，换个说法之后，就是完整的项目经验。 为什么我们总觉得「不算」？ 先拆这个念头。我复盘了一下，觉得「不算」的错觉，来自三件事： 第一，把「项目经验」和「上班做的事」划了等号。 潜意识里，项目 = 公司立项 = 有工单号。自己搭的东西、自己跑的工作流，因为没有组织背书，就被自动降级成「瞎折腾」。但招聘方要的从来不是「你上过班」，而是「你能把一件事从需求做到结果」。谁立项的不重要，做没做成才重要。 第二，只有大白话，没有技术词。 我一直在做的事，用我的语言说是「我把手册丢给 AI，让它帮我找答案」。这句话听起来确实不像项目。但同一件事，用技术语言说是「构建了一个基于 RAG 的私有知识库，通过向量检索 + 重排序提升长文档问答的准确率」。东西是同一个东西，缺的只是翻译。 不是我在编造经验，是我从来没学会把自己做过的事说清楚。 第三，只有「用过」，没有「成果」。 简历上写「熟练使用 AI」等于没写。但如果你能说出「把几十万字的技术手册检索从’翻半天’压缩到秒级」「把一次重复的排错流程固化成脚本，同类问题不再复发」，这就是可验证的成果。不是没成果，是没量化、没记录。 想通这三条，整件事的性质就变了：我不是「没有项目经验」，我是「有经验，但没做过结构化翻译」。 三步翻译：从「会用」到「会写」 我总结出来的方法很朴素，就三步： 第一步，还原真实场景。 不管它多琐碎，先白描出来：我在什么情况下，用 AI 干了什么，解决了什么问题。比如「客户报了个报错，我把日志丢给 AI，它帮我定位到是一个字段没做类型校验」。 第二步，映射成技术词。 给白描里的每个动作找一个对应的术语。这一步不需要你撒谎，只需要你把已经会的东西对上号： 「把文档丢给 AI 查」→ 文本切块（Chunking）、向量化（Embedding）、Top-K 召回、重排序（ReRank）——这就是 RAG 检索增强生成。 「让它按我的格式输出」→ 结构化提示、输出格式约束、思维链（CoT）——这就是 Prompt 工程。 「让 AI 去调我的接口/工具」→ 函数调用（Function Calling）、工具编排——这就是 API 调用与后端集成。 第三步，补上可验证成果。 场景 + 技术词 + 一个结果。可以是数量（「处理 XX 篇文档」「响应时间从 X 降到 Y」），也可以是可靠性（「引用可溯源，幻觉率下降」「同类排错问题不再复发」）。 拿我自己举例，一条完整的翻译长这样： 白描：我搭了个个人知识库，把平时攒的技术笔记喂进去，遇到问题直接问，它还能告诉我是从哪篇笔记里找到的。 翻译：独立构建个人 RAG 知识库，完成文本切块、向量化与增量更新；检索侧引入 Embedding + ReRank 提升 Top-K 召回质量；生成侧通过引用溯源降低幻觉率。 ...

关掉 VPN 之后，网络为什么还是断的？ 上周日中午，我打开电脑准备处理几封邮件。系统启动了，Wi-Fi 图标显示已连接，信号满格。但 Clash 的订阅同步转了几圈就报了超时。我心想可能是机场抽风，没太在意，随手打开浏览器——Chrome 左下角那行灰色的「正在解析主机」转了很久，最后蹦出来一个「无法访问此网站」。 试了试几个常去的网站，全都不行。微信、Telegram、邮件客户端，全部离线。 我做的第一件事——也是你大概率会做的——掏出手机看了一眼 Wi-Fi 状态。手机连着同一个路由器，微博刷得飞起。不是宽带的问题。 回到电脑。ping 192.168.0.1，通的。延迟正常，没有丢包。 ping www.baidu.com，不通。ping 39.156.66.10（百度的 IP），也不通。 这时候我大概已经知道问题在哪了。如果你也遇到过类似的症状——网关能通但互联网不通——看到这里可以先停一下，想想可能的原因。答案很可能不在你第一反应想到的那些地方。 症状与根因的错位 网关通、互联网不通。用行话说，二层没问题，三层及以上出了问题。 普通用户遇到这种情况，第一反应往往是「是不是运营商挂了」「路由器是不是死机了」「是不是 DNS 有问题」。但手机能上网排除了运营商和路由器，而直接 ping 百度的 IP 地址也不通——这说明问题甚至不在 DNS 这个层面。DNS 解析不管用没用，IP 层直连都失败了。 那就只剩下一种可能：你本机的路由表出了问题。 这里需要简单解释一下。当你 ping 一个外网 IP 时，你的操作系统会查路由表来决定数据包从哪个网卡出去、下一跳发给谁。正常情况下，路由表里会有一条「默认路由」（default route），指向你的网关（比如 192.168.0.1）。所有不在本地子网的流量，都走这条默认路由丢给网关处理。 如果这条默认路由不见了，或者被指向了一个错误的地址，你的数据包就找不到出路——到网关的通路还在，但网关不知道你想要的外网地址在哪，因为数据包根本没到达网关。 检查路由表： $ ip route show 只看到一条本地子网路由，没有 default via 192.168.0.1 这一行。 到这里，问题就锁定了。但新的困惑来了：我什么都没改，路由表为什么会被清掉？ 路由表里藏着昨晚的 VPN 答案在昨天晚上。 睡前我开了 VPN，连上了一个境外节点。VPN 正常工作时的做法是：修改你本机的路由表，把默认路由指向 VPN 创建的虚拟网卡。同时保留一条指向 VPN 服务器真实 IP 的单独路由，让 VPN 隧道本身的流量走物理网关出去。这样一来，你的所有应用流量都被「劫持」进了 VPN 隧道，但隧道本身还能正常工作。 这是 VPN 的路由劫持机制。它的原理不复杂：在你的路由表里写入几条高优先级的规则，让流量分流到虚拟接口。 ...

我开了一家花店，但不是为了卖花 5000 元预算，6 个 SKU，一个关于"关系商品化"的政治经济学实验。 事情是这样的：我一个天天看马克思的人，决定开一家花店。 朋友的反应很一致——“你终于想赚钱了？“我说不完全是。我说我想验证一个东西：关系能不能被商品化，以及这个商品化过程能不能被系统地观察和分析。 朋友沉默了。我理解这个沉默。 但这事是认真的。项目叫"花不语”，核心产品是 6 束花，每束对应一种说不出口的关系时刻：还没说出口（¥99）、有一点在意（¥199）、可以再靠近一点吗（¥299）、最近有点远（¥199）、我在试着理解你（¥299）、那就这样吧（¥199）。你看到的是一束花，我看到的是一个三层结构体。 这就是本文要讲的东西——不是"我怎么卖花”，而是当你在做一个生意的时候，能不能同时在做政治经济学研究，而且用的是同一套数据结构。 一束花的三层骨骼 先拆一个 SKU 给你看。就拿"还没有很多，但比没有多一点"这个 ¥199 的 SKU 来说。 普通人看到的是：一束低饱和色系的花，199 块钱。 我看到的是三层： 第一层：交易层。 price: 199, cost: ~60, 目标 margin。这一层回答的是"卖不卖得出去"。抖音算法认这个，小红书投流认这个，花店老板娘算账认这个。 第二层：表达层。 relation: 暧昧 / scenario: 聊天变少 / emotion: 不确定、克制 / color: 低饱和 / structure: 不对称 / copywriting: “也没有很多，但比没有多一点”。这一层回答的是"为什么有人会买"。用户不买花，用户买的是"在某个关系时刻，我不知道该怎么办，但有东西能替我说"。 第三层：结构层。 labor: 设计=我，生产=花店 A，配送=骑手 / value_distribution: 材料 30 元，劳动 40 元，平台 20 元，利润 109 元。这一层回答的是"这个系统是怎么运转的，谁在创造价值，价值怎么分"。 三层装进同一个数据结构里。理论上，每一笔订单发生的时候，你同时获得了一个交易数据点、一个文化表达数据点、一个生产关系数据点。 这不是"一边做生意一边想理论"。这是用同一套 schema 同时承载交易语言和理论语言，让它们不需要翻译。 为什么要把理论装进 SKU 因为我受够了"理论是理论，生意是生意"的分裂。 ...

内容策展：2026-08-17 扫描范围确认 源 最后更新 距今天数 本日变化 Clippings: ~/Documents/Obsidian-knowledge/Clippings/ 2026-06-02（群众工作与网络政治、DeepSeek 劳动分析） 76 天 ❌ 无新增 日记: ~/Documents/Obsidian-note/日记/2026/ 2026-08-16 18:30（agent×WezTerm 工具构想） 1 天 ❌ 无新增（该篇已被 08-16 策展消化并成文，见下） 日记: ~/Documents/Obsidian-knowledge/日常/日记/2026/ 2026-06-29（科尔施转录技术流程） 49 天 ❌ 无新增 Obsidian-note 新增/修改（最近 5 天） 仅 08-16 晚成文 1 篇 + 08-17 07:55 git 提交 — ❌ 无新素材（详见下） Obsidian-knowledge 新增/修改（最近 5 天） 0 笔 — ❌ 无 已发布文章 12 篇（+1：昨晚新增《多个 Agent 同时跑，谁都不知道谁在干什么》） — ✅ 已核对标题与开头，无冲突 详情： 距上次策展（08-16 18:50）约 13 小时，窗口内唯一的实质事件是策展→成文闭环完成： ...

内容策展：2026-08-16 扫描范围确认 源 最后更新 距今天数 本日变化 Clippings: ~/Documents/Obsidian-knowledge/Clippings/ 2026-06-02（群众工作与网络政治、DeepSeek 劳动分析） 75 天 ❌ 无新增 日记: ~/Documents/Obsidian-note/日记/2026/ 2026-08-16 18:30（agent×WezTerm 工具构想） 0 天 ✅ 新增 1 篇：日记/2026/08/2026-08-16.md 日记: ~/Documents/Obsidian-knowledge/日常/日记/2026/ 2026-06-29（科尔施转录技术流程） 48 天 ❌ 无新增 Obsidian-note 新增/修改（最近 5 天） 3 笔内容变动 + 1 次项目清理提交 — ✅ 有实质新增（详见下） Obsidian-knowledge 新增/修改（最近 5 天） 0 笔 — ❌ 无 已发布文章 11 篇 — ✅ 已逐一核对标题与开头，无冲突 详情： 距上次策展（08-15 19:05）约 1 天，本次窗口内出现自 08-09 批次以来首次真正的 20 点后灵感批次，共 3 笔内容写入 + 1 次大动作： ...

多个 Agent 同时跑，谁都不知道谁在干什么 前天深夜，我看完一个讲编程智能体的视频，顺手开了三个 Agent 同时跑：一个在改代码，一个在查文档，一个在整理笔记。然后我去倒了杯水，回来切回终端——它们干到哪了？哪个跑完了？哪个卡住了？哪个在等我回话？ 我不知道。 不是没地方看，而是每个 Agent 都活在自己的黑箱里。我看得见它们的"输入"和"输出"，却看不见它们"正在做什么"。更麻烦的是，它们彼此之间，同样看不见对方在干什么。 单 Agent 时代，人就是状态面板 先回头说为什么这个问题以前不存在。 单 Agent 时代，一个终端窗口，滚动输出就是状态。它调了什么工具、改了什么文件、为什么这么干，全写在屏幕上，你扫一眼就知道它到哪一步了。哪怕它卡住，你也能立刻看出来"哦，它在反复重试同一个操作"。 这里有个被忽视的事实：你的眼睛在替系统记账。 你盯着输出，替 Agent 记着进度、上下文、下一步该干嘛。所以单 Agent 从来不需要"状态可见性"这个概念——人就是状态面板，人把它外包给自己的记忆。 一进入多 Agent，这个账就没法记了。 三个 Agent 同时跑，你不可能同时盯三个滚动输出。哪怕用 tmux 把窗口并排摆开，你扫一眼也只能看到"它们都在输出"，看不出"谁在等谁、谁卡住了、谁在重复劳动"。 而它们彼此之间，更是一无所知。 两种"不知道"，后一种才是真问题 这里要区分清楚。 第一种是你不知道它们。这个好解决，窗口并排、分屏、状态栏，tmux 已经干了几十年。 第二种是它们不知道彼此。这个才是真正的空白。 拿主从架构举例：master 派一个子 Agent 去查文档，子 Agent 查完只回传一个摘要。摘要丢了什么？丢了中间过程——它查过哪些文件、排除过哪些错误答案、在哪个岔路口犹豫过。这些信息留在它自己的上下文窗口里，但不在任何其他人能看见的地方。 这让我想起《AI 编程智能体的三种哲学》里提过的：OpenCode 的多 Agent 主从层级，子 Agent 只回传结果，过程被压缩掉。Claude Code 的子 Agent 也类似——获得全新上下文窗口，最后只给父节点一个摘要。摘要能告诉你"做完了"，不能告诉你"怎么做的、做到一半发现了什么"。 编排架构也一样：调度器知道"任务派给了谁、谁回传了结果"，却不知道"谁在中间干了什么"。群聊架构更彻底——每个 Agent 都像在一个共享频道里喊话，谁也不知道对方完整的状态。 所以这不是某个工具实现得不认真，而是架构层面的空白：多 Agent 协作把"状态"这个概念从单 Agent 的隐式存在，变成了一个没人负责的孤儿。 这个空白是要付出真金白银的。说几个我实际撞上过的场景：两个 Agent 同时改同一个文件，后写的覆盖先写的，回滚都找不到分界；一个 Agent 花十分钟查的东西，另一个 Agent 三分钟前刚查过，谁也不知道对方已经做完了；master 派完任务就悬着，因为它不知道子 Agent 是死了、是卡了、还是在闷头干活，只能干等。 ...

内容策展：2026-08-15 扫描范围确认 源 最后更新 距今天数 本日变化 Clippings: ~/Documents/Obsidian-knowledge/Clippings/ 2026-06-02（群众工作与网络政治、DeepSeek 劳动分析） 74 天 ❌ 无新增 日记: ~/Documents/Obsidian-note/日记/2026/ 2026-05-22（认知主体转向实践主体） 85 天 ❌ 无新增（05-01/05-04/05-22 三篇 08-09 20:04 被批量 touch，内容无实质变化，已由 08-10 策展消化） 日记: ~/Documents/Obsidian-knowledge/日常/日记/2026/ 2026-06-29（科尔施转录技术流程） 47 天 ❌ 无新增 Obsidian-note 新增/修改（最近 5 天） 0 笔内容变动 — ❌ 无（仅 08-15 14:59 .obsidian/ 应用配置被改写，非内容；git 仅 08-12 22:09 一条 orgb 提交，只修了 curation-20260811.md 的互链） Obsidian-knowledge 新增/修改（最近 5 天） 0 笔 — ❌ 无 已发布文章 11 篇 + 待撰 5 篇 — ✅ 已逐一核对标题与开头，无冲突 详情： 距上次策展（08-11 20:49）已 4 天，两个库无任何实质内容变动。窗口内唯一的文件活动是：① 08-15 14:59 Obsidian 应用自身改写了 .obsidian/ 下的 workspace/plugins 配置（非知识内容）；② git 提交 fd6280e（08-12 22:09 “orgb: 整理 1 项”）仅补全 curation-20260811.md 的「相关」互链，无新内容。08-09 20:04~20:05 的「20 点后」批次（kmshop、aimanju、对话重导出、理论占位）已在 08-10 策展全部消化：kmshop →《我开了一家花店》已于 08-11 成文；经济关系对话 → 主题二（鸡与蛋）待撰。两则易误判的存量笔记均已确认被消化：《中层：思考/Claude Code vs Crush vs OpenCode 架构对比.md》（298 行，08-09 20:05 touch）对应已发布《AI 编程智能体的三种哲学》；《底层：理论/认知主体转向实践主体与现代革命.md》（178 行，08-09 20:04 touch）对应已发布《我不会组织》。kmshop 项目无新增（尚无第一笔真实订单数据）。 ...

内容策展：2026-08-11 扫描范围确认 源 最后更新 距今天数 本日变化 Clippings: ~/Documents/Obsidian-knowledge/Clippings/ 2026-06-02（群众工作与网络政治、DeepSeek 劳动分析） 70 天 ❌ 无新增 日记: ~/Documents/Obsidian-note/日记/2026/ 2026-05-22 81 天 ❌ 无新增 日记: ~/Documents/Obsidian-knowledge/日常/日记/2026/ 2026-06-29（科尔施转录技术流程） 43 天 ❌ 无新增 Obsidian-note 新增/修改（最近 5 天） 1 笔：站点文章/我开了一家花店但不是为了卖花.md（08-11 20:45 修改） 0 天 ✅ 昨日主题一的成文落地（20 点后批次） Obsidian-knowledge 新增/修改（最近 5 天） 0 笔 — ❌ 无 已发布文章 11 篇 + 待撰 5 篇 — ✅ 已检查不冲突 详情： 自昨日策展（08-10 19:10）以来，两个库唯一的新变动是：《我开了一家花店，但不是为了卖花》于今日 20:45 完成成文——即昨日策展主题一的落地稿，正是任务提示的「20 点后灵感/写入」批次（距本次扫描仅 4 分钟）。该文已完整消化 kmshop 批次的全部素材（三层 SKU 模型、6 个 SKU 定价体系、5000 元成本推演、Notion 三表、短视频脚本公式），且文末明确标注「尚无真实成交数据」。其余变动均为昨日已备案的 touch 批次（08-10 18:34 四个文件、08-09 20:04~20:05 全库批量 touch），无实质新内容。管理/获客.md（售前漏斗，05-03 创建）为存量文件，其内容已内化于花店文章「短视频脚本公式」一节，非新增。 ...

内容策展：2026-08-10 扫描范围确认 源 最后更新 距今天数 本日变化 Clippings: ~/Documents/Obsidian-knowledge/Clippings/ 2026-06-02（群众工作与网络政治、DeepSeek 劳动分析） 69 天 ❌ 无新增 日记: ~/Documents/Obsidian-note/日记/2026/ 2026-05-22 80 天 ❌ 无新增 日记: ~/Documents/Obsidian-knowledge/日常/日记/2026/ 2026-06-29（科尔施转录技术流程） 42 天 ❌ 无新增 Obsidian-note 新增/修改（最近 5 天） 1 批次：2026-08-09 20:04~20:05（详见下） 1 天 ✅ 有新内容 Obsidian-note Clippings 2 份 DeepSeek 对话于 08-09 20:04 重新导出（内容为 06-18 对话） 1 天 ⚠️ 存量素材重导出 Obsidian-knowledge 新增/修改 0 笔 — ❌ 无 已发布文章 10 篇（昨日主题一《关掉VPN》已于今日落地）+ 存量待撰 3 篇 — ✅ 已检查不冲突 详情： 8 月 3 日至 9 日 19:00 之间全库无任何文件变动；所有新输入集中在 08-09 20:04~20:05 的「20 点后」批次（晚于昨日 19:04 的策展扫描，因此是全新输入）： ...