在日常ES集群运维工作中，我们发现相当大比例的集群稳定性问题、性能瓶颈、扩容故障，核心问题都集中在分片规划不合理、分片恢复参数默认化、重平衡机制不熟悉这三点上。此文从相关原理展开并结合生产实践（十万级分片治理），阐述ES分片的使用与实践方案。可以作为日常使用与运维参考。
2026 年的夏天，中文互联网圈出现了一个有趣的现象。日活（DAU）这把单一的尺子不那么好用了。当 AI 助手替用户去办事，Agent根本不需要打开我们的 App，而是通过API、MCP、A2A、CLI等方式调用能力。APP打开次数变少了，是产品变差了，还是用户的事更高效地办成了？这把尺子已经分不清。在硅谷，a16z 的年度报告里直接写了一句话：屏幕时代终结。或许未来我们可以给日活换成了一个新概念：任务完成率 TCR（Task Completion Rate）。它衡量的不是用户打开你的产品几次，而是用户交给 Agent 的一件事，到底有没有被完整地、可验证地办成。在不远的将来，整个互联网行业可能要换一把衡量的标尺。这背后，其实是商业模式的代际更替。智联网，这种以Agent为行为主体的新运行方式，正在悄然生长，有望成为移动互联网的升级版。
高考像一道分岔题。很多年后再回头看，才发现那些真正被记住的，往往不只是分数、志愿和录取通知书。可能是收卷前一分钟改错的一道题，阴差阳错换了一条路；可能是考场外陌生人递来的一颗薄荷糖，从此成了紧张时安心的习惯；也可能是家人、老师、同桌，甚至一场突如其来的意外，在那个夏天悄悄托住了你。高考刚结束，我们一起来看看鹅厂同学那些难忘的“高考故事”。
让 Agent 改一个按钮、修一个 Bug，今天已不算新闻。但只给它一份调研文档，让它从 0 写出高度还原的完整应用呢？这是一条横跨规划、架构、十几个模块编码、验证、修复的超长程任务：几个小时、成百上千个决策、前后强依赖，错一步就会沿着后面几十步一路放大。这正是今天大多数 Agent 最容易翻车的地方。最近，我们和 Efflora 团队基于 Qwen3.7-Max 模型，做了一场实验：仅凭一份产品调研文档，在隔离环境中从 0 交付了移动端和 Web 端两套可运行应用。这场实验也揭示了一个被忽视的工程真相：质量不是模型一次「生成」出来的，是被闭环「收敛」出来的。
Harness Engineering，本质上是在为 Agent 构建一个能够持续感知、持续反馈、持续优化的自主演进环境。它是通过约束机制、反馈闭环、工作流编排、效果评估以及持续优化循环等能力，将 Agent 的运行过程纳入一个可观测、可控制、可迭代的系统工程框架之中。目标是在长程和复杂场景下，让 Agent 不仅能够执行任务，更能够感知执行状态、评估执行效果、捕捉优化方向，并据此不断调整策略，从而实现自我迭代并交付高质量结果。Harness Engineering 和 Prompt Engineering、Context Engneering 并不是互斥的概念，而是发展阶段和嵌套关系，更像是随着 AI 能力的提升、基础设施的完善，一种重要性和关注点自然而然地升维。
