先设计 Agent 的停止条件
这一期记录我对 Agent 工作流、系统提示和 Cloudflare Pages 博客搭建的思考。
AI 程序员 & Vibe 编码者
构建 Agent、系统提示与高效流程。
这里记录 AI 编程、Vibe Coding、设计转代码和个人知识系统的真实实践。目标不是追热点，而是把想法稳定地变成可以运行、可以复用、可以产生影响的作品。
最新周报
查看全部周报最近文章
更多文章一个 Agent 工作流最先应该被设计的不是工具
先确定任务边界、反馈信号和失败处理，再决定接哪些工具，Agent 才不会变成一串脆弱的自动点击。
系统提示不是咒语，而是团队操作手册
稳定的系统提示应该描述职责、边界、判断标准和升级路径，而不是堆满形容词。
Vibe Coding 的关键不是快，而是保持想法不断落地
Vibe Coding 不是放弃工程纪律，而是用更短路径把想法、界面、代码和反馈接起来。
让 AI 调试时，证据比猜测更重要
调试不是让模型列可能原因，而是让它不断缩小证据范围，直到定位真实运行链路。
小贴士
更多小贴士写提示词时顺手写失败场景
如果一个提示词只描述成功输出，很容易在边界场景失控。更稳的写法是补一句：当信息不足、权限不足或验证失败时，应该停止并说明缺口。
页面内容先保留一个真源
静态博客早期不要让首页、列表页和 RSS 各自维护内容。先用一个数据文件作为真源，等内容量上来后再迁移到 Markdown collection。
接工具前先画出决策点
Agent 工具越多，越需要先写清楚在哪些节点做判断。否则工具只是扩大动作空间，并不会自然提升任务完成率。