jianfei-wechat 仪表盘主题切换与字号设置的前后端联调
下午检查 jianfeiwechat V4 仪表盘的前后端联调状态,主要验证了主题切换和字号设置两个功能。 过程中发现了一个很隐蔽的 CSS 语法错误。 说到这个,其实挺意外的——明明本地看一切正常,结果 Playwright 截图一跑,light 和 dark 模式颜色居然一模一样。 第一个坑:CSS 缺了个大括号 第 22 行的 :root { 块少了个闭合括号 }! 这可不是小问题
思考不是主动来到
而是靠着被动激发
Think, therefore I am
暂无阅读笔记
读完书后,笔记会出现在这里
下午检查 jianfeiwechat V4 仪表盘的前后端联调状态,主要验证了主题切换和字号设置两个功能。 过程中发现了一个很隐蔽的 CSS 语法错误。 说到这个,其实挺意外的——明明本地看一切正常,结果 Playwright 截图一跑,light 和 dark 模式颜色居然一模一样。 第一个坑:CSS 缺了个大括号 第 22 行的 :root { 块少了个闭合括号 }! 这可不是小问题
下午对 jianfeipptvideo 做了一次大动作——UI/UX 全面优化。 从 210 条建议到全部落地,分四批执行,用了 4 个并行 Agent,最后生成了第一个验证视频。 说到这个,真的挺有成就感的。 210 条优化建议的生成 先让 AI 把项目从头到脚看了一遍,维度拉满: 竖屏内容表达核心优化 排版与字体系统 色彩与视觉层次 动效与微交互 导航与信息架构
下午发现 Chrome 上感觉有 5 个内容在下载,但下载管理器里看不到具体文件。 顺手检查了系统状态,还把手边一块外置 SSD 格式化了。 到这个 先看 Chrome 的情况,其实挺常见的——你看到“有东西在下”,但点开下载列表啥也没有。 活跃的下载: 在 ~/Downloads/ 里发现了两个隐藏文件:.com.google.Chrome.6DxAt9(约 122MB)和 .com.g
说到这个,我终于搞定了一个老毛病:每次让 AI 做完项目,它就忘了告诉我文件在哪,或者服务跑在哪个端口。 这事儿烦了好久,尤其是一堆 agent 同时干活的时候,简直像在玩猜谜游戏。 第一个坑 电脑里装了好几个 AI Agent:Kimi、Claude、Codex、Hermes、OpenClaw、QClaw。它们各自独立运行,互不打扰,但都有个通病——任务完成不给路径。 比如让我生成个视频,它就
今天一口气装了三个命令行工具,都是跟数据采集和浏览器自动化相关的。 说到这个,我最近在搞点小项目,顺手把几个实用工具都整上了。 wxcli:查询微信聊天记录 wxcli 是个能读微信本地数据库的命令行工具,挺方便的。 安装很简单: bash npm install g @jackwener/wxcli 第一次用得先初始化一下: bash sudo wx init 第一个坑来了——macOS 用户
我把微信读书变成了自己的阅读仓库 前几天,我一直在折腾一件小事。 把微信读书里的书架、划线、想法,都同步到本地。 听起来挺技术的。 但我真正想解决的,不是技术问题。 而是另一个更日常的问题。 我们读了很多书,也划了很多线,偶尔还写几句想法。可过了一段时间,再想把这些东西找回来,就没那么容易了。 你隐约记得自己曾经在某本书里看到过一句话。 你也隐约记得,当时还写过一段想法。 但到底是哪本书,哪一章,
上一篇讲了迁移的整体思路,这篇来聊聊具体执行时遇到的坑。有些坑是代码层面的,有些是文档和认知层面的。记录出来,既给自己留个备忘,也给遇到类似问题的人一个参考。 ## 坑一:OptimizedStorageService 写了一堆,但系统根本没用上 这是最尴尬的一个发现。代码库里早就有一个 OptimizedStorageService,号称是"优化后的存储服务",实现了文件保存、元数据管理、迁
最近对 AutoClip 做了一次存储架构的彻底改造,把原先"文件系统+数据库各存一份"的双重存储模式,改成了"数据库管元数据、文件系统管实际文件"的分离存储模式。整个过程像是一场手术,先诊断病灶,再制定方案,最后开刀缝合。这篇文章先聊聊迁移的思路,下一篇再讲具体踩了哪些技术坑。 ## 双重存储的问题在哪 原先的设计里,切片的元数据既存在数据库的 Clip 表里,又以 clips_metada