今天读到一篇为什么 Lisp 仍然值得学习的文章，作者的观点是Lisp 把“语言可扩展性 + 代码即数据 + REPL 驱动的活系统 + DSL/可扩展软件”这些能力组合在一起，给程序员一种其他语言做不到的编程方式,从而改变你思考和解决问题的方式。

初次接触 Lisp 还是当年读 SICP 的时候，尽管生态的原因，从未在生产环境用过，但惊叹与 Lisp 的设计思想。仔细观察你会发现今天的 Agent 生态很多概念都能回溯到 Lisp.

S-expression: Tool schema / structured output
Macro: Agent skill / workflow abstraction
REPL:Interactive Agent loop
Image-based system: Long-running Agent state
Homoiconicity: Agent 操作自己的计划和代码
DSL: Agent workflow language

尤其是 Agent 的自我进化，与Lisp修改和扩展语言本身的能力高度相似。 John McCarthy 设计 Lisp 时正是人工智能出现后的几年，当年的假设是计算机最终会操作抽象结构，而不是只执行固定程序。

今天看来这个假设是对的，只是早了 60 年。

没精力熬夜了，感谢朋友送的礼物。

刚用上了 Earendil （收购 Pi 的那家公司）新推出的 Agent 产品 Lefos，这款产品的特点是选择用 Email 作为人与 Agent 协作的入口。

仔细想想其实邮件在很多场景下都是更好的协作方式。聊天天然会让人期待即时反馈，于是我们会一直盯着对话框，等待下一条回复。但真正有价值的工作往往不是短时间就能完成的。

Email 完全是另一种心智模型。发出任务之后，我不会期待立刻收到回复，而是默认对方会去处理，完成后再通知我。如果过程中需要我的决定，再发一封邮件即可。

对于真正能够自主工作的 Agent 来说，Email 或许比 Chat 更自然。

Glaze 一款由 Raycast 推出的 AI 驱动桌面应用生成器，允许用户通过自然语言描述，在几分钟内创建原生 Mac 应用。与 Lovable、Replit 或 v0 等偏“浏览器应用生成”的产品不同，Glaze 直接面向 macOS 桌面环境，生成的应用本地运行、支持离线使用，并能深度调用文件系统、快捷键、菜单栏和后台进程等操作系统能力。它同时内置应用商店和团队空间，用户既可以个人使用，也可以在团队中分发、协作、沉淀内部工具，从而形成一个渐进生长的桌面应用生态。

Glaze 的优势在于它把“桌面软件”从一个高门槛的专业开发活动，变成了一种日常的“表达方式”。 以前要做一个桌面应用，多少一些门槛，即使 AI 可以辅助开发，打包分发也很麻烦。Glaze 把整个过程压缩到一句话：“Describe it and watch it take shape right where you work”——也就是把“写需求文档”直接变成“写产品本身”。 尝

尝试创建了一个番茄钟，完成度很高，发布也很丝滑。如果 Glaze 的生态能起来，软件市场会真正从“少数人做，多数人用”，转向“多数人既是用户，也是创作者”。

有天下午， 突然有人说社区得有一些莫得着的东西，于是一伙人头脑风暴了出了社区的第一版徽章胸针。

天使是我很喜欢的一位球员，技术出众、球风灵动、为人低调、更是大场面先生。很遗憾这届世界杯没了天使的身影，但也很欣慰他在自己的最后一届杯赛上捧起了大力神杯。

竞技体育，人们看见的是比分和奖杯，在这篇文章中，迪马利亚用朴素的语言呈现了一条看不见的，布满煤灰、雨水、伤病和眼泪的路。

最近在看 Pi 这款 Agent 产品，这家公司的创始人 Armin Ronacher 同时也是 Flask， Jinja2 的作者，一个很有使命感的工程师和企业家。Armin 最近写了一篇长文，是对当前的这种万物皆 Loop 的构建方式的担忧——我们在获得前所未有的生产效率的同时，也牺牲了对系统整体行为的理解和控制。

在作者看来，“用外部任务队列 + LLM 智能体循环来写代码”几乎肯定会成为未来主流，这种模式在代码迁移、性能试验、安全扫描、研究探索等“短命代码”或“机械转换”场景里已经非常好用，也让极小的团队获得了不成比例的生产力优势。

问题在于，当同样的循环被用来构建和维护长期存在的核心系统时，模型天生喜欢堆叠局部防御、绕开强不变式、制造越来越难理解的复杂度，而循环只会进一步放大这种倾向，把软件从“可理解的确定性机器”推向“只能靠机器诊断的混乱有机体”。

人类对系统整体行为和关键不变式的把握正在流失，却又在安全和竞争压力下几乎没有完全拒绝这条路的空间——因此，我们面对的挑战是：在一个不可避免的循环世界里，我们怎样设计工具和架构，才能不把判断权和责任感完全交给机器，尽可能保留好的工程原则、可理解性和有责任的人类监督。

这两天在读科幻小说《Hyperion》，书名取自英国诗人约翰·济慈的同名长篇诗歌，原诗的主题是旧神的没落与时代更替，Saturn 失去王权、泰坦被放逐或囚禁、Hyperion 虽然“形式上”仍在高位却被各类不祥征兆包围，曾经绝对的秩序已然崩塌，新秩序正在酝酿中。

后人解读这首未完成的长篇诗歌反映了济慈对自己诗人身份、艺术位置的焦虑：在浪漫主义全盛、莎士比亚与弥尔顿等巨人阴影下，一个年轻诗人如何面对“后来者”的位置？ 大概济慈也没有想清楚，或则是雄心与自卑的矛盾——既想接过大旗，又怀疑自己有没有资格，最终这首长诗被他放弃了。

作为一名“古典”开发者，很像是诗中的旧神， 人工智能正在重塑软件开发生态与既有的经济秩序，尽管“形式上”软件工程师依然存在，但其职责、能力结构和价值创造方式都在发生深刻变化。处于新旧秩序交替的过渡阶段，一部分工程师拼命地学习和使用新的工具和方法，希望将旧时代积累的技能优势延续到新时代中。

自己最近倒是没那么 FOMO 了，自动化省出的时间了匀一些给一直没时间看的书。

易方达基金经理郑希有近 10 年从业经验，目前管理资产规模约 240 亿元。其代表产品易方达信息产业混合自 2016 年 9 月接手以来，累计回报接近 980%，长期业绩表现突出。

这个技能系统梳理了郑希自 2012 年至 2026 年公开披露的季报、投资手记及媒体访谈等资料，并通过知识蒸馏与结构化整理，沉淀为专属的郑希投研 Skill，可以帮助用户快速理解其投资框架、研究方法与市场观点。