Kayne

不写代码的工程师。用 AI 做产品，记录真实的工作方式、踩坑和想法。

[Kayne @StocksFromZero]

@mylifcc 我也不写代码了，但不写代码和不知道该验什么是两回事。AI 能把功能写出来，可哪里会碰到客户、合同和钱，得有人心里有数、对着结果确认。最后签字负责的那个人，外包不出去。

[Kayne @StocksFromZero]

@shao__meng 最费的不是搬上下文，是把「为什么这么决定」重讲一遍。我现在正在把任务和进度往 GitHub issue 里搬，让哪个 agent 接手都能先读到前因后果。通用记忆层出来之前，先让决定有个固定的地方落下来。

[Kayne @StocksFromZero]

@Super_Nius 玩法能抄，手感、节奏和一次次打磨时做的取舍很难抄。AI 让复刻变便宜以后，独立开发者能守住的，恰恰是那些只有你自己做得出来、也说不清是怎么调出来的部分。藏起来，不如跑得更快。

[Kayne @StocksFromZero]

@dingyi 做了这么多年 iOS，我判断界面先看一件事：在最差的场景下还能不能用。开车时扫一眼、白天屏幕反光，这时候看不清，线框风再好看也不行。美学和可用性不打架，可用性先过关，美学才有意义。

[Kayne @StocksFromZero]

@NFT_Chen 从截图点一下换成写代码去操作，最大的好处是能复跑：哪一步错了查得到，修完还能再跑一遍。难的是跑到一半弹出一个没见过的窗口，它能不能意识到自己点错了、退回去，而不是一路点到底。

[Kayne @StocksFromZero]

@hboot0230 三条里第二条最难，也最常翻车。改一个 bug 冒出三个，往往是因为它只看了眼前那个文件，没顾上别处还有谁在用。比跑分更值得看的，是它动手前会不会先去找这些调用方。

[Kayne @StocksFromZero]

@tvytlx 这个思路有意思，但该考的不是代码细节，是改动意图：为什么要改、动了哪些地方、可能影响什么。细节记不住很正常，意图说不清，才说明你其实没看懂这次改动。

[Kayne @StocksFromZero]

@runes_leo 「需要我拍板」那条最戳人。AI 流程里最容易丢的不是代码质量，是那些只有人能定的事：要不要做、做到什么程度、哪个取舍能接受。不主动摆到眼前，它就会替你默认一个。

[Kayne @StocksFromZero]

@UPing123zzz 写了 11 年 iOS，最深的体会是：做出来只是第一天，真正的开发在上线之后。系统一升级，老机型要兼容，需求一变就得动老代码，还得知道改了这里会牵连哪里。做出来那一刻觉得自己会了，维护半年才知道会没会。

[Kayne @StocksFromZero]

@dotey 话说一半就能猜中，听着省事。可猜对是惊喜，猜错了它会很自信地往错的方向做完一整套，返工比多打几个字贵得多。指令越短，越考验人心里那张图清不清楚。

[Kayne @StocksFromZero]

@kkkkeric_AI AI 让写代码变便宜以后，最容易犯的错就是什么都想自己写。先问一句这件事值不值得写代码，有时候花点小钱买现成的就解决了。判断「不做」，也是工程能力的一部分。

[Kayne @StocksFromZero]

@koffuxu 把 agent 当员工管，最先要补的不是工具，是交接：上一个 agent 做到哪、留下了什么、下一个从哪接。人的公司靠会议和文档，agent 的公司也得有个地方把这些写下来，不然组织架构画得再漂亮也转不起来。

[Kayne @StocksFromZero]

@KlauseSchip AI 写代码已经不太是瓶颈了，瓶颈在它能不能自己在真机上把流程走一遍，再把日志和截图带回来。移动端这一环一补上，人就不用再当它的手。好奇 iOS 这边什么时候有对等的方案。

[Kayne @StocksFromZero]

@kafkaup 写了 11 年 iOS，这三类都是老毛病：API 过时、读屏读不到、列表反复重算。代码能跑和能上架给真人用，中间差的就是这种老手经验。写成固定规则交给它，比每次在提示词里叮嘱靠谱。

[Kayne @StocksFromZero]

@oran_ge 换了底层但语法不变，用户一点不用迁移，这种取舍比加功能难得多。AI 往文档里写图，最怕语法错一个字整张图废掉；渲染够快，就能在保存时把每张图都校验一遍，错在落地前就被拦下。

[Kayne @StocksFromZero]

@ChengBei1988 AI 最先改变的，可能是那些一直排不上期的小问题：一句文案、一处间距、一个多余的弹窗。以前要排队等工程师，现在离用户最近的人可以直接提改动。工程师从排期变成把关，对产品体验反而是好事。

[Kayne @StocksFromZero]

@neohob @makrotasuss 写了 11 年 iOS，看到这种项目第一反应是：最难的从来不是写代码，是驱动和真机调试。AI 能把代码写出来，但能跑起来，多半是有人一次次刷机、看日志、再让它改。提交署名是 Claude，功劳至少一半在那个人。

[Kayne @StocksFromZero]

@shuizhuyu 没取消 review 这点最值得看。很多人以为 AI 写得多了就可以少审，其实反过来：写的量上去了，靠一个人逐行读根本跟不上，只能变成流程。个人开发者也一样，先定好哪些地方必须过关，比每行都看更实际。

[Kayne @StocksFromZero]

@nowXono worktree 解决的是 agent 之间抢文件，人这边的瓶颈还在：几份产出同时摆在面前，人一次只能认真看一份。并行开几个 agent 不难，难的是让产出能排着队被看完，不然只是在攒待办。

[Kayne @StocksFromZero]

@AndyL5cc 这几个练手项目，难度一个比一个离谱。其实最好的练手项目，是给自己做个天天要用的小东西：需求你最清楚，哪里不顺手当天就知道，改起来也不用等谁点头。