先展示成果： 个人知识博客
1. 我想解决什么
我平时会看很多paper或news并且自己会有write感悟的习惯，往往这些内容过去沉淀在我的手机、电脑、云盘等各个地方，想用/分享欲起来的时候找起来困难、维护也困难。试过Notion、飞书，总觉得那是“别人的产品”：分类是自己定死的，想加个点赞、想按自己的习惯组织内容都很别扭
所以我这次的场景很明确：从零拥有一个完全按自己想法长出来的个人知识博客，而且发文章要足够快——快到“沉淀知识”这个动作不会因为懒得部署而中断，并且放在公网上大家都可以看；在TraeCode中对话建议用飞书妙搭来承载这个内容
2. 我是谁，为什么这件事对我重要
老生常谈，我是一名战略PM，承载AI转型的部分工作，因此平时需要保持AI网感并且在集团内分享一些优质的内容，所以我觉得不论是对于个人成长还是工作提效，有一个优质的知识平台来承载这些内容是必要的。就像我过去做的智能客服项目也类似，知识管理是个长跑，工具如果重，坚持不下来。 如果搭博客本身要折腾服务器、域名、CI/CD，那它注定烂尾。妙搭托管了应用和数据库，TraeCode 负责写代码，我理论上只需要负责“想清楚要什么”这个组合正好能验证我的想法。
3. 我是怎么把 TraeCode 慢慢用顺的
一开始我也走了弯路：上来就想“给我做一个博客”，结果生成的东西四平八稳，不是我要的。用下来我总结出三个“变顺”的转折点：
转折点一：把需求说成场景，而不是功能清单。
后来我不再说“加个点赞按钮”，而是说读者点完赞要有一句随机的感谢文案，让人会心一笑TraeCode 就会把文案单独抽成模块（thanks.ts），后续我改文案只需要动这一个文件
转折点二：让它踩坑，而不是我踩坑。
中间遇到两个典型问题：一是数据库开了 RLS 之后插入一直报 42501 权限错误；二是线上环境直接改表结构被拒绝。这种平台级的坑我自己查文档要半天，但在TraeCode里把报错说明，它直接告诉我“应用运行时角色和 RLS 模板策略不匹配，这张表应该关 RLS”、“DDL 要在 dev 环境做再迁移”。同时这些结论主动写进了项目记忆，确保后续不会再犯
转折点三：把重复动作固化成 Skill。
这是我用得最顺的一步。发文章本来要：写 md → 构建上传 → 指定分类 → push → 发布线上，一套流程五分钟。后来我让 TraeCode 把这套动作封装成了一个 blog-upload Skill，现在我只要把一篇 .md 文件丢进对话，说一句“上传到博客，归到 Agent 工程”，它就自动完成分类、上传、部署。从“我指挥它干活”到“我把活儿训练成它的条件反射”，这是质变
4. 我最后做成了什么，想给后来的人留一句什么建议
最后做成的博客，入口： 个人知识博客
直接看图：
如果只给后来的人留一句建议：
不要把 AI 编程工具当“代码生成器”，把它当“一个会记事的合伙人”——踩过的坑让它记住，重复的活儿帮它封装成 Skill，你只保留最值钱的部分：想清楚自己要什么