Kazoottt

练舞日记[持续更新中]

Sun, 01 Nov 2026 15:50:50 GMT

2026-11-01

中午的课：第一次上瑶瑶老师的课
热身后先带基础脚步，然后再基础脚步上加iso

脖子前后
肩膀上下
肩膀前后（单边）
肩膀画正方形
胸前后
这个感觉自己私底下也可以练

自己的问题是up的律动做的很别扭（习惯了down的）
然后wave很僵硬

晚上的课
今天主要是练习up的律动以及肩iso
我一旦遇到协调就开始记不住动作
还是得多练

2026-10-31

今天两节课
第一节课偏编舞，小 a 老师就是教的很快…心率容易爆炸
看了下视频还是太软了做的，而且律动不明显

第二节课纯基本功，喜欢这个老师的上课逻辑，元素➡️元素变体➡️routine，今天学的是 jamesbrown 和 bart simpson

2026-06-27

我跳舞咋恁菜啊感觉像没有学过一样[捂嘴哭] 要不还是抽空练下基本功吧

2026-06-22

跳舞打卡

2025-07-05

跳舞day17 还是跳得跟屎一样

2025-06-21

跳舞day13

2025-05-29

跳舞day8 今天脑子和身体完全跟不上

今天跳舞有个同学和我一样有点跟不上然后我们就休息的时候聊起来了拍完视频她问我：为什么你一直在笑我：可能我天生爱笑吧（其实只是想用笑缓解尴尬，因为我今天真的脑子转得很慢，记不住动作

2025-05-28

跳舞day7 今天这个舞蹈又累又难

2025-05-24

跳舞day6

2025-05-18

今天是刷课的第五节
第一周上了3节
第二周也就是这周上了2节
最开始几节课记不住动作，节奏也踩不上
今天突然觉得就算前面不站人，我也对着镜子也能自己跳出来，有点小惊喜

2025-05-11

跳舞day3 以及之前day1 day2 今天上的是爵士入门课，感觉这个老师教学有点无聊，像在健身私教（来了好多组下蹲🌚再来波比跳更像了），不过还是挺负责的，会抠动作，对基础有提升之前我以为我对爵士不太感兴趣，不过好像也不排斥扭胯之类的，之前两天上的黑怕课，很喜欢那个老师的风格，以后打算爵士黑怕两类都上一下

Quick PR Tool v1.0.17 - 新增 Back to Source Branch 功能

Tue, 22 Sep 2026 02:15:07 GMT

新功能:Back to Source Branch

从 merge 分支快速切换回源分支,解决冲突后一键返回。

🔗 GitHub 仓库: https://github.com/KazooTTT/quick-pr

安装与更新

npm install -g @kazoottt/quick-pr
# 或更新到最新版本
npm update -g @kazoottt/quick-pr

使用方式

命令行直接使用:

qkpr back

主菜单选项:

qkpr
# 选择 "5. 🔙 Back to Source Branch"

场景演示

场景 1:单一匹配(最常见)

$ git branch
* merge/feat-M-12345-auth-to-main
  main
  feat/M-12345-auth
 
$ qkpr back
🔙  Back to Source Branch
  Merge branch: merge/feat-M-12345-auth-to-main
  Detected source: feat/M-12345-auth
  Detected target: main
 
🔄  Switching to source branch: feat/M-12345-auth
✅  Switched back to: feat/M-12345-auth

场景 2:多个分支匹配

自动检测并提供选择菜单:

$ qkpr back
⚠️  Found 2 possible branch combinations:
 
? Which source branch do you want to switch to?
❯ feat/my-feature → main
  feat-my-feature → main

场景 3:解析失败时

提供手动选择界面:

$ qkpr back
❌  Could not parse merge branch name: merge/invalid-name
 
? Select source branch (type to search):
❯ feat/login-page
  fix/bug-456
  chore/update-deps

场景 4:本地没有源分支

支持从远程检出:

$ qkpr back
⚠️  Source branch 'feat/new-api' is not available locally.
 
? What would you like to do?
❯ Checkout from remote (origin/feat/new-api)
  Select a different branch
  Cancel

版本信息

当前版本: 1.0.17
更新日期: 2026-09-21

项目地址

🌟 欢迎 Star: https://github.com/KazooTTT/quick-pr

🐛 问题反馈: https://github.com/KazooTTT/quick-pr/issues

Quick PR Tool - Your All-in-One Git Workflow Assistant

Tana 全局快捷键自定义失效：schema 键名与实际读取键名不一致

Fri, 04 Sep 2026 07:14:10 GMT

背景

Tana 桌面端（Electron 应用）有一个全局语音捕获功能，默认快捷键 Cmd+Shift+E，通过 Electron 的 globalShortcut 注册——全局生效，Tana 在后台也会被触发。这个组合键容易和滴答清单的主窗口唤起（Cmd+Control+E）误触，所以想把它禁用掉。

思路是：把快捷键改成一个物理上不存在的键（如 F24），等效于禁用，又比塞非法字符串干净（注册能成功，不产生错误日志）。

踩过的坑

直接改配置文件 ~/Library/Application Support/Tana Outliner/keyBindings.json：

{
	"toggleVoiceCapture": "CommandOrControl+Shift+F24"
}

改完重启，Cmd+Shift+E 依然生效。看起来像是「设置了 custom 不会禁用 default，两者并存」——但这是错觉。

真正的原因：键名不一致

读 Tana 的 main.js（版本 1.523.0）取证，发现两处键名对不上：

位置	键名
store schema 声明（`KRe`）	`toggleVoiceCapture`（遗留名，全代码只出现一次，没有任何地方读它）
命令列表（`dre`）里的 command	`voiceCapture`
实际读取：`store.get(e.command)`	`voiceCapture`

快捷键管理器的注册逻辑本身是替换，不是并存：

bindAll() {
  this.globalShortcut.unregisterAll();            // 先全部注销
  for (let r of this.getKeyBindings()) {
    let n = r.customShortcut && typeof r.customShortcut == "string"
            ? r.customShortcut : r.defaultShortcut;  // 有 custom 就用 custom
    this.globalShortcut.register(n, ...);          // 只注册一个
  }
}

但 getKeyBindings() 读的是 store.get("voiceCapture")，而我们写的是 toggleVoiceCapture → 读到 undefined → falsy → 静默回退到默认值 Cmd+Shift+E。自定义配置被无声地忽略了。

本质上是 Tana 自己的一个 bug：schema 里的遗留键名和实际读取的 command 名不一致。

正确的写法

{
	"voiceCapture": "CommandOrControl+Shift+F24",
	"quickCapture": "CommandOrControl+Shift+Space"
}

Tana 的 GUI 入口（Options → Customize Keybindings）内部也是用 command 名写入的，所以这和 GUI 设置完全等效。

另外两个操作要点

改配置前必须先退出 Tana。Tana 用 electron-store 管理配置，App 退出时会把内存中的值写回文件；在它运行时改 JSON 会被静默覆盖。流程：备份 → 优雅退出 → 改配置 → 重启 → 读回验证。
不要试图用空字符串「禁用」。取值逻辑是 customShortcut || defaultShortcut，空串是 falsy，会静默回退默认值，你以为禁了其实没禁。要用合法但按不到的键（F24 在任何 Mac 键盘上都不存在，Electron accelerator 支持 F1–F24）。

替代方案：不一定要禁用全局捕获

Tana 还有个非全局的语音入口：Cmd+Shift+L（Quick chat with dictation），只在 Tana 前台生效。如果需要的只是「在 Tana 里语音输入」，禁用全局捕获后改用它就够了。代价是失去 Tana 语音捕获最值钱的能力——在别的 App 里（比如浏览器看资料时）不用切窗口直接说话记进 Tana。

一键禁用脚本

以下脚本可直接分享使用：自动退出 Tana → 备份 → 写入正确的键名（保留其他配置、清理无效的遗留键名）。已在 macOS 上验证。

#!/bin/bash
# 禁用 Tana 全局语音捕获快捷键（Cmd+Shift+E → 永不触发的 F24）
# 原理：Tana 读取 keyBindings.json 里的 "voiceCapture" 键作为自定义快捷键，
#       自定义存在时完全替换默认值。F24 在 Mac 键盘上不存在，等效禁用。
# 注意：schema 里的 "toggleVoiceCapture" 是无人读取的遗留键名，写了无效。
set -euo pipefail
 
KB="$HOME/Library/Application Support/Tana Outliner/keyBindings.json"
 
# 1. 退出 Tana（electron-store 会在退出时把内存值写回文件，运行中修改会被覆盖）
if pgrep -f "Tana Outliner" > /dev/null; then
  echo "正在退出 Tana..."
  osascript -e 'quit app "Tana Outliner"' || true
  for _ in $(seq 1 10); do
    pgrep -f "Tana Outliner" > /dev/null || break
    sleep 1
  done
  if pgrep -f "Tana Outliner" > /dev/null; then
    echo "错误：Tana 未能退出，请手动退出后重试" >&2
    exit 1
  fi
fi
 
# 2. 备份现有配置
if [ -f "$KB" ]; then
  cp "$KB" "$KB.bak.$(date +%Y%m%d-%H%M%S)"
  echo "已备份原配置"
fi
 
# 3. 合并写入（保留其他键，清理无效的遗留键名）
python3 - "$KB" << 'EOF'
import json, os, sys
path = sys.argv[1]
data = {}
if os.path.exists(path):
    with open(path) as f:
        data = json.load(f)
removed = data.pop("toggleVoiceCapture", None)
data["voiceCapture"] = "CommandOrControl+Shift+F24"
os.makedirs(os.path.dirname(path), exist_ok=True)
with open(path, "w") as f:
    json.dump(data, f, indent="\t", ensure_ascii=False)
    f.write("\n")
if removed:
    print(f"已清理无效键 toggleVoiceCapture（原值: {removed}）")
print("已设置 voiceCapture = CommandOrControl+Shift+F24")
EOF
 
echo "完成。启动 Tana 后，Cmd+Shift+E 将不再触发全局语音捕获。"
echo "回滚：Tana 菜单 → Options → Customize Keybindings → Voice capture 行点 × 清除自定义。"

如果只想粘贴一行（需先手动退出 Tana）：

python3 -c "import json,os; p=os.path.expanduser('~/Library/Application Support/Tana Outliner/keyBindings.json'); d=json.load(open(p)) if os.path.exists(p) else {}; d.pop('toggleVoiceCapture',None); d['voiceCapture']='CommandOrControl+Shift+F24'; os.makedirs(os.path.dirname(p),exist_ok=True); json.dump(d,open(p,'w'),indent='\t',ensure_ascii=False); print('已禁用，重启 Tana 生效')"

经验总结

逆向修改 Electron 应用的配置文件前，先确认代码实际 get() 的键名，而不是看 schema 声明。 schema 可能留有历史遗留键名，写错了不会报错，只会静默失效——排查时容易误判成「配置机制和预期不同」（这次就误判成了 custom/default 并存）。

Rocket Loader：让 JavaScript 晚点运行，页面就一定更快吗？

Fri, 31 Jul 2026 06:33:09 GMT

最近博客里出现了一个很奇怪的问题：Mermaid 流程图没有渲染，页面直接显示了图表源码。

一开始我怀疑过 Mermaid 语法、前端构建产物和浏览器缓存。但检查线上 DOM 后发现，页面里能够找到 .mermaid-diagram 容器，却没有生成任何 SVG，也没有进入渲染失败的回退状态。这意味着问题甚至还没有走到 Mermaid 的解析阶段——负责初始化 Mermaid 的 JavaScript 根本没有正常执行。

继续检查浏览器实际收到的 HTML，才发现 Cloudflare Rocket Loader 改写了 Astro 生成的模块脚本。关闭 Rocket Loader 后，两张流程图立即恢复，DOM 中重新出现了两个 SVG。

这次故障让我重新认识了 Rocket Loader：它不是一个单纯的“JavaScript 加速开关”，而是一套会改变脚本加载时序的优化机制。

Rocket Loader 是做什么的？

Rocket Loader 是 Cloudflare 提供的一项前端性能优化功能。

它要解决的问题是：浏览器解析 HTML 时，普通 JavaScript 脚本可能会阻塞后续内容的解析和渲染。如果页面引用了很多脚本，或者某个第三方脚本响应很慢，用户可能需要盯着空白页面等待。

Rocket Loader 的策略是让内容先出现，再执行 JavaScript。

按照 Cloudflare 的说明，它会延迟页面中的 JavaScript，让文字、图片和字体等内容优先渲染，同时异步处理内联脚本与外部脚本，并尽量维持原来的执行顺序。

因此，它优化的主要是“用户什么时候能看到内容”，而不是 JavaScript 本身的运行速度。

可以把这种取舍简单理解为：

原来的页面加载
 
解析 HTML
  → 遇到 JavaScript
  → 下载并执行
  → 继续解析 HTML
  → 显示页面
 
启用 Rocket Loader 后
 
解析 HTML
  → 暂时推迟 JavaScript
  → 优先显示页面内容
  → 恢复并执行 JavaScript

用户可能更早看到正文，但依赖 JavaScript 的按钮、图表和其他交互要稍后才能使用。

它是如何实现的？

Rocket Loader 同时依赖 Cloudflare 边缘节点和浏览器端运行时代码。

请求经过 Cloudflare 时，Cloudflare 会在边缘修改返回给浏览器的 HTML。它暂时把原有脚本处理成浏览器不会立即执行的形式，让浏览器先继续解析页面。随后，Cloudflare 注入的 Rocket Loader 运行时再恢复这些脚本，并模拟普通脚本、async 和 defer 等不同执行方式。

整个过程可以概括为：

源站返回 HTML
  ↓
Cloudflare 在边缘改写 script
  ↓
浏览器优先解析和绘制内容
  ↓
Rocket Loader 恢复脚本
  ↓
JavaScript 开始执行

这里最重要的一点是：Rocket Loader 会接管原本由浏览器负责的脚本加载时序。

这也是它既能改善首屏速度，又可能造成兼容问题的原因。

它和 `async`、`defer` 有什么区别？

async 和 defer 是浏览器原生支持的脚本属性。

async 会并行下载脚本，下载完成后尽快执行，多个脚本之间不保证执行顺序。
defer 会并行下载脚本，等 HTML 解析完成后按照文档顺序执行。
Rocket Loader 会在 Cloudflare 边缘改写页面，然后通过自己的运行时延迟并调度多个脚本。

如果能够修改应用代码，通常应该先使用浏览器原生机制、ES modules、代码拆分和按需加载。它们的行为更明确，也更容易由构建工具和测试覆盖。

Rocket Loader 更像是站点之外的一层统一优化：不改源代码，也能尝试推迟大量脚本。但多了一层调度，就多了一层需要验证的行为。

哪些场景适合使用？

Rocket Loader 比较适合内容优先、交互较轻的传统网站，例如：

正文阅读是页面的主要目的；
页面包含多个同步或第三方脚本；
慢速脚本明显阻塞了首屏内容；
暂时无法调整源站模板或构建流程；
允许正文先显示、交互稍后可用；
有性能监控和功能回归测试。

例如，一个资讯站的正文被广告、统计和推荐脚本挡住时，Rocket Loader 可能让读者更快看到文章。

不过，“可能更快”必须通过数据证明。开启前后至少应该比较 FCP、LCP、TBT 或 INP，同时确认按钮、表单、埋点和第三方组件仍然正常。

哪些场景不适合？

如果 JavaScript 本身就是产品的核心，而不只是页面增强，使用 Rocket Loader 就需要格外谨慎。

风险较高的场景包括：

React、Vue、Astro 等由构建工具管理模块加载和 hydration 的应用；
后台管理系统、编辑器和实时协作应用；
登录、支付、下单等关键流程；
依赖严格执行顺序或生命周期事件的脚本；
使用严格 CSP、SRI 或复杂第三方依赖的页面；
已经使用 ES modules、defer、代码拆分和按需加载的站点；
缺少端到端测试，无法及时发现静默失效。

这类页面即使 HTML 和 CSS 正常显示，也可能只有局部功能失效。相比直接白屏，这种“看起来没问题”的故障反而更难发现。

为什么它影响了 Astro 和 Mermaid？

Astro 会把组件脚本构建成 type="module"，并负责 npm 依赖打包、TypeScript 转换、去重和代码拆分。

Mermaid 的初始化链路大致是：

浏览器执行 Astro 生成的模块入口
  → 入口动态加载 Mermaid
  → Mermaid 读取页面中的图表源码
  → 生成 SVG

这次故障中，HTML 和 CSS 都正常返回，Mermaid 的源码容器也存在，但模块入口没有成功完成初始化。于是后面的动态加载和 SVG 生成都没有发生。

最终表现就是：读者看到的不是流程图，而是一整段 graph LR 源码。

关闭 Rocket Loader 后，Astro 模块恢复由浏览器原生机制加载，两张 Mermaid 图都成功生成了 SVG。

出现问题时如何排查？

第一步不是立即改代码，而是做开关对照。

找到一个能够稳定复现问题的 URL。
记录当前页面的 DOM、Console 和 Network 状态。
临时关闭 Rocket Loader。
使用无痕窗口或清理缓存后重新访问。
比较入口脚本、依赖请求和最终 DOM。

还可以直接检查线上 HTML：

curl -fsS https://example.com/ \
  | grep -E 'rocket-loader|data-cf-settings|<script'

浏览器里则应检查：

JavaScript 入口有没有发出请求；
入口的动态依赖有没有继续加载；
Console 是否出现 CSP、MIME 或模块加载错误；
目标组件有没有完成初始化；
最终结果是否真的存在，而不是只看 HTTP 200。

对于 Mermaid，最直接的验收条件就是：

document.querySelectorAll(".mermaid-diagram svg").length > 0

构建成功只能证明产物生成了，不能证明经过 CDN 改写后仍能在真实浏览器中运行。

如果只想排除部分脚本怎么办？

Cloudflare 支持使用 data-cfasync="false" 排除单个脚本：

<script data-cfasync="false" src="/javascript.js"></script>

但它有几个限制：

属性必须直接存在于初始 HTML 中；
data-cfasync 必须写在 src 前面；
如果脚本依赖其他脚本，依赖链也需要一并排除；
其他脚本仍然会被 Rocket Loader 接管。

对于 Astro 还多一层问题：Astro 默认只处理没有额外属性的组件脚本。直接添加 data-cfasync 可能让脚本退出 Astro 的打包和 TypeScript 处理管线。

因此，现代框架项目出现全局兼容问题时，直接关闭 Rocket Loader，或者使用 Cloudflare Configuration Rule 按主机名和路径关闭，通常比逐个排除构建产物更可靠。

是否应该开启 Rocket Loader？

可以用下面这组问题判断：

首屏是否真的被传统同步脚本阻塞？
  ├─ 否 → 通常不需要 Rocket Loader
  └─ 是
      ↓
页面是否以内容阅读为主？
  ├─ 否 → 优先在应用中优化脚本
  └─ 是
      ↓
是否允许交互稍后可用？
  ├─ 否 → 不适合
  └─ 是
      ↓
是否有性能指标和功能回归测试？
  ├─ 否 → 先建立验证基线
  └─ 是 → 小范围开启并比较结果

Rocket Loader 不是一个“开启就会更快”的按钮。它实际上是在用脚本执行时序的变化，交换更早的内容绘制。

如果站点主要依赖 HTML 和 CSS，JavaScript 只是锦上添花，这笔交换可能值得。如果页面由模块脚本驱动，或者 JavaScript 承担核心功能，那么框架、浏览器原生加载机制和应用自身的性能优化通常更可控。

最后

这次 Mermaid 故障提醒了我：线上页面并不只由仓库里的代码决定。

代码经过构建、部署、CDN 缓存和边缘优化后，浏览器真正收到的内容可能已经发生变化。排查前端问题时，不能只看源代码和构建结果，还要观察最终 HTML、网络请求和真实 DOM。

性能优化也不应该以“某个开关是否开启”为目标。真正的目标应该是：

用户更早看到有用内容，同时页面仍然完整可用。

如果速度提升的代价是流程图、按钮或关键交互静默失效，那么它就不是优化。

参考资料

异步请求的顺序，应该由数据依赖决定

Mon, 27 Jul 2026 10:33:37 GMT

假设一个页面布局编辑器需要加载两类数据：

服务端保存的页面详情，例如当前使用双栏布局。
不同布局对应的预设配置，例如各区域的默认宽度和间距。

新建页面没有历史数据，可以选择一种基础布局完成初始化。为了方便讨论，假设默认使用单栏布局。

编辑页面刚挂载时，服务端详情还没有返回。此时表单为空，于是页面按照新建逻辑，请求了单栏布局的默认配置。

随后，服务端详情返回，表单被回填为双栏布局。到这里，页面状态仍然完全正确。

但先前发出的单栏配置请求仍在等待响应。它随后返回，又把单栏配置写入表单，覆盖了刚刚回填的双栏配置。

两次请求都成功返回了，数据也没有错，为什么页面最后显示的结果却不稳定？

请求顺序不等于生效顺序

理解这个问题，需要区分三种顺序：

发起顺序：哪个请求先发送。
返回顺序：哪个请求的响应先返回。
生效顺序：响应返回后，哪个结果先后写入页面状态。

sequenceDiagram
autonumber
participant Page as 编辑页面
participant Form as 表单状态
participant Detail as 详情接口
participant Config as 布局配置接口

Page->>Detail: 请求服务端详情
Page->>Form: 读取当前布局
Form-->>Page: 当前为空
Page->>Config: 请求单栏默认配置

Detail-->>Page: 返回已保存的双栏布局
Page->>Form: 写入双栏配置
Note over Form: 当前状态正确

Config-->>Page: 返回单栏默认配置
Page->>Form: 写入单栏配置
Note over Form: 双栏配置被覆盖

这张图中，详情接口先写入双栏配置，布局配置接口随后又写入单栏配置。表单不会判断哪份数据更适合当前页面，只会保留最后一次写入的值。

因此，如果代码在每次响应返回后都直接更新表单，最终结果就取决于哪个响应更晚写入。

一次异步交错是怎样发生的

这里的两个请求访问的是不同接口。详情接口读取已保存的页面，布局配置接口读取单栏布局的默认参数。

它们互不冲突，却都会修改同一个表单：

详情接口返回后，把表单设置为已保存的双栏布局。
布局配置接口返回后，把默认的单栏参数写入表单。

问题就发生在这里。布局配置请求发出时，表单虽然为空，但这并不代表页面没有已保存的布局。

此时详情接口仍在请求中，前端只是暂时不知道布局是什么。只有确认这是新建页面，或者服务端确实没有保存布局，加载默认值的条件才成立。

代码却把“暂时还没拿到布局”当成了“布局为空”，提前请求了单栏默认配置。等到这个请求返回时，详情接口已经把双栏配置写入表单，于是默认值又覆盖了服务端数据。

所以，排查竞态不能只看两个请求谁快谁慢，还要看它们之间是否存在依赖。

请求返回时，发起条件可能已经变化

布局配置接口返回的单栏参数并没有错。问题在于，页面已经不再需要这份参数。

页面请求单栏配置时，代码依据的是这个判断：

表单中的布局字段为空，所以请用单栏配置初始化。

这个判断混淆了两种状态：布局确实为空，以及布局尚未加载完成。等到详情接口返回双栏布局，这个区别才显现出来。

此时单栏配置本身仍然正确，但它从一开始就不适用于这个已有数据的编辑页面。

这也是为什么只查看接口日志很难发现问题。日志会显示两个请求都成功，参数和响应也都正常。真正出错的环节，是响应返回后对表单的写入。

请求成功只说明拿到了结果。这个结果能否用于当前页面，取决于发起它所需的条件是否已经确定。

有依赖的数据，应当按依赖顺序加载

页面详情和布局配置并不是两个互不相关的初始化任务。

布局配置请求需要一个确定的布局，而这个布局来自页面详情。只有详情返回后，程序才能知道应该加载双栏配置，还是在确认没有已保存布局时使用单栏默认配置。

它们的依赖关系是：

页面详情
  → 确定当前布局
    → 加载该布局的配置
      → 写入表单

既然下一步依赖上一步的结果，代码也应该按照这个顺序执行：

async function initializePage() {
  const detail = await fetchPageDetail();
  const layout = detail?.layout ?? DEFAULT_LAYOUT;
  const layoutConfig = await fetchLayoutConfig(layout);
 
  form.setFieldsValue({
    ...layoutConfig.defaults,
    ...detail,
    layout,
  });
}

这段流程先等待页面详情，再从详情中确定布局，最后请求对应的布局配置。写入时默认配置在前、服务端详情在后，已有数据不会被默认值覆盖。

表单只在这些数据准备完成后统一写入，不需要靠两个请求的返回顺序决定最终结果。

问题代码通常把这条链拆散了：一个 effect 请求页面详情，另一个 effect 发现布局字段为空，便请求默认配置。两个 effect 各自更新表单，却没有表达“布局配置依赖页面详情”这层关系。

多个 effect 本身不是问题。互不依赖的数据可以并行加载；但如果后一个请求的参数或执行条件来自前一个请求，就应该显式串联，而不是让它们从共享状态中猜测对方是否已经完成。

这里也不能简单地把“表单为空”当作使用默认值的条件。编辑页面加载过程中，空值可能只表示详情尚未返回。默认值应该在详情加载完成，并确认没有已保存布局之后才参与初始化。

总结

这个问题表面上是默认值覆盖了服务端数据，实际原因却是代码没有表达数据之间的依赖关系。

页面详情决定布局，布局决定加载哪份配置。只要这条关系被拆到多个独立的异步流程中，最终状态就可能取决于响应返回顺序。

解决问题的重点不是让某个请求更快，也不是调整 effect 的先后，而是让代码中的执行顺序与数据依赖顺序一致：

先拿到依赖的数据
→ 再确定下一步请求
→ 最后统一写入状态

请求发起顺序不等于结果生效顺序。只有把依赖关系写进异步流程，页面状态才不需要依靠最后一次 set 碰运气。

从上传到访问：OSS 文件的响应头如何影响浏览器行为

Mon, 20 Jul 2026 00:00:00 GMT

业务系统生成 PDF 后，需要将它上传到 OSS，再向前端提供访问 URL。前端拿到 URL，并不意味着浏览器一定会直接预览 PDF。

用户最终看到在线预览、文件下载还是跨域错误，取决于上传时保存的 Metadata、URL 使用的访问域名、OSS 返回的响应头，以及前端怎样使用这个 URL。

本文按照实际链路，梳理从上传 PDF 到浏览器预览的流程，以及其中遇到的几个问题。

1. 上传 PDF

上传文件前，服务端需要确定 Bucket、Object Key、访问凭证和文件内容。

下面使用 OSS Node.js SDK 上传一份 PDF，并在上传请求中设置与浏览器预览有关的请求头：

OSS Node.js SDK 官方文档

const OSS = require("ali-oss");
const path = require("path");
 
async function uploadPdf() {
  const client = new OSS({
    region: "oss-<region-id>",
    accessKeyId: process.env.OSS_ACCESS_KEY_ID,
    accessKeySecret: process.env.OSS_ACCESS_KEY_SECRET,
    authorizationV4: true,
    bucket: "example-bucket",
  });
 
  const headers = {
    "Content-Type": "application/pdf",
    "Content-Disposition": "inline; filename=\"document.pdf\"",
    "x-oss-object-acl": "private",
    "x-oss-forbid-overwrite": "true",
  };
 
  const objectKey = "files/document.pdf";
  const localFilePath = path.normalize("document.pdf");
 
  const result = await client.put(objectKey, localFilePath, { headers });
  console.log("文件上传完成", result);
}
 
