当你觉得自己在某个领域没有做出预想的成绩时，最好明确到底是自己哪个/些元能力的不足，这个/些元能力是否可以后天弥补？
比如归结为自己的「韧性」不足，这还不够，因为这是一个复合能力。「韧性」可以再细分为：认知重构能力，情绪调节能力，课题分离能力，求助能力。再来看一下自己缺的是哪块，是否可以补足。
就好像你收到了一张考卷，发现做不出来，然后写上「不会」就交卷了，这样如果下次再收到一张考卷，大概率还是会一样的结果。
这就是自建博客的意义，用别人的平台，你不知道这把达摩克利斯之剑什么时候会落下来。substack 上我只是当时在试用功能时，发过一篇简短的文章，结果就被判为 Spam & Phishing，连账号都被 ban 了。
以人为本的设计就是解决之道，这种理念将用户的需求、能力和行为方式先行分析，然后用设计来满足人们的需求、能力和行为方式。**良好的设计起始于对心理和技术的理解。**优秀的设计需要良好的沟通，尤其是从机器到人的沟通，指示出什么是可能的操作，会发生什么，会产生什么结果。当事情出了问题，沟通是非常重要的。如果一切正常，工作起来顺当融洽，这样的设计相对容易一些。但是一旦出了事情或存在误解，问题就来了 。这就是优良设计的重要之处。**设计师需要关注可能出错的地方，而不是仅仅停留于让一切按照计划进行。**实际上，这就是最贴心的地方：当设备出了问题，并且提示了故障，用户就能知道出了问题，采取正确的措施，并解决问题。当这个过程自然而然地发生时，人与机器的协作会感觉很棒。
产品经理的一个挑战是需要具备 Zoom In 和 Zoom Out 的能力。Zoom In 时，能够细致地了解到应该要有什么功能，解决用户什么问题，再根据使用场景去完善这些功能；Zoom Out 时要能从更大的 Scope 去定义这个产品，并从这个 Scope 出发，引入相关的功能。
锻炼这种能力的一个小诀窍：找一款目前关注度比较高的产品，只了解这款产品最基础的信息，然后将自己切换到产品经理视角：如果你来设计这款产品，会如何定位，设计哪些功能，哪些是核心功能，用户会在怎样的场景下使用，可能遇到哪些问题，这个产品的哪些功能可以解决这些问题。
Prompt Engineering: "How do I phrase this question to get a good answer?" (Creative writing).
Context Engineering: "How do I structure the 100k tokens of history, 50 available tools, and 3 retrieved documents so the model doesn't get confused?" (Systems Architecture).
真正的 Agentic 工作流包含三个核心特征 ：
自主规划（Planning）： 能够将模糊的自然语言指令（如“重构鉴权模块以支持 OAuth 2.0”）拆解为一系列有序的工程步骤。
工具调用（Tool Use）： 能够像人类工程师一样，自主操作终端（Terminal）、读写文件系统、运行测试套件，甚至浏览网页查找最新文档。
闭环迭代（Loop & Correct）： 在执行过程中，代理能够实时监控反馈（如编译器报错、测试失败），并根据错误信息自主修正代码，直至任务完成，而无需人类干预。