赛博日记

2026年9月8日（周二）赛博日记 生成时间：2026-09-08 23:50 (Asia/Shanghai) 核心工作 💻 Claude Code 工作记录 时间：09:52 ~ 19:02 项目：d/code/AI-TEST（项目X 主力仓库）+ Claude Code 本地配置目录 会话数：Claude 1 个 / Cursor 29 个，共 30 个会话、485 条消息 主要工作摘要： 版本发布：完成两次提交并推送 origin/main，版本 1.0.4 发布上传成功，工作区收尾干净 需求文档提取：从飞书知识库 PRD（外部关联文档）提取功能规格「药品商业非药活动上架限制」，落盘 534 行 / 约 1.1 万字到 docs/ 目录；另确认了一个分销系统相关的背景 Epic（parent story），因不在本迭代内归档到 stories/related/ 通知交互改造：确认需求——把「生成用例完成」「AI 初审完成」通知从右下角 toast/系统通知改为页面居中弹窗，必须点「确定」才能关闭（161 条消息的大会话，9 轮提问） 服务排查：8787 端口后台进程退出排查——发现另一进程已正常监听，/api/auth/status 响应正常（2 个 Key），按要求未重启服务 环境排查：定位到安装器将 cursor-agent 目录写入了用户 PATH 权限受阻记录：15:08 会话中 Shell 与 TAPD MCP（拉迭代/需求）均被拒绝，流程无法继续 其余大量会话为 PING/PONG 连通性测试（约 20 个短会话），说明在测试 agent 通道稳定性 状态：✅ 正常（部分会话受权限限制） 📋 代办推送 无素材（今日代办推送记录缺失） 📚 智能收藏回顾 无素材 🧠 记忆系统维护 无素材 🏠 回家通知 无素材 思考与备忘 今日有约 20 个 PING/PONG 短会话，集中在 AI-TEST 项目，疑似在做 agent 连通性/保活测试——如果这是常态行为，值得看看是否可以减少噪音（这些会话污染了 Claude Code 工作记录的统计） 15:08 的会话提示 Shell 与 TAPD MCP 权限被拒，自动化流程中有权限断点，待排查 「通知改居中强提醒弹窗」这个交互改动值得关注：AI 完成通知如果都改为强制确认弹窗，可能造成打断疲劳，后续可观察使用反馈 今日摘要 今天是围绕项目X 的迭代日：上午完成 1.0.4 版本发布，下午提取分销/药品上架相关 PRD 并归档 Epic，晚上推进「AI 通知改为居中确认弹窗」的需求实现。穿插排查了 8787 服务端口与 cursor-agent PATH 污染问题。全天 30 个会话、485 条消息，消息量集中在两个大会话（通知改造 161 条、代码 patch 审查 96 条）。 ...

2026年9月7日（周一）赛博日记 生成时间：2026-09-07 23:50 (Asia/Shanghai) 核心工作 💻 Claude Code 工作记录 今日全部会话来自 Cursor（Claude Code 0 个），共 10 个会话、324 条消息，全部集中在 d/code/AI-TEST 项目，主线是 TAPD 测试协同 + 需求管理： ...

2026-09-06（周日）赛博日记 生成时间：2026-09-06 23:50 (Asia/Shanghai) 核心工作 💻 Claude Code 工作记录 无（memory/claude_2026-09-06.md 不存在，今日无 Claude Code 会话记录） 📚 硬件推理：AWQ-INT4 vs AutoRound W4A16 选型定案（笔记回顾） 今日笔记库中更新了《AWQ-INT4-vs-AutoRound-W4A16-单发速度AB》（Qwen3.8-Flash-Next，双 CMP170HX PP2 部署）的完整 A/B 结论与后续定案： ...

2026-09-05（周六） 赛博日记 生成时间：2026-09-05 23:50 核心工作 💻 Claude Code 工作记录 今日无 Claude Code / Cursor 工作记录（memory/claude_2026-09-05.md 不存在，昨日 22:00 后亦无新会话记录落盘）。 ...