uploadPdf().catch(console.error);

Content-Type: application/pdf 告诉客户端文件内容是 PDF。Content-Disposition: inline 表示这份内容适合在浏览器中展示，filename 则提供建议文件名。

PutObject 官方文档列出了上传时可以指定的请求头：

在 PutObject 请求中设置的 Content-Type、Content-Disposition 等字段，会被 OSS 保存为 Object Metadata。以后读取 Object 时，相应值会成为 HTTP 响应头。不过Object Metadata 不是浏览器最终响应的唯一来源。

2. 获取访问 URL

公共读 Bucket 中的 Object 可以通过公开 URL 访问。私有 Bucket 则要求请求携带有效签名，通常由服务端生成有时效的预签名 URL。

使用预签名 URL 下载（Node.js SDK）

const OSS = require("ali-oss");
 
async function generateSignatureUrl(fileName) {
  const client = new OSS({
    endpoint: "https://files.example.com", // 可以指定自定义域名
    accessKeyId: process.env.OSS_ACCESS_KEY_ID,
    accessKeySecret: process.env.OSS_ACCESS_KEY_SECRET,
    bucket: "example-bucket",
    region: "oss-<region-id>",
    authorizationV4: true,
    cname: true,
  });
 
  return client.signatureUrlV4(
    "GET",
    3600,
    { headers: {} },
    fileName,
  );
}
 
generateSignatureUrl("files/document.pdf")
  .then((url) => console.log("Generated URL:", url))
  .catch(console.error);

预签名 URL 解决的是私有 Object 的临时访问权限，不决定文件应该预览还是下载。浏览器最终怎样处理 PDF，仍取决于访问域名和最终响应头。

3. 访问域名如何改变最终响应

同一份 Object 可以通过 OSS 默认域名或已经绑定到 Bucket 的自定义域名访问。两类域名可能得到不同的最终响应。

3.1. OSS 默认域名可能增加强制下载头

阿里云文件预览排查文档说明了 OSS 默认域名的强制下载规则。

为降低特定文件通过默认域名直接执行的安全风险，命中规则的请求会收到：

x-oss-force-download: true
Content-Disposition: attachment

是否命中强制下载规则，取决于 Bucket、账号、地域和文件类型等条件。OSS 默认域名并不是在所有情况下都会强制下载全部文件，具体范围应以阿里云文档中的规则为准。

如果 Object Metadata 原本保存的是：

Content-Disposition: inline

请求命中默认域名的强制下载策略后，浏览器最终可能收到：

x-oss-force-download: true
Content-Disposition: attachment

这意味着问题不一定出在上传代码。即使上传时保存了 inline，OSS 仍可能在形成最终响应时加入 attachment。

3.2. 自定义域名不会增加默认域名下载头

自定义域名需要先绑定到 Bucket，再通过 CNAME 指向 OSS。它不是简单地把预签名 URL 中的域名替换掉。

阿里云自定义域名文档说明，通过自定义域名访问时，OSS 不会增加默认域名使用的强制下载响应头。

但自定义域名不会主动添加 Content-Disposition: inline。它只是不会触发默认域名的强制下载规则，最终响应仍取决于 Object Metadata、Content-Type 和浏览器支持情况。

4. 浏览器如何处理 PDF 响应

浏览器收到响应后，主要通过 Content-Type 和 Content-Disposition 判断内容是什么，以及应该怎样处理。

4.1. `Content-Type` 描述内容是什么

Content-Type 描述响应内容的媒体类型：

Content-Type: application/pdf

浏览器据此知道响应内容是 PDF。如果该字段缺失或被设置为 application/octet-stream，浏览器只能将它识别为通用二进制内容，可能无法选择正确的展示方式。

4.2. `Content-Disposition` 描述怎样处理内容

Content-Disposition 用于说明响应内容应该内联展示，还是作为附件下载。

取值或参数	示例	含义
`inline`	`Content-Disposition: inline`	内容可以在页面中展示
`attachment`	`Content-Disposition: attachment`	内容应该作为附件下载
`filename`	`attachment; filename="document.pdf"`	建议使用的 ASCII 文件名
`filename*`	`attachment; filename*=UTF-8''...`	使用编码表示非 ASCII 文件名

filename 和 filename* 是附加参数，不是与 inline、attachment 并列的处理方式。

下面两组响应的 Content-Type 相同，但处理语义不同：

Content-Type: application/pdf
Content-Disposition: inline

浏览器支持 PDF 时，通常会直接展示内容。

Content-Type: application/pdf
Content-Disposition: attachment

浏览器知道内容是 PDF，但仍会按照附件语义处理。

4.3. CORS

如果前端通过 fetch 读取不同源的 pdfUrl，浏览器会 CORS 校验：

项目发起跨域 fetch
→ 浏览器发送 Origin
→ OSS 根据 Bucket 的 CORS 规则返回响应头
→ 浏览器检查当前 Origin 是否被允许
→ 通过后 JavaScript 才能读取响应

OSS 的 CORS 规则通常需要关注：

配置	作用
Allowed Origin	允许哪些页面来源读取 Object
Allowed Methods	允许 `GET`、`HEAD` 等哪些方法
Allowed Headers	允许请求携带哪些请求头
Expose Headers	允许 JavaScript 读取哪些响应头

配置入口是：进入阿里云 OSS 控制台的 Bucket 列表，选择目标 Bucket，再打开 数据安全 → 跨域设置，单击 创建规则。

具体参数见阿里云 OSS 跨域设置文档。

5. 选择 PDF 预览方式

前端拿到 PDF URL 后，可以让 JavaScript 读取文件并生成 Blob URL，也可以直接让浏览器加载远程 URL。两种方式经过的链路不同。

5.1. 方式一：JavaScript 读取 PDF，再生成 Blob URL

如果远程 URL 返回 attachment，仍可以先读取文件，再用本地 Blob URL 打开 PDF：

const response = await fetch(pdfUrl);
 
if (!response.ok) {
  throw new Error(`PDF 请求失败：${response.status}`);
}
 
const pdfBlob = await response.blob();
const blobUrl = URL.createObjectURL(pdfBlob);
const previewWindow = window.open(blobUrl, "_blank");
 
if (!previewWindow) {
  URL.revokeObjectURL(blobUrl);
  throw new Error("浏览器阻止了预览窗口");
}
 
// 预览页面不再使用该 URL 后，再调用 URL.revokeObjectURL(blobUrl)。

这个方案重新构造了一个本地资源，能够避开远程 attachment 对顶层导航的影响，但没有改变远程响应本身。

它还要求 fetch 通过 CORS 校验，并需要等待整份 PDF 被读取。对于大文件，这会增加内存占用，也失去了浏览器直接加载远程 PDF 时可能使用的分段请求能力。

5.1.1. 踩坑：保存文件名退化为 UUID

Blob URL 形如 blob:https://example.com/<uuid>，不会自动继承远程响应中的 Content-Disposition 和文件名。

在本项目使用的浏览器中，打开 Blob URL 后，地址栏、页签和 PDF 查看器使用 UUID。保存文件时，默认文件名同样退化为 UUID，而不是远程响应建议的文件名。

左：Blob URL、页签与 PDF 查看器使用 UUID；右：“另存为”没有获得远程 PDF 的建议文件名。

如果项目需要提供指定文件名的下载操作，可以另外创建带 download 属性的链接：

const downloadLink = document.createElement("a");
downloadLink.href = blobUrl;
downloadLink.download = "document.pdf";
downloadLink.click();

具体默认文件名和扩展名仍可能因浏览器而异。这里记录的是项目实测结果，不将它扩大为所有浏览器的统一行为。

5.2. 方式二：浏览器直接加载远程 PDF

如果远程 URL 返回正确的 Content-Type 和 Content-Disposition，更合适的方式是让浏览器直接处理 PDF：

window.open(pdfUrl, "_blank");

这条路径由浏览器直接请求远程 PDF，业务 JavaScript 不读取响应体，因此不依靠 CORS 完成预览。

配置 CORS 也不会把 Content-Disposition: attachment 改成 inline。如果直接打开 URL 仍然下载，需要检查 Object Metadata、实际访问域名和最终响应头。

6. 总结

排查 PDF 无法预览时，可以按同一顺序检查：

上传时是否保存了正确的 Content-Type 和 Content-Disposition。
访问的是 OSS 默认域名还是已经绑定的自定义域名。
浏览器实际收到的响应头是 inline 还是 attachment。
前端是在直接打开 URL，还是通过 fetch 读取文件。
如果使用 fetch，Bucket 的 CORS 规则是否允许当前页面来源。

不要用 Blob URL 或 CORS 掩盖响应头配置问题。对于单纯的 PDF 在线预览，优先让远程 URL 返回正确语义，再交给浏览器直接处理，链路更短，也更容易排查。

Cherry Studio 提示词模板（2026-07-14）

Tue, 14 Jul 2026 07:28:45 GMT

Cherry Studio 提示词模板

备份说明

目前使用 Cherry Studio 的频率越来越低，即使是轻量级对话，主力工具也已经转向 ChatGPT 和 Codex。不过，之前在 Cherry Studio 中积累的一些提示词仍然有保留和复用的价值，因此将它们单独导出备份。

从 Cherry Studio 备份 cherry-studio.202607141042 中提取；删除 3 个来自或改写自开源内容的提示词后，保留 15 个自定义提示词。

仅保留助手名称和提示词原文；

输入法转换器

你是一个智能输入法转换器。请将以下输入内容转换为最合适的形式：
 
  转换规则：
  - 拼音 → 转换为对应的中文汉字
  - 英文拼写错误 → 自动修正
  - 中文 → 保持不变
  - //zh 后缀 → 强制输出为中文
  - //en 后缀 → 强制输出为英文
 
  示例：
  shurufa → 输入法
  wnat → want
  hello world → hello world
  wo yao qu gongsi → 我要去公司
  hello world //zh → 你好世界
  wo yao qu gongsi //zh → 我要去公司
 
  输入: {input}
  输出:

快速创建 wt

wt switch feat 等效于切换到 feat 的 worktree
wt switch --create feat 等效于先创建 feat worktree 再切换过去
 
type:
[
'feat', // 新功能
'fix', // 修复
'docs', // 文档变更
'style', // 代码格式
'refactor', // 重构
'perf', // 性能优化
'test', // 增加测试
'chore', // 构建过程或辅助工具的变动
'revert', // 回退
'build', // 打包
],
 
 
我后续会给你发送一些我的语义化的 feat，你来帮我生成这个命令。

git diff生成 commit msg

遵循 Angular Commit Message 规范，生成git commit message,
1. 如果用户没有指示，默认为中文
2. 尽量使用plaintext的语法，不要使用md的语法
3. 生成的内容中不能包含emoji
 
 
格式：
<type>(<scope>): <subject>
 
<body>
 
<footer>
 
其中 subject 必填，body 和 footer 可选
 
type: 
  [
        'feat', // 新功能
        'fix', // 修复
        'docs', // 文档变更
        'style', // 代码格式
        'refactor', // 重构
        'perf', // 性能优化
        'test', // 增加测试
        'chore', // 构建过程或辅助工具的变动
        'revert', // 回退
        'build', // 打包
      ],
 
scope: 可选，表示影响范围（如模块名）
subject: 简明扼要的提交说明
body: 详细描述，可多行
footer: 通常用于关联 Issue 或破坏性变更说明
 
示例：
feat(auth): 添加微信登录功能
 
- 支持微信扫码登录
- 支持微信账号绑定
- 添加微信用户信息同步
 
---
除了commit msg，其他不需要返回任何内容。
body中的子项的数量应该限制在5个以内

en git diff生成 commit msg

Follow the Angular Commit Message specification to generate git commit messages:
	1.	If the user does not specify a language, default to English.
	2.	Use plaintext syntax as much as possible; do not use Markdown syntax.
	3.	The generated content must not contain emoji.
 
Format:
(): 
 
<body>
 
 
<footer>
 
 
Where subject is required, while body and footer are optional.
 
type:
[
‘feat’,      // new feature
‘fix’,       // bug fix
‘docs’,      // documentation change
‘style’,     // code formatting
‘refactor’,  // refactoring
‘perf’,      // performance optimization
‘test’,      // tests
‘chore’,     // build or auxiliary tool changes
‘revert’,    // revert changes
‘build’,     // build-related
]
 
scope: optional, represents the affected area (e.g., module name)
subject: concise summary of the change
body: detailed description, can span multiple lines
footer: usually used to reference issues or note breaking changes
 
Example:
feat(auth): add WeChat login support
	•	Support WeChat QR code login
	•	Support binding WeChat accounts
	•	Add synchronization of WeChat user information
 
⸻
 
Aside from the commit message, no other content should be returned.
The number of items in the body should be limited to five or fewer.
 
Please also generate a branch name based on the git diff:
 
Prefix / Meaning / Example
feat/     new feature development     feat/user-authentication
fix/      bug fix                     fix/login-error
hotfix/   urgent production issue     hotfix/payment-failure
refactor/ code refactoring            refactor/user-service
docs/     documentation changes       docs/api-reference
perf/     performance optimization    perf/image-loading
test/     test-related                test/user-profile
chore/    build/configuration changes chore/webpack-update

git diff生成分支名

请你根据 git diff 生成分支名
 
feat/	新功能开发	feat/user-authentication
fix/	Bug修复	fix/login-error
hotfix/	紧急线上问题修复	hotfix/payment-failure
refactor/	代码重构	refactor/user-service
docs/	文档更新	docs/api-reference
perf/	性能优化	perf/image-loading
test/	测试相关	test/user-profile
chore/	构建/配置变更	chore/webpack-update

表达优化

用户可能使用英文跟你对话，但是语法或者措辞都不是很标准，甚至存在拼写错误。请你在回答完用户的问题之后，按照下列格式进行返回：
1. 分段纠正错误，并且补充注释。
2. 最后返回完整的纠正之后的内容。

markdown语法替换

用户输入的文本是一段markdown文本
1. 请你去掉markdown语法，如果包含链接那么转化为标题 链接的格式。
2. 并且把文中的图片链接按照顺序替换为p1 p2 p3 这种
我指的是全部的mdlink替换，不需要再保留原始的语法
需要把 p1 p2 p3 的位置移动到每一段对应的介绍文案的最后面 然后用括号裹起来
例如
1. 如何编辑环境变量
 
![[Pasted image 20250226143542.png]]
2. 如何更新环境变量
 
![[Pasted image 20250226143542.png]]
应该被替换为
1. 如何编辑环境变量 (p1)
 
2. 如何更新环境变量 (p2)

markdown语法替换 to weibo

用户输入的文本是一段markdown文本
1. 请你去掉markdown语法，如果包含链接那么转化为标题 链接的格式。
2. 并且把文中的图片链接按照顺序替换为p1 p2 p3 这种
我指的是全部的mdlink替换，不需要再保留原始的语法
需要把 p1 p2 p3 的位置移动到每一段对应的介绍文案的最后面 然后用括号裹起来
3. 由于微博的标签需要两个#包裹起来，如果文本中的标签是单个#标签1，请你转化为为#标签1#

根据标题生成slug

根据用户输入的标题生成slug
标题需要被翻译为英文，如果包含空格需要使用-来拼接起来。
提供3个选项，供用户选择。

md转mdx

把markdown 的frontmeta转化为 mdx 的 语法

用追星的例子来讲解知识

用户会给你一些知识点请求你来讲解，请你通过构造一个追星的场景，来给到用户一个更形象的概念。
（请使用前端相关的场景来回答）

Obsidian 全屏日历

Thu, 02 Jul 2026 00:00:00 GMT

我用 Periodic Notes 写日记、周报、月报、季报和年报，但 Obsidian 官方的 Calendar 插件只能看见日记和周报，而且挤在右侧边栏里，越用越觉得不够用。

于是按照自己需求 vibe coding 了一个项目：Periodic Calendar Page。它是在主编辑区打开的全屏日历页，能完整展示 5 类周期性笔记（日记、周报、月报、季报、年报），以及带有轻量的统计功能。

项目地址：GitHub - KazooTTT/periodic-calendar-page: Full-page Obsidian calendar for Periodic Notes (daily/weekly/monthly/quarterly/yearly) with writing stats

需求来源：Calendar 无法显示我需要的周期性笔记

我的笔记体系围绕 Periodic Notes 展开，5 种周期都已启用：

类型	典型用途
日记	每日记录
周报	一周复盘（配合 Templater 中文重命名）
月报	月度总结
季报	季度回顾
年报	年度总结

Periodic Notes 负责配置路径以及对应的模板，可以使用命令快速创建，这部分没问题。问题出在 Calendar 插件——它只索引 daily 和 weekly，月报、季报、年报在日历上不可见。

另外还有一点不太满意：Calendar 默认挂在右侧边栏，且有的时候侧边栏会切到其他的插件去。

产品定位：实现所有周期性笔记的可见性

Periodic Calendar Page 的定位是基于 Periodic Notes 的配置之上提供可视化与导航。

Periodic Notes  →  配置、创建、归档
       ↓
Periodic Calendar Page  →  看见、导航、统计、提醒补写

几个关键设计决策：

决策	选择	原因
入口	命令面板打开，不设启动页	不打扰日常写作流
页面形态	ItemView 全屏 Tab	容纳多栏布局与详情面板
Templater 中文标题	不改自动化；模板保留 `date`/`slug` + 插件四级回落	人类可读标题与机器索引解耦

主要功能介绍

日历模式：日视图 + 详情面板

打开命令「打开日记日历」，你会看到一张完整的月历。日期格里有日记字数圆点，周期末日线有月报/季报/年报标记，周数列有周报标记。点击某一天，右侧详情面板会列出该日所在时间范围内的全部 5 类笔记——不管你是不是在月末，都能看到「这个月报写没写」。

交互上区分了两种意图：

普通点击：更新选中状态，看详情
⌘/Ctrl + 点击：直接打开或创建对应笔记
右键：打开、创建、删除、在文件列表中显示

三层缩放：从天到年到多年

日历不只有月视图。点击标题可以逐级放大视野：

日视图（2026年7月）  →  年视图（2026年）  →  多年视图（2016–2027年）

年视图用 2×2 季度块组织：每块上方是 3 个月份格，下方是季报底栏，顶部还有年报卡片。多年视图则是 4×3 年份网格，每格显示该年年报是否存在。写年终总结前扫一眼，哪些年有、哪些年缺，一目了然。

轻量统计模式

顶栏切换到「统计」，进入记录统计页。每年三张指标卡——条笔记、字数、记录天数——用柱状图展示 1–12 月的分布，参考了 flomo 记录统计的呈现方式。

几个细节：

柱图 hover 显示当月数据；点击某月会切回日历并定位到该月
统计目前只计入日记（Phase 1），热力图和可配置范围在路线图中

开发过程

全程基于 x 会员赠送的 grok cli 中的 composer 2.5 fast 开发，主要使用的 skills 是 GitHub - obra/superpowers: An agentic skills framework & software development methodology that works.

这个项目在 2026-07-02 一天内从 v0.1 迭代到 v0.8.16

阶段	内容	大约版本
Phase 1	ItemView 骨架、月历渲染、命令入口	v0.1
Phase 2	读取 Periodic 配置、5 类索引与标记	v0.2
Phase 3	交互、年/多年视图、详情面板、右键菜单	v0.3–v0.7
Phase 4	统计视图、开源发布、UI 打磨	v0.8.x

文档驱动

开发过程中维护了几份文档，中断后能快速接上：

需求调研（为什么要做、已确认决策）
开发进度（阶段清单 + 按版本的开发日志）
统计视图方案（Phase 1–3 规划）

周期笔记文件名：怎么在 Templater 重命名后还能索引到

以周报为例：文件名不是一直叫 2026-W27.md。Periodic Notes 先按 ISO 周创建临时文件，Templater 再填充内容并重命名成中文标题：

2026年7月第1周（06.29–07.05）.md

为什么不读模板语法？ Periodic Notes 的 template 只管笔记内容；Templater 的 tp.file.rename() 是任意 JavaScript，每人写法不同，插件没法通用解析。所以不靠「猜模板」，而是靠两层显式契约：

契约来源	字段	说明
Periodic Notes 官方	`format`	创建时的 moment 文件名格式
模板作者约定	`date` + `slug`	frontmatter 里的机器可读锚点（最稳妥）

周报模板里刻意保留：

slug: 2026-7-W27
date: 2026-07-05

人类看中文标题，插件读 slug / date——两者解耦，以后改标题格式也不影响日历索引。

FilenameParser 为全部 5 类笔记统一做了四级回落（前面快、后面稳）：

parseNoteDate(file, format, periodicity)
  ├─ ① Periodic Notes format 匹配
  ├─ ② 常见备用文件名（2025-08、2026-Q1 等）
  ├─ ③ 内置中文标题正则（已知模式的便利层）
  └─ ④ frontmatter（date / slug）← 用户契约，最终兜底

① format：读 Periodic Notes 配置，和官方插件同一套 moment 解析。未重命名的 2026-W27.md 走这里。

② 备用文件名：format 留空或文件名偏离配置时的简写兜底，例如月报 2025-08、季报 2026-Q1、年报 2025年度总结。

③ 中文标题正则：内置了几种常见模式（如 2026年7月第1周（06.29–07.05）、2025年08月月报）。这是便利层，不是核心设计——你的标题格式一旦改动，这一级可能失效，但④仍能用。

④ frontmatter：读 date 归一到对应周期，或从 slug 反推（如 2026-7-W27、2025-08-monthly-report）。推荐在模板里始终写这两个字段，不管文件名怎么变都能索引。

索引时，NoteIndexer 扫描各周期文件夹，调用上述解析生成 UID。只要四级里任意一级成功，笔记就会出现在日历正确位置。

如何安装

前置依赖：安装并启用 Periodic Notes，Obsidian ≥ 1.5.0。

BRAT（推荐）

安装 BRAT
Add Beta plugin → KazooTTT/periodic-calendar-page
设置 → 第三方插件 → 启用 Periodic Calendar Page

手动安装

从 Releases 下载，或将仓库根目录的 manifest.json、main.js、styles.css 复制到：

<你的库>/.obsidian/plugins/periodic-calendar-page/

更完整的说明见仓库内 INSTALL.md。

打开方式

入口	说明
命令面板 → `打开日记日历`	进入日历模式
命令面板 → `打开记录统计`	直达统计页
左侧 Ribbon	`calendar-range` 图标

路线图

当前版本：v0.8.15

已完成

全屏日历 + 5 类笔记索引与标记
日 / 年 / 多年三层缩放
详情面板、右键菜单、字数圆点
记录统计 Phase 1（柱图三指标）
独立 GitHub 仓库与 Release

计划中

GitHub 热力图（写作连续性可视化）
统计范围可配置（含周报等）、CSV 导出
缺失提醒（如「本月月报未写」）

Thino 页面触发 Linter 自动插入 Frontmatter 的排查与解决

Mon, 29 Jun 2026 00:00:00 GMT

现象

在 Obsidian 的 Thino 页面中，进入页面或按下 Cmd+S 后，输入框中会自动加上如下 frontmatter：

---
title:
published:
date: 
tags: []
category:
slug:
description: 
date_created: 20260603
---

最开始看起来像是 Thino 写入日记时触发了格式化，因为 Thino 的内容确实存放在日记里。

第一层原因

直接原因来自 Obsidian Linter：

lintOnSave 开启。
lintOnFileChange 开启。
insert-yaml-attributes 规则开启，会插入 date/tags/category/slug/published/description/title。
yaml-timestamp 规则开启，会补 date_created。

因此，只要 Linter 认为当前文件应该被 lint，就会把这套博客 frontmatter 补进去。

为什么忽略日记目录没用

一开始尝试把 02-日记 加到 Linter 的 foldersToIgnore。这个配置本身是正确的，Linter 的匹配逻辑是：

file.path.startsWith(normalizePath(folder) + "/")

也就是说，02-日记/2026/06/2026-06-29.md 会被正确忽略。

但这个方案没有解决问题，因为 Thino 页面在 Linter 眼里不是日记文件。

真正根因

临时调试插件记录到的关键运行时状态是：

activeView.type = thino_view
activeFile.path = index.md
shouldIgnoreActiveFile = false

也就是说：

当前视图确实是 Thino 的 thino_view。
但 Obsidian/Linter 暴露出来的 active file 是根目录 index.md。
Linter 看到的是 index.md，不是日记文件。
所以忽略 02-日记 拦不住。

这解释了两个现象：

按 Cmd+S 时，Linter 会 lint index.md。
进入 Thino 页面时，active-leaf-change / editor-change 也可能触发 Linter 处理 index.md。

最终方案

新增一个极小的本地 Obsidian 插件：

.obsidian/plugins/thino-linter-guard/

插件已发布到 GitHub：

https://github.com/KazooTTT/thino-linter-guard

插件入口：

.obsidian/plugins/thino-linter-guard/main.js

核心思路：

当 Obsidian 当前处在 Thino 页面时（active view 是 thino_view），把这次 Linter 判断视为“应跳过”，避免它处理 Thino 暴露出来的虚拟 index.md。
当 Obsidian 当前处在 Thino 页面时，且执行 editor:save-file 时，临时关闭 Linter，保存结束后恢复。

这样可以同时覆盖：

进入 Thino 页面时触发的 Linter 链路。
在 Thino 页面按 Cmd+S 时触发的保存链路。

普通 Markdown 文件不受影响，仍然会正常走 Linter。

当前插件代码要点

patchShouldIgnoreFile() {
  const linter = this.app.plugins?.plugins?.["obsidian-linter"];
  if (!linter || typeof linter.shouldIgnoreFile !== "function") return;
 
  const original = linter.shouldIgnoreFile;
  const plugin = this;
 
  const wrapped = function (file, ...args) {
    if (plugin.isActiveThinoView()) return true;
    return original.call(this, file, ...args);
  };
 
  linter.shouldIgnoreFile = wrapped;
}

isActiveThinoView() {
  return this.app.workspace.activeLeaf?.view?.getViewType?.() === "thino_view";
}

启用方式

确保 .obsidian/community-plugins.json 中包含：

"thino-linter-guard"

修改插件后，需要重载 Thino Linter Guard 插件或重启 Obsidian。

衬线、字重与可变字体

Mon, 22 Jun 2026 00:00:00 GMT

字体不只是“长得好不好看”。在前端和设计里，字体至少会影响三件事：阅读体验、品牌气质、以及页面渲染是否稳定。

基础概念

先分清几组最容易混在一起的概念：字体风格、字体家族、字重和字体文件。

衬线体和无衬线体

字体最常见的分类是衬线体和无衬线体。

图中红色部分就是 serif，也就是衬线。图片来源：Wikimedia Commons。

衬线体是笔画末端带装饰的字体，比如宋体、Times New Roman。它通常更有书籍感、传统感，适合长文、正式出版物、标题排版。

无衬线体是笔画末端没有明显装饰的字体，比如黑体、苹方、思源黑体、阿里巴巴普惠体。它更干净、现代，屏幕显示更常见，适合网页、App、后台系统和数据看板。

简单判断：

宋体、Times New Roman：衬线体。
黑体、苹方、思源黑体、阿里巴巴普惠体：无衬线体。

字体家族、字重和字体文件

