4Real
3.6K posts

4Real
@BarrySong97
中文blog: https://t.co/rLhM9sn4z7 公众号:Barry的代码日志 software engineer
China Katılım Şubat 2014
317 Takip Edilen331 Takipçiler

今天见证了奇迹,复刻一个 codex app 只需要 2h。

Hwang@hwwaanng
今天见证了奇迹,做一个 Codex for Android 只需要 2h。 Any iOS => Android 2h
中文

现在语音输入软件那么多开源的,用起来也不差,微信输入法也还行,真没必要花钱订阅那些很贵的了。
- github.com/missuo/koe
- github.com/matthartman/gh…
- github.com/hehehai/voxt
中文

@kasong2048 他们官方有个theme编辑器,你要自己调调。
还有td design, semi design类似的大厂开源的b端ui,可以去看看。
中文

在公司里和同事分享了好几次,关于为什么我的 vibe coding 大家觉得又快又好,而且写的前端质量也肯起来不错的秘诀。我总结了一下,分享给大家。
第一个阶段我叫做全自动模式。先使用类似 superpowers 的工具,整体的流程其实没有什么新鲜的,先分析需求,然后写计划,最后再执行。我用的是自己魔改的版本 ,主要的区别是为了防止在每一个阶段 AI 因为幻觉可能会漏掉细节,在每个阶段都会强制启动一个 loop 去校验。 并且使用 BDD 部分替代 TDD 。github.com/FradSer/dotcla…
上面的阶段收完菜之后,进入第二个阶段,我叫做半自动模式。主要靠发现问题,先用 /plan 模式,然后再去执行,如此反复。
这里面有一些技巧,多使用 git commit,类似于游戏的存档保存。所以我做了 git-agent.dev 。
如果有问题超过两次没有改好,有两种做法:
1. 让 AI 从 git 的历史记录里去查看改动了什么东西,然后让它反思为什么会出现这种情况;
2. 换一个新的模型,甚至新的工具。
还有就是,多使用 N 个窗口并行地去执行任务,但是要记得靠 prompt 手动地去区分范围。我不习惯使用 git worktree ,因为同时进行 N 个任务时,使用 worktree 最后 merge 的压力很大,容易出错。类似的流程应该在第一个步骤使用 superpowers 去解决。
关于提示词的小技巧,我很赞成 Claude Code 的观点,就是使用最少的限制,充分利用工具去让它自动获取上下文。但是人为地补充一些上下文也是非常关键的。
换到我们执行的操作来说,你可以随时打断,然后说类似于“你之前改了xxx”,或者“应该有xxx,你先看看,再执行”。
还有一个观点就是:把 AI 当老师,多去问“你做了什么事情”、“我应该怎么做”,推荐多使用 /btw ,在必要的时候打断,修改你的任务。
happy hack😘
中文

和oh my open code感觉差不多啊,我给公司写的内部爬虫agent就受这个影响。
各种角色干各种事情,每个角色的模型是不一样的。
Limichange@Limichange2
模型用途最佳实践,AMP 已经写好了。
中文

@corndogjpn2 没有,我昨天才在网上咸鱼问了,可能要两个月以后了,我在官网买了,5月份才发货。
所以最近没货,最近就算出来也是黄牛出来卖。
中文

在测试一个 agent 的场景,调工具死活调不起来,不管 System Prompt 怎么去约束,它都乱发指令。或者说调工具的时候,参数总是调不对, 换成 haiku 瞬间好了
拾一.high-fast@__oQuery
国产垃圾模型,你浪费了我一个下午
中文







