gpt 如果不降智缩量，还是可以用的。慢点就多开几个并发。

但是最恶心的就是降智，这公司真是太小人了。

@Him 我也是自己需要做的工具。市面上基本都是 GUI 的，但我主要工作机是 Linux ，我都是远程终端登录进去，GUI 的大部分不支持这种用法。

@QueueBounce 总能找到喷点，这精力拿去干点其他事不行吗

@smalljop 不是一个游戏撒。之前爆火的倒水小游戏就我们公司的，后来又爆了几个。

@hanxiV2EX 自动化测试用例已经是 yml 了，在模拟器跑测试，用 Maestro 来跑。不过到某个功能的实现时还是会漂移。我现在是每周做一次巡检，对每个子模块进行对齐检查，发现问题后就创建任务卡。

tf 我发了 358 个版本了，这个一般用户也不会用。线上目前是 1.9.4 ，大概发了十几个版本了。

@atshow 我自己的项目就挣了几百刀啊，所以不好意思说。

我其实只是分享说 AI 极大的拓展了能力上限，所以一个人也可以搞定这么多项目。但这和挣钱没有直接关系撒。

in review 整整一周了，毫无动静

就是 Jio 的活动账号，很多限制，网页聊天还凑合。

Grok 是真的毒舌。。。不愧用 X 做语聊训练的

@dowson521 你这种肯定是最先被优化的

@foursking 我这可不是吹牛逼，都是真实数据。尤其是任务量，仓库里有完整原始数据的分析报告。

@quxiaojuncuiyue 那我他妈的发帖子，关你他妈鸟事

我去，格式给弄坏了

人和 AI 讨论需求
|
v
确定开发任务
|
v
Agent 执行开发任务 <-- 发现问题就改
|
v
Agent 对成果进行审核 -> 发现问题回到上一步
|
v
交付

@nicebird

人负责讨论需求和确认开发任务文档。

Agent 负责开发，然后启动另一个 Agent 对成果进行审查。

审查分为 PMQA 和 Security 两种。

PMQA 关注功能实现是否完整，架构是否被污染，以及代码质量问题。

Security 则关注代码内部的安全问题和可以被外部攻击的漏洞。对于大多数任务，Agent 会判断不需要启用 Security 审核。

审查发现的问题会交给开发 Agent 去修复，修复完成后再做增量审核。

整个过程就是：

人和 AI 讨论需求 -> 确定开发任务 -> Agent 执行开发任务 -> Agent 对成果进行审核 -> 交付
^ |
\-- 发现问题，要改 ----/

每个任务都是在单独的 git worktree 里进行的，所以只要是互不干扰的任务，就可以并发进行。

交付阶段，AI 会负责把每个任务 worktree 合并会 base 分支，并解决冲突。如果 AI 认为合并后需要再跑审核，也会再启动审核循环。

@encro 是的，挣再多也是公司的。而且项目能挣钱不是因为项目，是因为公司这个平台。

个人只是打工，只能自己找出路。

@hanxiV2EX 主要是两端如果布局都靠代码，很容易漂移。现在 UI 漂移少了很多，但功能实现上还是存在漂移，还没找到好的办法。光靠规则约束是不行的。

@hanxiV2EX 我没权限置顶，哈哈。我是 Swfit 和 Kotlin 各一套，用 yml 定义 UI 布局和交互流，然后代码生成一部分 UI 相关的。

@Leeeeex 以后人和人之间差距，比人和狗的差距还大

@jianghuyeyu007 orca 偏桌面编排，QuickTUI 是手机端操作远程主机里的各种命令行 Agent ，使用场景还是很大区别的。