ONBALLS / TOPIC DOSSIER

AI 编程

在真实代码库中使用 AI,把修改、测试与交付放在一起。

01

是否满足最初的需求?

02

测试有没有覆盖真正的风险?

03

下一次修改是否容易继续?

从原始来源继续读

X 收藏与一手资料,保留原始日期和阅读范围。

87 条精选
开发与协作资源入口

OpenAI 的 Codex 硬件作品合集站

OpenAI 做了一个网站,收集人们用 Codex 做出的各种硬件作品,并附教程和制作思路。中文转述者看了几个项目后说很想买块开发板试试,另一位表示打算软硬结合做一个。

X 帖子
开发与协作资源入口

AgentPlay:把 agent 会话重放成关系图和时间线

AgentPlay 能把本机 Claude Code、Codex、Cursor、OpenCode 等会话记录重放成关系图和时间线:读了哪些文件、改了哪些、哪条命令反复失败、上下文何时压缩。运行 uvx agentplay 会自动发现本机会话并在本地打开页面。作者做了脱敏,但分享前仍要检查。

X 帖子
性能与验收近期动态

GitHub 将 Anthropic 密钥纳入默认推送保护

GitHub 的 10 月 13 日更新列出了新增的 Salesforce、Anthropic 和 Cloudsmith 密钥检测,并说明两类 Anthropic 密钥进入默认推送保护范围。它有助于区分发现泄漏后的告警与提交前阻止,检查自己仓库到底启用了哪一道防线。

官方资料
开发与协作案例记录

旧项目移植,完成边界怎样逐步扩大

Dash 记录了老游戏在新硬件环境中的移植工作,先描述原生运行、显示与窗口,再把手柄和移动端放到后续步骤。这个过程适合学习如何按运行、交互和平台兼容拆分验收,避免把一次成功启动写成全部改造完成。

X 收藏
开发与协作案例记录

少逐行写代码之后,验收责任怎样变化

uudon 借一条 Clean Code 作者的公开评论,讨论需求澄清、系统边界、测试、监控与长期维护。正文强调减少逐行实现并不等于减少验证,适合把代码评审从单一写法争论推进到“解决了什么、依据是什么、以后怎样改”。

X 收藏
开发与协作方法阅读

方案、执行、复核可以怎样分工

宝玉描述了让不同模型分别出方案、执行和验收,再根据反馈修复的循环。这个经验最值得借用的是交接方式:方案要能被另一个执行者理解,验收反馈要指向具体缺陷,循环也要有明确的通过条件。

X 收藏
开发与协作方法阅读

项目规则也要控制长度与触发范围

这篇中文整理讨论 Skills、AGENTS 和任务提示中的冗长规则,强调具体触发条件、渐进读取与完成定义。可借用的方法是区分每次都需知道的边界和只在特定任务中读取的细节,让规则真正帮助交付而不是堆积背景。

X 收藏
开发与协作案例记录

读多 Agent 编译器案例,先找验收环境

Anthropic 的工程文章入口称,多 Agent 团队在两周内构建了能处理 Linux 内核的 C 编译器。这个短帖适合作为深入阅读的起点,重点应放在测试环境、失败定位、协作方式和人工介入,而不只关注“团队自己做完”的叙事。

X 收藏

沿着问题继续读

保留资料日期,区分原件、实践与判断。

先完成一项实践

查看全部

相关工具与入口

查看全部
FROM THE TIMELINE

在 X 看见,
在这里继续。

短帖里说清结论,网站里保留步骤、来源与后续更新。

查看 X 摘读