engineering

标签

Cards List
#engineering

AI 智能体在复杂工程工作中的能力极限在哪里?

Reddit r/singularity ↗ · 2026-10-15

作者分享使用 AI 代理处理复杂工程问题的经验:当上下文充分时,模型常能产出比人工更快更好的方案,但上下文管理仍是主要瓶颈,并引发关于人类能否继续验证 AI 生成方案的深度讨论。

0 人收藏 0 人点赞
#engineering

@FinanceYF5:Anthropic 亲自重写 Git 代码仓库,日常效率提升 10 倍。每日代码合并:5 月约 2,500 次,9 月单日超过 30,000 次……

X AI KOLs Following ↗ · 2026-10-14 缓存

Anthropic 用 5 个月时间、7 人团队打造了 Scion,重写 Git 代码仓库以适应 AI 代理的高频提交需求,将每次变更的代码管理时间从 34 分钟降至 3.7 分钟,效率提升约 10 倍。

0 人收藏 0 人点赞
#engineering

Anthropic 表示,编写代码已不再是瓶颈。其单体代码仓库在一天内的合并次数超过了 30,000 次。

Reddit r/artificial ↗ · 2026-10-14

Anthropic 声称,在其单体代码仓库一天内完成超过 30,000 次合并后,编码已不再是瓶颈,并且它已从 Git 迁移到一个由 Claude 构建、名为 Scion 的版本控制系统。这篇帖子引发了讨论:当 AI 自主完成编码时,工程工作的重心会转向何处。

0 人收藏 0 人点赞
#engineering

重新设计 Anthropic 的源代码版本控制

Simon Willison's Blog ↗ · 2026-10-13 缓存

Anthropic 分享了其自研源代码管理系统 Scion 的设计动机:内部代码合并量从每天约 2,500 次暴涨至 30,000 次,Git 无法满足 100GB 历史与每天 2500 万次 CI 检出的需求。新系统由 7 人团队在五个月内完成迁移,并配套了名为 Antique 的新代码评审系统。

0 人收藏 0 人点赞
#engineering

@GergelyOrosz:想象一下,你在 OpenAI 当工程师,年薪超过 100 万美元,然后却决定就这么把职业生涯毁掉……

X AI KOLs Timeline ↗ · 2026-10-13 缓存

一则关于 OpenAI 工程师在办公室安装隐藏录音设备的职场事件讨论,作者感叹该员工年薪超百万美元却因这一行为毁掉职业生涯,同时也让公司对所有员工更加警惕。

0 人收藏 0 人点赞
#engineering

@GergelyOrosz:虽然读起来很有意思,项目也很有雄心,但就像 Anthropic 打造的其他任何东西(模型、框架、工具)一样,这个工具……

X AI KOLs Following ↗ · 2026-10-13 缓存

Gergely Orosz 反应 Anthropic 工程博客关于自研源代码管理系统的文章,指出该项目和 Anthropic 其他产品一样是闭源的,只有 Bun 和 MCP 是开放的。原推文提到 Anthropic 每日代码合并量从 2,500 涨至 30,000+,迫使其为 agent 规模重建开发基础设施。

0 人收藏 0 人点赞
#engineering

@danshipper:Muse Wonder 在我们的高级工程师基准测试中表现令人失望。该测试要求模型重写一段凭感觉编程出来的垃圾代码……

X AI KOLs Following ↗ · 2026-10-12 缓存

Dan Shipper 指出,Muse Wonder 在高级工程师基准测试(测试从零重写通过氛围编程生成的代码仓库的能力)中仅取得了令人失望的 52% 成绩,远落后于 GPT-Sol 6.1 的 71%。

0 人收藏 0 人点赞
#engineering

@github:渲染百万行的差异视图倒是容易。评论才是让它出问题的原因。评论的高度取决于 Markdown 的换行,……

X AI KOLs Timeline ↗ · 2026-10-12 缓存

GitHub 介绍了他们如何重构 GitHub Copilot 应用中的拉取请求视图,解决渲染百万行差异的难题,同时处理由 Markdown、回复框和正在加载的图片带来的动态评论高度。附带一条 🧵 线程标志的技术分享。

0 人收藏 0 人点赞
#engineering

导致生产环境中 AI 智能体数据脱敏失效的 4 种边缘情况(从模式漂移到跨工具准标识符)

