结论先说。 OpenAI 这篇《Designing delightful frontends with GPT-5.4》里，我觉得最有价值的不是“GPT-5.4 更会做前端了”这句宣传话，而是它终于把一个很多人已经隐约感觉到的事实讲明白了： AI 做前端时，真正决定结果的，往往不是模型会不会写代码，而是你有没有把视觉约束、页面叙事、设计系统和验证链路交代清楚。 换句话说，前端质量不是一句“帮我写个 landing page”换来的。模型当然比以前强了，但如果输入还是模糊的，它依然会滑回那种最常见、最安全、也最没记忆点的网页模板。…

结论先说。 如果你最近在做 Agent，我觉得最容易踩的坑，不是模型不够强，而是太早把注意力放在模型本身，反而忽略了更影响结果的那几层工程系统：验证、上下文、工具、记忆和边界控制。 我刚看完 Tw93 那篇《你不知道的 Agent：原理、架构与工程实践》，里面有不少内容我挺认同。但我不想再把原文复述一遍，这篇我只提炼我觉得最值得带回项目里直接用的部分。 如果只记一句话，就是： Agent Loop 很小，真正决定系统能不能跑稳的，是 Loop 外面的工程设计。 1. Agent Loop 其实没那么神秘…

结论先说，我这套“图文”功能本质上不是给 Fuwari 塞了一个复杂插件，而是做了一页单独的 Astro 页面 + React 客户端组件，再让它直接去请求 usememos 的 API，把 memo 数据转成适合博客浏览的卡片流。 真正关键的不是“把 API 调通”，而是中间那层数据清洗和展示重组：图片要从正文和附件里同时提取，标签行要去掉，作者信息要补齐，外链图片还要做一次 CDN 归一化。做完这些之后，图文页才像产品，不像接口调试页。 这篇我就按我博客现在的真实实现，拆一遍完整链路。 先看整体结构…