跳转到主要内容

22 含有标签「ci-cd」

Posts tagged "ci-cd" on TianPan.co.

查看所有标签

·tian

Eval 差异分析作为分支保护:交付分数变化,而非分数下限

分数下限 (Score Floors) 会让静默回归进入生产环境,同时又可能误报真实的改进。基于基线感知的切片级 Eval 差异分析能将 Eval 门禁转变为你的团队可以信赖的回归检测器。

evals
ci-cd
ai-engineering
prompt-engineering
·tian

Prompt Linting 是 Eval 与生产环境之间缺失的一层

行为评估(Behavioral evals)捕捉模型说了什么,但无法捕捉你的 Prompt 本身是什么。一个快速、确定且结构化的 Prompt Linter,能够填补“评估通过但生产环境翻车”之间的鸿沟,避免在深夜 11 点触发生产事故。

prompt-engineering
llm-ops
ci-cd
evaluation
+1
·tian

Prompt 的语义差异分析:为什么 Git Diff 在提示词变更的影响上会误导你

文本层面的差异与 LLM 行为的变化几乎没有相关性。一个三个词的修改可能会导致 30% 的输出发生翻转,而五十行的结构重组可能毫无变化。本文将介绍如何构建一个 PR 评审人员能够真正信任的语义差异工具集。

prompt-engineering
evals
ci-cd
llm-ops
+1
·tian

无法合并的智能体重构:为什么多文件差异会在衔接处崩溃

智能体编写的重构在单个文件内看起来很整洁,但在衔接处往往会失效。本文探讨了为什么代码块级别的审查会遗漏跨文件漏洞,以及如何通过“编译优先”和程序分析准则来解决这一问题。

insider
coding-agents
refactoring
code-review
+1
·tian

真正能阻断 PR 合并的提示词回归测试

大多数团队声称在测试他们的提示词。但几乎没有团队建立了能让构建失败的 CI 门控。这里有一个轻量级框架,可以在不烧掉 API 预算的情况下改变这一局面。

insider
ai-engineering
testing
ci-cd
+2
·tian

CI 流水线中的 AI 智能体:如何为无法单元测试的部署设置质量关口

传统的 CI/CD 基础设施并非为非确定性软件而设计。本文介绍如何为 LLM 驱动的功能添加有意义的部署质量关口,同时避免将流水线变成烧钱的评估农场。

ai-engineering
ci-cd
llm
testing
+1
·tian

Agent 测试金字塔:为什么 70/20/10 的分层对 Agentic AI 行不通

经典的单元/集成/端到端测试金字塔建立在廉价、快速、确定性单元的假设之上。而 LLM Agent 打破了所有这些假设。本文探讨真正可行的测试策略是什么样的。

insider
ai-agents
testing
llm
+1
·tian

大模型驱动的测试生成:利用 AI 发现软件中的 Bug,而不仅仅是编写代码

探讨大模型驱动的测试生成如何捕获手工编写的测试套件容易漏掉的 Bug。涵盖了测试判据问题、变异引导方法、混合架构以及保持构建确定性的 CI 集成模式。

ai-testing
llm
software-testing
mutation-testing
+1
·tian

如何在 CI 中对 AI Agent 工作流进行集成测试,而无需完全 Mock 模型

一种针对 AI Agent 的三层 CI 测试架构,既能避免实时 API 调用产生的成本,也能避免完全 Mock 模型带来的空洞感 —— 通过使用 StubLLM 测试替身、VCR 录制回放以及工具契约测试,在编排 Bug 进入生产环境前将其捕获。

insider
ai-agents
testing
ci-cd
+1
·tian

代理系统的非确定性 CI:为什么二进制的通过/失败模式会失效,以及取而代之的是什么

当每次测试运行都具有非确定性时,二进制的通过/失败 CI 就会失效。统计判定、分级阈值、轨迹指纹识别和序列分析可以在不让团队陷入虚假失败的情况下,捕捉真实的代理回归。

insider
ai-agents
ci-cd
testing
+2
显示第 13–22 篇,共 22 篇
上一页2 / 2