Reddit r/AI_Agents ↗ · 2026-10-12

一篇后续文章,总结了在生产环境中导致 AI 智能体数据脱敏失效的 4 个最棘手的边缘情况——模式漂移、允许列表老化、回答质量下降,以及跨工具组合形成的个人身份信息(PII)——并分享了从每种情况中总结出的混合架构经验。

0 人收藏 0 人点赞
#engineering

生产环境中的多智能体:在实践中是什么样的,你们又放弃了哪些做法?

Reddit r/AI_Agents ↗ · 2026-10-10

一篇社区讨论帖,询问实践者生产环境中的多智能体 LLM 系统究竟是什么样的——他们采用了哪些架构、放弃了哪些方案,以及如何处理流程控制、评估和人工介入。

0 人收藏 0 人点赞
#engineering

@sermakarevich:智能体评估:如何判断 AI 智能体是否完成了任务,以及能否再次完成

X AI KOLs Timeline ↗ · 2026-10-10 缓存

一篇面向工程师的深度文章,系统讲解如何对 LLM 智能体进行评估:通过检查可验证的最终状态而非回复文本来判定任务是否完成,并区分能力(capability)与可靠性(reliability)两个指标,同时定位失败步骤、判断模型评审的可信度。

0 人收藏 0 人点赞
#engineering

@TheAhmadOsman:工程黄金时代的黑客精神回来了 凡是能折腾的东西都会被折腾,并……

X AI KOLs Timeline ↗ · 2026-10-10 缓存

一条推文,庆祝工程黄金时代的黑客精神回归,并兴奋地表示,一切都可以、也必将被动手改造。

0 人收藏 0 人点赞
#engineering

打造可靠(且快速)的目录同步

Hacker News Top ↗ · 2026-10-02 缓存

Firezone 详细阐述了为何放弃业界领先的目录同步标准,转而自研专用引擎,涵盖如何从 Entra、Okta 和 Google 等身份提供方同步用户、群组和成员。文章解释了在应用侧维护组织目录副本并保持其快速与一致的设计挑战。

0 人收藏 0 人点赞
#engineering

@eatonphil:软件基础设施领域的必读文章。https://theconsensus.dev/developers.html

X AI KOLs Timeline ↗ · 2026-10-01 缓存