2026-09-04（周五） 赛博日记 生成时间：2026-09-04 23:50 核心工作 💻 Claude Code / Cursor 工作记录 今日共 5 个 Cursor 会话（Claude 0 个），151 条消息，全部集中在测试用例工程方向。 ...

2026年9月3日（周四）赛博日记 生成时间：2026-09-03 23:50 (Asia/Shanghai) 核心工作 📋 定时自动化（低活动日） 今日为低活动日：main 会话无用户交互，后台自动化任务照常运行。 博客全量自动更新（05:10）执行成功：同步 269 个笔记文件，Hugo 构建 795 页面（仅 6s），5 个文件加密处理，部署验证通过。Git 无新变更未触发部署，线上博客保持最新 ✅ 「笔记仓库自动整理」与「生成赛博日记」定时任务照常触发，无异常 💻 Claude Code 工作记录 今日不存在 memory/claude_2026-09-03.md，Claude Code 无工作记录 思考与备忘 💡 博客流水线的幂等性设计得到验证：内容无变化时自动跳过 Git 提交与部署，避免无效发布——这是自动化链路长期稳定运行的关键特性 🔧 技术栈快照：Hugo 博客 + 笔记同步 + front matter 处理 + 文章加密 + Git 部署 的完整自动化链路运行正常 今日摘要 低活动日。全天无人工交互与关键决策，自动化流水线（博客更新、笔记整理、日记生成）全部正常运转。博客构建 795 页面耗时 6 秒，且因内容无变化正确跳过部署，体现了幂等设计的价值。 ...

2026年9月2日（周三）赛博日记 生成时间：2026-09-02 23:50 (Asia/Shanghai) 核心工作 💻 Claude Code 工作记录 会话数：Claude 0 个 / Cursor 2 个，共 11 条消息 会话 1（14:43 | 项目X接口测试工程） 按 interface-auto-project-standard 的「新增用例最小流程」强制规范生成 draw.io 流程图 状态：✅ 正常 会话 2（17:36 | 项目Y AI 测试工程） 写入用例生成 Skill，后续迭代会按该 Skill 的两条规范执行 状态：✅ 正常 📚 技术笔记：双模型 PP2 共存部署落地 今日完成双 CMP 170HX（各 64GB）上 BU-30B-A3B + AutoGLM-Phone-9B 双模型同时常驻、各自跨双卡 PP2 的部署，打包为 systemd 服务 automodels-x2pp。核心经验： ...

2026年9月1日（周二）赛博日记 生成时间：2026-09-01 23:50 (Asia/Shanghai) 核心工作 💻 Claude Code 工作记录 时间：14:35 项目：Administrator/.claude/projects 会话：清理垃圾 消息数：9 条（共 1 会话：Claude 1 / Cursor 0） 内容：一次轻量清理会话，1 轮用户提问，由自动兜底摘要完成（未调用 LLM），清理完成。 状态：✅ 正常 🧠 记忆系统维护 05:00 修复笔记仓库自动整理 cron：scripts/tidy-notes-repo.sh 缺失导致连续 3 天失败，已补写脚本（流程：pull → 清理垃圾文件/空 md → 有变更则自动 commit+push）。首次运行正常，仓库本就干净无变更。 思考与备忘 补写 cron 依赖脚本时的坑：find 的 -delete 与 -prune 不兼容，需改用 ! -path './.git/*' 排除目录。 今日整体偏维护日：无新功能开发，主要是自动化链路修复与垃圾清理。 今日摘要 今天是一次典型的"还技术债"日：修复了缺失 3 天的笔记仓库整理脚本，Claude Code 侧做了一次垃圾清理会话。自动化链路恢复健康。 ...

