
“AI PCB 设计”的演示往往止步于一张漂亮的渲染图。我想知道之后会发生什么:板子真的能用吗?于是 2026 年 10 月 17 日,我往 PCBEditor(我参与开发的浏览器 EDA 工具)里输入了六段各一段话的提示词,让它端到端生成每一块板,然后用最笨的办法逐一审查:导出 KiCad 板子、

“我的 AI Agent 总是依赖已被取代的架构决策”,这个问题最直接的修法是写个小解析器:读取每个 ADR 的 Supersedes 字段,把旧记录标记为已替换。我们确实做了这么一个工具。然后拿它跑了另外两个仓库,分别有 270 和 93 条 ADR,结果它把仍在生效的决策报成了已废弃。在较大的那

EasyEDA 装了 AI 插件菜单不出现、程序一直报连不上。我把踩过的坑按顺序写下来:扩展管理器藏在高级菜单里、两个权限勾少一个就不行、必须打开图纸菜单才出来、连不上只要停止再开始一下。照着做二十分钟能通。

大家好!我想分享一下我的开源项目 EasyEDA Copilot。它能让 AI Agent 直接在 EasyEDA Pro 里创建和编辑原理图与 PCB。 我既做编程也做电子。大学学的电子专业,课上教的就是 EasyEDA。我觉得它比 Altium Designer 好学多了,所以自己的项目一直用它

本文是 Hacktoberfest 开源 AI 挑战赛第三周:Slow and Steady 的参赛作品我做了什么个人财务常常让人焦虑。 理财对我们的心理影响不小,也占用了大量注意力。 所以我开发了 Slowth Money——一款从容的本地优先的储蓄与财务目标规划桌面应用,借助开源 AI 在公共资

1. 引言开发应用或服务时,我们常常会问:它能承受多少并发请求?它依赖的服务又会有怎样的响应?即使验证了所有功能都正常运行,也不能保证随着需求增长,系统依然能保持原有的性能。 正因如此,软件测试不能只停留在验证功能需求上,还要评估性能、稳定性和响应速度等方面。尤其是负载测试,目的并非把系统压到崩溃为

图书: RAG Pocket Guide 系列图书: Pocket Guides for Developers —— 共 8 本小册子,涵盖 Agent、RAG、提示词、可观测性、事件、数据库和系统设计 —— 查看整个系列我的项目: Hermes IDE | GitHub —— 专为使用 Claud

让一个编程 Agent 把同一件不简单的任务做两遍,你会得到两份不同的实现——都还行,都说得过去。这种情况 Denis 已经留意了好几个月,却一直没管,因为只跑一次的话,你其实无可作为。单次运行只是个孤例:你看看 diff,觉得喜欢或不喜欢,就此翻篇,真正的问题根本不会浮出水面。 真正的问题是:另外

你的检索演示做得很漂亮:往向量数据库里塞了一千份PDF,接上嵌入模型,现在它能以惊人的自信回答各种问题。你上线了,大家都赞不绝口。 然后语料库开始膨胀。一万份文档。十万。一百万。一千五百万。 什么都没崩。日志里没有报错。延迟正常。答案照样源源不断地出现,依旧自信,依旧文笔流畅。 只是错的频率更高了。

下面这个场景,过去一年里几乎所有读到这篇文章的开发者都亲身经历过。 深夜十一点半,你正在开发一个功能,比如给现有的电商服务加上实时订单追踪。你打开顺手的 AI 编程助手(Cursor、Claude Code、GitHub Copilot 或 Antigravity),输入一段自己觉得挺合理的提示词: