过去一周，我在 Obsidian 里记下了什么

我的 Obsidian 每天都会收到开发日报、技术博客和 X 简报。信息很多，但真正值得留下的并不多。回看 8 月 24 日到 30 日的笔记，这周主要记住了四件事。

代码写得更快，验收反而更重要

这周读了 Anthropic 的 AI-Native SDLC Playbook。里面有个判断和我最近的工作很贴：代码已经不一定是最慢的环节，需求、测试、评审和上线后的确认才是。

最近做数据链路迁移时，这种感觉尤其明显。切换数据源、提交代码，只是第一步。后面还要确认新旧数据是否一致、监控时间是否跟着调整、下游有没有真正读到新数据，以及自然批次跑完后是否仍然正常。

所以我现在会刻意区分三件事：代码完成、部署完成、生产验收完成。前两项变快了，不代表第三项可以省掉。

Skill 的价值，是把经验写清楚

这周还整理了几个有意思的 Skill：

• emilkowalski/skills 把动画和 Apple 风格的设计经验写成规则；
• Ian Xiaohei Illustrations 用“小黑”给中文文章画手绘配图；
• photo-abstract-editorial 把照片做成带抽象面板的编辑作品。

它们有用的地方不在于提示词长，而在于把“什么算好”说清楚了。什么时候该加动画、什么画面算跑题、哪些元素必须来自原图，都有明确标准。

我的理解是：只用一次的要求放在对话里；项目约定放在仓库说明里；需要反复执行、而且容易做偏的经验，才值得做成 Skill。

两个小工具

Codex Taskboard 是一个本地任务看板，可以把任务、状态、分支和验证记录放在一起。它不一定要替代 Linear 或 Jira，但很适合解决“这段对话做到哪了”的问题。

Tailcat 则像一个加了 WireGuard 和 NAT 穿透的 netcat。两台机器交换一个 token，就能临时传文件、转端口或连 SSH，不需要先建完整的 Tailscale 网络。短期调试挺方便，长期组网还是应该用正式方案。

这两个项目都不大，但解决的问题很具体，比“万能平台”更容易真正用起来。

投资笔记：先统一口径

投资方面，这周留下了两条规则。

第一，比较公司估值时，不能直接拿行情网站上的前瞻 PE 排序。不同公司的财年、EPS 定义和一次性收益可能都不一样。先统一时间窗口和利润口径，再谈谁便宜。

第二，筛选卖 put 候选时，我现在主要看三项：年化收益是否达到对应期限的门槛、|Delta| 是否不高于 0.35、OI 是否至少为 100。OI 只能粗略反映流动性，下单前仍要看实际价差。

至于这周反复出现的 AI 硬件、存储、光通信和商业航天，我先把它们当研究线索。社交媒体适合发现问题，不适合替代财报和数据验证。

最后

回头看，我现在整理笔记大致分四步：先收集，再单独成篇，然后提炼成规则或检查清单，最后才挑值得公开的部分写到博客。

下一步不是继续增加信息源，而是少留一些，多想一层。

本文根据 2026 年 8 月 24 日至 30 日保存的个人笔记整理。投资内容仅为方法记录，不构成投资建议。