你的DeepSeekV4.1Flash可能只用了一半能力 你的 DeepSeek V4.1 Flash 在 DSH 里，可能只用了一半的能力 👀 我在官方 Harness——DSH 里用 V4.1 Flash，它告诉我不能看图。换到 OpenWebUI，同一个模型却能识别图片。 查完发现：DSH 已经有图片处理能力，但对应模型还需要声明「我接受图片输入」。 下面按真实界面走一遍，完成添加模型和开启视觉两个步骤👇 ① 添加 V4.1 Flash 打开「设置 → 模型」，编辑 DeepSeek，展开「自定义设置」，点击「添加模型」。 模型 ID 填： deepseek-v4.1-flash-expires-on-0910 显示名称可以填「DeepSeek V4.1 Flash」，然后保存。已经添加过的直接跳过。 ② 打开配置文件 点击设置窗口右上角的「打开配置文件」，先备份 settings.yaml。 ③ 给 V4.1 补上图片声明 找到 llm-deepseek → models 下的 V4.1 模型条目，在 inputModalities 下，紧跟「- text」添加一行： image 注意与「- text」缩进对齐，然后保存。修改的是 V4.1 自己的条目，其他字段保留。 DSH 目前没有独立的视觉开关，这一步需要在配置文件里完成。 ④ 回到对话，选择模型 点击输入框下方的模型名称，选中 V4.1 Flash，再上传一张图片，让它识别图中内容。 模型已经会看图，还得帮官方 Harness 补上这行声明，确实有点哭笑不得 😂 #deepseek#[话题]# #deepseekharness#[话题]# #多模态#[话题]#

世界的本质是图，但是人类通常用树思考 世界本身更接近一张图。 任何事物都不是孤立存在的。一个公司的价值来自供应链、竞争关系、政策环境、用户需求和资本市场的共同作用；一个人的行为受到家庭、教育、社会关系、经济条件和心理状态的共同影响；一个科学理论也总是处在一张由概念、实验、论文和历史演进组成的关系网络中。 真实世界充满连接。 从这个意义上说，图结构更接近世界的本来面貌：节点代表事物，边代表关系，世界不是一棵树，而是一张不断变化的网络。 但人类通常不用图思考。 人类更习惯用树。 因为树是一种高度压缩的信息结构。面对复杂世界，人类首先需要解决的问题不是「还原全部关系」，而是「建立一个可以操作的模型」。 树提供了这种能力： 这个东西属于什么类别？ 它和什么概念处于上下级关系？ 我应该从哪里开始理解？ 分类、归属、层级，是人类认知的基础。 我们认识一棵树，不需要记住每片叶子和所有其他叶子的关系；我们认识一个领域，也不需要同时掌握所有概念之间的连接。我们通过层级结构压缩复杂性。 因此，树不是世界真实的形态，而是人类为了理解世界而创造的认知接口。 图和树分别对应两种不同的认知任务。 树负责稳定。 它回答： 这个东西是什么？ 它帮助我们建立秩序、分类和预测。 图负责变化。 它回答： 为什么会这样？ 它帮助我们发现关联、寻找原因和处理异常。 日常状态下，人类依靠树运行。 当某个地方出现异常，图才被展开。 比如，一个公司的组织结构通常是一棵树： 公司 → 部门 → 团队 → 成员。 但当业务出现问题时，我们开始寻找跨部门关系： 销售下降是否因为产品问题？ 产品问题是否来自技术限制？ 技术限制是否来自供应链变化？ 这时候，我们从树进入图。 这也是为什么优秀系统往往不是纯粹的树，也不是纯粹的图。 纯树的问题是：它无法表达真实世界中的复杂关系。 纯图的问题是：它把所有关系暴露出来，让人失去认知抓手。 更合理的方式是： 以树作为主要导航结构，以图作为隐藏的关系网络。 树负责让人理解世界。 图负责帮助人解释世界。 树是地图。 图是地形。 这也解释了为什么很多知识管理工具会遇到困难。 它们试图让人直接操作图： 创建节点，建立链接，维护关系。 但大多数人的认知过程并不是这样工作的。 人并不希望每天面对一个不断扩张的知识网络。 人需要的是一个稳定的结构，在结构被打破时，系统能够提示： 这里存在异常。 这里存在冲突。 这里存在新的关联。 真正优秀的知识系统，不应该要求人类成为图数据库管理员。 它应该允许人继续用树思考，同时在后台维护世界的图。 世界是图。 人类选择树。 不是因为树更真实，而是因为树更适合有限的认知能力。 未来智能系统的方向，也许不是让人类学会像机器一样操作图，而是让机器理解图，让人继续通过树与世界交互。

@feltanimalworld 维护符号系统的接地是一个极其昂贵的工作。 但是一旦建成，我们就可以在符号域做复杂的分析、优化、诊断，只在极少时间在现实中进行操作。

我设想过一种 Engineering AI。 它和目前的具身智能、世界模型不同，这些我叫它控制论智能，关注在世界里行动。 Engineering AI 使用目前的工艺边界和产能边界作为执行器，可以为任何工程目标，组织实现方案，评估权衡代价。 而其价值目标可能短期是推进微纳加工工艺窗口，可再生能源，地球工程维持气候稳定，实现跨行星分布式生存。

我正在构建一个文档治理工具。 我们有代码的层层测试套件，也有文档的格式风格检查工具，但是，我们没有文档的自洽性、新鲜度的解决方案。 这个工具不做 CI Guard，而是只守护三个链条的完整性。 · 意图到实现（Intent - Specs - Impl） · 内容到引用（Reference）的概念与实体 · 工作语言（Canonical）到派生语言（Localization） 目前的思路主要是，用 front matter 做文档级引用，用 wiki link 做概念/实体 引用。 用 content hash 实现版本锁定，上游变更下游告警，手动更新，提醒 Agent 检查是否要更新下游文档。 根据项目复杂度启用更严格的治理规则集。

越来越感觉，数据中心和芯片设计的底层一致性了。 都是离散器件的连接、布局问题，同时要考虑约束满足、指标优化。 芯片考虑的是 PPA，而数据中心则是TCO、PUE、工期和规模。