@triptipstop 英文字母格式的，和 V2EX 昵称差不多

@billlee 是这样 的

@WithoutSugarMiao 看了这个仓库，大部分组件是 for 工程上的安全或成本控制，gemini-cli 里还有这个文章的更清晰的实现，但从学习角度来讲，gemini-cli 的实现，非常痛苦，核心 loop 和前端交互代码混杂在一起；为了保证稳定性的代码远多于实现功能的代码。

我发这个帖子就是为了干掉这些 为了“使用稳定/成本”才有的优化，专注于实现功能本身

不知道为什么 cc 效果好，我猜核心是一套评测系统，以此优化 prompt, 和写的代码代码应该关系不大（我猜的）。anthropic docs 花很长篇幅解释了评测系统。换个说法，即使知道 cc 牛逼的原因用处也不大，关键要知道可量化的评测。

多喷，我爱听
但凡研究过 claude-code 这类 cli 工具就说不出这话，还有人用 memory 和 commit 来反对，这就像别人送一朵花，却有人喷叶子长得不好看
有十几个哥们点了 star 的，我相信他们也认为 简单>复杂，逻辑>优化

感兴趣可以研究一下知名仓库的逻辑:
https://minusx.ai/blog/decoding-claude-code/
https://github.com/google-gemini/gemini-cli

这篇文章和我观点一样:
https://www.reddit.com/r/AI_Agents/comments/1myms7e/agents_are_just_llm_loop_tools_its_simpler_than/

agent 的逻辑由 llm(data) 驱动而不是代码(固定逻辑)

ui 问题 建议先用其他 ai 生成 figma 设计图，再用 mcp 连上 figma

1. 他很简单 2. 他能工作；

@cabudon 开帖细说

@HENQIGUAI 据我观察、涨粉快的人 reply 别人比较多、但我不太认同这种涨粉方式

@acehinnnqru x 的算法开源的

如果对你有帮助，请回复一下

仓库在 https://github.com/mileswangs/mentiontab

@jinjiang2024 有道理

@yuanchao 1.难以设立测试环境 2. 执着于客户端+rls 直接操作数据库 有学习成本 3.依然无法避免服务器 因为 ai 输出是长时间和有状态的 4.大规模难以迁移

@litianyunq 有道理 我先 just for fun 本人也不看好这个商业化

@lishuhang 关键是给他的特征，input->output 的例子，看看能不能问出来...

@lishuhang 0_0system prompt 真是这样，厉害了