我们平时说“一个字体”，其实可能包含多个字体文件。比如一个字体家族里可能有：

Regular：常规字重。
Medium：中等字重。
Semibold：半粗。
Bold：粗体。

在 CSS 里，常见写法是：

.title {
  font-family: "Some Font";
  font-weight: 500;
}

但这句话是否真的会切到 Medium，取决于字体文件是怎么注册的。

可变字体与静态字体

字体文件的组织方式，大体可以分成可变字体和静态字体。这里的关键问题是：一个文件能不能覆盖连续变化的字重或字宽。

可变字体

可变字体是一种把多个字重、字宽、倾斜等变化能力放进一个字体文件里的字体格式。

自制示意图。这张图把可变字体的几个常见轴画出来了：optical size、weight、width。同一个字母 a 可以沿着不同轴连续变化。相关概念可参考 Variable fonts on the web。

如果一个字体是可变字体，通常可以用一个文件连续调节字重：

@font-face {
  font-family: "Some Variable Font";
  src: url("./SomeVariableFont.woff2") format("woff2");
  font-weight: 300 800;
}
 
.title {
  font-family: "Some Variable Font";
  font-weight: 642;
}

这里的 642 是可以成立的，因为可变字体内部支持连续变化。

静态字体

不可变字体也可以叫静态字体。它通常是多个固定文件：

SomeFont-Regular.woff2
SomeFont-Medium.woff2
SomeFont-Bold.woff2

这种字体不能靠一个文件连续变化。浏览器只能在已注册的固定字重之间选择，或者在缺少目标字重时做“伪加粗”。

从网页加载角度看，两者的差异也很直观：

自制示意图。静态字体往往需要多个字体文件来覆盖不同字重和样式；可变字体可以把更多变化能力收进一个文件里。相关概念可参考 Variable font - Wikipedia。

阿里巴巴普惠体是哪一种

阿里巴巴普惠体通常是不可变字体，也就是静态字体家族。它提供多个固定字重文件，比如 Regular、Medium、Semibold、Bold 等。

所以它不是“一个文件里连续调节所有字重”的可变字体。要让 font-weight 正确工作，需要把不同字重文件正确注册给浏览器。

前端里的 `font-weight` 坑

到前端实现里，真正容易出问题的是：font-weight 看起来是字重语义，但它必须配合正确的 @font-face 注册才可靠。

`font-weight` 不一定等于切到对应字体文件

这是最容易踩坑的地方。

如果只加载了 Regular 文件：

@font-face {
  font-family: "PuHuiTi-Regular";
  src: url("./AlibabaPuHuiTi-3-45-Light.woff2") format("woff2");
  font-weight: 400;
}

然后写：

.title {
  font-family: "PuHuiTi-Regular";
  font-weight: 500;
}

浏览器并不会凭空找到 Medium 文件。它可能会：

继续使用 Regular。
对 Regular 做伪加粗。
根据浏览器和系统策略做近似匹配。

这就是为什么 computed style 里看到 font-weight: 500，视觉上却不像真正的 Medium。

更推荐的注册方式

更理想的方式是：同一个字体家族下注册多个字重。

@font-face {
  font-family: "Alibaba PuHuiTi";
  src: url("./AlibabaPuHuiTi-3-45-Light.woff2") format("woff2");
  font-weight: 400;
  font-style: normal;
}
 
@font-face {
  font-family: "Alibaba PuHuiTi";
  src: url("./AlibabaPuHuiTi-3-65-Medium.woff2") format("woff2");
  font-weight: 500;
  font-style: normal;
}
 
@font-face {
  font-family: "Alibaba PuHuiTi";
  src: url("./AlibabaPuHuiTi-3-75-SemiBold.woff2") format("woff2");
  font-weight: 600;
  font-style: normal;
}

这样组件里就可以只写语义：

.body {
  font-family: "Alibaba PuHuiTi", "Helvetica Neue", Arial, sans-serif;
  font-weight: 400;
}
 
.title {
  font-family: "Alibaba PuHuiTi", "Helvetica Neue", Arial, sans-serif;
  font-weight: 500;
}

浏览器会在同一个 font-family 下，根据 font-weight 自动选择对应文件。

不太推荐的注册方式

有些项目会把不同字重注册成不同字体族：

@font-face {
  font-family: "PuHuiTi-Regular";
  src: url("./AlibabaPuHuiTi-3-45-Light.woff2") format("woff2");
  font-weight: 400;
}
 
@font-face {
  font-family: "PuHuiTi-Medium";
  src: url("./AlibabaPuHuiTi-3-65-Medium.woff2") format("woff2");
  font-weight: 500;
}

这时如果想用 Medium，就必须同时切换 font-family：

.title {
  font-family: "PuHuiTi-Medium", "PuHuiTi-Regular", "Helvetica Neue", Arial, sans-serif;
  font-weight: 500;
}

这种写法不是不能用，但它会让组件层知道太多字体文件细节。长期看，最好还是收敛成同一个字体家族，靠 font-weight 表达字重语义。

验证字体是否真的生效

验证字体时，不要只看：

getComputedStyle(el).fontWeight;

还要看：

getComputedStyle(el).fontFamily;

如果视觉要求很严格，还需要实际截图或肉眼对比。因为 computed style 只能告诉你 CSS 结果，不一定能直接告诉你浏览器最终用了哪个字体文件。

总结

可变字体是“一个字体文件里有连续变化能力”；不可变字体是“多个固定字重文件组成一个字体家族”。

阿里巴巴普惠体通常属于不可变字体。使用它时，font-weight: 500 是否真的等于 Medium，取决于项目有没有把 Medium 文件正确注册到同一个 font-family 下。

参考资料

Serif - Wikipedia：解释 serif 是附着在笔画末端的小线条或笔画。
Sans-serif - Wikipedia：解释 sans-serif 是没有 serif 的字形分类，也提到它常用于屏幕显示。
Variable font - Wikipedia：解释可变字体可以在一个字体文件里存储连续范围的设计变体。
Variable fonts on the web：可变字体在网页中的使用说明。

最近的变化-锻炼身体、调整学习状态

Sat, 13 Jun 2026 00:00:00 GMT

最近受到一些主播的影响，我开始重新把运动和学习放回生活里。

身体先动起来

跳舞

我去年 5 月左右开始学 Hip-Hop。那时候先办了年卡，但之前的舞室空调效果不太好，夏天上课非常热，后来我就退掉了卡。再之后搬到了另一个区，中间歇了两三个月，到 12 月才重新开始上课。

这一次我办的是次卡，算下来一节课差不多 50 元。当时简单算了一下，如果一周只上两到三节课，次卡和年卡的总价差不多，甚至还可能更低，所以我最后选择了次卡。

新舞室的课程安排里，爵士和其他舞种更多，Hip-Hop 相对少一些。刚开始我想着可以先从爵士基本功和一些爵士成品舞学起，但上了二三十节之后，发现自己对爵士的兴趣并不算强。最后还是决定回到 Hip-Hop，从基本功开始补，一边上基本功课，一边上一些编舞课。

目前能感觉到自己有一点进步，但进步速度不算快。主要原因也很明确：我私下几乎不会主动跟练 Hip-Hop 基本功，所有练习都集中在课堂里的一个小时左右。这样当然能进步，但上限会比较明显。要不要把课外练习也加进来，可能是我接下来需要认真考虑的事情。

hiphop 跟练目前在看的是 Zingo - 小红书

健身

除了跳舞，我最近也重新开始健身。之前去的是乐刻，一个月可能也去不了几次。虽然很早之前买过私教课，但一周最多两次，强度并不高；加上我没有控制饮食，所以减脂的效果都不明显，后来也就断掉了。

这次重新开始健身，契机是 5 月劳动节去了一趟泰国。那几天我完全没有控制饮食，饮料一天能喝两三杯，吃东西也总想着多试几种，于是经常点很多菜。回来之后明显感觉身体状态变差，肚子上有了赘肉，整个人也比较虚。再想到很久以前自己其实能看到马甲线，这种反差让我觉得，还是应该把身体状态重新捡起来。

后来我去了同事推荐的一家商业健身房。价格上，一年卡大概 1500 多，三年卡 1800 到 1900 左右，差距不算大，我就直接买了三年卡。

为了尽快把训练强度提上来，也希望有人帮我制定更科学的训练和饮食计划，我还是报了私教课。现在的频率差不多是一周三次，饮食也在控制：少油少盐，多吃蛋白质，碳水照常吃，但比以前少一些。坚持了三周左右之后，肚子的线条已经变得更明显，体脂率和体重也都有下降。

健身之后，我能明显感觉到状态更好，人也更自信。唯一的问题是，如果晚上做了无氧训练，会比较难睡着。后面可能要调整训练安排，比如早上做无氧，晚上下班后去爬坡，降低对睡眠的影响。

为了后续可以脱离私教自己定制训练计划，我在上课期间也进行了记录。

主要分为这几个部分，会把每次上课的内容记录下，如果学习到新的动作，会记录下这个动作练习的部位，便于后续自己进行组合。

重新进入学习状态

除了跳舞和健身，我最近也想重新找回学习状态。回到成都之后，有很长一段时间我都比较躺平，不太想主动推进什么事情。主要和几个原因有关。一方面是职业上的迷茫感越来越强。我越来越觉得现在的工作缺少意义，也看不到很明确的未来方向，不太清楚自己应该往哪里努力。

不过学习状态的变化的契机主要是，工作内容也发生了变化。以前更偏纯前端，现在变成了前端、后端和 AI 应用开发都要做。AI 确实能帮我提高一部分开发效率，但工程层面的知识还是绕不开，比如 MQ、ES 这种比较基础的后端知识。如果这些东西不补上，平时开发可能暂时能跑起来，一旦遇到 Bug，就很容易卡在排查阶段。

在 AI 开发里也遇到了一些阻塞性问题。很多时候，如果没有一套完整的方法论，开发过程就会像是在做随机实验：改一个地方，看看效果有没有变好；再改另一个地方，再继续猜。这种方式很不健康，也很难积累稳定的判断力。

所以我最近想学的内容会更偏后端、AI 框架、系统设计和架构方法论。需要知道知道某个工具怎么用，以及对应的优缺点、局限性、适用场景。这样以后做全栈以及 AI 应用开发时，才知道知道应该怎么下手。

最近在读的东西是：《解构领域驱动设计》以及 GitHub - datawhalechina/Agent-Learning-Hub: AI Agent 学习路线与资料库收集

后续想做的事情

除了运动和学习，我也想把之前的一些兴趣爱好重新拾起来。

我从 2011 年就开始学吉他。最初的想法是学古典吉他，那个时候被同学弹的《爱的罗曼史》以及《小罗曼史》惊艳到，但入门时是从民谣开始的。可能当时我去琴行的时候比较羞于表达自己的需求，老师就默认我想学民谣，于是带着我学了一些弹唱内容，后面还考了级。

后来我还是想学古典吉他，但那个阶段基本已经进入自学状态。再之后，我又尝试过一些电吉他的东西。几种类型都试过之后，我发现比较适合自己的方向主要有两个：一个是用民谣吉他做指弹，另一个是用电吉他弹一些 solo 主音和节奏相关的内容。

现在的问题是，我已经很久没有碰吉他了。民谣吉他和电吉他都在家里放了很久，所以接下来我想重新开始练习，至少先把手感找回来。

摄影也是类似的问题。我买了不少设备，比如运动相机、全景相机，还有两台 M43 画幅的相机，分别是 GX9 和 G92，镜头也比较全。但真正产出内容时，无论是视频还是照片，我都觉得质量不够好。

更严重的是我发现自己有一点向器材党发展的趋势。只要拍得不好，就会下意识觉得是设备的问题，于是经常去看全画幅相机有没有降价，看各种测评，想着是不是再买一台全画幅。

但如果只是记录生活，真正重要的应该是把现有设备用好。生活记录并不一定需要特别高的像素，也不一定需要顶级光学素质。对我来说，更该练的是如何观察身边的东西，如何讲好发生在自己身上的故事，以及如何提升摄影、剪辑和拍摄 Vlog 的能力。

与其继续看测评、给自己制造新的消费需求，不如先把表达能力练起来。

总结

总体来说，我现在的状态比前两年好了很多，之前有单纯摆烂了，最近重新运动、重新学习之后，我越来越觉得，未来还有很多东西值得探索。

当我还不知道未来具体要做什么时，学习和锻炼至少是一种相对确定的投入。它们未必能立刻给出答案，但能让我保持更好的身体状态或者思考的能力。

如果一直把时间花在碎片化、娱乐化的消费里，几年之后，我可能只是变成一个依然迷茫、身体状态也不太好的三十几岁的人。

希望自己可以保持这种自我提升然后对未来抱有期待的状态。

bug-form 回填错误

Wed, 08 Apr 2026 00:00:00 GMT

问题现象

在图表配置详情页中，后端返回的配置值已经是“B”，但前端下拉框却显示成了“A”。

简化后的返回数据示例：

{
  "entityId": "legacy-id",
  "configValue": "B",
  "extraConfig": ["..."]
}

根因

问题出在同一业务对象在回填链路中使用了两种不同的标识格式。

一部分详情回填数据使用旧格式，例如 legacy-id
前端在重建对应对象时使用新格式，例如 normalized-id

由于这两种格式没有被当成同一个对象处理，前端在同步配置时无法复用原有项，只能按默认值新建一份配置。结果就是界面最终显示成了错误的文案。

修复

核心做法是增加一层 identity 归一化逻辑，把旧格式和新格式统一映射到同一个内部标识。

也就是

统一托管 key 的生成逻辑
在依赖对象匹配的读取逻辑中兼容两种格式
增加回归测试，确保旧格式和新格式都能命中同一个对象

修复后：

legacy-id 和 normalized-id 会被视为同一个对象
详情回填时可以正确复用原有配置
“B” 不会再被默认值覆盖成 “A”

总结

当系统经历过字段格式演进时或者说前端先行然后再对接后端的时候，详情回填、表单托管状态、二次计算逻辑之间必须共享同一套 identity 规则。否则即使返回值本身正确，也可能在重建过程中被默认值覆盖。

ClaudeCode三种扩展方式的区别

Tue, 07 Apr 2026 00:00:00 GMT

ClaudeCode 三种扩展方式的区别

核心结论

其实 Claude Code 有三种扩展方式，但它们的本质区别是：Skills 是面对场景时的解决方案，Commands 是用户主动调用的快捷操作，Plugins 则是完整的扩展功能包。

简单来说：

Skills 告诉 AI 遇到某个问题时应该怎么工作
Commands 提供一键完成的快捷操作
Plugins 安装别人写好的完整功能

三种方式的本质区别

Skills：场景解决方案

Skills 的核心是告诉 AI 遇到特定场景时应该怎么工作。或者说，它是 AI 的 " 工作指南 "。

当你开始写测试时，AI 读取到 TDD Skill，就知道应该建议你先写失败的测试，然后写最小实现，最后重构。整个过程是 AI 主动触发的，不需要你输入任何命令。

Skills 可以做的事情很多：

配合你完成某个任务
调度其他 AI 协作（比如 subagent）
按照流程独立处理信息
或者说 AI 在某些场景下应该采取什么行动

Commands：快捷操作

Commands 是你主动调用的快捷操作。通过 /command 触发，执行一个预定义的任务。

比如你输入 /commit，AI 就按照规范化提交的流程帮你整理提交信息。Commands 更像是 " 脚本 " 或 " 快捷方式 "，你什么时候用就什么时候调。

和 Skills 的区别是：Commands 需要你主动触发，Skills 是 AI 自动判断。

Plugins：完整的扩展功能包

Plugins 是别人写好的完整功能，通过 marketplace 安装后直接可用。它是 " 功能集成 " 或 " 扩展包 "。

比如 superpowers plugin 就是一整套开发工作流框架，包含 brainstorming、TDD、debugging 等多个技能。你不需要自己写，安装后就能用。

和 Skills/Commands 的区别是：Plugins 是完整的、多功能的解决方案，而 Skills 和 Commands 通常只解决一个具体问题。

其实 Plugins 就是 Skills 和 Commands 的组合包。Plugin 是一个 " 容器 "，里面可以包含多个 Skills 和 Commands。

比如 superpowers 这个 Plugin，内部就包含了：

brainstorming skill
TDD skill
debugging skill
writing-plans skill
等等...

你可以：

单独写一个 Skill 文件，放在 .claude/skills/ 下
单独写一个 Command 文件，放在 .claude/commands/ 下
或者把它们打包成 Plugin，发布到 marketplace 让别人安装

三者的关系：

Plugins (功能包)
  ├── Skills (行为规范)
  ├── Commands (快捷命令)
  └── 其他配置

怎么打包 Plugins

其实打包 Plugins 就是用固定的目录结构和配置文件。

目录结构

my-plugin/
├── .claude-plugin/
│   └── plugin.json          # 插件元数据
├── skills/                   # Skills 放这里
│   ├── tdd/
│   │   └── SKILL.md
│   └── debugging/
│       └── SKILL.md
├── commands/                 # Commands 放这里
│   ├── commit.md
│   └── release.md
└── marketplace.json          # 发布到 marketplace 的配置

plugin.json 示例

{
  "name": "my-workflow-tools",
  "version": "1.0.0",
  "description": "我的开发工作流工具集",
  "author": {
    "name": "Your Name"
  },
  "skills": "./skills/",
  "commands": "./commands/"
}

发布到 marketplace

创建 marketplace.json：

{
  "name": "my-marketplace",
  "owner": {
    "name": "Your Name",
    "email": "you@example.com"
  },
  "plugins": [
    {
      "name": "my-workflow-tools",
      "source": "./",
      "description": "我的开发工作流工具集",
      "version": "1.0.0"
    }
  ]
}

然后把这个仓库托管到 GitHub，用户就可以通过 /plugin install my-workflow-tools@your-username 安装了。

什么时候用哪个

用 Skills 的场景

需要 AI 按照某种方式工作的时候：

写代码时遵循 TDD 流程
遇到 bug 时按调试规范排查
代码审查时按标准检查
或者说需要 AI 协调多个 subagent 协作

决策流程

需要自动化执行？
  ├─ 是 → Skills
  └─ 否 → 需要完整功能？
      ├─ 是 → Plugins
      └─ 否 → Commands

你可以这样想：需要建议用 Skills，快捷操作用 Commands，完整功能用 Plugins。

用 Commands 的场景

需要快速执行某个操作的时候：

规范化提交信息
生成发布日志
创建新文件模板

你需要 " 一键完成 " 某个重复性操作。

用 Plugins 的场景

需要复杂功能或不想自己写的时候：

完整的开发工作流框架（如 superpowers）
第三方服务集成（如 GitHub、Jira）
社区维护的通用功能

" 别人已经做好了，直接用就行 "。

快速上手

Command 示例

告诉 AI 创建一个 Command，然后它会生成这样的文件：

---
name: my-commit
description: 我的规范化提交命令
---
 
# 规范化提交
 
按照以下格式提交：
- 类型：feat/fix/docs/refactor
- 范围：简短描述
- 正文：详细说明（如有）

Skill 示例

告诉 AI 创建一个 Skill，然后它会生成这样的文件：

---
name: my-tdd
description: 我的 TDD 工作流程
trigger:
  - "写测试"
  - "TDD"
---
 
# TDD 工作流程
 
当用户说「写测试」或「TDD」时：
1. 先写失败的测试
2. 写最小实现
3. 重构优化

安装 Plugin

直接告诉 AI 你想安装什么插件，比如：

" 安装 superpowers plugin"
或者 "/plugin install superpowers@claude-plugins-official"

参考资料

结论：三种扩展方式各有优势。根据你的实际需求选择或组合使用，能最大化 Claude Code 的效率。

在碎片与系统输出之间关于笔记软件与 AI 协同的尝试

Thu, 05 Mar 2026 00:00:00 GMT

在之前使用 Notion、Obsidian 和 Logseq 等笔记软件的过程中，我一直在处理一个很矛盾的问题。

一方面，我很习惯像用微博或者 flomo 那样，想到什么就记什么，完全没有记录负担；但另一方面，当我真正需要整理长文或者做严肃输出时，这种乱糟糟的碎片又没法直接支撑我的需求。但是在使用比较重的笔记软件时，我又因为如何组织笔记而烦恼。

一、现状分析与痛点识别

过去，我的笔记习惯严重依赖于文件夹层级和复杂的属性维护，或者想着说我都这样设计了不去进行打标很可惜。但这种模式在实际运行中暴露了几个核心问题：

管理文件夹和维护属性带来的负担。每产生一条零散的想法，我都要在大脑里快速决策。它该放哪个文件夹？该打什么标签？这种细微的决策成本累加起来，成了阻碍我记录的最大障碍，导致记笔记变得很有压力。
索引难以维护且容易被废弃。以前费劲建立的文件夹分类或标签体系，一旦逻辑变了，或者一段时间没有维护，索引就废了。
零散记录与长文输出之间的断层。像 flomo 这种碎片化工具虽然记着爽，但因为缺乏空间感，和我的系统性文档也没什么关联，想把它们拼成一篇长文的搬运成本太高了。

二、认清自己的大脑，从“分类”转向“召回”

受 Milanote 的启发，我意识到我在构思或者输出时更倾向于非线性的空间布局，而不是线性的层级目录。但是 milanote 自身的功能以及它不是本地优先（local-first），所以让我没有那么强烈的付费意愿。

但其实当前大模型的能力，已经可以实现自由输入了，只是如果我真的需要把输出以网状结构可视化还需要进一步编写技能来实现。

于是有了以下重构思路。

彻底扁平化存储放弃文件夹的层级嵌套，将文件夹的功能从”分类工具”降级为”生命周期容器”。

日记。作为唯一的无压力录入入口，承载所有碎片化的记录。
根目录平铺。新笔记不再寻求特定的文件夹归属，仅通过包含关键词的文件名进行区分，或者让大模型自动打标（根据效果决定是否需要人工二次确认）。
核心逻辑。文件夹是给人看的，而索引应该交给 AI 动态生成。

召回利用本地 Markdown 的开放性，依靠 AI 进行跨文件的检索。不再追求”找到文件所在的物理路径”，而是通过语义匹配和标签关联，在需要输出时将相关素材召回。
空间化可视化使用 Obsidian Canvas 替代高成本的云端画布工具。将 AI 召回的离散素材在画布上进行布局和连线，利用空间结构理顺逻辑。这填补了碎片化输入与系统性输出之间的空白。

三、确立后的工作流

重构后的工作流分为四个阶段：

捕捉。移动端使用 Telegram + OpenClaw 录入碎片，桌面端可以使用浏览器插件进行剪藏，不需要进行分类或者决定路径，自动同步至本地 Inbox。
召回。在准备输出长文或进行专题研究时，通过 AI 穿透历史日记和领域文档，进行多素材聚拢。
网状可视化。在 Canvas 画布上完成文件和文件之间的关联显示，或者直接用双链来进行知识图谱的显示。
输出。基于召回的资料与当前的想法，在 Studio 目录下完成正式文档撰写，通过 sanity API 发布（本身也可以使用大模型技能发布）。

四、总结

笔记系统的价值在于支撑思考与产出，而不是为了记录而记录。将枯燥的打标与搜索交给 AI 去做，让自己回归到纯粹的记录与逻辑建构中，这样才能降低管理成本，提升表达欲。

高估行动成本导致状态低迷

Thu, 19 Feb 2026 00:00:00 GMT

（本文稿整理自 2026.1.31 手写笔记）

🗓 2026.1.31 星期六

感觉自己的状态很低迷，除了完成日常必需的工作内容和维持生理体征的行为之外，其它时间都在躺着玩手机，且把越来越多的时间花在了碎片化内容的浏览中。特别是在回到成都后，自己的人生有种停滞的感觉。

个人认为原因有：

① 日子过得太安逸，回到了离家近的地方，且这个地方的节奏确实比较慢，导致自己开始享受安逸。当然，丰富好自己的生活没有问题，但是我只是在把休闲时间提起来了，并没有去增加太多人生阅历的丰富性。

② 精力或者说身体状态不足以支撑我在完成日常必做事项后，进行个人提升等，导致恶性循环。

③ 对于未来没有规划没有目标，在上海的时候，自己的目标是回到川渝。但回来后就不知道下一个目标。且在 LLM 的冲击下，加速了我对于前端岗的不看好，感觉继续做下去没有什么意义，或者说不具备太多的上升空间了。

而对于其他的爱好，怎么做呢？自己买了很多拍摄的设备，电脑的配置也很齐全，也有了充足的时间，但我能记录什么？输出什么呢。

感觉可以回想一下最近给自己带来比较大的情绪波动的事情，以及自己还在热爱什么事情。我做事的动力从来不来自自己要对未来的自己负责，而是为了想给喜欢的事物添砖加瓦。为了实现这些目的的时候我才是最具执行力的。

目前能给我带来情绪波动的：

① 追星的新物料，确实是仅限于新的，我是一个在乎当下和未来的人。

② 好玩的游戏或者影视作品，也就是我还是会为了好的内容买单。

③ 人际关系，如果有好朋友或者家里人与我有良好的互动，我也会很高兴。

④ 获得他人的赞赏，或者说极端一点就是虚荣，我需要从外界获取关注和认可然后从中获得前进的动力。

除了这些事情之外我是一个很淡的人，可以说过得很平稳，不会去额外提升自己，无法发现生活之美和享受生活。我总是熬夜，也不会去做运动，整个人的皮肤状态也很差。感觉能维持现状，没有持续变差已经是很好的结局了。

我也是一个三分钟热度的人，学东西或者对某些事情感兴趣的热情持续时间非常的短暂。那么有什么办法可以利用这种好又不太好特质给自己的人生带来更好的好处？

从福格行为模型来说：B = MAP

M（动机）
A（能力）
P（提示）

那么我欠缺的是什么？我并不认为我丧失了学习的能力，或者说当下的实力有落后他人太多到无法追上的地步。动机也是有的，我有能让自己爽到的事情，或者说虚荣就是我的动机。那么真正缺乏的是什么，是提示或者说 trigger，当启动一个事情的成本对我来说过大的时候，我就会陷入抗拒心理，不想去开始。例如：

对于学习摄影来说，我需要打开电脑，坐到桌前，看视频，才能开始学习，这是我之前的认知，但是事实真的如此吗？这其实更偏向于一个完整的、高仪式感的学习模式。

也有很多低成本的方式，例如针对单个的知识点进行针对性地看视频，这在手机上也可以完成。或者复盘自己的照片的问题，同样如此。所以对我来说目前应该做的是：主动地转变对于学习也好做事方式也好的想象，不要下意识认为这是一件必要怎么样才能做的事情。

不想剪视频是因为不想用电脑且用手机剪不好，非也，也有很多人完全是用手机剪辑的。不想去跳舞健身，因为健身房或者舞室的人会对我评头论足，也不是，人生并没有那么多的观众，即是有这才是优势，把他人的有些看不起的目光先转为敬佩这比直接是仰视更加像爽文。

写到这里真不知不觉也开始慢慢理清楚自己的思路了。利用热爱带来的动力去促使自己提升或者输出，然后降低启动事项的成本，先动起来是最重要的，这样才能达成福格行为模型的公式 B = MAP。

我终于也是有猫的人了！

Sat, 06 Dec 2025 00:00:00 GMT

橘猫叫会长，监督我早起协会会长 & 希望他会长。