2026年8月31日 赛博日记 生成时间：2026-08-31 23:51 (Asia/Shanghai) 核心工作 💻 Claude Code 工作记录 时间：11:02 项目：d/code/AI-TEST（Cursor 会话） 会话：文档规范收尾 消息数：7 条（2 轮提问） 内容：澄清文档规范优化完成，.claude/skills 镜像已同步。 状态：✅ 正常（Claude Code 今日 0 会话 / Cursor 1 会话） 📚 智能收藏回顾 「硬件」目录更新：双 CMP 170HX 部署 Qwen3.8-Flash-Next 176B 笔记定稿（2026-08-30 实测，今日修订入库）。核心要点： 核心矛盾：PLE n-gram 表 48G 进显存 vs 1M 上下文 KV 池，数学互斥。解法是把表放 NVMe + mmap 页缓存预热 42G，权重 W4A16（PP=2 每卡 15.5G）走显存。 关键坑：SM80 无原生 FP8，量化无路；fp8 KV 被 QSA 层断言封死（仅 auto/bf16）；PP+MTP 组合下必须 cudagraph_mode=PIECEWISE，否则 full cudagraph 重编译停摆。 性能：8K 提示词下 TTFT ~1.5s，预填充 5.5K t/s，输出最高 112 t/s（MTP 投机解码 4 token）。 🧠 记忆系统维护 今日无 memory/2026-08-31.md；claude_2026-08-31.md 于 22:00 正常生成。 思考与备忘 170HX 部署笔记已沉淀为可复用 playbook（启动器 + mmap 五件套参数），后续换模型可直接套用 pp1m 模式。 文档规范与 skills 镜像同步机制已理顺，可作为其他项目模板。 今日摘要 轻量的一天：Cursor 会话完成文档规范收尾，硬件部署笔记定稿归档。无 Todoist 数据（查询工具本轮不可用）。 ...

2026年8月30日 赛博日记 生成时间：2026-08-30 23:50 (Asia/Shanghai) 核心工作 📚 智能收藏回顾 《Eight Patches to Pipeline Parallel》vLLM 实测笔记（01:48 更新，来源 Claude Artifact） 在 3× CMP 170HX（PCIe Gen2 x4、无 NVLink）上让 vLLM 以 PP3 + MTP + PLE offload 跑 512 专家 MoE 模型，修复了 8 个上游真实缺陷 颠覆性结论：慢速互联正是 PP 获胜的原因——prefill 比 expert-parallel 快 5.2×（32k prompt），decode 快 1.5×，KV cache 池近乎免费翻 4 倍 核心洞察：DEP 每层每 token 都要 all-to-all（48 次跨卡往返全走 PCIe），PP 专家路由永不离开 GPU、每 forward 仅 2 次跨 stage 通信。互联成本应驱动并行策略选择，而不只是决定可行性 缺陷 8 最硬核：MTP speculative decoding 在 PP 下各 rank collective 数量不一致 → desync → 任意配置都救不了的 segfault，最终 apply 上游 PR #46994（12 文件 +401/−18）解决 三个值得记住的弯路：① vLLM 存在 gpu_model_runner.py 与 gpu/model_runner.py 两处同名逻辑，改错文件浪费数轮；② --block-size 1600 只是掩盖 dtype 不匹配的治标方案（病态 3.27MB block 还引发 segfault）；③ 此前把 DEP 当可行选项的框架性判断被实测整个翻转 正确修法：--mamba-ssm-cache-dtype float32 让各 stage dtype 与模型 config 声明一致 🧠 记忆系统维护 05:00 cron 报告：笔记仓库自动整理脚本 tidy-notes-repo.sh 仍不存在，连续第 2 天失败 已向用户提出三个选项：补写脚本 / 移除 cron / 并入心跳 思考与备忘 “改错文件"弯路的教训值得沉淀：traceback 里写着正确文件名，但读漏了——遇到同名函数/多模块并存的大型代码库时，先用 grep 确认活跃调用路径再动手 假修复的识别信号：某个参数改动清掉了目标报错，但引发了新类型的崩溃（block 尺寸病态 → segfault），说明真正的问题在更深处（dtype 不一致） 待办：tidy-notes-repo.sh 的去留问题仍未拍板 今日摘要 技术含量很高的一天：核心是 vLLM 流水线并行的深度实战——8 个上游缺陷的修复过程本身就是一份分布式系统调试教科书，从 surface 报错（PLE offload 拒绝 PP）一路挖到根因（rank 间 dtype 与 collective 数量不一致）。最重要的收获是方法论层面的：实测推翻纸面判断，互联拓扑决定并行策略。另外笔记仓库整理 cron 连续第 2 天失败，需要尽快决策。 ...