FDE(Forward Deployed Engineer)：前置部署工程师
FDE 不是一个新词，20 多年前就有，而且现在人家利润率不低。
本质上就是为效果付费，解决企业实际的问题。
由上到下进行推动，全面配合。
本质上来讲，这些都是软件工程里面老生常谈的问题，只是这两年 AI 能力强了之后，能解决一些脏活累活。
1 | ┌────────────────────────────────────────────────────────┐ |
Host Multi-Agent 是 Eino 官方封装的高内聚开箱模式。
Host 负责理解用户 Query 并做意图路由，分发给一个或多个 Specialist Agent，最后由可选的 Summarizer 模块聚合成最终流式输出。
OpenViking 是一个开源的、专为 AI Agent 设计的上下文数据库。
OpenViking 通过文件系统范式统一管理 Agent 所需要的上下文（记忆、资源和技能），
并实现上下文的分层供给与自我迭代，最终目标是降低 Agent 开发门槛，
让开发者更专注于业务创新而非底层上下文管理。
与其它记忆不同的是，他既有最开始的原文，也有高层级的语义理解。
数据召回的时候，数量以及准确性，都会有较大的效果和性能提升。
说明：
去年升级了博客：Hexo 升级 & 优化，近期才发现有些 Tag 404。
但是 hexo s 本地运行的正常打开的，我看了下 Cloudflare pages 的发布日志。
判断应该是平台机制问题，生成的文件都是 java 而非预期的 Java。
于是问了下模型：
原因解析
Cloudflare Pages 在部署静态资源时，其底层路由系统（以及预設的 Assets 引擎）在处理 URL 和文件路径时，默认是不区分大小写（Case-Insensitive）或者会执行规范化（Normalization）的。
一句话总结：协议从”有状态、靠长连接”变成”无状态、靠 HTTP 请求”。
2026 年 7 月 28 日，MCP 发布了算得上”有史以来最大”的一次规范修订。
同一时间，官方四套 Tier 1 SDK(TypeScript、Python、Go、C#)同步更新。
MCP SDK 月下载量已突破 4 亿（TS/Python 累计超 20 亿），部署服务器过万；
但新规范生态跟进极慢，抽样 1470+ 公开服务器中完全合规的仅 2 个，尚未出现全面切换。
MCP 2024 年诞生时，本质上只是为单机笔记本设计的协议：
但当它被推向生产环境时，企业不得不为这套“本地模型”付出四笔沉重代价：
全球化时代，你中有我，我中有你。
短时间内很难撇清关系，虽然很别扭，但是还得拉着脸合作。
新时代的竞争，和冷战差不多，甚至更严重，双方都制造假想敌，不断竞争。
提出假想敌的那些人也可能是为了让自己多争取点资源，扩大自己的一亩三分地。
SWIFT 系统（环球银行金融电信协会）是全球金融机构用于安全、标准化传输支付和交易指令的主力通信网络，连接了200多个国家和地区的逾11,000家机构。它本身不持有资金或提供账户结算，而是传递促成资金流动的加密报文。
它是美元清算纽带，全球贸易超 80% 依赖美元结算。美国通过控制美元清算系统（CHIPS），对主要通过 SWIFT 传递的美元交易拥有实际上的否决权。
替代网络：为降低对西方主导系统的依赖，各国正推进如中国的人民币跨境支付系统（CIPS）或多边央行数字货币桥（mBridge）等替代和互补基础设施。
俄罗斯：俄乌战争发生后，欧美迅速把俄罗斯踢出了 SWIFT，还把存在欧洲的外汇储备给冻结了。
结果跨境贸易瘫痪、外汇收入归零、货币剧烈贬值、通道成本飙升、外资加速外逃，最后可能得回到以物易物。
林振月蛾：由于 2020 年香港某法案实行后，被美国制裁。
所有银行都不敢给他开户，包括中国的银行，因为都怕被踢出 SWIFT 系统，没法处理外汇相关业务。
Agent 时代，能够加速的是执行过程( 编码、调试等 )
但涉及到目的、判断等核心的流程，还是需要人工介入。
由于执行过程足够快，需要人工介入的工作会越来越多，瓶颈还在人，提效会遇到天花板。
从某个角度讲，AI 加速了我们的生活，其实是变相地增加了人生的长度( 犹如开倍速看电影 )。
如果通过 Agent 进行 Coding，关键的约束：
核心就是让 Agent 有足够的上下文，有可验证的过程产出，而非简单的评估指标。
《人月神话》是 Fred Brooks 1975 年写的一本管理书。
他管过 OS/360，那是 IBM 的大型机操作系统，1960 年代人类做过的最大一次软件工程。
项目结束他没写技术总结，写了一本关于为什么大项目总是延期、为什么加人只会加得更慢、为什么概念完整性是设计的最高目标的书。
《人月神话》写完之后成为整个软件行业的地基。
+++
Brooks 那本书的第一批读者是 1970 年代的项目经理。这本书的读者是 2026 年之后的开发者。
中间隔了半个世纪，一切都在变，唯有一件事没变：软件工程的核心是判断的组织( 把各种决策判断有机整合 )。
软件最贵的成本是维护与演进。好的组织方式，能让你在“增加新判断”或“修改旧判断”时，付出最小的边际成本。
+++
在 Agent 时代卓越的工程师，
应该投时间在判断和决定的文档上，
文档写成能被机械执行的源码级材料，
因为代码是 Agent 从文档编译的产物。
这本书比较好的是有很多通俗易懂的探究场景，对话的方式代入感很强。
而且修订版给的大部分例子都是中国读者比较熟悉的。
从互联网上各种热门的反转事件来看，批判性精神可以说比较缺乏。
在网上冲浪多年，我习得的生存法则，简单来说就是保持好奇心：
看完这本书，其实有异曲同工之妙，都是要搞清楚问题的答案，不要人云亦云。
值得注意的是，很多主观性强的问题，是不好探究的，特别是社会上共识不强的问题。
探究应该有的态度：
真正的批判性思维，不是为了“赢得辩论”，而是为了“寻求真理”；其手段不是固执己见，而是“探究”。
简而言之，这本书想告诉我们的是：先探究，后断言；先权衡，再结论。
书里面印象很深的是老师引导学生对艺术作品，特别是一幅画的探究。
先从表象开始，收集足够的细节，给出自己的想法。
然后带着问题，了解作品的背景，把自己代入进去，
通过多人协作沟通，形成一个比较全面、深入的认识。
本书围绕六个指导性问题展开：
在看完一系列的电视剧之后，特别是《夜色正浓》里面李东明以及同事对竞选总监的张玫进行的各种辅导。
我在想为什么会没相关的书籍呢？然后想到某博主说的一段话：
“社会经验”特别重要又难以获得。你读书刻苦一点，一年能完成四年的学业。
但“社会经验”没办法这样学习，活一年就只能获得一年的“社会经验”。
如果有本专门介绍“社会经验”的书自然就不同了。然而根据社会经验，这样的书不可能出版。
我想原因大概是：
职业生涯大概分为三段，每段 15 年；
第一阶段：加添燃料，强势开局。
第二阶段：聚焦长板，达到高点。
第三阶段：优化长尾，持续发挥影响力。