Kyle Zhang

温哥华 AI Builder, ex-Tencent

[Kyle Zhang @kyle7zhang]

stacked diff 确实一定程度上解决了当前 AI 一次修改代码太多，需要 PR review 的情况。人为拆多个 PR 很难规避依赖的情况

[Cat Chen, @[email protected] @CatChen]

很多人不知道 Cursor 去年年底收购了一家叫做 Graphite 的公司，这家公司才是他们想要做也能够做 Git 和 GitHub 竞品的原因。

Graphite 的创始人是从 Facebook 出去的，最初的目的是做一套支持 stacked diff 的工具链，这是 Facebook 能够迅速迭代开发的原因之一。然而 GitHub 基于两个 branch 的 diff 创建一个 PR 的数据结构，导致不可能实现灵活的 stacked diff，Graphite 不得不引入隐含 branch 来解决这个问题。 https://t.co/fL39OMiYSg

其实 Phabricator 早就解决了这个问题，基于两个 tag 创建 diff 就可以了，可惜它的开源版本已被放弃，现在只剩下 Facebook 内部魔改过的版本。GitHub 把自己绑死在了 Git 的对象模型和基于 branch diff 的数据结构上，导致它做 stacked PR 做了好几年都还只是内测，连公测都不开放。 https://t.co/SvwrO0Z8mI

Git 的问题其实也不少。十年前 Facebook 一天就有几千个 commit，如果不进行优化的话每天上班跑 `git pull --rebase` 需要 30 分钟。Facebook 为了优化而魔改 Git，但 Git 拒绝了 Facebook 提交的优化，说「这是小众需求」。Mercurial 欢迎 Facebook 优化，Facebook 就把底层改为 Mercurial 了，上层依然是自己包装的、支持 stacked diff 的工具链。

如果觉得 Git 和 GitHub 已经成为了开发流程的障碍，有魄力的团队确实应该自己做一套全新的工具链。AI 快速迭代的需求肯定不仅仅是 stacked diff，他们能否抓住这个机遇，做出来满足未来流程需求的工具链，大家拭目以待吧。

[Kyle Zhang @kyle7zhang]

@strrlthedev 面过这个公司，确实体验不错。感觉面试官是很聪明的那种。不过当时选了我现在的公司，就没有继续了流程

[Kyle Zhang @kyle7zhang]

@Brooooook_lyn @fengmk2 恭喜

[Kyle Zhang @kyle7zhang]

恭喜 evan 大佬

[Evan You @evanyou]

I've left most of what I want to say in the VoidZero blog post. But worth repeating:

Thank you @voidzerodev team for trusting me and joining me on this wild ride. I am very proud to have assembled such a talented team and even prouder of what we have built together.

Thank you all our investors for believing in my vision, in particular @caseyaylward from @Accel who led both our Seed and Series A.

Thank you the @vite_js community. Vite and VoidZero wouldn’t have come this far without your trust and support. We will continue building with all of you, together, in the open.

And thank you to everyone that made this happen at @Cloudflare. Looking forward to working with you all!

https://t.co/0ly53VCOSr

[Kyle Zhang @kyle7zhang]

@wishtcday Costco 搬货是如何做到 18w 加币的

[Kyle Zhang @kyle7zhang]

@strrlthedev 我来温哥华的第一个夏天手臂起红疹，然后这边医生没找到原因，后来远程国内问诊，说我是紫外线过敏😂。这边的紫外线是真的太强了

[Kyle Zhang @kyle7zhang]

@LaiskyCai Oh. It’s hard to tell if the company is fake before the interview.
😂

[Kyle Zhang @kyle7zhang]

@randyloop 太牛了👍

[Kyle Zhang @kyle7zhang]

@ewind_dev @paperboy_ai 恭喜恭喜

[Kyle Zhang @kyle7zhang]

@blackanger 另一种 brainstorm 的做法。大概流程是 /grill-me-with-docs 然后 /to-prd /to-issues 再针对每个 issues 执行 /tdd （我配合 goal 使用）。

核心点在第一个流程中的 interview me relentlessly on every aspects of this plan。然后会生成 user stories、glossary 等。我个人觉得比 spec driven 轻

[Kyle Zhang @kyle7zhang]

@python_xxt 同意，codex review 还行，用来做执行 model 也还可以

[Kyle Zhang @kyle7zhang]

太牛了👍

[yetone @yetone]

One more thing

https://t.co/7D3Xd1TR6w

[Kyle Zhang @kyle7zhang]

/goal 真的很好用。不管是 codex 还是 claude code��比较接近的替代了手写 Ralph loop

[yetone @yetone]

很开心向大家分享一下，这一年多以来最能够节省我时间的个人时尚单品：

1. --dangerously-skip-permissions
2. --dangerously-bypass-approvals-and-sandbox
3. /goal

[Kyle Zhang @kyle7zhang]

@fkysly 我觉得 claude code tui 就是一个先锋军，出来抢占习惯的。所以后续的 gui 也在���拢。但是估计 claude code 没想到 codex 能抢的这么快

[Kyle Zhang @kyle7zhang]

@lifesinger 同意，之前完全是因为当时立场的 marketing 话术。

to customer 这一端一定不可能是纯 cli 形式。

[Kyle Zhang @kyle7zhang]

CLI is better 是在他们之前产品提供已有能力的基础上😂，面向 customer 的产品一定不会是 CLI 的形式。

这样说只是因为他们在借用 CLI 去探索 coding agent -> general agent 的 best practice，然后 claude code 率先推出来了。而其他 gui 的试错成本会高很多

[geniusvczh @geniusvczh]

这就是bullshit，markdown��不过来你html就看的过来？而且claude吹了几个月的CLI is better不要了是吧🤪

[Kyle Zhang @kyle7zhang]

@monicawhite0913 去超市买一点就一万 rmb，这是每次去逛超市都买金首饰了吗😂。一般去 Costco 买一周的生活必须品也就 200-300 刀。不过这边确实比国内物价贵很多

[Kyle Zhang @kyle7zhang]

@edward40e 我没法私你