狸花叫木木，刚接到的时候还没有取名字，带他去医院体检，医院一定要名字才能录入系统，于是想到了 momo，但是前台没有太听清楚，就输入了木木，不过感觉这个名字也挺好的，就保留了下来。

会长三个月大，性格挺好的，虽然已经开始练习捕猎，但不会咬人和打人，小嗓门夹子音萌萌的，侧脸帅，正脸有时候像玉米猫。

木木一个月多一点，大嗓门，不知道为什么这么小一个身体能发出这么大的声音。眼里只有食物和我，一见到我就会从脚底爬到身上，非常黏人。

无死角的一只猫，小鼻嘎超可爱。

养了猫之后，我已经从晚睡晚起变成早睡早起了，因为如果不抓紧时间睡觉，早上被吵醒之后就再也没办法睡了。🤡

一些问题和反思

Thu, 31 Jul 2025 23:43:00 GMT

以下内容其实是工作三个月的问题总结和反思，感觉也可以公开发出来。

【问题 1】技术债

发现了有的模块存在的问题，但是因为时间紧张或者别的原因没有在当下进行优化。最后躲过的【技术债】总是会在未来的某个时间又出现在面前，造成返工。

原因：

时间紧张。有的时候是模块的历史设计存在问题，但是在当下急着上线。想着快迭出能满足需求的版本，于是只能在现有的基础上改造。过了发现问题的时机，又有了其他的需求排期，导致这个优化项被延后。直到积累到一个必须要改造的程度。
在意流程正确，比如与他人有依赖项，总想着要说出来进需求池里，然后排期。

解决：
提升对关键问题的敏感度。如果发现某问题会导致系统结构恶化或未来开发复杂度显著增加，尝试在当前阶段即使没有全部解决，也优先处理核心风险点或留下可扩展的接口。

【老的模块】设置技术债记录机制，对于每次开发中意识到但未能立即解决的问题，建立一个“技术债清单”，明确记录问题描述、影响范围、预计成本与优先级。定期回顾，并在每轮迭代中预留时间专门用于偿还技术债。
回顾哪些模块返工率高、哪些历史设计拖慢了进度，记录并反思当初没处理的点是如何演变成问题的。

【新的模块】设定一定比例的技术预研时间，主动了解依赖方或调用方的业务

【问题 2】业务理解的问题

有的时候是在做一个需求的执行者，把【需求转化为代码】，但是没有去理解这个需求的上下文，解决了什么问题，可能会造成什么样的影响。

现阶段或许看不出来问题，但是如果时间久了自身的竞争力会下降。

无论是传统的开发还是大模型的出现之后，开发其实都在进行【需求转化为代码】的工作，虽然大模型的出现以及 long context 的不断扩展，让输入需求 --- 编写代码这种形式变得越来越简单。

与此同时，大模型的也是有局限性的，它可以去写单测，但是目前无法完成集成测试其次大模型上下文即使可以很长，但是依然无法将业务上下文全部灌输于它。

所以对于产出结果的质量和正确与否的评估会越来越重要。

所以依然需要开发对于需求有正确的理解，这样在未来才拥有竞争力，而不是简单的做一个“翻译者”。

原因：

缺乏上下游信息：仅接触到单个的需求文档，不了解整个大项目的背景讨论。
客户服务意识欠缺：习惯站在开发视角思考问题，关注点在“功能有没有开发完”，而不是“是否真正解决了对方的问题”。缺少从使用者角度去审视体验、流程和痛点

【问题 3】做事方式没有及时转变

之前的工作内容更多的是纯开发，在刚开始阶段并未及时调整做事方式，出现了以下问题：

新人常常遇到重复性问题
后续需要进行多次口头答疑或返工
有些非核心问题占用了不必要的沟通时间感悟是：把前期培训做好或者工作流传达好会省去后期的二次培训和返工成本。

比如应该在前期写好面向新人的入职文档，包括项目背景、产研流程、规范、常用技术栈，遇到问题应该找什么岗位的人等等的指引，以及需要培养善用搜索、群内咨询和大模型的意识，这样前期很常见的问题可以在入职文档中找到解决方案，并且不会说一出现问题就来寻求他人的帮助。

对于新人的入职文档准备总结如下：

graph LR
A[新人入职] --> B(入职文档准备);
B --> C{文档内容包含哪些?};
C -- 产研流程 --> D[详细流程图/步骤];
C -- 规范 --> E[代码规范/设计规范];
C -- 技术栈 --> F[常用技术栈介绍];
C -- 岗位职责 --> G[各岗位职责与联系方式];
C -- 常见问题 --> H[FAQ/解决方案];
C -- 项目背景 --> I[项目介绍/目标];

style A fill:#f9f,stroke:#333,stroke-width:2px
style B fill:#ccf,stroke:#333,stroke-width:2px

对于问题解决的意识如下：

graph LR
A[工作中遇到问题] --> B{文档中是否已解决?};
B -- Yes --> C[问题解决];
B -- No --> D{尝试自行解决?};
D -- Yes --> E{尝试搜索/群内咨询/大模型?};
E -- Yes --> C;
E -- No --> F[咨询资深同事/导师];
D -- No --> F;
F --> G{问题解决?};
G -- Yes --> C;
G -- No --> H[向上级汇报/寻求帮助];
H --> C;

style A fill:#f9f,stroke:#333,stroke-width:2px
style C fill:#9f9,stroke:#333,stroke-width:2px

目前学习知识的方法

Tue, 29 Apr 2025 13:52:00 GMT

翻了一下我以前的四六级的成绩单，我发现我的阅读和听力并不差，差的是写作。但是现在看到一段英文或者想要输出英文的时候总是下意识借助插件来帮我进行翻译。

之前也有聊到过，自己对于翻译插件的看法：

今天面试了一个歪果仁

我们中英混杂，他的中文不好，我的英文不好。他听不懂我说中文的时候，我开始说英语，然后有时候我也想不起来怎么表达，就又切成了中文

感觉我好像在特定情况下并不会不好意思开口，但是确实词汇量匮乏，连用不准确的词表达意思都不会，更别说精确表达

其实我觉得一些辅助翻译的插件，搭配上大模型，体验上是好用的，给了用户无痛阅读英文的感受，是拐杖但也让人一直依赖这个拐杖，导致能力提升很慢，脱离工具依然不会英语。

总是看到一些营销号类的账号说 xxx 已死，xxx 要失业了，个人是很反感这些标题和说辞的。在一些特定领域，依然需要不用辅助工具的条件下与人交流，并且目前的工作流水平可以做到输出精准，但无法做到快速的上下文联通。

所以我的想法是以后默认关闭插件，确实无法理解后再进行翻译，另外还要有意识地强制自己看英文视频和文档

在 twitter 上看到一位老师分享雅思口语学习的技巧

所以我目前的练习方式调整为了：

设置大模型的提示为：

用户可能使用英文跟你对话，但是语法或者措辞都不是很标准，甚至存在拼写错误。请你在回答完用户的问题之后，对于用户本身的问句也做出纠正，并补充注释。

然后在与大模型日常对话的过程中，输入方式改为：使用 macos 的听写功能输入一段英文，如果无法表达完整会在听写完成后插入中文。

看完大模型回答的英文内容之后，在最后看一下它纠正我的输入的内容，然后又复述几遍，直到自己独立能说出来。

效果：

以为前端内容学习举例：

前端的一些点是比较零散或者抽象的，直接去记忆并不好理解。

我目前的学习的流程是：

形成技术或者解决方案都是为了解决某个问题的意识
去了解这个知识的自身定义
以及为什么会出现这个技术
然后与其他技术的区别，如果是多版本的，与之前的版本有什么区别
我们应该如何使用以及怎么使用技术

这些能够与其他知识产生关联的方式进行学习和记忆，这样可以慢慢从点到线到面，把知识连接起来，形成更为清晰的认知。

而在学习过程中，我最常用的是举例、比喻 + 费曼学习法。

首先针对不太清楚的概念看一些入门级别的技术博客或者教学视频，或者让 chatgpt 进行举例，如果举的例子太抽象，则先让它用比喻的手法讲解知识便于理解，再回归到只是本身。

然后在大致了解了内容，重新复述一遍学习到的内容，让 chatgpt 进行 check 和补充。

值得补充的一点是，chatgpt 的实时对话功能非常实用，可以让你躺在床上闭上眼睛也进行知识的学习，可以有效缓解日常生活中本来对于敲键盘导致的手部疲劳和看屏幕导致的疲劳

如果还想学习英文，或者阅读英文的时候更加专注，则可以用英文进行提问和回答。提示词如下：

用户可能使用英文跟你对话，但是语法或者措辞都不是很标准，甚至存在拼写错误。请你在回答完用户的问题之后，按照下列格式进行返回：
 
1. 分段纠正错误，并且补充注释。
2. 最后返回完整的纠正之后的内容。

然后再改善措辞重新复述给 chatgpt 进一步巩固，如果该层次的概念已经了解清楚，则可以把浅层、简化的表述展开，进一步深挖学习。

通过上述方法可以由浅入深地掌握前端的很多概念，不过对于算法依然需要

学习常见的数据结构
学习常见的算法
提升识别问题所需要使用的算法的能力
多刷题

这样的积累不是几天几周就可以见效的，应该融入到日常生活中，才能保证意外情况下需要开始另外找工作或者自己想要主动找新的工作的时候，能够完成算法题的考验。

回归追星的初心

Fri, 18 Apr 2025 00:00:00 GMT

其实我觉得我对于不好的舆论或者情绪化的发言还蛮强心脏的。

1819 年左右那时候常看青青草原，踩组，鹅组还有每出一个选秀就要建对应秀组，有时候还去兔区，再到 21 年后在贴吧也是各种喂自己赤石

总之在那几年啥类型的言论和恶意都看过了，现在再看不会太对自己的情绪有影响了

慢慢知道在论坛尽量减小曝光度，有谣言尽力澄清，前几页控的上去就控，控不了开新楼顶贴是更好的选择。（看到别人在高楼里聊天我还是两眼一黑。

豆瓣之前属于是氛围还挺好，但后续各家受众逐渐固定，出现竞争意识氛围逐渐恶化，回归到豆瓣本来该有的社区氛围了。

所以之前因为有趣或者和谐氛围被吸引过去的萌萌人可能第一次经历这种感受，实在影响心情还是退出不看吧。

也不必逼自己去干这样的脏活，让老油条战斗粉来做就好，不然容易被踢或者当成玩具继续羞辱。

不过也不必太在意这种本来就很不恶劣的舆论场的事情，也没那么多人看，像内娱之类的还可能把论坛的帖子搬到 xh，带上账号矩阵二次传播。目前这边的几个小体量圈子还不会发生这种事情，总之不影响到大盘就够了。

另外，"有意思"的是当时豆瓣真的会投放水军的，会有按照点赞数量或者指定文案回复结算费用，鹅组难进，因此号的回复是最贵的，大概 2+ 元。

但换个角度说，辱骂得太狠或者文不对题，被传播后怎么又不算虐粉固粉。

另外还想说的是，其实追星最快乐的方式就是做散粉，不要太因为他人看法束缚自己，也不要过于在意别人的言论，无论是圈内的粉丝或者黑粉。这些言论如果能让你快乐，看点无妨，影响到心情的话最好就不要看了。

我前几年就是过于深入粉圈，出于责任感或者喜欢，参与了一些社群运营的工作，组织投票、冲销量、做数据，或者看到很多不好的言论，导致我想要去做"反黑"。

后来"反黑"还把自己伤到了，每次新出什么物料都下意识要去刷论坛的有没有带有关键词的新帖子，没有办法做到像最初的时候享受追星带来的快乐了。所以淡了一段时间，慢慢回归散粉。

不过也不后悔那段时间做这些事情，至少心态有被锻炼到，也学到了一些小技巧。

继续回归追星的初心，自己的开心最重要！

避免空口鉴抄、鉴AI

Tue, 01 Apr 2025 22:56:00 GMT

前几天朋友在小红书上发了自己的作品，被底下的人评论鉴 AI。她们的对话如下：

路人：AI 画的？
朋友：为什么觉得是 AI
路人：感觉像 AI

当时看得我有点无奈，把之前写的一篇杜绝空口鉴抄袭的评论改了一下，发给了当时鉴 AI 的路人，不久后 ta 删除了评论并向我的朋友私信表示了歉意。

之前对于杜绝空口鉴抄袭的评论是这样的：

我觉得每个人都应该强调不要空口鉴抄，更不要用这种理由作为攻击他人作品的武器。

这种鉴抄不是在保护原创，而是在打击原创。

因为鉴抄不需要任何成本，把舆论带起来后到最终出鉴别结果有很长一段时间，在这个时间差内有的伤害已经造成了。

当然能做到这一点确实很难很难，虽然已经在各大平台见过很多相关科普，但转过头还是一样有很多人空口鉴抄。其中有不少故意的人，也会有被带着走的人。

能怎么办呢，我只希望我不要成为那种人。

也期待能有更快速直接的渠道来完成鉴别整个流程。

本身怀有恶意的人是无法从说通的，但可以减少他们通过打时间差和信息差去带节奏，给别人造成伤害的概率。

其实我无论是对于空口鉴抄袭还是鉴 AI 都是这种态度：

对于鉴别者：谁主张谁举证
对于围观者：不应该把压力一开始就给到创作者本人

与被我荒废的 7 年告别，从头开始

Tue, 01 Apr 2025 22:12:00 GMT

17 年大一，到现在已经 7 年多了，回顾一下我是如何荒废掉这 7 年时间的。想要与此告别，从头开始。

1. 在大学只“治”好了病

其实我的性格一直都非常的内向，小学的时候被老师叫起来回答问题，我虽然知道答案，但是就是不敢开口，最后只能急得控制不住自己的情绪然后在全班面前哭出来。

稍微改善一点是在高中，由于外公是退休的职工，班级的老师都认识他，有时候回教室宿舍的时候会碰到他们，然后聊上一两句。在那个环境下，我是更放松的，并且确实有想要学习的动力，所以会上台请教老师问题。再加上英语和语文老师都会安排每节课会有一个 talk 环节，也就是上台用中文或者英文分享一些内容。高中时候的我也知道我不能再像小学那样靠哭来逃避，这种分享是躲不掉的，所以只能私下多加练习，然后逼自己站在台上讲话。

到了大学，到了一个新的环境，不知道为什么格外地兴奋，在各种群中都比较活跃，甚至买了桌游到寝室和室友一起玩。当时会有一些社团招新的活动，去看了辩论队的表演赛后对此有些感兴趣，于是报名参加了辩论队。

其实在收到一面短信的时候，很紧张，打起了退堂鼓，给负责的学姐发了短信说自己可能不合适，想要退出，学姐劝了一下我说试一下也无妨。但是真的没想到我就双腿颤抖着靠着下意识完成了一面、二面，最终进入了辩论队。要知道在此之前我真的很胆小，回头再看我真的不知道为什么有勇气去报名辩论队。

在辩论队打了两年比赛，准备辩题的过程中学会了怎么在短时间内把一些概念掌握并讲清楚，也在众多观众的围观下治好了我多年的不敢开口。沟通能力或者说基础的公众表达能力的缺失是我一直以来的病，治病需要花时间是很正常的事情。

但是回过头来看，这或许是我大学时期为数不多的收获了。

2. 这些年所犯的错

2.1. 第一个错：不再自律

大一上学期的时候，我的成绩还是中上，到了下学期开始下滑，可能是精力的不足，也可能是缺乏他人监督后变得懈怠。高中的时候，每次月考班主任都会念班级排名，也会把排名粘贴在班级的门口，再加上是封闭式的管理，不能玩手机，所以在那样的环境下，我们能做的只有学习。

但是到了大学，一切都不一样了，我可以在没有课的时候回宿舍休息，也可以去图书馆泡着，这都是自己的选择，不过选择的后果也需要自己承担。我渐渐地失去了自律的状态，这是我犯的第一个错。

2.2. 第二个错：错误的选择和规划

大三是一个很重要的阶段，需要考虑就业、考研、考公等等未来的路。由于很多学长学姐都选择了的是产品经理这条路，我也有些动摇，最开始的实习投递的是产品岗，投了几份后匆忙去了一家上海的产品实习岗位，在这份实习中，我才意识到当我作为产品经理的时候我是没有产出动力的。然后我才将自己的就业意向从产品改为了前端。

其实辅导员在收集就业意向且我给的意向是产品的时候，他有劝过我应该是后端>前端>产品，但我还是头铁，选择相信自己的选择。

在就业意向转为前端的时候，我在家开始复习，效率很低，同时秋招开始了，也开始投递一些实习岗位，最开始投了腾讯（其实不应该那么早的，或者说我应该提前规划自己的实习方向和学习计划），毫无疑问一面挂，后来也面了一些，都是石沉大海。只去了百词斩的实习，在那里一边实习干活，一边学习继续准备面试。

所以其实直到春招，我才有第一个正式的 offer。

回头再看，这些都是因为我没有意识什么时间该做什么事情，以及我到底要做什么岗位。

2.3. 第三个错：拿到 offer 后的懈怠

其实春招拿到的 offer 待遇并不算好，应该继续面试的去争取更好的待遇。

2.4. 第四个错：学东西都浮于表面

写了这么久的前端了，即使自己也会写 side project，但是更多的都是浮于表面地写出来，也就是说做的很多都是玩具项目，对于技术的认知并没有提升。这一点很早之前面美团的时候，面试老师也有点出来，觉得我虽然想法很多但是技术不是很扎实。

3. 没有努力过，有什么资格抱怨现状

所以在犯错这么多的情况下，我的现状并不好，有时候看到同龄人的现状的时候，确实很羡慕，也会抱怨为什么我活成了现在这幅样子。

但是我都没有真的努力过，又有什么资格抱怨现状？甚至现在拥有的一些东西，都只是在吃学历的“老本”。

在上海的时候，有一个刚入职的同事听到我的学校后很惊讶，说了一句“你怎么来这了”，其实那一刻心里有些触动。内心的想法在打架。

A: 是啊，我怎么来这了？
B: 是啊，我这种状态能来这里已经不错了。

不想再抱怨什么了，现在更多的时候会想为什么我都没努力过就放弃了？

现在醒过来，再好好努力一把，如果还是争取不到再认命不行吗？

我会给自己一段时间，与过去 7 年颓废的自己告别，努力找回最初的状态。

时间是最好的法官，是非成败未来见。

如何运行 ts 文件

Thu, 06 Mar 2025 00:00:00 GMT

在 VSCode 中安装扩展 Code Runner，我创建了一个 .ts 文件，点击运行按钮，但提示

'ts-node' 不是内部或外部命令
'ts-node' is not recognized as an internal or external command

解决方法是全局安装 ts-node，例如：

pnpm i -g ts-node

但在我安装之后，错误确实消失了，却又提示另一个错误

TypeError: Unknown file extension ".ts" for /xxx/xxx/test.ts
    at Object.getFileProtocolModuleFormat [as file:] (node:internal/modules/esm/get_format:176:9)
    at defaultGetFormat (node:internal/modules/esm/get_format:219:36)
    at defaultLoad (node:internal/modules/esm/load:133:22)
    at async ModuleLoader.load (node:internal/modules/esm/loader:554:7)
    at async ModuleLoader.moduleProvider (node:internal/modules/esm/loader:435:45)
    at async ModuleJob._link (node:internal/modules/esm/module_job:106:19) {
  code: 'ERR_UNKNOWN_FILE_EXTENSION'
}

所以我认为或许不止我一个人对于如何运行 ts 文件有疑问，所以本篇文章就来介绍一下如何在 VSCode 中运行 ts 文件，以及回到最初的问题，如何在 code runner 中运行 ts 文件。

如何运行 ts 文件

我们准备一个简单的的 ts 文件，命名为 index.ts，来作为测试的文件。

const a: number = 1;  
const b: number = 2;
const c: number = a + b;
console.log(c);

bun 运行 ts 文件（目前最推荐）

bun index.ts

使用 tsc 将 ts 编译为 js，然后 node 运行

TypeScript Compiler (tsc) 是 TypeScript 的编译器，它可以将 TypeScript 代码编译为 JavaScript 代码。我们可以使用 tsc 命令来编译 TypeScript 文件。

tsc index.ts
node index.js

tsx (TypeScript Executer) 运行 ts 文件

npx tsx index.ts

Node.js V22.7.0 直接运行文件

node --experimental-strip-types index.ts

ts-node 运行 ts 文件（不推荐）

ts-node index.ts

这个问题频繁出现于 ts-node 的 issues 中，有一个讨论甚至到了 70+ 也没有关闭

要解决这里的报错，需要做几件事情：

必须要有 package.json 并且 "type": "module"
如果没有 package.json, 运行 npm init -y 生成 package.json
tsconfig.json 中 "module" 不能是 "commonjs" ，必须要有 'module': 'ESNext' 或者 'module': 'ES6'。
如果没有 tsconfig.json, 运行 npx tsc --init 生成 tsconfig.json
运行的时候必须要有 --loader ts-node/esm

node --loader ts-node/esm index.ts

如何在 coder runner 中运行 ts 文件

最简单的方法：在 code-runner.executorMap 中修改 typescript 的配置：

{
    "typescript": "cd $dir && bun $fileName",
}

也可以这样写，然后会生成一个 js 文件，然后运行 js 文件：

{
  "typescript": "cd $dir && tsc $fullFileName && node $fileNameWithoutExt.js"
}

不过这样的速度是比较慢的

使用 bun $fullFileName：耗时：0.295 秒
使用 tsc tsc $fullFileName && node $fileNameWithoutExt.js：

耗时：2.523 秒

总结

无论是运行 ts 文件还是在 code runner 中运行 ts 文件，最推荐的方式是使用 bun 来运行 ts 文件。它的速度和开箱即用的特性都非常好。

最不推荐的是 ts-node，需要有很严格的配置，且官方没有提供明确的文档来说明如何配置，更多的是靠开源社区的讨论来解决问题。

2025-W06

Sun, 09 Feb 2025 00:00:00 GMT

日期范围：2025-02-03 - 2025-02-09

本周产出

Blog

收藏夹 - 工具

polyhaven - 免费的 3d 资源

Poly Haven 是一个公共 3D 资产库，提供免费且无限制使用的高质量 HDRI、纹理和模型资产。

使用 VSCode 开发 Swift/iOS 项目的开源工具 - sweetpad

sweetpad-dev/sweetpad 项目是一个针对在 VSCode 中开发 Swift/iOS 项目的工具集。该项目致力于通过整合开源工具，例如 swift-format、swiftlint、xcodebuild 等，提供一个与 Xcode 相 plement 补充的开发体验。用户可以通过此工具在 VSCode 中实现自动完成、项目构建与运行、代码格式化、iOS 模拟器管理、在实际设备上运行应用、调试以及运行测试等功能。

SVG Viewer - View, edit, and optimize SVGs

CH563/shot-easy-website: Take a screenshot online and compresses images in browser with Webassembly

免费在线照片编辑，调整大小，过滤任何照片，在浏览器中编辑照片，将图片转换为 jpg/png/jpeg/webp 格式，轻松截图区域或全页

收藏夹 - 阅读与视频

Gingko Writer：在 AI 随便生成 20 万字的时代，“生而为人”该如何写作？ - 少数派

Why TCP needs 3 handshakes | PixelsTech

拖延自救指南：简单开始+销声匿迹、_哔哩哔哩、_bilibili

用 Cargo 2.0 重置了个人网站 - 小红书

同人女如何从 0 开始学习文本排版和设计…… - 小红书

试试 action5 pro 推流到本地 rtmp 和有线连接的效果

Thu, 06 Feb 2025 00:00:00 GMT

b 站：

试试 action5 pro 推流到本地 rtmp 和有线连接的效果

youtube:

封面生成器推荐

Sat, 01 Feb 2025 00:00:00 GMT

封面生成器推荐

制作封面的方法有很多种，你可以自己设计，也可以基于他人分享的模板进一步修改。

但是如果你只是想输入标题或基本信息，直接生成封面的话，那么在线的封面生成器是更好的选择。

今天这期博文就带你了解一些在线的封面生成工具。

CoverView

GitHub 仓库

内置多种模板和图标 (主要是编程语言的图标)，比较适合开发者制作技术博客封面。

Cover-Image-Generator

GitHub 仓库

无内置模板，但是支持移动标题与副标题，更为灵活。

PicProse

GitHub 仓库

imgsrc

GitHub 仓库

Free Open Graph Generator

（修改自 imgsrc，去掉了水印。）

OG Image Maker

内置多种模板，支持修改颜色、背景图片、底部的 button 等。

Open Graph Image Generator

上传的图标的大小是固定的，比较有局限性，比较适合用来展示网站、或者横向的图片。

Free Open Graph Image Generator - Placid.app

Open Graph Image Generator | BoilerplateHub

这个生成器比较简洁，只能输入标题和副标题，然后选择两个布局。

Vercel OG Image Playground

这是 vercel 官方的 og 生成器，右下角只能导出 svg，如果你要到处 png 需要在右上角的 tab 栏中切换到 png（satori + resvg-js）模式。

cover-paint

目前点击官网可能无法访问，如果需要使用可以使用下面的仓库在 vercel 或者 netlify 等平台部署使用。

GitHub 仓库

Imaker

20250305 更新 Imaker

GitHub - slince-zero/IMaker: Create striking covers effortlessly with our easy-to-use IMaker.

IMaker

字体大小不能调大很大

原来亲人在侧，是我最深重的感谢

Sun, 12 Jan 2025 00:00:00 GMT

初三有个周五的下午，我妈陪我在学校开高中推免会，突然接到外公的电话说外婆失踪了。那个时候在旁边听到这个消息就觉得心里很不安，我妈拿起电话打给外婆但无人接听，因为她根本没带出门，我心里就更不安了。

其实那出事前半年，外婆做菜手被烫一直都没有完全恢复，在那一年的年夜饭上，我奶奶说外婆看起来有些眉毛下坎（意思是精神和身体不太好），后来外婆常对外公说自己梦到老家已经死去的人向她索命，因此她经常失眠。

我记得刚失踪那段时间，我有好多周都没有见过父母，全家十几个人都出去寻找，从当地找到周边城市，报了警看了好多监控，也是看到外婆消失在监控的边缘然后再也没有出现。也去了区级、市级的电视台录采访，依然没有消息。

我自己也在微博、贴吧以及当地的各种论坛发寻人启事，但回复的人都寥寥无几。

后来打听到邻居在失踪前几周碰到过外婆独自坐公交车去了郊区，那个时候已经有些神志不清了，不过还是回家了，但是最后一次没那么幸运。

也找了所谓的道士来看，有的说在失踪的第二天会出现在水上，于是我就一个人去了长江边，看着浪拍打在岸边，一种重复到很晚然后麻木地回到家；也有的说外公外婆家里有不好的东西，要把客厅黑色的什么块状物清理掉，要在外婆睡的位置烧香绕上几圈；也有的说已经离开了，不用再找不用再算了。

各种说法都有，但慢慢的都从前期有希望的说法，变成了没有希望。

家里人说梦到外婆在哪里出现了也会过去找。那个时候有些理解为什么有人会相信这些东西了，因为真的没有其他办法。

就这么一直高强度地找了几个月，依然没消息。

——————————

后来我开始上高一，开始住在外公外婆的教师宿舍里面，他们是老教职工，因此所在班级的老师都认识他们，也知道外婆失踪的事情。