# 必读清单 > 面向软件基础设施工程师的精选阅读资源集合 这是一份精心挑选的阅读清单,涵盖软件基础设施领域的核心资料。无论你是刚入行的工程师,还是正在深入某个方向的从业者,这些资料都能帮助你建立扎实的系统性认知。所有链接均指向可自由获取的原文或官方资源。 --- ## 系统设计与架构 - **《Designing Data-Intensive Applications》** — Martin Kleppmann 分布式系统、存储引擎、一致性模型与流处理的权威之作,是基础设施工程师的必读经典。 https://dataintensive.net - **《Software Engineering at Google》** 由 Google 团队编写,系统性地介绍了规模化软件工程的实践方法、构建系统与依赖管理。 https://abseil.io/resources/swe-book - **《System Design Primer》** 开源社区维护的系统设计入门指南,覆盖从基础组件到大规模架构的常见模式。 https://github.com/donnemartin/system-design-primer - **Site Reliability Engineering(SRE)图书** Google SRE 团队的实践总结,涵盖 SLO、错误预算、容量规划与事故响应。 https://sre.google/sre-table-of-contents/ --- ## 分布式系统与一致性 - **《Distributed Systems for Fun and Profit》** 用相对轻量的方式讲清了复制、分片与一致性等核心概念。 http://book.mixu.net/distsys/ - **《Designing Data-Intensive Applications》相关章节** 重点阅读第 5、6、7 章,理解复制、分区与事务的取舍。 - **Consistency Models 速查资料** 最终一致性、强一致性、线性一致性等模型的对比与适用场景。 --- ## 网络与基础设施底层 - **《Computer Networking: A Top-Down Approach》** — James Kurose & Keith Ross 从应用层向下理解协议栈,打好网络基础。 - **Cloudflare 工程博客** 大量关于 BGP、DNS、TLS、边缘计算与大规模系统的实战文章。 https://blog.cloudflare.com - **Brendan Gregg 的性能分析资料与工具集** 系统级性能观测的方法论与工具图谱(BPF、火焰图、USE 方法等)。 https://www.brendangregg.com/methodology.html --- ## 可观测性与可靠性工程 - **OpenTelemetry 官方文档** 现代可观测性的事实标准:统一的追踪、指标与日志语义约定。 https://opentelemetry.io/docs/ - **Google Cloud Architecture Framework** 可靠性、安全性、成本优化等维度的最佳实践框架。 https://cloud.google.com/architecture/framework - **《The Site Reliability Workbook》** Google SRE 团队的实操手册,包含 SLO 设置、事故复盘与容量规划的具体方法。 https://sre.google/workbook/table-of-contents/ --- ## 基础设施与平台工程 - **《The Phoenix Project》** 与 **《The Unicorn Project》** 以小说形式讲透 DevOps、价值流与组织工程化转型。 - **《Accelerate》** — Nicole Forsgren 等人 基于大规模调查数据,验证了工程实践与交付绩效之间的因果关系。 - **Kubernetes 官方文档** 容器编排领域的事实标准,官方文档本身就是一份系统的架构参考。 https://kubernetes.io/docs/home/ - **HashiCorp 工具文档(Terraform、Vault、Consul)** 基础设施即代码、密钥管理与服务网格的经典实践参考。 https://developer.hashicorp.com --- ## 数据与存储 - **《Database Internals》** — Alex Petrov 深入存储引擎内部实现:B-Tree、LSM-Tree、事务与复制机制。 - **《High Performance MySQL》** 数据库性能调优与架构设计的工程视角。 - **《The Log》** — Jay Kreps(Confluent 创始人) 关于日志作为数据基础设施核心抽象的经典文章,读完会改变你对流处理的理解。 https://engineering.linkedin.com/distributed-systems/log-what-every-software-engineer-should-know-about-real-time-datas-unifying --- ## 怎么使用这份清单 1. **先建骨架**:按你的工作方向挑 2–3 本通读,建立整体框架。 2. **再补细节**:针对项目中遇到的具体问题,回过头来精读对应章节。 3. **持续迭代**:基础设施领域演进很快,定期回顾清单并补充新的参考资料。 欢迎在团队内部维护这份清单,并根据实际需要添加或删减条目。

0 人收藏 0 人点赞
#engineering

SimuVerity:面向工程级 Simulink 模型生成的智能体评测基准

Hugging Face Daily Papers ↗ · 2026-10-01 缓存

SimuVerity 提出了一个包含 101 个文本到可执行 Simulink 模型生成任务的基准,覆盖十个工程领域,并采用分层评估器在结构相似性之外对工程资格进行评估。表现最好的被评测智能体系统得分仅为 42.86,揭示了工程级模型生成中的重大能力瓶颈。

0 人收藏 0 人点赞
#engineering

我们如何打造更安全的智能体(约14分钟阅读)

TLDR AI ↗ · 2026-09-30

文章讨论了AI智能体在追求合法目标时可能无意间越过安全边界所带来的安全风险,并介绍了构建更安全智能体的工程方法。

0 人收藏 0 人点赞
#engineering

软件开发何以成为工程

Lobsters Hottest ↗ · 2026-09-29 缓存

文章探讨了软件开发作为工程的构成要素,讨论了定义、历史背景,以及它与其他工程领域的区别。

0 人收藏 0 人点赞
#engineering

首席工程师工作创新指南

Hacker News Top ↗ · 2026-09-28 缓存

这是一本为平台团队首席工程师编写的指南,帮助他们通过系统、用户、组织和行业信号来发现并创新工作。

0 人收藏 0 人点赞
#engineering

AI 让答案变得更快,但我仍然需要时间来理解它们 :(

Reddit r/ArtificialInteligence ↗ · 2026-09-27

一位工程师反思使用AI获取更快答案时的内疚感,指出理解仍需时间,并考虑在不使用AI的情况下练习解题以保持技能。

0 人收藏 0 人点赞
#engineering

@Suhail: 我们正迅速迈向每个人都能从事优秀AI研究和工程的时代。这主要是一场关于谁能积累足够计算资源和能力来构建和扩展想法的游戏……

X AI KOLs Timeline ↗ · 2026-09-27

这条推文表明,AI研究正变得对所有人更加易得,关键挑战在于积累计算能力以构建和扩展想法。

0 人收藏 0 人点赞
← Previous
Next →
← 返回首页

提交意见反馈