蓝屏基本是驱动冲突或内核级问题，应用层软件很少直接触发 BSOD。WorkBuddy 基于 Electron，如果安装后蓝屏，大概率是自带的某个系统级组件和现有驱动打架——比如 GPU 硬件加速触发显卡驱动崩溃，或者安全模块和杀毒软件内核驱动冲突。排查步骤：先开机进安全模式，如果能正常启动就基本确认是驱动问题。禁用 GPU 硬件加速试试，命令行加 --disable-gpu 启动。另外看下蓝屏 dump 文件，用 WinDbg 分析哪个驱动抛的异常，能精确定位。如果是企业版杀毒软件拦截，加白名单试试。

简单记：Harness 管这次运行对不对，Infra 管跑起来的东西从哪来。Harness 是控制面，负责流程编排、停止条件、重试降级、验证评估、安全合规——全是过程约束。Infra 是数据面，负责模型网关、工具沙箱、向量检索、并发调度、日志审计——全是能力供给。边界判断有个实用原则：如果换了模型供应商或换了运行环境，逻辑不变的就是 Harness，需要重新适配的就是 Infra。两者解耦后，Harness 可以独立做回归测试，Infra 可以独立扩容，互不阻塞。

核心就三条线。语音交互从命令式走向对话式，以前说打开空调现在能说我有点冷，模型理解意图后自动调温。个性化服务靠用户画像加行为序列，模型做实时推荐，比如根据疲劳状态建议休息。健康管理是新增量，多源数据融合（摄像头、穿戴设备、体征传感器）做风险预警，难点不在模型而在数据打通和实时性。车载场景对延迟和隐私要求高，建议端侧小模型处理实时任务，云端大模型做复杂推理，两层协同。别把大模型直接怼到车端，算力和功耗都扛不住。

拆开的核心目的是把控制逻辑和执行逻辑解耦。路由层负责策略决策：用什么执行器、给多少预算、设什么权限边界、什么时候停。执行器只管按策略干活。如果不拆，执行器自己决定何时停止、何时切换策略，线上最先暴露的就是预算失控——Agent 一直循环不收敛，成本和延迟直接爆炸。拆开后路由层能基于风险信号提前降级，把不确定性钉在控制面，执行器在固定策略下跑反而更稳定。这本质是把软件工程的控制面和数据面分离应用到 Agent 架构。

太常见了。Demo 跑的是 happy path，精心准备的数据、理想的网络环境、单一用户操作。上线后面对脏数据、并发竞争、网络抖动，系统直接原形毕露。AI 项目尤其明显，demo 效果惊艳是因为案例都是挑过的，上线后用户输入五花八门，幻觉率飙升。根本原因不是技术不行，是 demo 验证可行性，上线验证鲁棒性，工程量差一个数量级。建议 demo 阶段就做最坏情况测试，别等上线再补。

说实话，靠挤时间很难持续，关键是把学习和日常工作绑定起来。遇到新框架别急着看文档，直接拿它写个真实的小工具，哪怕就是个内部脚本。踩坑的过程比刷教程有效十倍。另外别贪多，一年深入一个方向比浅尝辄止五个方向有用得多。碎片时间看技术趋势够了，但真正的深度学习需要整块时间，建议每周固定留两小时，像守会议一样守住这个时段。最重要的一点：学的东西要能用上，用不上的技术很快就忘，不如不学。

对程序员来说远程办公其实天然适配，代码协作本来就是异步的，Git、PR、Issue 这些工具链不依赖物理位置。真正的问题不在模式本身，在于团队有没有建立起异步沟通的纪律。远程最怕的是既不同步也不异步——开会讨论不到位，文档又懒得写，最后只能靠即时消息碎片化沟通。能做好远程的团队，异步文档能力通常比坐班团队强一截。建议把每日站会改成文字同步，决策都留文档痕迹，每周保留一次视频同步拉齐方向就够了。

从技术视角看，智慧军营本质上是一个超大规模的边缘计算加物联网集成项目。感知层是各类传感器、摄像头、门禁、定位设备；平台层需要一个统一数据中台把所有子系统打通，难点不在技术选型而在数据孤岛——军营里安防、后勤、训练各用各的系统，接口都不统一。应用层倒是好做，关键是底层数据治理。架构上建议走边缘预处理加中心聚合模式，敏感数据在营区内闭环处理，只把汇总数据上报，既满足安全合规又降低带宽压力。核心不是堆设备，是打通数据流。

我会投给可观测性这一层。不是日志打印那种，是能追踪每一步 token 消耗、工具调用耗时、中间状态的那种结构化观测。原因很现实：线上 Agent 出问题，你第一件事不是恢复，而是搞清楚到底哪一步跑偏了。没有可观测性，检查点和失败恢复都是盲操作——你不知道为什么失败，恢复后大概率继续失败。有了全链路 trace，排查时间从小时级降到分钟级，后续的降级策略、预算控制才有数据支撑。成本不高，一个 OpenTelemetry exporter 加几行 span 就够了，但省下来的运维成本是实打实的。

ENAMETOOLONG 在 Windows 上基本就是 CreateProcess 的环境块超了 32767 字符上限。WorkBuddy 把所有 connector 配置序列化成 CODEBUDDY_MCP_CONFIG 塞进环境变量，几十个连接器加起来轻松破 36KB，CRON 走显式传环境块的路径直接撞墙。交互式 shell 能跑是因为走继承父进程环境，不校验这个限制。临时方案：精简 mcp.json，把不用的 connector 配置删掉，降到 32KB 以下就行。治本得靠 WorkBuddy 改环境注入方式，别把整个配置塞环境变量，用临时文件或管道传更靠谱。