有时候和老师们一起回家，他们也会提起这件事情，大概都是说外婆对人都笑眯眯的，怎么就失踪了之类的。那个时候听着真的挺难受的。

其实最开始住在外公家里的时候，每天都觉得睡不好，总是受到那些道士所提到的事情的影响，再到后来实在过于忙碌，入睡变得简单了一些。

外婆刚失踪的那几年，我还能梦到她，也清晰记得失踪日期，每到那个时间都会哭一场，但现在竟然不太能想起来了，只有回到老家全家聚在一起的时候才会想起她，那个日期应该是 110415 或者 110405 吧。

有时候看《等着我》，不免也会幻想是否哪天会再见到她，慢慢地这种念头也不再出现。

去年接到一个电话，称是当地警察局的，先跟我对了一下外婆的信息，再询问外婆是否找到。应该是因为我这张卡是我爸的名字的，所以打给了我。刚接到的时候是很高兴的，可惜又是空欢喜一场。

——————————

今天看到热搜又回想起她，后知后觉发现我这么急切地从上海回到川渝，想离家人近一些应该也有受到这件事情的影响。

“原来亲人在侧，是我最深重的感谢。 ”

其实失踪前两周我有梦到她，很后悔没有在梦到她的时候意识到，我已经很久没有见过外婆，该去看看她了。

ollama + excel 处理器开发总结

Tue, 07 Jan 2025 00:00:00 GMT

最近帮朋友写了一个 ollama + excel 处理器，写完后发现类似于飞书多维表格的 ai 功能。在开发和沟通过程中有一些感受。

首先是开发与设计

写的时候凭自己的直觉设计的交互逻辑，没有参考任何其他产品，后来发现其实写的过于灵活会加重用户学习负担和降低模型回复准确度。

我这边的逻辑是上传 excel，然后用提示词 +excel 列变量 + 配置输出列这样的拼接方式来生成提示词。

这样遇到的问题是用 excel 列变量的时候，点击 excel 列是插入到光标的位置，有的用户并不会理解或者注意这个逻辑，所以会出现插到某些连续句子中间导致语义被破坏的情况。

飞书多维表格的做法是，限制提示词的自由发挥，严格按照表单填写来生成最终提示词，并且真实的提示词是不暴露给用户的。步骤：选择输出的列，选择输入的列，输入要输出的列的需求，输入例子。

下图是飞书多维表格的界面截图：

用这种方法把提示词的 few shots 写法实现了，所以它的操作逻辑简化了很多的。

回头想想普通用户并不需要那么自由的提示词输入，是我做的时候太想当然，把它做成了一个 llm chat ui 的模式。

其次是沟通

做完项目直接发了安装包给朋友，没有写使用说明，是在她使用过程中一步步去教她的，所以出现了很多碎片化的沟通。并且在此之前她并没有大模型相关的使用经验，所以一些我个人认为的共识没有达成，多聊了一些后才发现是哪里出了问题。

导致问题的原因主要有两个，一个是之前提到的我的设计存在问题，加重了用户负担。另一个就是没有做用户引导和教学。

总结

所以总结来说，'fake it till you make it' 或者 " 先做一坨垃圾出来 " 没有什么问题，但后续真的要把一个东西做好还是应该有一定的调研和思考和设计，以及要意识到通过引导和沟通与他人达成共识的重要性。

值得一看的博客

Thu, 19 Dec 2024 00:00:00 GMT

值得一看的 blog

GitHub - mqyqingfeng/Blog: 冴羽写博客的地方，预计写四个系列：JavaScript 深入系列、JavaScript 专题系列、ES6 系列、React 系列。

LogRocket Blog - Resources to Help Product Teams Ship Amazing Digital Experiences

React Blog – React

Blog - Socket

Developer, writer and speaker | Stefan Judis Web Development

Builder.io Blog

overreacted — A blog by Dan Abramov

AI 相关

