共 263 篇文章

标签:软件开发 第4页

Agentic Development 的组织化阶段-IT资源栈

Agentic Development 的组织化阶段

最近我越来越觉得,AI 编程已经不只是“写代码更快”这件事了。它正在把软件开发往另一个方向推:人不再主要亲手敲代码,而是开始搭建上下文、制定边界、分配风险,并同时管理一群会干活的代理。 这篇文章整理自 Spotify 和 Anthropic 的一场现场对谈,题目是《Let’s Talk Agentic Developm

Harnesses 让 AI Agent 变得可靠-IT资源栈

Harnesses 让 AI Agent 变得可靠

软件开发里,大家最熟悉的词可能还是 agent。 但最近两年,另一个词开始频繁冒出来:harness。 这个词不好翻。按字面,它是“安全带”或者“束具”。不过放到 AI 工程里,我觉得它更像一层“驯化外壳”——不是替代模型,而是把一个不稳定、不可预测、还经常会撒谎的模型,拴到一个稳定、可验证、可以控的运行环境上。 这篇

Intercom 把工程吞吐量翻倍之后,我看到的是一整套更清晰的职场规则-IT资源栈

Intercom 把工程吞吐量翻倍之后,我看到的是一整套更清晰的职场规则

本文整理自 AI Engineer 对 Intercom 工程负责人 Brian Scanlan 的分享。文章重点不只放在 Claude Code 和吞吐量翻倍,而是去看更关键的一层:当一家公司把 AI 接进主生产系统后,工程团队的分工、评价标准、平台能力和组织权力会怎样一起被重写。原视频:https://www.youtube.com/watch?v=4_VQBbs2iQA

Agents 不做站会了:PFF 怎么把工程组织从“帮工程师提速”改成“帮 Agent 提速”-IT资源栈

Agents 不做站会了:PFF 怎么把工程组织从“帮工程师提速”改成“帮 Agent 提速”

这篇内容最值得看的地方,是它把视角直接抬到了组织层。Mike Spitz 没沿着“工程师配上 AI 之后效率更高”这条熟悉叙事往下讲,他干脆换了问题本身,从“如何让工程师产出更多”切到“如何让 agent 在组织里跑得更快”。问题一换,站会、Sprint Planning、Retrospective、代码评审分工、QA