事故排障时不要只盯仪表盘:SITREP 如何把屏幕线索、Tempo 与 Agent 证据串起来
线上事故发生时,信息并不总在一个可检索的地方。你可能刚在 Grafana 面板看到一次尖峰,又在日志窗口扫到半截 trace ID;切去 Slack 回答同事后,原来的面板被覆盖,下一分钟已很难复述「...
最新内容
线上事故发生时,信息并不总在一个可检索的地方。你可能刚在 Grafana 面板看到一次尖峰,又在日志窗口扫到半截 trace ID;切去 Slack 回答同事后,原来的面板被覆盖,下一分钟已很难复述「...
AI 编程进入多会话、多工具协作后,最容易反复消耗上下文的并不是“代码在哪”,而是“为什么当时这样决定”。例如,一个会话已经确认限流器必须用 Redis、某条迁移方案试过但应放弃、某个目录不能直接改;...
本地运行大模型时,最常见的失败路径是先下载十几 GB 的 GGUF,再反复改 -ngl、上下文长度和量化等级。最后即使能启动,也未必知道瓶颈在显存、系统内存带宽、磁盘,还是模型的 MoE 专家层。更麻...
当团队开始给 Claude Code、桌面客户端和浏览器里的 AI 服务接入网关时,最容易忽略的一段链路是:请求究竟能不能稳定地抵达网关。 传统做法通常依赖客户端支持自定义 Base URL、代理或企...
让 AI Agent 打开网页、采集信息、填写表单,看起来像是浏览器自动化的常规任务。但真正上线后,故障往往不在“能否点击按钮”,而在三件更具体的事:站点触发反爬或验证码、任务需要登录态而 Agent...
让 Claude Code、Codex 之类的编程 Agent 查一张 DynamoDB 表,常见做法是把 AWS 凭据或一段查询结果直接塞进对话。前者把权限边界交给了模型会话,后者则让上下文很快过期...
把 Claude Desktop、Cursor 或 Cline 接到本地仓库后,最容易被忽略的问题不是“模型会不会写代码”,而是“它到底能碰到哪里”。如果 MCP 服务只有读取、搜索和补丁能力,风险尚...
维护开源项目或开发者产品时,最棘手的往往不是没有工单,而是同一个问题以不同措辞散落在不同入口:GitHub Issue 说“同步卡住”,Discord 里有人说“客户端一直转圈”,支持邮箱里则是“升级...
排查 Linux 服务主机的性能问题时,top、htop 和监控平台通常会告诉我们:某个进程占满了 CPU。但这是“忙”的信号,不等于解释了“为什么慢”。同样是 100% 的 CPU 使用率,一个线程...
给 Agent 换模型时,团队常见的流程是:看到一个更便宜或在某项榜单上更高的模型,然后把默认模型替换掉。这个流程的问题不只是评测与生产任务不一样,更在于它把“模型能力”“工具调用方式”“提示词与技能...