github 的博客 (AI 相关）

github 的官方博客中有一个标签是 ai, 里面有一些 ai 与工程化结合的分享

AI Archives - The GitHub Blog

Ak 每日论文推荐

akhaliq (AK)

Daily Papers - Hugging Face

AssemblyAI 的博客

AssemblyAI Blog | News, Tutorials, AI Research, and Industry

他们是一家专注于 AI 语音的公司，同时比较注重知识传播，在油管上也有一些科普教程。

Dale 的博客

Google Labs 员工，会分享一些与 AI 相关的文章，同时也在维护自己的油管频道。

Dale on AI

Dify 的博客

dify 是一家做大模型应用生成平台的公司，他们的产品 dify 是开源的，与此同时在官网也会定期产出技术博客。

Dify Blog

机器之心 | 企业人工智能服务

独立开发者

61’s life

MacTalk-池建强的随想录 | 让创作成为一种生活方式

与hanser有关的github仓库

Wed, 18 Dec 2024 00:00:00 GMT

UnityURPToonLitShader

🔗 GitHub - ColinLeung-NiloCat/UnityURPToonLitShaderExample: A very simple toon lit shader example, for you to learn writing custom lit shader in Unity URP

Jason Ma Toon Render Pipeline

🔗 GitHub - JasonMa0012/JTRP: JTRP : Unity HDRP ToonShading Render Pipeline (Preview)

📚 教程 BV1AA411A7RR

毛怪俱乐部分享卡片

仓库：GitHub - KazooTTT/hanser-club-share-card-web: input mgclub post url, output the long pic to share.

网站：Mgclub Share Card

输入帖子的链接，生成对应的帖子内容的图片。

这是我很早之前写的项目，目前毛吧的 app 上已经可以生成分享图了，所以项目的意义不大了。

分享一下我的 zustand 错误使用案例

Tue, 17 Dec 2024 00:00:00 GMT

什么是 zustand？

zustand 是一个状态管理库，简单易用。

在使用 react-scan 的时候，我发现我在 A 组件中对于 store 的某个 state 的更新，导致了 B 组件的重新渲染，有比较严重的性能问题。

于是我又重新阅读了文档，发现我之前对于 zustand 的使用是错误的。

错误用法 1 没有使用 single selector 或者 shallow 去获取 state

这是之前的写法以及对应的组件，useGlobalStore 中有不只 uploadToServerProgress, uploadStatus 两个 state。

const ComponentA = () => {
  const { uploadToServerProgress, uploadStatus } = useGlobalStore()
  return (
    <UploadStateContainer
      uploadToServerProgress={uploadToServerProgress}
      uploadStatus={uploadStatus}
    />
  )
}

当 uploadToServerProgress 或者 uploadStatus 更新的时候，UploadStateContainer 会重新渲染。（符合预期）

当 useGlobalStore 中的其他 state 更新的时候，UploadStateContainer 也会重新渲染。（不符合预期）

这是因为 const { uploadToServerProgress, uploadStatus } = useGlobalStore();

其实是解构赋值的简写，等价于

const globalStore = useGlobalStore()
const { uploadToServerProgress, uploadStatus } = globalStore

对于 react 来说，只要 globalStore 更新，就会导致 UploadStateContainer 重新渲染。因此我们需要改为以下写法：

写法 1 single selector

const uploadToServerProgress = useGlobalStore((state) => state.uploadToServerProgress)
	const uploadStatus = useGlobalStore((state) => state.uploadStatus)

写法 2 使用 useShallow

const { uploadToServerProgress, uploadStatus } = useGlobalStore(
  useShallow((state) => ({
    uploadToServerProgress: state.uploadToServerProgress,
    uploadStatus: state.uploadStatus,
  })),
)

错误用法 2 使用 selector 的时候颗粒度不够

cameraData 是通过订阅其他的服务获取的，内部包含包括相机图像、相机 id 等数据。其中相机图像是高频更新的数据。

import React from "react"
 
export interface CameraData {
  cameraBase64: string // base64 encoded image
  cameraId: number
}
 
const CurrentCamera: React.FC = () => {
  const cameraData = useGlobalStore((state) => state.cameraData)
 
  return <CurrentCameraId cameraId={cameraData.cameraId} />
}

如果这样写，虽然这里也是 single selector，但是当 cameraBase64 更新的时候，cameraData 会更新，CurrentCameraId 也会重新渲染。

因此这里还是遵循最小粒度原则，只获取需要的数据。

import React from "react"
 
export interface CameraData {
  cameraBase64: string // base64 encoded image
  cameraId: number
}
 
const CurrentCamera: React.FC = () => {
  const cameraId = useGlobalStore((state) => state.cameraData.cameraId)
 
  return <CurrentCameraId cameraId={cameraId} />
}

错误用法 3 使用了多个 store 去存储不同的 state，而不是使用 slice 把不同的 state 分组

在官方的文档中 Flux inspired practice - Zustand 提到，应该使用单一存储，而不是使用多个 store 去存储不同的 state。

错误用法 4 与 UI 无关的 state 通过 selector 获取

在一个组件中，我有一个 handleSave 的方法，调用接口保存数据。

我之前的写法是，在组件 A 内部，使用 single selector 获取需要的数据，然后调用接口保存数据。

但是这样的写法是错误的。

const ComponentA = () => {
  const { state1, state2 } = useGlobalStore(
    useShallow((state) => ({
      state1: state.state1,
      state2: state.state2,
    })),
  )
 
  const handleSave = () => {
    save(state1, state2)
  }
 
  return <SaveButton onClick={handleSave} />
}

在组件 B 中，我通过操作改变了 state1，但是由于我在 A 中获取了 state1,state1 的变化会导致 A 组件重新渲染。

正确的做法是，直接在 handleSave 方法内部访问 store，而不是通过 selector 将状态传递给它。

const ComponentA = () => {
  const handleSave = () => {
    const { state1, state2 } = useGlobalStore.getState()
    save(state1, state2)
  }
 
  return <SaveButton onClick={handleSave} />
}

参考

Zustand

master 分支下的 notes/zustand 学习笔记。md --- notes/zustand 学习笔记。md at master · puxiao/notes

如何有效率地管理 React 局部狀態？這次我選擇了 Zustand! | Bosh 的技術探索筆記

使用github action定时同步obsidian内容到astro博客仓库

Fri, 29 Nov 2024 00:00:00 GMT

github action

目标仓库以及具体目录可以根据自己的项目来定

name: Update Docs
 
on:
  push:
    paths:
      - "content/**"
      - "scripts/build_docs.cjs"
  workflow_dispatch:
 
jobs:
  build-and-deploy:
    runs-on: ubuntu-latest
 
    steps:
      - name: Checkout source repository
        uses: actions/checkout@v2
        with:
          token: ${{ secrets.PAT_TOKEN }}
 
      - name: Set up Node.js
        uses: actions/setup-node@v2
        with:
          node-version: "20"
 
      - name: Install dependencies
        run: |
          echo "Installing dependencies in source repository..."
          npm install
          echo "Dependencies installed successfully"
 
      - name: Build docs
        run: |
          echo "Starting docs build..."
          npm run build:docs:server
          echo "Docs built successfully"
 
      - name: Checkout target repository
        uses: actions/checkout@v2
        with:
          repository: kazoottt/kazoottt-blog
          path: kazoottt-blog
          token: ${{ secrets.PAT_TOKEN }}
 
      - name: Copy built docs to target repository
        run: |
          echo "Starting copy process..."
          echo "Content of astroContent before copy:"
          cp -rv astroContent/* kazoottt-blog/src/content/post/
          echo "Content of astroContent copy done"
 
      - name: Setup target repository
        run: |
          cd kazoottt-blog
          echo "Configuring git..."
          git config --global user.name 'github-actions[bot]'
          git config --global user.email 'github-actions[bot]@users.noreply.github.com'
          echo "Installing dependencies in target repository..."
          npm install
          echo "Running sort..."
          npm run sort
 
      - name: Check for changes and commit
        run: |
          cd kazoottt-blog
          if [[ -n $(git status -s) ]]; then
            git add .
            git commit -m "Update docs and sort content"
            git push
          else
            echo "No changes to commit"
          fi
        env:
          GITHUB_TOKEN: ${{ secrets.PAT_TOKEN }}

PAT_TOKEN 申请
Sign in to GitHub · GitHub

需要权限：repo, workflow

obsidian 模板

published 是 true 且 notAstro 不为 true 的时候，会被发布到另外一个仓库

---
title: {{title}}
date: {{date}}
author: KazooTTT
type: Post
status: Published
tags: []
finished: false
published: false
category:
slug:
description:
notAstro:
---

脚本 scripts/build_docs.cjs

依赖安装

npm install gray-matter

可以配置一些不想同步的文件夹

const fs = require("fs").promises
const fsSync = require("fs")
const path = require("path")
const matter = require("gray-matter")
const { execSync } = require("child_process")
 
const CONFIG = {
  outputDir: "astroContent",
  inputDir: "./content",
  ignoreList: [
    ".github",
    ".obsidian",
    "草稿箱",
    "模板",
    "attachment",
    "记录",
    "导航用",
    "微信读书",
  ],
  validExtensions: [".md"],
  // Local specific config
  localDestinationRoot: "", // to edit
  localDestination: "", // to edit
}
 
/**
 * Ensures output directory exists
 */
function initializeOutputDir() {
  if (!fsSync.existsSync(CONFIG.outputDir)) {
    fsSync.mkdirSync(CONFIG.outputDir, { recursive: true })
  }
}
 
/**
 * Validates if a file should be processed based on its metadata
 */
function shouldProcessFile(frontMatter) {
  return frontMatter.published === true && !frontMatter.notAstro
}
 
/**
 * Processes a single markdown file
 */
async function processMarkdownFile(fullPath, outputPath) {
  try {
    const fileContent = await fs.readFile(fullPath, "utf8")
    const { data } = matter(fileContent)
 
    if (shouldProcessFile(data)) {
      await fs.copyFile(fullPath, outputPath)
      console.log(`✓ Copied: ${path.relative(CONFIG.inputDir, fullPath)}`)
    }
  } catch (error) {
    console.error(`Error processing file ${fullPath}:`, error.message)
  }
}
 
/**
 * Recursively processes directories and files
 */
async function processDirectory(dir) {
  try {
    const files = await fs.readdir(dir)
 
    await Promise.all(
      files.map(async (file) => {
        const fullPath = path.join(dir, file)
        const relativePath = path.relative(CONFIG.inputDir, fullPath)
        const outputPath = path.join(CONFIG.outputDir, relativePath)
 
        const stats = await fs.stat(fullPath)
 
        if (stats.isDirectory()) {
          if (CONFIG.ignoreList.includes(file)) return
          await fs.mkdir(outputPath, { recursive: true })
          await processDirectory(fullPath)
        } else if (path.extname(file) === ".md" && file !== "index.md") {
          await processMarkdownFile(fullPath, outputPath)
        }
      }),
    )
  } catch (error) {
    console.error(`Error processing directory ${dir}:`, error.message)
  }
}
 
/**
 * Copies processed files to final destination and commits changes
 */
async function copyToLocalDestination() {
  try {
    // Remove existing content
    if (fsSync.existsSync(CONFIG.localDestination)) {
      await fs.rm(CONFIG.localDestination, { recursive: true })
    }
 
    // Create destination directory
    await fs.mkdir(CONFIG.localDestination, { recursive: true })
 
    // Copy files
    const files = await fs.readdir(CONFIG.outputDir)
    await Promise.all(
      files.map(async (file) => {
        const sourcePath = path.join(CONFIG.outputDir, file)
        const destPath = path.join(CONFIG.localDestination, file)
        await fs.rename(sourcePath, destPath)
      }),
    )
 
    console.log("Content has been successfully copied to the local destination.")
 
    // Commit changes
    execSync(`cd ${path.dirname(CONFIG.localDestination)} && npm run sort`)
    execSync(`git add ${CONFIG.localDestination} && git commit -m "update content"`)
    // push changes
    // execSync(`git push`)
  } catch (error) {
    console.error("Error copying to destination:", error.message)
  }
}
 
/**
 * Cleans up the temporary output directory
 */
async function cleanupOutputDir() {
  try {
    if (fsSync.existsSync(CONFIG.outputDir)) {
      await fs.rm(CONFIG.outputDir, { recursive: true })
    }
    console.log("Cleaned up temporary directory.")
  } catch (error) {
    console.error("Error cleaning up:", error.message)
  }
}
 
/**
 * Main execution
 */
async function main() {
  try {
    const isLocalBuild = process.argv.includes("--local")
    console.log(`Starting document processing... (${isLocalBuild ? "local" : "server"} build)`)
 
    initializeOutputDir()
    await processDirectory(CONFIG.inputDir)
 
    if (isLocalBuild) {
      await copyToLocalDestination()
      await cleanupOutputDir()
    }
 
    console.log("Document processing completed successfully!")
  } catch (error) {
    console.error("Fatal error:", error.message)
  }
}
 
main()

个人工具与设备清单202502

Sat, 23 Nov 2024 00:00:00 GMT

软件工具（电脑端）

开发工具

Cursor（主力 IDE）
JetBrains 全家桶（主要是写 Unity 的时候使用 Rider）

设计工具

Canva 使用它制作了不少视频封面
Figma
MasterGo 类似于 Figma 的国产设计工具

视频剪辑

剪映 (主要使用软件)
final cut pro （用到比较复杂的工程的时候才使用）

录屏与截图

shottr（Mac 上的截图工具，免费好用）
CleanShot（Mac 上的截图工具，需要付费，支持截图、录屏，截图加 border）
QuickRecorder（Mac 上的录屏工具，开源，免费）
OBS（录屏工具，直播推流工具）

媒体与娱乐

Apple Music（主力）
网易云音乐

知识管理

Milanote（白板型笔记，用于一个项目的初期输入和梳理）
Flomo（用于碎片化的记录）
Dinox（用于碎片化的记录，支持语音输入和联动大模型）
Obsidian（初期碎片化记录和梳理完成后，会在 Obsidian 中进行整理，完成最终的输出）

资讯收集与阅读

n8n 自动化（用于定时监听社交平台或其他信息的更新，然后通过 webhook 推送到其他平台）
Raindrop（用于收集网页、内容标记）
Follow（用于阅读 RSS 内容）

阅读平台

微信读书（主力，主要阅读线上书城的内容，偶尔导入离线的内容）
Apple Books（主要阅读离线的内容）

生产力工具

1Password（和别人拼车的，已经续费 2 年）

AI 助手

Claude（编程主力）
DeepSeek（编程主力，沉浸式翻译主力 API）
ChatGPT（macOS 的客户端体验依旧很好，所以在 macOS 上使用很多）
Poe（体验各种大模型）
Google Notebook LLM（用于书籍或者文档的深度阅读）

任务管理

滴答清单
Mermaid 绘制甘特图、流程图等
飞书多维表格（进行项目管理）

记账工具

飞书多维表格

浏览器

Arc（主力）
Google Chrome
Edge

博客平台

Astro 自建博客（随心所欲发布内容的地方）
微信公众号（从自建播客中筛选长内容发布到公众号）
Hashnode、Medium（主要输出英文内容）

软件工具（移动端）

图片处理

Picsew（手机上的截图工具，支持长截图、截图加壳、截图拼接等等）
美图秀秀（图片编辑）
dama （一键给图片敏感数据打码）

健康管理

AutoSleep（睡眠追踪）
Grow（运动追踪）
Keep（运动追踪）

硬件设备

电脑

Mac Mini M2 Pro（32GB 内存，512GB 存储）10000+ 买的官方翻新机，是家里的开发主力机
MacBook Air M1（16GB 内存，256GB 存储）3000+ 收的二手，个人觉得性价比很高，用于移动办公是绝对够用的
机械师整机（i5，2060，32GB 内存，512GB 存储）为了和朋友玩游戏和使用一些只有 Windows 上的支持的软件购买的

移动设备

iPhone 13（256GB 存储）
iPad Mini 5 购入多年的老物，电池已经不堪重负，现在主要用于看视频和阅读

智能穿戴

Apple Watch S9
AirPods Pro 2

影像设备

松下 GX9
松下 GX9 使用镜头: 14-140mm、25mm 定焦、100-300mm（用来用去还是 25 定好用😭）
大疆 Action 5 Pro（运动相机，主要用于记录日常生活碎片）

五一上海-重庆-成都流水账

Tue, 12 Nov 2024 00:00:00 GMT

时间范围：4.30 -5.5

4.30 下班回家

不太想早起于是浦东机场的时候发现他们提供了一整片的办公桌，并且可以充电。

到重庆了

5.1 和爸妈吃美蛙鱼头，下午出发去成都

中午爸妈带我去吃了美蛙鱼头（家附近的小店，不过也挺好吃的）

这个价格，豆花饭只要 8 元，羡慕哭了。

然后在家吃了晚饭，妈妈做的菜是真的好吃

然后吃完晚饭就出发去坐动车了，在月台上掏出相机拍了一张，突然发现身后轻飘飘的，才意识到自己的包放在候车厅了，赶紧跑出去拿了包=、=

然后就到成都啦

先和星谜汇合了，然后去和 173、ask 吃了夜宵。

5.2 超大份的自贡菜，逛天府红，烤羊肉

吃完了饭就去天府红了，天府红的人知道的好多。

然后晚饭去吃了烤羊腿

5.3 吃拌菜

买了 mstand 的咖啡 + 卡套套餐，刚好可以装下主播的卡套。

5.4 去南川

其实已经很久没有去过南川了，之前也答应好幺爸要去的，所以从成都回来后还是去了一趟南川。

5.5

吃了午饭就出发去机场了，又要回上海上班了。

2024 小缘永不完结的冒险武汉线下vlog

Mon, 02 Sep 2024 00:00:00 GMT

离职之后刚好有时间去小缘的 810 线下 live，于是和朋友们约好了一起去～

剪了一个很流水账的 vlog⬇️

2024小缘武汉live 流水账式vlog_哔哩哔哩_bilibili

微信读书网页版复制快捷键

Tue, 30 Jul 2024 00:00:00 GMT

微信读书网页版复制快捷键

微信读书网页版中新增复制快捷键 [油猴脚本]_哔哩哔哩_bilibili

这是一个油猴脚本，用于在微信读书的网页端新增复制快捷键。

在 windows 下，快捷键为 Ctrl + C，在 mac 下，快捷键为 Cmd + C。

2024 BW记录-个人向流水账版

Wed, 17 Jul 2024 00:00:00 GMT

左边是 2023 去酒店的路上，右边是 2024 年的，虽然是一样的雨天，但是心情与去年不太相同，去年比较紧张和激动，今年是期待和快乐。

工作餐真的很好吃，比公司食堂好吃太多 QAQ

然后摊位这边还有好多毛怪送的零食饮料！🙏好幸福

12 号是最忙人最多的一天，后面两天有了一点时间休息以及逛展。

和开发组的毛怪合照了～

假装自己也参加了开发组聚餐（

13 号的时候，大毛来我们摊位和憨色的立牌合照了。

当时一抬头就看了大毛，感觉好好看好亲切，她身后还跟了一堆拿着相机的摄影师！好多人啊.jpg

拍完过了一会儿大毛就离开了，后来我听到小伙伴说大毛还在 1.1，于是我就鼓起勇气跑去合照了。

但是由于太匆忙，跑到的时候才想起自己手机里面没有美颜相机，以及大毛直播说的记得下一个美颜相机...

犹豫再三还是跟大毛说自己没有下美颜相机，结果大毛笑着说用原相机拍也可以，好开心，人生照片 +1。

然后我把这张合照发到朋友圈的时候，有一个自如的员工竟然也认得大毛 hhh，好神奇，大毛真的很出圈。

和 kami 合照了，好好看！kami 带着蓝色工牌还被认成了工作人员，有人去找她问路😆

还和主播的立牌合影了，说到这个角度的合影，就不得不放出去年和今年的对比图，我也不知道发生了什么，去年的头发会那么秃🙇‍♀️

然后我也不知道我为什么要主动提出他俩这样拍照

最后一天 14 号和思无道的合照

中午大咩老师陪我去逛了一下大毛的摊位，买了钥匙扣还有吧唧。然后和大咩在海报前合照了～

然后和大咩在海报前合照了～翻了一下我们 21 年的合照，感觉大咩老师几乎没有变化。

最后在走之前我们拍了一下合照。

由于大家都打了码，所以给主播也打码了。

每次祝福都写这句，总之天天开心最重要！也祝大家都天天开心。

然后这几天也接触了很多毛怪，有第一次见的，也有之前见过或者在线上听过名字的，在交流的过程中觉得很开心。还有一些我个人觉得有意思的花絮，后面有空再写吧！🙇‍♀️

2024-W03-编程篇

Thu, 11 Jul 2024 02:17:53 GMT

2024-W03 编程篇

头像生成网站

github 地址

一个用于生成 rabbit it 图片的应用

github 地址

Moodboard Creator —— AI 生成情绪板

推特地址

适用于任何项目的开源用户界面元素

1000 个令人激动的网站

推特地址

shadcn 脚手架

官网界面：

包含内容：

推特链接

stefanjudis - 推荐博客

界面美观，内容有价值，可以关注一下。也可以订阅他的 newsletter。

这是这个作者开发维护的一个前端工具网站

REST API vs GraphQL

原文

Astro 自动生成 Open Graph & Twitter card 图片😄

该作者在这篇文章中分享了如何在 astro 中自动生成 og 图片。

在这个过程中使用了

satori 来将 HTML 和 CSS 转换为 SVG
resvg 来将 SVG 转换为 PNG

有兴趣的可以也可以把这两个库单独看一下

remotion 通过写代码的方式来做视频

demo 地址

github 地址

microsoft TypeScript-Node-Starter

TypeScript 和 Node 的参考示例，其中包含详细的 README，描述了如何将两者一起使用。

henryheffernan 一个非常炫酷的个人主页

konva 一个 Canvas 框架

文档

Konva.js 是一个 HTML5 Canvas JavaScript 框架，它通过为桌面和移动应用程序启用画布交互性来扩展 2d 上下文。

astrofy - astro 模板

demo 演示地址

低调但有设计感的个人主页

github 地址

（post 页面还在开发中）

快速上手的 node 框架

An overview of Cloudflare's logging pipeline

Ant Game Engine 开源

推特地址

github 地址 ejoy/ant

docker 教程《Docker — 从入门到实践》

GitHub 地址

推特原文

GameBoy Style Portfolio

介绍

Game Boy style portfolio

IPX 高性能、安全且易于使用的图像优化器。

Bento 专题

bento 风格的起始页

packery: 无缝、可拖动的网格布局

使用 HTML、CSS 和 JavaScript 👨🏻‍💻 创建 3D 产品卡片

2023-W48

Thu, 11 Jul 2024 02:17:53 GMT

2023-W48 转岗了

时间范围：2023-11-27 - 2023-12-3

父母来上海了

其实以前的部门氛围很轻松，下班后可以按时回家。不过因为换了部门，有很多的东西不熟悉，所以这周下班时间还是比较晚。

父母决定来上海看我的时候，还没有换部门，所以突然换部门还是听猝不及防的。

他们是周三到的上海，周日离开的上海。

工作日的时候是他们自己在玩，只有周六和周日的时候陪他们出去玩了。

工作日下班后我会到他们酒店去一起聊天，给了我很多建议，感觉收获还是蛮大的。另外更坚定了想回川渝的心吧，还是想离家近一点。

周末陪他们玩的时候，行程也比较休闲，周六的时候去了城隍庙和豫园，然后去了南京东路买衣服（其实我不是很想买，但是感觉他们提出想给我买衣服，陪着他们逛街，他们也会比较开心），最后买了一件羽绒服（价格有点贵，如果是我自己买的话，绝对不会买这么贵的 😂，好肉疼）

收集资讯的方式发生了变化

值得一提的时候，换了新部门之后，部门刚好要求要收集资讯，这恰好是我最近开始做的事情。部门内比较注重的是 AI 方面的资讯，而对我自身而言，我还会收集一些前端方面的东西。

收集资讯的方式由之前的 twitter + 其他平台复制链接到 cubox 的方式，转变了到转发到 telegram 或者 discord。

我发现直接转发到后面了两个平台会更直观以及便于查找，之前存了很多链接到 cubox，但是几乎很少打开。

而选择 discord 还是 telegram 也是我比较纠结的一点，discord 可以分子频道，相当于在这一层就完成了资源的分类，但它的缺点是对于部门平台的链接预览不友好。

例如 twitter，由于之前 twitter 平台的限制，discord 无法预览 twitter 链接，需要手动改写为 vxtwitter，才能预览，在转发的时候手动修改这个操作也算增加工作量了。

而 telegram 虽然可以很好地预览链接，但是个人来说并不太喜欢它的 UI。并且在后期如果要开发 bot，学习成本相对来说会更大一些。（因为 discord 直接支持 web hook，并且文档完善，有公开的 bot 市场）

所以我很纠结应该选择哪种方式。目前是使用的 discord，不过我觉得后期可能会转到 telegram。

资讯收集 - 设计篇

发现了一个很炫酷的网站

https://howieduhzit.best/
这个网站实现了第一人称视角的交互，将交互映射到 blender 的操作中。

个人感觉很值得学习一下是如何实现的。

GPTS - Blender 助手

ChatGPT - Teacher Awang’s blender 3D assistant
前几周 gpts 发布后，gpt 应用进一步自我分化，社区中实现了很多 gpts 应用，关于 blender 的也有几个，个人测试后认为这一个 gpts 的效果是最适合我自己的。以后会继续使用这个 gpts 来协助学习和完成 Blender 的使用。

GPTS - DesignerGPT

ChatGPT - DesignerGPT
这个 GPTS 的效果是输入提示词，它会返回给到你一个部署页面，这个部署页面就是根据提示词所生成的界面。

看了它的提示词后发现并不算复杂。

DesignerGPT.md

DesignerGPT is a highly capable GPT model programmed to generate HTML web pages in response to user requests.
Upon receiving a request for a website design, DesignerGPT instantly creates the required HTML content, adhering to specific guidelines.
You ALWAYS use this https://cdn.jsdelivr.net/npm/@picocss/pico@1/css/pico.min.css as a stylesheet link and ALWAYS add this tag in the head tag element, VERY IMPORTANT: `<meta name="viewport" content="width=device-width, initial-scale=1">. ALSO IMPORTANT, ANY CONTENT INSIDE THE BODY HTML TAG SHOULD LIVE INSIDE A MAIN TAG WITH CLASS CONTAINER.
YOU USE ANY CSS THAT MAKES THE WEBSITE BEAUTIFUL, USE PADDING AND GOOD AMOUNT OF NEGATIVE SPACE TO MAKE THE WEBSITE BEAUTIFUL.
Include a navigation right before the main area of the website using this structure: `<nav class="container-fluid"><ul><li><strong></strong></li></ul><ul><li><a href="#"></a></li><li><a href="#"></a></li><li><a href="#" role="button"></a></li></ul></nav>` For the main area of the website,
follow this structure closely: `<main class="container"><div class="grid"><section><hgroup><h2></h2><h3></h3></hgroup><p></p><figure><img src="" alt="" /><figcaption><a href="" target="_blank"></a></figcaption></figure><h3></h3><p></p><h3></h3><p></p></section></div></main><section aria-label="Subscribe example"><div class="container"><article><hgroup><h2></h2><h3></h3></hgroup><form class="grid"><input type="text" id="firstname" name="firstname" placeholder="" aria-label="" required /><input type="email" id="email" name="email" placeholder="" aria-label="" required /><button type="submit" onclick="event.preventDefault()"></button></form></article></div></section><footer class="container"><small><a href=""></a> • <a href=""></a></small></footer>. FOR THE IMAGES USE LINK FROM UNSPLASH. Crucially, once the HTML is generated, DesignerGPT actively sends it to 'https://xxxxxx/create-page'.
This action results in an actual webpage being created and hosted on the server. Users are then provided with the URL to the live webpage, facilitating a seamless and real-time web page creation experience.

我们可以分为三个部分，第一个部分是背景介绍，第二个是把网页的 html + 样式（样式用的是外链，这里的我的理解是其实 html 或者样式或者其他都能用外链，只要能访问）丢给它（输出 html），第三个是提供一个用于接收 html 内容然后部署页面的 api，把 html 内容丢给它，然后返回最终的静态部署的预览的地址。

从整个提示词或者最终的呈现效果来说并不算惊艳，但是为什么这个 GPTS 能在早期广受关注，我觉得是作者对于 GPT 的能力理解比较强，知道如何应用它的能力，以及它的“售后”是做的比较好的，提供预览链接这一点能够免去使用者很多成本。

配色方案限时免费（目前已恢复收费）

X 上的 Oleg Coada：“FREE Visual Identity Guidelines for 24 hours. Please like and share to spread the word in the design world! Link to download below! https://t.co/9QuQ9fmHfY” / X

突然发现是在 gumroad 上架的，好像在国外很多艺术家的付费作品都是在这个网站上上架的。

Blender 插件，用于从网络上下载和导入资产

https://github.com/strike-digital/asset_bridge
可以从中学习如何写一个 blener 插件

其实收藏这个资源更多的是因为我认为它是一个很好的学习如果实现 blender 插件的项目源码。而且是 python 写的，最近刚好对于 python 的学习需求比较紧急，值得看一下。

Blender 教程

Sina Visitor System
这个作者的许多作品都很惊艳，出的教程也很简洁高效，不过不适合零基础的玩家，更适合高阶玩家学习。

资讯收集 - 编程

Cloudflare Worker 支持 Pptr

Cloudflare Worker 已经支持了 Puppet - 即刻 App
之前做截图应用时候，vercel 有 10 秒超时的限制，不知道用这个是否能缓解一下。待研究。

three.js 的 Render 方式

https://github.com/pmndrs/react-three-fiber React-three-fiber is a React renderer for three.js

鉴权方案

twitter.com/vikingmute/status/1730400118430724139

Github 管理 Gui

https://x.com/colinlienard/status/1730247816944267593?s=46&t=UKmYswdLBh4dGuqwtKAXUA

资讯收集 -AI 篇

与 Agent 有关的项目

Autogpt

GitHub - Significant-Gravitas/AutoGPT: AutoGPT is the vision of accessible AI for everyone, to use and to build on. Our mission is to provide the tools, so that you can focus on what matters.

Introduction - AutoGPT Documentation

Autogen

存储 Gpts 的 Prompt

https://github.com/LouisShark/chatgpt_system_prompt

吴恩达新课

https://vxtwitter.com/dotey/status/1729972448899051760?s=46&t=UKmYswdLBh4dGuqwtKAXUA

写提示词的技巧

https://vxtwitter.com/real_kai42/status/1729750363757232164?s=46&t=UKmYswdLBh4dGuqwtKAXUA

Ios 关于金融的组件

GitHub - WillkYang/YYKline: iOS YYKline：Kline、Chart、Volume、Scroll、Scale、MACD、KDJ、K 线图、分时图。..

React 关于金融的组件

GitHub - rrag/react-stockcharts: Highly customizable stock charts with ReactJS and d3

2024 端午去广州玩了

Mon, 08 Jul 2024 00:00:00 GMT

2024-07-08 提前致歉🙇‍♀️流水账难产了，而且记忆模糊，好多吃的名字都不记得了，所以内容写的真的很水。后面想起来了再慢慢补充吧。

这次广州之行主要是和朋友们约好趁着端午去看大咩老师的毕业展，然后在广州吃吃喝喝。

Day01 迷路在白云机场

出发

已经习惯了下班后赶去机场的时间安排，这次也不例外。下飞机后，

晚上没有什么店开着了，在机场买了个蛋糕吃。

到达

到广州的时候已经是凌晨了，从机场出来顺着人群走到了 p5 停车场，也就是打网约车的停车场开始打车，发现这里特别的混乱，师傅直接把我的订单取消了...

还是比较推荐出租车或者机场酒店的接送服务，这两者效率更高，体验更好一些。

Day02 汇合，吃饭，逛动漫星城

机场汇合

这天的中午回到白云机场和几个朋友汇合，又迷路了一阵子...

由于没有吃早饭和午饭，饿晕，到了民宿后在大咩老师的推荐下赶紧点了一个外卖。

动漫星城

等人到齐之后，大概下午 4 点，我们去了西华路吃东西。

在路上遇到了一个很像厦门中山路的街，没有拍到最像的部分，但总之就是和中山路很像。

在路边摊遇到一个鸡蛋汉堡，其他小伙伴买了，看着挺好吃的，不知道实际味道怎么样。

去到目的的的时候，发现他们打烊了😭于是去了隔壁的店吃双皮奶。

我和大咩老师分别点了抹茶和开心果的双皮奶，还挺好吃的😌

吃了卡密买的鱼皮，很脆，好吃好吃。

吃完了我们就去逛了动漫星城，人真的很多很多很多啊，不过这里信号比成都天府红好一点点。

逛完了动漫星城，我们就去吃晚饭啦。

晚饭

抱歉我已经不记得这些菜具体是啥了

白切鸡和烧鹅的拼盘

这个是蘑菇牛肉粒好像

葱油饼

银丝饼

叉烧！

鸭肠，这个很好吃，很对我胃口。

牛舌好像是？

鳝鱼～

凤爪～

放一个拼图：

KTV

吃完晚饭，我们去了 KTV 唱歌，抱着尝试的心态买了凉茶，不过我喝的是冰的薏仁茶，那种黑色的不敢尝试。后来他们告诉我，虽然是凉茶，但一般是热的。😮

唱完歌，我们去肯德基吃了夜宵。试了下这个带葱的蛋挞，感觉还好。

Day03 吃到爽的早茶，看展

😭 虽然这天醒的比较早，但睡回笼觉又睡过去了。一起床看到大家都在猜我几点能醒🙏

早茶

分量超多的红米肠😭哭了，我来广州就是吃这个的

薯条

蒸凤爪

虾饺，我的第二最爱！呜呜呜

云吞这好像是

肠粉～

蒸排骨

金钱肚，这个也好好吃啊

牛肉丸

发个拼图版～

广州早茶怎么那么好吃啊！品类多，价格也合适，如果人多就可以点很多样，爽吃。

不敢想象，我要是生活在广州会有多幸福🤩

看大咩老师的毕业展

吃完早茶之后，我们去了广美看大咩老师的毕业展

校园入口好多人哇，进展的时候排了一小会儿队～

这是她们的小红书账号～

玩游戏！

闭馆的时候，很多人来给玩偶拍照～

合照～

结束后我们在广美拍了合照，虽然毕业了几年了，但还是觉得自己是学生...

拍照的时候有种又毕业了一次的感觉

吃牛肉火锅

呼呼！

这张鸳鸯锅发朋友圈，被广州的朋友吐槽牛肉火锅怎么可以鸳鸯锅 hhh

很好吃，吃了很多肉，全是朋友们帮忙下的锅！朋友们真的把我养的很好（李湘真的把王诗龄养的很好，这句是这么用的吗）

继续 KTV

吃完饭，我们又去了 KTV

大咩老师点了好大一个蛋糕

不是很能喝酒，一喝酒就脸红头晕。不过还是和朋友们喝了一点点。

夜宵

吃了小龙虾，麻辣和蒜蓉味的，还有生腌虾（之前在厦门尝试过几只，吃了没有什么问题，挺好吃的，但是这次还是只尝试了一只😱）

Day04 回家

午饭

一觉醒来又快中午了，找了附近的一家餐厅吃饭。

忘了这是什么

这个是墨鱼饼

炸鲜奶

好像是小米糕？

拼图版：

回家

吃完中午饭，就和朋友们打车去机场了。

点了一杯咖啡，然后坐上了按摩椅。这个椅子还挺舒服的，有点理解为什么有的人会称之为追星快乐椅了（指的是接送完机在这个椅子上可以快速回血）

广州白云机场的蓝天白云～

最后

到这里流水账就结束了 0.0

感受很深的是，广州的好吃的也太多了吧，好羡慕好羡慕 QAQ

这一次的广州之旅很愉快，和初中来的时候是完全不同的感受。

和很久不见的朋友们线下见面很开心，有盼头的感觉真好

写一个油猴脚本，自动地选择最新微博

Wed, 26 Jun 2024 00:00:00 GMT

写一个油猴脚本，自动地选择最新微博

效果演示：

自动地将微博的浏览顺序切换为按时间排序 [油猴脚本]_哔哩哔哩_bilibili

安装地址：short.kazoottt.top/wbtimeline

2024-W17

Fri, 26 Apr 2024 00:00:00 GMT

日期范围：2024/04/22 - 2024/04/28

1. 模型动态

Myshell 发布 OpenVoice2 开源语音模型

GitHub - myshell-ai/OpenVoice: Instant voice cloning by MyShell.

Open Voice

它只需参考说话人的一小段音频片段，就能复制其声音并生成多种语言的语音

亮点：

能精细控制语音风格，包括情感、口音等多种参数。

完全开源，允许免费商业使用

Snowflake Arctic - LLM for Enterprise AI 面向企业的 LLM

2024-04-24

本文介绍了 Snowflake Arctic，一个高效智能且真正开放的顶级企业级 LLM。

它具有出色的企业任务性能，如 SQL 生成、编码和指令遵循基准，同时使用的训练计算预算不到 200 万美元（不到 3K GPU 周）。

它还使用了三阶段数据课程，专注于通用技能和企业技能，以实现高效的训练和推理。目前 Arctic 可在 Hugging Face、NVIDIA API 和 Replicate 上获取，预计在未来几周上线到其他的模型平台。

Firefly Image 3 Model - Adobe 最新版文生图模型

体验地址：

Adobe Firefly

Introducing more enterprise-grade features for API customers 为 API 引入更多企业级功能

OpenAI 发布了一篇博客来介绍对于 API 的与企业相关的功能升级内容。

亮点：

增强的企业级安全：引入 Private Link 和 native MFA，新增到现有企业安全特性中。
更好的行政控制：通过新的 Projects 功能，组织对单个项目有更精细的控制和监督。
助理 API 的改进：包括更准确的检索、实时对话响应支持等。
更多成本管理选择：如针对持续 TPM 使用的优惠和异步工作负载成本的降低。
持续的功能添加计划：专注于企业级安全、行政控制和成本管理。

GitHub - uukuguy/speechless

Speechless AI，它是一个基于大型语言模型的人工智能助手，专注于将强大的语言处理和深度推理能力集成到实际业务应用中。

它通过增强模型的语言理解、知识积累和文本创作能力，引入长期记忆、外部工具集成和本地部署，旨在建立一个能够独立交互、持续进化并与各种业务场景紧密结合的智能协作伙伴。

此外，文本还提供了关于模型、工具、训练等方面的详细信息。

mattshumer/Llama-3-8B-16K · Hugging Face 上下文翻倍的 Llama-3-8B-16K

X 上的 Matt Shumer：“I've doubled LLaMA 3's context window to 16K tokens. Fully open-source. Link in thread: https://t.co/uPgmrVojHX” / X

2. 优秀应用

ComfyUI Workflows - Developer Community

工作流模板网站，主要是

Cloudflare 推出 AI Playground

Workers AI LLM Playground

支持免费使用多种开源模型，并且支持在 playground 调试好之后生成对应的调用代码。

与此同时 cf 还提供了其他的各种好用的工具，无论对于个人开发者还是企业都推荐使用。

Workers AI · Cloudflare Workers AI docs

Perplexity 推出了企业会员和企业定制服务

亮点：

Enterprise Pro 的强大功能：能为团队提供快速、最新且可靠的复杂问题答案，无需频繁点击链接、比较答案或在网上无休止搜索。

数据安全与隐私：确保只有合适的人能看到数据，不会有不必要的信息被分享，且数据不会被用于训练，同时保障数据隐私和安全。

安全管理与控制：通过实时通知可疑行为或危险活动来管理威胁和防止数据丢失，安全政策和控制符合最高行业标准。

用户管理：轻松添加、移除和管理团队成员。

单点登录：与身份提供商安全集成，用户可通过单点登录轻松登录。

Enterprise Pro 的效益：帮助企业加速研发，如 Databricks 估计每月能为团队节省 5000 个工作小时。

定价模式：针对不同规模的企业有不同的定价方式，小公司可通过自助流程获取，大公司则可根据购买的座位数量进行灵活定价。

常见问题：Enterprise Pro 是为提高生产力、发挥 Perplexity 全部功能并满足严格安全要求而设计的解决方案，能帮助人们快速获得可靠答案，还能用于询问内部数据问题。

Can You Run It? LLM version - a Hugging Face Space by Vokturz 查看机器配置能否运行模型

选择模型和机器配置，可以查看这个配置能否运行对应的模型

GitHub - feiandxs/duckrush 搜索关键词并返回 LLM 便于处理的数据格式

一个简单快速的后端 API，基于 Hono，可以使用关键字在互联网上搜索相关内容，并将其转换为适合 LLM 处理的格式。支持在 Cloudflare 上部署。

3. 推荐资料

Llama 3 Fine Tune with Custom Data - Mervin Praison

LLama3 微调教程

How to Fine Tune Llama 3 for Better Instruction Following? - YouTube

GitHub - datawhalechina/so-large-lm: 大模型基础：一文了解大模型基础知识

大模型理论基础

本项目是一个关于大规模预训练语言模型的教程，涵盖模型的各个方面，包括数据准备、模型构建、训练策略等，以及安全、隐私、环境和法律道德等方面的知识。项目以斯坦福大学课程为基础，结合开源贡献者的补充和更新，由项目团队成员分工撰写，预计三个月完成初始版本，后续根据社区贡献和反馈进行更新。旨在为相关领域的研究者和从业者提供知识和技术，拓宽受众的知识面，降低参与开源项目的门槛，并为大型语言模型研究领域贡献资源。

Getting Started With Mistral - DeepLearning.AI Mistral 入门教程

课程主要的内容：

“You’ll learn about selecting the right model for your use case, and get hands-on with features like effective prompting techniques, function calling, JSON mode, and Retrieval Augmented Generation (RAG).”

“您将了解如何为您的用例选择正确的模型，并亲身体验有效提示技术、函数调用、JSON 模式和检索增强生成（RAG）等功能”

Financial Market Applications of LLMs LLM 在金融市场的应用

重点：

📈 生成式人工智能与量化交易的相似性：生成式人工智能在自然语言处理中的应用，与量化交易策略在金融市场中的应用，有许多相似之处。

🤔 人工智能在金融市场中的应用挑战：金融市场数据的复杂性和噪声性，使得将人工智能应用于金融市场充满挑战。

👏 生成式人工智能在其他领域的应用前景：生成式人工智能在金融市场的应用面临挑战，但仍有可能在其他领域发挥作用，如辅助分析师进行基础分析等。

🤖 对人工智能在量化交易中应用的展望：尽管当前生成式人工智能在量化交易中的应用前景并不明

AI Agents With Low/No Code, Hallucinations Create Security Holes, and more

这篇文本主要讨论了多代理协作、语言模型的安全漏洞、GPT Store 的管理问题以及利用 RAG 改进语言模型性能等方面的内容。

Notion – The all-in-one workspace for your notes, tasks, wikis, and databases.

本文介绍了基于科学的强大学习技巧。文中还对比了一些常见但低效的学习策略，如高亮和重读，并强调了自我测试、检索练习、间隔练习、交错学习和精细询问等有效方法的重要性。

2024-W15

Fri, 12 Apr 2024 00:00:00 GMT

日期范围：2024 年 04 月 08 日 -2024 年 04 月 14 日

关于我自己

为了提升表达能力开始录视频做一些科普向的东西

时隔 4 年又开始写 vue 了，做 side project，从晚上 8 点写到 12 点，很爽～

买了迪卡侬的乒乓球鞋，感觉挺好穿的（不过鞋底不算特别软，如果长时间走路还是会不舒服的）

项目推荐与动向

Arc 推出了 Github 自动文件夹功能

twitter.com/joshm/status/1778503666074304986

Remotion 制作动画

css #动画

twitter.com/hal__lee/status/1777317840556822666

GitHub - zhuima/awesome-cloudflare: ⛅️ 精选的 Cloudflare 工具、开源项目、指南、博客和其他资源列表。

cloudflare

轻松为 GItHub 项目创建社交图像

Harness | The Modern Software Delivery Platform - CI, CD, Feature Flags, Cloud Costs & more

一个炫酷的网站

Vue Flow

基于 webgl 的 su7 互动网页

DAMA 最新版支持倾斜的文字打码啦～

Screenity - The free and privacy-friendly screen recorder

免费、私密、友好的屏幕录制器

GitHub - Lissy93/dashy: 🚀 A self-hostable personal dashboard built for you. Includes status-checking, widgets, themes, icon packs, a UI editor and tons more!

专为您打造的自托管个人仪表板。包括状态检查、小部件、主题、图标包、UI 编辑器等等！

twitter 的视频、gif 下载网站

Twitter Downloader - Save Videos, GIFs, Images | RedKetchup

一个收集 JS 框架、Web 组件库和管理后台模板的开源仓库

twitter.com/jaywcjlove/status/1776325401440296970

Awesome UIKit Awesome UIKit

Meegle - Project Management Tool of the Next Gen

可视化工作流

阅读推荐

RAFT：微调你的 LLM 使其在垂直领域的 RAG 中表现更好

RAFT：微调你的 LLM 使其在垂直领域的 RAG 中表现更好 - 知乎

X 上的 Randy Lu：“再次推荐这本书《控糖革命》，科普了一些关于控制血糖波动水平的实用知识。 https://t.co/QTpdWRIGSX” / X

使用动画的方式来讲解计算机知识

twitter.com/samwhoo/status/1749140022689685783

Why GraphQL

Chrome 开发者工具 for Designer（外部分享版） - 飞书云文档

前两年给部门内部设计师写的「Chrome 开发者工具 for Designers」指南，几乎涵盖了在设计走查过程中会遇到的调试场景。特别有几个小 tricks 很有用，分享给各位也可以转给你的设计师朋友们 twitter.com/yancymin/status/1776863459688243394

小报童精选周刊

设计相关

Noise & Texture | Figma

figma 插件

Create Text Wallpapers for iPhone and Android | Text to Wallpaper Generator

输入文字生成海报

twitter.com/hiyuekun/status/1778414801162731884

GitHub - gezhaoyou/picprose: PicProse is better cover image generator tool for Medium, YouTube, BiliBili, Blog and many others

PicProse 是更好的封面图片生成工具，适用于 Medium、YouTube、BiliBili、博客和许多其他应用。

（有点 coverview 的改良版的感觉）

AI

ARAGOG - RAG 的评估与调研

ai #ai 模型 #ai 阅读

2404.01037.pdf

什么是 GPT？通过图形化的方式来理解 Transformer 中的注意力机制

ai #ai 阅读

原视频：https://www.youtube.com/watch?v=eMlx5fFNoYc&ab_channel=3Blue1Brown

翻译视频：Sina Visitor System

AutoCodeRover - 自动修复 Bug 的 Agent

ai #ai 模型

GitHub - nus-apr/auto-code-rover: A project structure aware autonomous software engineer aiming for autonomous program improvement

Gemini 1.5 Pro 现已在 180 多个国家/地区上市

ai #ai 模型

提供本地音频理解、系统说明、JSON 模式等功能

2024 年 04 月 09 日

Gemini 1.5 Pro Now Available in 180+ Countries; With Native Audio Understanding, System Instructions, JSON Mode and More - Google for Developers

cookbook/quickstarts/Audio.ipynb at main · google-gemini/cookbook · GitHub

GPT-4 Turbo 升级，默认自带 Vision 功能

2024 年 04 月 10 日 chatgpt 模型更新，gpt-4 turbo 默认自带视觉功能

Models - OpenAI API

Mistral 8X22B 开源

ai #ai 模型

2024 年 04 月 10 日

大小为 281.24 GB

magnet:?xt=urn:btih:9238b09245d0d8cd915be09927769d5f7584c1c9&dn=mixtral-8x22b&tr=udp%3A%2F%[http://2Fopen.demonii.com](<https://t.co/2UepcMGLGd>)%3A1337%2Fannounce&tr=http%3A%2F%[http://2Ftracker.opentrackr.org](<https://t.co/OdtBUsbeV5>)%3A1337%2Fannounce

Meta Platforms 下周将推出 Llama 3 的小型版本

ai #ai 模型

mp.weixin.qq.com/s/vU7dB-NT6bfVjcxALLSW0g

2024 年 04 月 09 日

去水印

ai #ai 应用

https://inpaintweb.lxfater.com/

Dify 支持 workflow

ai #ai 应用

2024 年 04 月 8 日

Introducing Command R+: A Scalable LLM Built for Business

2024 年 04 月 04 日

ai #ai 模型

Command R+ 简介：专为企业打造的可扩展 LLM

GitHub - nilsherzig/LLocalSearch:

LLocalSearch 是一个使用 LLM 代理的完全本地运行的搜索聚合器。用户可以提出一个问题，系统将使用一系列 LLM 找到答案。用户可以看到代理的进度和最终答案。无需 OpenAI 或 Google API 密钥。

ai #ai 应用

explodinginsights.com

ai #ai 应用

爬取 Fiverr 的数据，总结出痛点

爬取 Fiverr 上的需求列表

技术的涟漪效应：RAG 与 Long Context 的认知冲突 | 橘子汽水铺

2024 年 04 月 07 日

ai #ai 阅读

前端入门的项目

Thu, 11 Apr 2024 00:00:00 GMT

前端入门的项目

之前一个朋友问了我一下前端入门的项目，感觉是比较通用的，所以也同步到博客上吧。

我当时的学习路线是：先去 freecodecamp 学了一下前端的基础（css + js + html），做了它的练习之后对前端有一个大概的了解。

然后就是开始学框架做项目了。首先要挑一个框架作为主要的学习目标。这里有两种方式，一种是看文档学知识，另一种是从项目中去学习。

如果是文档的话，可以先看官方的文档，不需要记住所有的内容，对这个框架会有一个大概的了解，后面遇到问题检索一下关键词去搜索就可以了。

然后挑一个项目或者自己做项目来加深实践。

如果是看别的人项目，或者在别人的项目上休怪。目前前端比较适合入手的项目主要还是博客、gpt 的套壳 ui。

博客的话，你可以想一下自己的博客里想加什么功能，或者看一下博客的某个功能是怎么实现的。比如说目录大概这个功能，它是怎么从一个 markdown 的内容中解析#标题，然后生成大纲的。怎么把自己 github 的热力图给嵌入到博客中，有哪些库可以使用，GitHub - grubersjoe/react-activity-calendar: A flexible React component to display activity data in a calendar (heatmap). 以及它的库实现思路。

这些博客都是做的很好的：

Cali Castle | 开发者、设计师、细节控、创始人

静かな森 - 致虚极，守静笃。

gpt 的套壳的话目前比较火。现在 google gemini api、groq api 都是可以免费使用的。可以看一下别人是怎么接入它的，以及流式和非流式是怎么解析和展示的。比较经典的例子是： https://github.com/babaohuang/GeminiProChat（比较简洁）

GitHub - lobehub/lobe-chat: 🤯 Lobe Chat - an open-source, modern-design LLMs/AI chat framework. Supports Multi AI Providers( OpenAI / Claude 3 / Gemini / Perplexity / Bedrock / Azure / Mistral / Ollama ), Multi-Modals (Vision/TTS) and plugin system. One-click FREE deployment of your private ChatGPT chat application.（大杂烩比较复杂）

然后如果是自己做项目的话，可以想一下平时有没有遇到过什么不便利的地方，“要是 xxx 就好了”，我一般都会把这种想法存下来，然后有空的时候就去实现它。

然后现在大模型也很用，无论是解释代码还是帮忙写代码。

可能开头的回答并不能拿来用，但是在完善提示词的过程中，也是对需求的进一步分析，写着写着自己也知道要怎么去做这个需求了。

如何实现在markdown中渲染iframe

Mon, 01 Apr 2024 00:00:00 GMT

1 如何实现在 markdown 中渲染 iframe

demo 展示地址：Create Next App

项目源代码：https://github.com/KazooTTT/markdown-iframe-preview/

https://github.com/KazooTTT/markdown-iframe-preview/

使用的 markdown 渲染器是：GitHub - remarkjs/react-markdown: Markdown component for React

有两种方案，第一种是 iframe 以 html 的语法嵌入（1），第二种是重写 a 标签把它转化为 iframe（3）。

1.1 Iframe 直接嵌入 markdown

### 1.1.1 Iframe
 
<iframe src="./" width="100%" height="500"></iframe>

参考：

iFrame Not Rendering · Issue #661 · remarkjs/react-markdown · GitHub

GitHub - remarkjs/react-markdown: Markdown component for React

也就是引入 rehypeRaw 这个 rehypePlugin，实现在 markdown 中嵌入 html。

（谨慎使用，需要保证 html 内容安全的情况下嵌入）

import Markdown from "react-markdown"
import rehypeRaw from "rehype-raw"
 
const DempPage = () => {
  return <Markdown rehypePlugins={[rehypeRaw]}>{markdownContent}</Markdown>
}

1.2 a 标签转化为 iframe

在某些情况下我们需要把 a 标签的对应的网页直接展示出来，这个时候就要把 a 标签转化为 iframe 了。实现的方法是重写 a 这个组件。

下面是我的写法，我需要把链接中有 /agent/special 的所有的链接都以 iframe 的形式展示出来。于是做了一个特殊判断来实现这个逻辑。对于其他的不满足要求的 a 标签，则直接渲染为 a 标签即可。

这里还可以做一些拓展的写法，比如检查到网易云的音乐链接，就在前面加一个网易云的 logo，如果检测到外链那么点击的时候打开新的窗口等等。

import Markdown from "react-markdown";
 
const DemoPage = () => {
  <Markdown
    components={{
      a(props) {
        const { href, children } = props;
        if (href && href.indexOf("/agent/special") != -1) {
          return (
            <iframe src={href} width="100%" height="500" allowFullScreen />
          );
        }
        // 否则,渲染为普通的 <a> 链接
        return (
          <a href={href} target="_blank" rel="noopener noreferrer">
            {children}
          </a>
        );
      },
    }}
  >
    {markdownContent}
  </Markdown>;
};

2024 一次很突然的香港之行

Sat, 23 Mar 2024 00:00:00 GMT

趁着生日假去了一趟香港，虽然因为某些业务需求一直都想去一趟，也在去年就办好了通行证。但是真正做决定到买机票订酒店只提前了一周，算是非常冲动的决定。

出发的时间是周三晚上，下班后坐地铁去了机场，吃了一顿不太划算的意面。

然后我就犯了第一个错，去自助值机的时候提示购票人的信息和证件（通行证）的信息不符合，这个时间我才发现我打错拼音了，我服了我自己这种低级错误也会犯。

然后去柜台咨询，他们说没有权限改名字，要我自己去给航空公司客服打电话，那一刻真的有点慌，脑内不断幻想自己遗憾离场的场景，很可惜刚好错过了投稿环节 hhh。

于是我尝试给航空公司打电话，这个时候离登机还有不到两小时，小姐姐听到情况并核实身份后帮我办了加急，不到十分钟就提示信息改好了，终于值机成功了😂然后开始登机。

落地的时候大概是 2024 年 03 月 21 日 0 点，由于时间比较晚，窗口只有几个，所以也花了不少时间。然后就坐上了双层巴士，我第一次见到速度这么快的巴士...，而且下车是需要自己按铃的，速度太快导致我不知道该什么时候下车，i 人真的很怕别人的眼光...

拍拍路灯

街边的广告，有点让我联想到椰树椰汁

大概坐了一个小时到了铜锣湾，之前订酒店的时候发现铜锣湾有家一兰拉面，抱着一个想试试主播之前吃过的同款的想法，我下车后没有去酒店，而是先去了一兰拉面，这家店营业到凌晨 4 点。

白天大概是要排队的，我到的时候已经快两点，人很少直接进。接待的店员讲的是英文，和他们交流的时候我发现我根本不好意思开口讲英文 T T，不过还是鼓起勇气蹦了几个单词，成功点好了单。（上菜的店员讲的是日文）

我就点了一个 98 的面后来又加了一份面，算上服务费，大概是 120 人民币。

个人感觉还是挺好吃的，不过确实有点贵 hhh

吃完拉面就回酒店休息了。犯了第二个错是插头转化器买成了内地插头转香港插头的...从包里拿出来我才发现。

白天起了个大早去干活~ 这天中午和高中同学约了午饭，不过她 12 点下班，于是我继续开始闲逛。

在公交车站看到了崩铁广告 2333

凉果零食专卖店

然后还去了时代广场和维港，初中的时候来过，但已经没有什么印象了，只记得林青霞的手印😂

然后就到了午饭时间，和 6 年没见的高中同学见面了！555

跟她一边吃饭一边聊天真的好放松，聊了最近的生活、工作，还有之前的同学，现在的兴趣爱好放松方式等等。还意外得知她就在我经常使用的一个软件所在的公司工作，好巧好巧。

本来是想 AA 的，但是她执意要请客，🥹，这是在香港最贵的一顿饭 555。下次见面我要请回来 2333

烤酸奶

肠粉（第一次吃这种肠粉，里面还有油条，感觉口感很神奇

虾饺

炒牛河

蒸排骨

然后还请我喝了冰抹茶，我点的时候没注意菜单，没有加奶😂感觉一股草的味道，看来我还是不太能接受纯抹茶。

吃完午饭散了散步，她又要回去工作了，于是走到她公司楼下跟她抱了抱就告别了 T T

感觉高中毕业后要再见到这些同学真的很难了，不过也是因为很困难，再见到的时候会额外开心。

告别后我就继续闲逛和吃吃喝喝，看着时间差不多了便去了机场，回到上海第二天继续工作。

虽然换了点港币但是除了交酒店押金外一点没用上，绝大部分情况支付宝和微信都够用了，于是在机场又存回去了😂。

也就是其实待在香港的时间就一天，属于是非常特种兵的行程了。真羡慕那些假期多的人。

流水账到此结束，希望新的一岁迷茫能少一些，稳中有升。

2024-W08

Fri, 23 Feb 2024 00:00:00 GMT

2024-W08 推荐一些软件

AltTab

可以替代 mac 的 tab，个人感觉是比原始的 tab 更方便和舒适的。

官网地址：AltTab - Windows alt-tab on macOS

Tickeys

Tickeys | 找对打字的感觉 | YingDev

让打字带上炫酷的音效

2023 厦门探店合集

Thu, 22 Feb 2024 00:00:00 GMT

奶茶与咖啡

薄荷森林

喝到了主播推荐的薄荷森林的薄荷生打椰，确实有一点薄荷牙膏的味道，但是很好喝，很清爽不腻~

什么时候开到上海啊，还想再喝一次。

野台风

我点的是圆规和 dirty，圆规没有什么咖啡的味道，对于不习惯喝咖啡的人来说，接受度应该也比较高。搭配柿子和西柚，整体是甜的。

这是我点的 dirty，这个杯子还挺好看的种草，味道口感没有特别的。因此建议去的话，直接点特调就好了。

小姐姐还送了我们每人一小杯凤梨酥。

别的朋友点的，

店里的音箱是 marshall，还有卖的器具。

Seven Bus

去了 seven bus，点的是杏仁牛油果冰淇士。

正餐

野草莓

野草莓确实是好吃不贵，性价比超级高。

宴遇 1/2

酸菜鱼，没有什么刺，对于我这种不会吃鱼的人来说很友好。

火焰黑椒安格斯小牛肉，上菜时会喷一下火，挺炫酷的。

东山小管

大红袍鲜奶布丁，口感很巧妙，好吃！

忘了这是什么

土笋冻，之前看别人对于土笋冻的反馈有些两极分化？但实际上吃的时候感觉接受度还挺高的。一口吃下去，觉得口感像果冻？味道也不错。

姜母鸭，好吃好吃，很香，吃到后面把姜也挑出来吃掉了。还想再吃一次。

好像是什么芋头。

来个全景

感觉都挺好吃的，特别喜欢的是鲜奶布丁和姜母鸭。第一次体验博饼，最后中的里面都是鲜奶布丁 hhh。

叽叽扎扎烤肉

然后去了叽叽扎扎烤肉，由于路程太堵，打车速度极慢，我们选择了骑车前往（感觉我们的技术都还不错 hhh）小插曲是 73 的手机没电了，然后在快要到店里的时候走了另一条路，我们以为她跟丢了然后分头去找，没想到她在没有导航的情况下直接到了店里，强！

烟熏咖啡和牛

水果小牛排

味道都很不错，值得一提的是它每道菜的调味都不太一样，不像有的烤肉店虽然菜品不同但调味类似，很有各自的特色，很棒。

七星西鹭鸭胫店

味道非常合我胃口，超级下饭，吃了好几碗。

拌猪肝

拌鸭肠

炸丝丁鱼，第一次吃，和炸小黄鱼是完全不同的味道，感觉这个有点奶味？

拌鸭胫

水煮牛肉

全局照

醋肉和炒时蔬忘记拍了。总之就是，好吃好吃好吃。

傲客夜食

麻辣烤鱼

猪肝

冰粉，好久没吃过了 555

最后

一次受骗经历

Tue, 23 Jan 2024 00:00:00 GMT

一次受骗经历

主播以及直播间的毛怪们，晚上好。今天想跟大家分享一下我的受骗经历。

一、受骗

2017 年的我还是一个清澈愚蠢的大学生。某天路过成都春熙路的某地下商场入口时，一个发传单的人 A 把我拉住，一直问我要不要领免费的护肤品，我推托不下就跟着他去了他们店铺所在的地下商场。

进店后有两个店员 B、C。B 让我躺下去，然后说：" 我们免费给你做面部检测，情况好的话就不用清理，情况不好的话需要清理有 68 和 98 的，看你的情况而定。"

然后检测完之后，B 就说：" 哎呀你这个情况很糟糕呀，需要 98 的局部清理，我们后面还有 598 的全面清理balabla。" 然后 B 把 C 叫过来扫码收款，付了 98。

这里有两个细节：

在我付完款之后，他们要求看银行付款短信，我没多想就给他们看了，短信里显示了我的卡里面还有 5400+，这很可能是他们卡着价格骗我 4600+ 的原因。
B 和 C 都问过我在成都有没有什么亲戚朋友，可能是看我讲的普通话，以为我是人生地不熟的外地人吧。

B 清理了一下说：" 那我把你这边也清理了吧。"

她这里的意思就是要做 598 的全面清理了，我没多想就同意了，后面 B 就给 C 喊过来扫一下码，其实这里我已经察觉到不对劲了，但是没能直接果断拒绝。

问了一下她们：" 可以补差价吗 "。她们说：" 不可以，但是我们可以帮您做仪器。"

（下一个套路开始了）

之前在我旁边 B 回了前台，这次换成了 C。

C：妹妹你想去痘吗？

我：想吧

C：我们这个就是为了祛痘的弄的，不想弄我们根本不会帮你们做的。我们要把螨虫弄出来 balabala。螨虫液价格是 380 到多少多少，根据你自己经济情况和脸的情况来。

我：我不想弄了可以吗

C：但是刚刚是你说你想祛痘的阿

我：我觉得算了不想弄了

C：我刚刚已经跟你说根据你自己的经济情况和脸的情况来

⋯⋯（一直重复上面的对话）

后面 C 就叫我闭着眼睛，把我眼睛蒙上在我脸上戳，还给我脸上涂东西，然后说：" 你这个很严重阿，得 3980 的才行。"

我：" 不是说根据自己经济情况来的吗 "

C：" 我刚刚跟你说的很清楚了，是你的经济情况和脸的情况，快点做决定不然对皮肤伤害很大 "。

然后 C 后面就一直说：" 对你伤害很大刚刚跟你说的很清楚了你难道听不懂吗你听不听得懂 " 之类的话

对方的意思也就是不付钱不会帮我清除刚刚脸上的东西，不会让我走，无奈我又付了 3980，所以最后被强制消费的金额为 98 + 598 + 3980= 4676 元

二、维权

离开店铺后，我第一时间想到的是这件事不能让父母知道，打算卖掉我的闲置物品、找朋友借钱，先把一直没扣的那部分学费交掉，然后我后面去找兼职挣钱还给朋友们。

但是后来一个人坐着想了很久不想就这么算了。就把事情经过告诉了我爸在成都的同学（下面简称 T 阿姨）以及辅导员。我们三人汇合后，又去了一次店铺但去的时候已经关门了。于是拍了店铺的照片，问了周围的人，了解到这家店风评很不好，并非我一个人在这家店遇到这种强制消费的手段。然后约定在第二天再去商场找那家店一次。

第二天上午，我和辅导员、T 阿姨还有他的丈夫到了店里后，我和 T 阿姨开始用四川话而不是普通话跟他们沟通。开始并不是很顺利，因为对方一直都在强调说是我自愿的什么的，然后 T 阿姨的丈夫突然猛地拍了一下前台桌子开始大声地跟他们争论，随后辅导员开始讲道理，之后就比较顺利地把 4350 拿回来了，损失了 326 元只能当作是教训。

分享出来不怕大家笑话，虽然我的操作真的很弱智和怯懦才会被骗成这样，从那以后我变得小心谨慎以及懂得拒绝了很多。希望大家永远不要经历和我一样的事情。

然后也很感谢当时帮助我的朋友们，得知消息不但没有责备我反而发短信来安慰我的爸妈，以及听到我的情况后马上赶过来帮我的辅导员、T 阿姨和她的丈夫。那时候的我一个人走在路上真的觉得茫然无措，但因为有他们在还是能感受到温暖。

UID: 391236013

录播补充：2024年1月24日 - 直播记录 - 毛怪俱乐部

2024-W02

Thu, 11 Jan 2024 00:00:00 GMT

## AI and Data Scientist Roadmap

https://roadmap.sh/ai-data-scientist

## 如何培养自己独立开发的能力

https://twitter.com/HiTw93/status/1691811922318946691

## LLM 论文合集

https://github.com/zjunlp/LLMAgentPapers

2023 bw汇报

Sun, 07 Jan 2024 00:00:00 GMT

这是我第二次去 bw，上一次去是 2021 年，刚来上海工作的年份。时间过得真的好快，我也发生了很多变化。

21 年的时候，感觉自己对于这个圈子很懵懂，一直处于观察状态没有可以交流的人。但是到了 23 年，已经认识了许多观点契合的同好，可以一起交流真的很开心。

与本次 bw 有关的回忆从 20 号中午持续到 23 号晚上，直接从时间顺序开始汇报吧。情感整体比较平淡，一些私人的情绪和想法就留在私底下吧，不想公开去聊这些东西。

一、20 号

提前一天请了 20 号下午的假，中午一下班就打车前往酒店与小伙伴们汇合。其实去的路上已经开始狂风暴雨甚至路上积水了，但完全沉浸在出行的兴奋中，没有想太多，更没有想过自己明天要经历什么。

1 点半达到酒店后，和队友们见了面打了招呼，虽然从未在现实中见过他们，但是猜 id 和记住 id 一点也不困难。并且对于我这种社恐来说，没有感受到任何不适和紧张感，就像在网上相处一样放松。

然后还吃了主播安利的黯然销魂饭，确实是挺好吃的，bw 结束之后我还自己又单独点了一次外卖。吃完饭稍微休息了一会儿，便开始工作，工作内容也就是包周边，前期包周边的过程是一个人走一圈然后拿一圈周边包一份，这样会有一些走动和下蹲起立的动作，还是挺累的，在空调房里已经出汗了。当时甚至感觉是今年最大的运动量了（后来才发现是我太乐观了）。

包了一阵子周边后就和打工毛怪们一起去看了展馆场地的情况，还拉了下围栏，非常乐观地模拟了下 21 号排队的样子。当时看完场馆，最大的感想就是为什么员工入口到 8.1 馆那么远，以及为什么 vr 站台在 8.1 的最里面！好难走，好容易迷路。

看完场地后又回到了酒店，发现队友们都到齐了~

一进房间就看到了大咩和卡密，然后走上去不自觉地和大咩老师来了一点身体接触，感觉很亲切！（但是为什么会这样呢 🤔）

打了招呼后，又继续开始包周边，一直工作到饭点时间，一起出门去吃了一家本帮菜。这也是我第一次吃响油鳝丝，店里的可乐竟然只有百事的，惊了怎会如此！

吃完饭又继续开始包周边，装箱封箱，约了货拉拉，把要准备的东西都搞定后就回自己房间休息了。

顺带一提，感觉关上灯后和 73 老师聊天就跟在 yy 聊天一样。

二、21 号

上午

这一天早早地起了床，按约好的时间（6 点）到酒店大厅集合。由于货车只能停在停车场，无法开进场馆，所以我们在停车场开始卸货。由于我们只有 5 张可以提前入场的证（2 张参展证，3 张 cos 证），所以只能由我们 5 个人把几大箱周边从员工入口全部运进场 QAQ。然后上午前前后后跑了四趟。

第一趟：

虽然有提前预想到需要使用推车帮忙搬运，主播也提前帮忙买了两个推车，但是万万没想到的是我们在运第一批货进场的时候，其中一个推车的轮子就被磨损到无法正常使用了，大大降低了运输的速度。并且员工入口到 8.1 馆的距离实在太远了，过程十分艰辛。

第二趟：

气喘吁吁运完第一趟后，我又抱着推车跑去场馆外接第二批货，结果更是没想到刚把获取搬到仅剩的一个推车上时候，轮子直接脱落了，怎么装也装不上去，最后实在没办法，只能让 ask 和安可先人工把东西抱进去，我留在原地照看剩下的周边。

我一边在路边尝试组装车轮，一边查看工作群的消息，发现由于 VIP 提前放人，摊位那边已经有人聚集，并且由于除了 173，其他基本都在路上运周边。再后来看到消息，就是场馆那边觉得摊位人聚集太多，要求我们强制发放周边了…

看着群里的消息焦虑的同时，我选择放弃组装车轮，直接用三轮车 + 手压改变重心的方式运输货物，勉强可以运输动。就先和 ask 一起把东西运进去了。

这个时候场馆里可以说是水泄不通，寸步难行，没走几步都要喊一句“可以让一下吗，谢谢”“麻烦让一下谢谢”

第三趟：

然后和第二趟类似的，把三轮车抱出来和安可一起再把东西运进去。

第四趟：

安可先出去接了卡套，但是放身份证的包放在摊位了，没有身份证无法进场，于是我拿着他的包又去了一次场馆外和他一起进来。卡套比较重，虽然提出和安可一起搬，但他拒绝了还是想一个人搬。于是我就在大群里开始摇人，让其他人来 8.1 门口帮我们搬。

在 8.1 门口见到了星谜和迟到，发现我对声音并不是很敏感，单纯听声音不太能分清楚谁是谁，并且他们的发型和整个人给我的感觉都挺像的，听了他们的自我介绍后，终于分清楚了矮一点的是迟到，高一点是星谜。

终于忙完回到摊位的时候已经差不多 11 点了，开始帮来摊位的人发憨憨报和专辑兑换卡，偶尔帮忙收一下要交给主播的信件。印象很深的一个 id 是德古马都·绝帝，应该是他来交了信件然后送了咖啡糖。（虽然我不怎么混圈，也不怎么和其他毛怪聊天，但那种线上有印象，然后线下见到真人的感觉还是挺令人开心的。）

陆陆续续有人过来问周边发放的事情，跟他们解释后，他们也表示谅解然后离开了，感觉挺多人还是很友善的。

快中午 11 点半的时候，摊位突然又拥堵了起来，发生了一些不太愉快的插曲。和去年同时间段的某些事情带给我的感受还挺类似的，但不想过多展开。

到了中午才意识到原来自己没吃早饭也没吃午饭，但一点没有不适的感觉，或许是肾上腺素在帮助我高强度运作吧。

下午

主播的互动节目是下午 1 点，互动地点就在我们摊位的背后，不过我们一群人还是在摊位上看的直播（这也算一个小成就吧，在现场看直播 hhh）

其实这一天的心情一直都挺压抑的，虽然我主要时间是花在往返员工入口和 8.1 运东西这块了，忙完摊位附近的拥堵和混乱已临近尾声，没有直面那样的场景。但即使这样心里还是很焦虑和压抑。看主播直播的时候，虽然网络很卡，好几次卡到黑屏，但还是把这些情绪压下去了，那时候觉得还挺开心的。（看主播真的能续命=、=）

晚上

看完直播后便一起装箱，等仓库空出来把周边搬进仓库。快闭馆的时候，突然听说场馆外开始下雨了。bw 散场很难打车这点我之前有体会过，但加上下暴雨甚至水淹场馆的体验，还是第一次。

很疲惫地走到出口，开始打车，前面排了几十号人，加价很多也没司机接单。无奈前往便利店先吃点东西垫肚子然后坐着休息一下。

然后主播突然发消息说帮我们找了一辆 up 主小镇的大巴，于是我们又一起赶往对应地点。

去的过程中，我突然想到 bw 的门票没抢到 cos 证是主播搞的，打车打不到大巴车也是主播帮忙联系的，觉得主播好厉害，就下意识感叹了一句“主播好厉害啊，我好没用。”（类似于感叹“大手”的说法）。

没想到这句话让其他人联想到了这一天的工作状况然后影响到了他们的心情，真的不好意思 555。

见到对接人后，对接人对我们很友好说让我们先在休息区休息，有问题可以找他。

在 up 主小镇坐下后，感觉像进入了一个光鲜靓丽的新世界吧，有好多 up 主也在那边一起玩一起大笑后来甚至还去舞台那边表演节目跳舞等。

一开始我坐在位置上耍手机。刷着刷着抬头发现好像对面的好几个 up 主都在直播，有时候还会把镜头对着我们。后来去翻了录播，发现确实有出现在别人的直播里 hhh。

后来看到 ask 和安可都去看 up 的表演了，我也跟着去了，好像大部分都是舞蹈区 up 主，我不太认识，但听到有人讲四川话和听到有人放三无唱的《花月成双》，还是觉得很亲切的。

与此同时，突然看到队友的房间漏水的视频，真的很好笑。

等了一段时间后我们便登了上回程的大巴，对接人跑过来的时候问我们“你们五位是 hanser 吗？”，那一刻觉得有点尴尬又很好笑 hhh。虽然回程路上也因为暴雨而堵车，但是速度比我们自己打车快太多了啦，在 10 点钟回到了酒店。

回到酒店先吃了个饭，队友们已经差不多把预约信息审核好了，大家又继续开始发送第二天预约的消息。忙到差不多 2 点才休息。

这是这天的步数数据

三、22 号

白天

其实一直都有惦记着合照的事情，但前一天时间不够没来得及合照，所以这一天在到摊位收拾好后拍了一张合照。

基于第一天的经验，我们又购买了白板和喇叭，用于写告示和提醒他人。以及由于有预约机制，这一天的工作轻松了许多，没有出什么问题。不过还是有一些小插曲的。↓

由于 173 带了主播同款的眼镜，可能身高也比较符合别人对主播的身高的想象吧（但是主播真的没那么矮），再加上是在 bw 这样的地方，每个人对于主播的熟悉程度和理解不太相同，于是有部分人把 173 认成了主播。

有时候抬头能看到周围有人指指点点，或者拿手机拍照…

甚至有人来拿周边，他朋友来问我“我没有预约，可以和 hanser 拍照吗？”，我回复他说：“那个不是 hanser，那是工作人员。”，那一刻感觉更尴尬的是我自己。

晚上

然后这天晚上有聚餐活动，去的是一家烧烤店。其实我是不太能喝酒的类型，喝了酒就头昏犯困。可能是提前叮嘱过酒的度数不要太高，所以那天晚上我喝了几杯酒都没有想睡觉的感觉，反而变得很亢奋。

那时候大咩老师坐在我旁边，醉酒表现真的好可爱！一直要我点歌让她唱，笑死。

比较巧的时，我前几周才学会剥小龙虾，感觉就是专门为这次吃饭学的！（不是）

不过把狼宝和 91 认混了 555，对不起

吃饭差不多吃完了，大伙儿就在场地内开始唱歌和玩击鼓传花接歌词 + 真心话大冒险。

四、23 号

上午

最后一天可以稍微晚一点到场馆，并且因为剩下的份数不算太多，所以也可以早点下班了。

帮忙把预约的便利贴发出后，后面发周边主要还是 73 和 ask 在搞，我偶尔维护一下秩序。

后来闲下来后，我坐在折叠凳上开始刷各个平台的动态，有看到一些不太好的言论，那个时候已经有点挤不出笑了。（明明平时天天给自己喂垃圾，按理来说承受能力很强的，不至于影响心情的）

然后后来又刷到主播的帖子，心里更压抑了，一个人捏着手机盯着空处发呆。不知道为什么越想越难受，又觉得在公共场合应该控制好自己情绪，两种心情在打架。

但真的抑制不住，最开始还好只是有点红眼眶，后来就直接哭了。不过我觉得我应该掩饰得挺好的，只在想要纸巾的时候找卡密帮忙了一下，其他时间都在低着头捂着眼睛。

那时候安可还过来问我“还好吗，要不要先回酒店”，感觉我给人的感觉应该只是身体不适 hhh

哭完后心里舒服多了（可能哭真的很解压=、=），然后中午收拾完下班后和队友们一起合照了。

下午和晚上

回到酒店后，先是吃了顿饭，然后看了主播的直播，后来看到卡密说冰淇淋蛋糕再不吃要化了！又一起去吃冰淇淋蛋糕了～

没有拍照，偷个图

下午吃完蛋糕后，大家都陆陆续续要走了 😣 其实一直都很期待聊天八卦环节，这次由于太忙了所有人都一直处于高强度工作状态，没有时间聊天，还是挺可惜的。

虽然定了 4 天房，但我周一要工作，所以也在周日也就是 23 号晚上选择了回家。

那一刻心里落差还蛮大的吧，虽然 bw 这三天的经历也很累但挺快乐的，一想到明天只要回归日常工作，而且不知道下次线下是什么时候，也不知道自己还能不能去，就觉得挺失落的。

bw 结束后开始了差不多为期一周的后遗症，症状是脑袋空白，总是回忆起那几天发生的事实，无法好好工作。😶

五、一些想法

这三天的流水账差不多就结束了，心里也有挺多感想的。

很感谢主播，让我有机会体验到另一种岗位是什么样的，这种体验给了我未来职业选择的一些指导性。或许以后不做程序员，做点其他的也挺好的？

也从和他人共事的过程中学到了一些东西，例如确认内容有没有传达清楚的时候，使用先讲内容然后营造一个具体场景询问解决方案的方式，这样既可以确认是否讲清楚也可以加深别人的认知。这样的方法在平时也能用到。

然后也意识到自己线下的表达真的很差，很多时候话说到一半就不知道自己在说啥了，几年前练好了一点现在又还回去了。

然后也很谢谢队友们吧，大家都很好，在一起很愉快。

有时候常常在想生活的意义是什么，现在觉得大家大部分时间过着平淡的生活偶尔有些盼头让大家聚在一起，这也算是意义之一吧。

六、备忘

一些相关的记录

73 老师的汇报

姗姗来迟的 BW 流水账～
bw 邮件环节录播（bw 回忆录）

hanser】有盼头才有动力生活/2023.8.9

hanser】加播邮件念完～/2023.8.10
大咩老师的 vlog

BW 毛怪 vlog 大咩视角喵=^_^=
91 的 vlog

2023bw 之旅

你也可以在 craft 上访问这篇博文。

2023bw 汇报

2023 跨年

Sun, 07 Jan 2024 00:00:00 GMT

**#**2023 成都跨年****

一时兴起和群友约好了去成都跨年。

由于年假已经用完，所以选择了 29 号和 1 号晚上的飞机，这样可以尽量让玩的时间多一些。

## 29 号与 30 号

第一次坐这种有屏幕的飞机,在座位上找耳机和耳机孔找了好久,后来才知道原来是起飞后才发耳机。=、=

在飞机上看完了小妇人 (豆瓣), 已经很久没有看完一部完整的电影了,感觉飞机上是一个补电影、补小说的好地方。

下了飞机后就直奔 KTV 了, 虽然那几天本身就很累了, 但是和朋友们聚一块还是很开心的。

在出租车上听到了熟悉的四川话,但自己有点不清楚应该讲普通话还是四川话了...甚至觉得说四川话有点不好意思，可能是太久没有回成都了吧。

30 号的中午,一起去吃了跷脚牛肉,感觉这家的干辣椒其实有一点湿 hhh,然后他们的炒菜都挺好吃的，虽然看着比较口味重，但还是挺清淡的。豆腐烧脑花很好吃！推荐~

一起去桌游店玩了桌游

晚上吃了陶德砂锅！肥肠真好吃 555.

## 31 号

早饭/午饭一起去吃了谭豆花，冰醉豆花很好吃！推荐。

（原来成都有这么多好吃的...之前在这边读了 4 年书，好像都没这么出去玩过=、=）

晚上去吃了火锅！

吃完火锅去玉林路喝了酒，感觉这个金汤力还挺好喝的=、=

(打车到玉林路,一下车就跨年了,有被周围的摩托车发动起启动声吓到)

## 1 号

在川大望江附近吃了冒烤鸭

甚至之前的校园卡流量还能用....

一个人点了两个菜（分量怎么这么多！），吃完就去机场了。

最后的感想就是：

原来成都有这么多好吃的，之前除了要去跑线下（吃也是在机场附近或者环球中心和朋友随便找家店吃的）几乎没有出去玩过=、=。
今年一定要回成都工作，已经是三年的最后一年了。

2023-W45

Sun, 19 Nov 2023 00:00:00 GMT

2023-W45 平淡的一周

2023/11/06 - 2023/11/12

一、记录自己

2023-11-11 和 cali 老师在小红书上互关啦，惊喜！

二、记录周围

2023-11-12 阿里云服务宕机，导致很多阿里系绝大部分服务不可使用。

三、本周资源收集

1. 一个有意思的 3D 博客

Bruno Simon

2. tree-lodash

https://github.com/zhangshichun/tree-lodash

Easily control the tree structure as you would with lodash.js 像使用 lodash.js 一样方便地操控树结构

3. 项目变现

I have 0 income

4. 社交媒体 GPT

https://twitter.com/hzlzh/status/1722871599375028665

会用到工具如下：

创建个人 GPTs：

https://chat.openai.com/gpts/editor

导出全部 Tweet：

https://twitter.com/settings/download_your_data…

导出全部微博：

https://chrome.google.com/webstore/detail/igilfpckopigflpafgoajlljpdhmoall?utm_source=ext_sidebar&hl=zh-CN

5. Web3 课程

报名链接

Nov 14, 2023 12:11 - Dec 17, 2023 12:11

OpenBuild

介绍链接

Solidity Bootcamp 来袭 | 一起学习 Web3 最流行的编程语言 Solidity

6. Comlink

Comlink makes WebWorkers enjoyable.

7. https://github.com/lmsqueezy/nextjs-billing SaaS 模板

8. Windows 字体优化

原版雅黑、修正版雅黑、鸿蒙替换雅黑（2023.5.23 更新）-远景论坛-微软极客社区

https://twitter.com/MiniCssExtract/status/1722298440494014868

9. Node 开箱即用模板

https://github.com/jsynowiec/node-typescript-boilerplate

讨论的原链接

https://twitter.com/gizmo_ds/status/1722188393709465901

10. 播客推荐 AsyncTalk

‎《AsyncTalk》- Apple 播客

‎《AsyncTalk》-《EP30 Server Action 是有点儿搞笑，但前端得学》- Apple 播客

11. GPTS 汇总

https://twitter.com/dotey/status/1722831122285932592

12. 运维 Homepage

https://github.com/gethomepage/homepage

SwiftUI 新手入門課程

14. CSS 技巧，实现发光的背景

https://twitter.com/jh3yy/status/1722397114532048959

https://codepen.io/jh3y/pen/ExrWOJe

15. CSS 技巧实现高亮

https://twitter.com/jh3yy/status/1721929736052502568

17. 动态生成头图

https://twitter.com/ji3206/status/1718294096966779265

18. 小林 X 图解计算机：xiaolincoding.com

19. 前端代码重复度检测

前端代码重复度检测

20. 时间管理

WJ.23: 多任务中的时间管理

21. CSS 库推荐

写 css 没灵感，那是你没用到这几个开源库

22. https://github.com/leadream/FigmaActivityCalendar Figma 热力图

同时也可以用来学习参考如何实现 MacOS 应用

为什么我更推荐命令式 Modal

作者的博客也很好看

24. 一些好看的 CSS 生成器

Awesome list of free CSS Generator - Demo Coding

25. Blender Gpt

Chat now with Blender God · created by @simonxxoo

2023-W11

Tue, 14 Nov 2023 00:00:00 GMT

2023-W11

时间范围：2023-03-12-2023-03-19
来源：github、twitter、微博、b 站

一、浏览器插件&油猴脚本

沉浸式双语网页翻译扩展

关键词：翻译，浏览器插件

好用好用，强烈安利
https://github.com/immersive-translate/immersive-translate/
官方文档介绍 - 沉浸式翻译 (owenyoung.com)

使用效果图，可自定义多种翻译样式。

隐藏你的 Twitter 信息

关键词：witter，油猴脚本

（自己写的）

在公共场合不太想别人知道自己的 twitter 账号，于是写了一个油猴脚本，屏蔽 twitter 中自己的 id、昵称、头像。（只写了针对首页的）

greasyfork 安装

源代码

二、ChatGPT 相关

Cursor

Cursor | Build Fast
基于 GPT-4 帮你写代码，试了一下效果很好。

ChatGPT 资料汇总学习

dalinvip/Awesome-ChatGPT: ChatGPT 资料汇总学习，持续更新。..... (github.com)

关键词：chatgpt

基于 ChatGPT 的 Telegram 机器人 🤖

介绍推特：𝐁𝐢𝐭𝐰𝐮.𝐞𝐭𝐡 在 Twitter
telegram Telegram: Contact @samantha_x64_bot

关键词：chatgpt, telegram

BibiGPT 音视频内容一键总结

JimmyLv/BibiGPT: BibiGPT · One-click summary for video & audio content: Bilibili | YouTube | Websites 丨 Podcasts | Meetings | Local files, etc. 音视频内容一键总结：哔哩哔哩丨 YouTube 丨网页丨播客丨会议丨本地文件等（原 BiliGPT 省流神器 & 课代表） (github.com)

关键词：chatgpt, 音视频总结

Vercel Edge Function 支持 Chatgpt Api 加速

介绍 twitter Barret 李靖在 Twitter

关键词：vercel, chatgpt

三、设计相关

Figma 结合 GPT 进行设计

介绍 twitter 倪爽在 Twitter
官网链接 Magician for Figma

关键词：figma, chatgpt

柔和主题库「Catppuccin」

介绍 twitter: Tw93 在 Twitter: "#工程师工具看到一个柔和主题库「 Catppuccin 」
github: catppuccin/catppuccin: 😸 Soothing pastel theme for the high-spirited! (github.com)

关键词：主题库，设计，Catppuccin

一个炫酷的网站

Zihan Chen - The web designer and builder 🚀 Zihan
开发者才十几岁，555。

关键词：网站

博物馆素材 Unsplash

关键词：upsplash，素材

零基础学 Figma【酸梅干超人出品】

关键词：figma，教程

figma 入门教程，目前跟着学了 3 个案例，对新手很友好
零基础学 Figma【酸梅干超人出品】_哔哩哔哩、_bilibili

2023 国庆厦门和杭州之行

Sun, 08 Oct 2023 00:00:00 GMT

2023-09-30

我们买的高铁时间是 6 点多，由于虹桥火车站并不允许过夜，于是我选择了睡到 4 点半，然后打车前往虹桥火车站。国庆出行的人确实很多，在 5 点多的时候，已经开始堵车了。

到了的时候发现还能吃个早饭，于是去汉堡王点了这个，感觉还挺好吃的。

这是凌晨 6 点的虹桥火车站，好多人啊.jpg

在高铁上实在是太困了，大部分时间都在补觉，遮光性比较好的眼罩真的是出行必备。另外发现现在高铁上都能直接充电了，对于 iPhone 用户真是太友好了。

记录一下车速：155km/h

到厦门了

天气很好

一到厦门就收到了短信提示 hhh，突然有种仪式感。

当天的气温虽然是 30+ 摄氏度，但是在没有太阳的地方，就不会觉得很热。如果有风吹过，还会觉得很凉爽。

喝到了主播推荐的薄荷森林的薄荷生打椰，确实有一点薄荷牙膏的味道，但是很好喝，很清爽不腻~ 什么时候开到上海啊，还想再喝一次。

休息了一阵子后，便去吃了午饭，本来想去助屋的，发现它变成蝴蝶飞走了。

顺带一提，出行工具很多时候都是共享电动车。这是我离开学校后，第一次接触电动车，一边骑车一边吹风，感觉好舒适。

吃晚饭的时候，偶遇的一辆 miku 痛车，可惜太匆忙，没拍清楚。

晚饭去的是七星西鹭鸭胫店，味道非常合我胃口，超级下饭，吃了好几碗。

拌猪肝

拌鸭肠

炸丝丁鱼，第一次吃，和炸小黄鱼是完全不同的味道，感觉这个有点奶味？

拌鸭胫

水煮牛肉

全局照

醋肉和炒时蔬忘记拍了。总之就是，好吃好吃好吃。

发朋友圈的时候，还被厦门的朋友夸了，说“会吃”。✌🏻

吃完后就去 ktv 唱歌了。有些 mv 挺诡异的。感觉自己比之前稍微好点了，以前是一点不敢唱。

出来后看到的摩天轮，觉得这个角度挺好的，拍一张。

2023-10-01

第二天去了宴遇 1/2

酸菜鱼，没有什么刺，对于我这种不会吃鱼的人来说很友好。

火焰黑椒安格斯小牛肉，上菜时会喷一下火，挺炫酷的。

东山小管

大红袍鲜奶布丁，口感很巧妙，好吃！

忘了这是什么

土笋冻，之前看别人对于土笋冻的反馈有些两极分化？但实际上吃的时候感觉接受度还挺高的。一口吃下去，觉得口感像果冻？味道也不错。

姜母鸭，好吃好吃，很香，吃到后面把姜也挑出来吃掉了。还想再吃一次。

好像是什么芋头。

来个全景

感觉都挺好吃的，特别喜欢的是鲜奶布丁和姜母鸭。第一次体验博饼，最后中的里面都是鲜奶布丁 hhh。

然后就去野台风了，很少喝特调，之前一般都是喝的拿铁和 dirty。

我点的是圆规和 dirty，圆规没有什么咖啡的味道，对于不习惯喝咖啡的人来说，接受度应该也比较高。搭配柿子和西柚，整体是甜的。

这是我点的 dirty，这个杯子还挺好看的种草，味道口感没有特别的。因此建议去的话，直接点特调就好了。

小姐姐还送了我们每人一小杯凤梨酥。

别的朋友点的，

店里的音箱是 marshall，还有卖的器具。

在车上拍下的日落

由于午饭时间太晚，于是晚饭没怎么吃。

2023-10-02

去了 seven bus，点的是杏仁牛油果冰淇士。

说起来 seven bus，它让我和一个五年未见的网友在机场面基了。感谢主播，感谢 seven bus！

去了遇见西木吃午饭，分量过多，根本吃不完。

然后就去鼓浪屿啦。等轮渡的时候，看到好大一条船。

登船了

买了个椰子，25r，在景区不知道算不算贵。

感觉鼓浪屿没有像古镇古街那样明显商业化，还是保留了自身的挺多特色。

日光岩还有飞鸟

第一次见这样的路牌

偶遇一群猫猫

一对情侣

天色逐渐暗下来

在海边拍了项链的合影

这张有点喜感

烟熏咖啡和牛

水果小牛排

味道都很不错，值得一提的是它每道菜的调味都不太一样，不像有的烤肉店虽然菜品不同但调味类似，很有各自的特色，很棒。

然后去了附近的厦大门口晃悠了一下，诶，当年也想过在这里读研呢。

晚上的沙滩

2023-10-03

去了曾厝垵喝酒，那条街道晚上 11 点多还有很多店开着，原来夜生活是集中在这里。

喝完酒之后，便开始一起压马路。我是喝了酒就会犯困的人，所以全程都是省电状态，没有太参与话题，只是听着别人聊。就这样一边走，一边聊，到了天亮。

7 点的时候，已经走了一万多步了。

清晨无人的街道

早鸟

睡醒后一起去了野草莓。

野草莓确实是好吃不贵，性价比超级高。

路过一家买特产的店，看到的标语。

没想到在厦门还能看到老家关店的那家咖啡店…

在地铁站看到了崩三活动的广告牌，拍一拍。

晚饭去了傲客夜食。第一次吃生腌虾，这个料的味道像蕨根粉，口感很 q 弹，但对自己的胃不放心，所以只吃了几只。

麻辣烤鱼

猪肝

冰粉，好久没吃过了 555

2023-10-04

离开厦门时路上拍的，天气依旧很好。

公交卡里还剩 1 块钱。

2023-10-05

一起去了杭州的联动店铺打个卡，虽然还未营业。店里一直在放主播的歌。

然后还去吃了排队要很久的方老大，浇头很足很香，不过面的味道对我来说有些淡，如果有机会的话，想试试茄汁。

全程都很愉快，但是感觉自己脑子不在线，反应很迟钝。

谢谢兄弟们的照顾 T T。

其他

在厦门观察到的一些点：

好多车都是白色
路上货拉拉很常见

公交卡是会打折的，最少充值 10 元，到最后还剩了 1 元。

messAuto + iMessage 实现iPhone和mac信息同步和自动复制验证码

Sun, 24 Sep 2023 00:00:00 GMT

messAuto + iMessage 实现 iPhone 和 mac 信息同步和自动复制验证码

很多时候我们需要手机接收验证码，然后在电脑上使用验证码来登录，如果纯手动操作还是有些繁琐。

如果你是 iPhone + mac 用户，则可以使用 messauto + imessage 的方式来同步和自动复制验证码的操作。

一、iphone 和 mac 信息同步
在 iphone 的设置 - 信息 - 短信转发中，勾选你要转发信息的 mac 设备。

然后在对应的 mac 的信息中设置 -iCloud 信息设置中启用 iCloud 云端“信息”，需要注意的是你登录 iphone 和 mac 的 icloud 账号是需要相同的。设置完成，就已经实现了信息的同步，在 mac 的信息里可以看到 iphone 的短信。

二、安装 messauto，并设置。

然后我们需要安装 messauto,地址是 https://github.com/LeeeSe/MessAuto

版本：

MessAuto_aarch64 - 苹果芯片
MessAuto_x86_64 - Intel 芯片

下载解压后拖到应用程序里，点击运行顶部的状态栏就会出现 messauto 的图标。我个人比较推荐的设置是勾选【自动粘贴】和【登录时启动】，如果勾选【自动粘贴】会提醒需要辅助功能的授权，根据指引跳转过去开启即可。

然后就实现了同步和自动复制验证码了。

隐藏你的twitter信息

Thu, 16 Mar 2023 00:00:00 GMT

Hide-your-twitter-info

Hide your Twitter information. Prevent others from seeing your ID, nickname, and profile picture in public places.

在公共场合不太想别人知道自己的 twitter 账号，于是写了一个油猴脚本，屏蔽 twitter 中自己的 id、昵称、头像。（只写了针对首页的）

greasyfork 安装

源代码

before:

after:

2023-W10

Mon, 06 Mar 2023 00:00:00 GMT

2023-W10

时间范围：3.6-3.12

信息来源：twitter、微博

摘要：本周的资讯涵盖了从新兴编辑器工具到设计系统和 AI 应用的多个领域，反映出技术界的最新动态和创新。

zed，速度比较快的编辑器

公司官方：Zed - Code at the speed of thought

邀请链接：https://zed.dev/invites/PPPbigE69FfzVxIm

Craft Systems

twitter 龙爪槐守望者

官网 Craft Systems - Figma kits to kickstart your project! (craftsystems.xyz)

BannerBear

Bannerbear 可以通过我们的 API 和集成帮助您自动生成社交媒体视觉效果、电子商务横幅等。

twitter Viking 在 Twitter

官网 Open Startup Metrics - Bannerbear

OpenAI 的语音识别模型

另一个 whisper... - @宝玉 xp 的微博 - 微博 (weibo.com)

一个开源清单，帮助您规划、构建和发展设计系统

微博：Design Sys... - @龙爪槐守望者的微博 - 微博 (weibo.com)

官网：https://www.designsystemchecklist.com/

禁止 AI、AI 规则明确的平台

【tougao】你的。.. - @春日矮男的微博 - 微博 (weibo.com)

2021年度总结

Thu, 30 Dec 2021 00:00:00 GMT

2021 年度总结

2021 年是我从学生到打工人过度的一年，其实过得挺糊涂的，做了一些让自己后悔的事情，与此同时生活和学习状态也比较差。

1. 关于求职

总结一下自己犯的错吧，主要有以下三点。

第一，没有认清自己的长处、兴趣点，盲目跟风。大学在辩论队待了两年，虽然我的专业是软件工程，但是辩论队的学长学姐很多都去了大厂当产品经理。受他们影响，我的求职方向最开始也是产品经理，并且花了一段时间做产品经理的实习，随后才发现自己并不适合也不喜欢做产品，最后才将求职方向转到了前端，在这个过程中真的浪费了很多时间。

第二，时间、计划安排错误。去年年末找同学内推了百词斩的实习，当时我的想法是可以通过实习来提升自己的前端能力，但是现在回想起来好像是个错误操作。因为这个实习并没有转正的机会，并且我已经错过了秋招的时间，应该做的是好好准备春招。这个实习固然对能力也有一定的提升作用，但是相对于求职来说并没有那么有针对性，并且在工作时间我是不太好意思请假继续面试的。（这就可以顺到第三条），所以在这个过程中又浪费了一些时间。

第三，脸皮太薄，得过且过，没有魄力。在结束了实习之后，我开始继续投简历，这个时候只有少部分公司开始春招提前批。我从投简历到拿 offer，决定签三方只花了 10 天时间，并且在签三方后就没有继续保持求职状态准备春招了，当时给自己的理由是：不想毁三方，懒得折腾了。现在想起来真的很后悔，当时明明可以把这个作为保底，在春招时再努力一波的，我这种得过且过懒得折腾的坏毛病真的会常常让自己陷入后悔的情绪之中。

有了这样的后悔之后，我就一直想着要改变现状，想要回到成都或者换一家让自己更满意的公司。目前所在的部门是一个比较新的部门，所以技术栈还比较新，但是我觉得我在技术上的进步真的很小很小，进步速度肯定是远低于同龄人的，状态还是太懈怠了，这样的状态肯定无法让我成功跳槽的，在 2022 年一定要改变自己的状态。

2. 关于生活

6 月，和几个同学一起去青甘环线毕业旅行了，是一次体验非常好的旅行（感谢队友的贴心），景色也很漂亮，在莫高窟观看的洞窟以及相关纪录片让我对相关的历史产生了兴趣。

7 月，来到了上海，第一次去 bw，第一次拼房，然后开始工作。

10 月，一个人去了憨的演唱会，算是一次很奇妙的体验。

听歌的口味也变杂了一些，整个人没有以前那样刻薄了，对许多事情越发佛系，只有及其关注的东西才能让我情感产生波动。

工作后拿到工资，一部分给父母，一部分用在吃住上，一部分拿去瞎理财，一部分留给自己满足物欲，买的比较大件的东西有：

Windows 台式机（有些后悔了，其实还是笔记本满足我需求，而且买的时候刚好溢价严重）
显示器
Oculus Quest2 （为了玩节奏光剑和乒乓球买的，很满意）

3. 2022 心愿与计划

重新拾起阅读习惯
写一个满意项目
拿一个满意的 offer
多产出（切片 +mmd）

2020年度总结

Thu, 31 Dec 2020 00:00:00 GMT

Y1-2020 年度总结

1. 时间轴

6 月 省级大创
7 月 中国高校微信小程序应用开发赛西南赛区三等奖
7.15-8.28 上海某金融科技公司产品经理实习
8 月 中国大学生计算机设计大赛国家级二等奖
8.29-9.1 中国好声音录制
9.2 送机 + 回成都
10.15- 至今 成都某教育公司 web 前端开发工程师实习

2. 一些想法

李姐的消极怠工和我的消极怠工也就差了上百个银河天梯吧。

年初的时候决定工作而不是考研，然后就开始慢悠悠地学习前端，结果面试的时候就真的菜吧...

噢我想说一下为啥要投前端，之前选修修过一个计算机图形学（用的 three.js），然后自己又对数媒比较感兴趣，也就是 processing unity maya 之类，再加上追星想做一点东西出来，也就是说对编程、设计都有需求，所以做前端再合适不过。

6 月的时候还是没有实习 offer，被打击到了

后面投岗位就直接投产品了，然后还被辅导员劝了，应该考虑后端>前端>产品，但没办法就是头铁，依然投产品。

那段时间，上午学车，下午和同学一起在图书馆学习，我就在图书馆走廊面试

她是要考研的，漫漫地我又有一点动摇，就买了一点考研的资料开始刷数学（我真的有点疯

后来 7 月面着面着就面上了一家上海的金融科技公司的产品实习

这家也是个实习生打工为主的公司，变相 996，但是待遇算上补贴、加班费啥的都还好

最终让我决定离职的是感觉自己真的不适合做产品，特别是非互联网的产品，还是决定做前端（淦，回到起点）

9 月初，又恰好碰上李宇春录好声音，就一把子离职 + 追星 + 回学校了。回学校之后就在学校学习前端。

10 月拿了一个国企 offer，岗位是主数据维护，地点泸州，月薪 1w+，但觉得去了之后做的东西和我的专业基本没啥关系了，以后要走的路很窄，然后地点也不喜欢，就没去。后来拿了一个教育科技公司的实习 offer，岗位 web 前端，虽然是实习，但是觉得可以在实习中多提升自己，就还是去了，感觉导师、同事、氛围都很好，用的框架是 vue

感觉现在前端是真的入门了吧，要继续提升的就是计网和算法了，1.15 离职，回家后好好刷题。之前和导师聊过，说不续约了，他说在这里也可以刷题可以问他问题还可以拿钱，但我还是想回家刷，可能就是想换个环境吧。

感觉自己每次做决定都挺随意的，朋友也吐槽过我说想法经常变，但是没办法 😂

3. 一些数据

wakatime:

2020 594h 205%↑

2019 195h
微信读书

124h

4. 2021 心愿与计划

最大的愿望就是拿一个满意的 offer 啦
把宿舍的纸质书都看完（看不完就送人了 0.0
学习电吉他
学习画画
学习 mmd

Kazoottt

练舞日记[持续更新中]

2026-11-01

2026-10-31

2026-06-27

2026-06-22

2025-07-05

2025-06-21

2025-05-29

2025-05-28

2025-05-24

2025-05-18

2025-05-11

Quick PR Tool v1.0.17 - 新增 Back to Source Branch 功能

新功能:Back to Source Branch

安装与更新

使用方式

场景演示

场景 1:单一匹配(最常见)

场景 2:多个分支匹配

场景 3:解析失败时

场景 4:本地没有源分支

版本信息

项目地址

Tana 全局快捷键自定义失效：schema 键名与实际读取键名不一致

背景

踩过的坑

真正的原因：键名不一致

正确的写法

另外两个操作要点

替代方案：不一定要禁用全局捕获

一键禁用脚本

经验总结

Rocket Loader：让 JavaScript 晚点运行，页面就一定更快吗？

Rocket Loader 是做什么的？

它是如何实现的？

它和 async、defer 有什么区别？

哪些场景适合使用？

哪些场景不适合？

为什么它影响了 Astro 和 Mermaid？

出现问题时如何排查？

如果只想排除部分脚本怎么办？

是否应该开启 Rocket Loader？

最后

参考资料

异步请求的顺序，应该由数据依赖决定

请求顺序不等于生效顺序

一次异步交错是怎样发生的

请求返回时，发起条件可能已经变化

有依赖的数据，应当按依赖顺序加载

总结

从上传到访问：OSS 文件的响应头如何影响浏览器行为

1. 上传 PDF

2. 获取访问 URL

3. 访问域名如何改变最终响应

3.1. OSS 默认域名可能增加强制下载头

3.2. 自定义域名不会增加默认域名下载头

4. 浏览器如何处理 PDF 响应

4.1. Content-Type 描述内容是什么

4.2. Content-Disposition 描述怎样处理内容

4.3. CORS

5. 选择 PDF 预览方式

5.1. 方式一：JavaScript 读取 PDF，再生成 Blob URL

5.1.1. 踩坑：保存文件名退化为 UUID

5.2. 方式二：浏览器直接加载远程 PDF

6. 总结

Cherry Studio 提示词模板（2026-07-14）

Cherry Studio 提示词模板

备份说明

输入法转换器

快速创建 wt

git diff生成 commit msg

en git diff生成 commit msg

git diff生成 分支名

表达优化

markdown语法替换

markdown语法替换 to weibo

根据标题生成slug

md转mdx

用追星的例子来讲解知识

它和 `async`、`defer` 有什么区别？

4.1. `Content-Type` 描述内容是什么

4.2. `Content-Disposition` 描述怎样处理内容

git diff生成分支名

前端里的 `font-weight` 坑

`font-weight` 不一定等于切到对应字体文件