V2EX › zisen 的所有回复 › 第 13 页 / 共 55 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

For Existing Member Sign In

1 ... 9 10 11 12 13 14 15 16 17 18 ... 55

❮

❯

2 月 1 日

回复了 Koimiao 创建的主题 › OpenClaw › 仅花一分钟就可以用的 OpenClaw

@BruceWooong fomo 了

1 月 31 日

回复了 irvinglove 创建的主题 › 程序员 › 昨天在 reddit 上发了个开源插件介绍，被骂了。

楼主别伤心，其实他说的也有道理，你在论坛里推广你的插件或者工具，然后有人感兴趣接着去使用了，花了时间安装和体验，结果出了 bug ，可能会反馈到你这里，但是由于这种插件遍地都是，作者很容易就弃坑因为有太多同类替代品了。最后就是你消耗了你的 tokens ，尝试使用你的插件的用户浪费了时间去帮你测试，双输的结局。

本意是说在你推广你的产品之前，要考虑清楚用户体验这些东西，以及你是否有精力去持续维护你的工具，不然你一下午构建的工具可能会导致你的用户浪费了他的时间。

因此他们认为这种不负责任的行为不值得推广（在论坛发帖也属于推广，即便你不是为了盈利）。

就我自己来看，当我使用某个开源工具的时候，我首先会看 stars ，基本上 1k 以上我才考虑使用因为这是经过一些人验证过的，不需要我自己再去浪费时间检验合格性，另外我还会关注作者的更新频率，如果更新频率低或者上一次更新是几个月前，那么我肯定也不会考虑使用。

发出这条评论的老哥估计是被不负责任的 vibe coding 出来的工具给坑了。

V 站现在也是这种状态，每天分享创造节点都一堆 vibe coding 一两天出来的实验性作品，大部分都是图一乐，少数是精品，讲道理我也有点看腻了

1 月 31 日

回复了 badongdyc 创建的主题 › OpenAI › 请问 codex team 是多少额度的

codex 还是不太好用，我体验过最好用的是 opencode+copilot 的 opus4.0 ，响应快不降智体验非常好，缺点是 128k 上下文和每月只能对话 100 次，下个月打算试试 claude 自家的订阅 opus ，如果还是不够用那说明得上 max 了

1 月 31 日

回复了 DragonX 创建的主题 › 问与答 › 我们是不是处于第四次工业（科技）革命中。

参考头号玩家，现实世界里的矿有机器人挖，但是虚拟世界里的矿必须要人来挖，元宇宙禁止 ai 和机器人，这样所有人又可以去元宇宙找工作了，如果我是资本家，我很乐意推动这种元宇宙科技的发展，特别是现实世界生产力极大的过剩的情况下

1 月 31 日

回复了 aryu 创建的主题 › 分享创造 › OpenAPI -> Skills 转化器，让 Agent 按需精准读取 API 文档

api 索引占用多少 tokens

1 月 30 日

回复了 FH0 创建的主题 › 程序员 › Claude 模型很喜欢说：你说的对

我觉得 copilot 里面的 opus 比 antigravity 里面的 opus 聪明很多，copilot 的 opus 响应更快而且考虑问题更加全面，就是 context 只有 128k 有点可惜

1 月 28 日

回复了 chouxiang7 创建的主题 › 程序员 › b 站把开源仓库告了，被删库了

@Skifary 风险有点大，进公司了直接把内部 api 全曝光了

1 月 28 日

回复了 zephyr94 创建的主题 › Apple › 忍不住下手 Air 了

上班神机，但是如果外出旅游想换 pm 的话切不了卡，得带俩手机出门太麻烦了

1 月 28 日

回复了 snownemo 创建的主题 › 生活 › 感觉自己越来越像个 NPC 了

@guisheng 吃苦耐劳是刻在骨子里的，不吃点苦浑身难受

1 月 27 日

回复了 JustW 创建的主题 › Local LLM › ClawdBot 保姆级安装指南：从零搭建你的 24/7 私人 AI 助手

ai 味好重，有点腻了，感觉每天都是在跟同一个人（ ai ）说话😭

1 月 23 日

回复了 xiaocongcong1 创建的主题 › 东京 › 日本见闻录｜东京 4 日游小小分享

日本适合旅游不适合长期工作居住，旅游本质上是用游客的豁免权享受了日本社会恭敬和克制的福利。
日料确实好吃但没有吃不腻的程度，拉面普遍比较咸，吃完要喝很多水，炸猪排吃多了上火。日料好就好在吃完肚子里不会有很油腻的感觉，吃了跟没吃一样，中餐油太多了。

1 月 23 日

回复了 LonnyWong 创建的主题 › 分享创造 › 低延迟、支持漫游、不会掉线的 ssh（比同类 13K 多 star 的老项目，功能还要更强，体验也要更优）

能不能指定 config 文件呢，默认的 config 文件不能乱动，动了 vscode 和 cursor 就连不上了

1 月 22 日

回复了 chenguangwei 创建的主题 › 程序员 › token 不够用，大家是一个什么组合

@453484437 反重力的 gemini 不兼容 claude code ，opus 额度少得可怜，20 个号应该可以一战

1 月 21 日

回复了 bozhouAI 创建的主题 › 推广 › 分享我的安全纯净科学的上网方式

@entimm 很多 ai 工具都要求美国 ip

1 月 20 日

回复了 sn0wdr1am 创建的主题 › 程序员 › 你们会选择什么 AI 作为自己的主力辅助工具？

Claude Code + CliProxyApi (Antigravity (Opus) x3 + Codex x1)

基本用不完，用完了就加一个号

1 月 19 日

回复了 maymay5 创建的主题 › 分享创造 › 你应该试试 [Snow CLI] 一款全开源的，完成度还算高的 AI Coding CLI Agent

opencode 就是小 bug 一堆，没有 claude code 稳定

1 月 19 日

回复了 joyce95 创建的主题 › 分享创造 › 我用 Gemini 3 Pro 撸了一个 TESLA 锁车音效网站

ui 的 prompt 是啥，为啥我让他做出的都是蓝紫渐变😭

1 月 18 日

回复了 zisen 创建的主题 › 创造者 › 关于快速迭代理论的思考

@sillydaddy 既然你已经快完成了工具的制作，那在当下这个时间点来看，先做完工具再去做视频确实是更好的选择，不过仍然要谨慎安排你的时间成本，要说服自己接受当前的不完美，精雕细琢的代价就是工期无限拉长。就好比你的老板给你说要下周一做好新需求，你不可能随心所有地按照自己的规范去完善代码，而是在下周一之前给一个能用的版本，有问题后面再说。

当然这是你自己的项目而不是老板的项目，你可以给自己划定超长工期，不过不断拉长的工期只会消耗人的耐心，因为没有反馈的去做一件事是需要极大的耐力的，很有可能到最后就烂尾了。

1 月 18 日

回复了 zisen 创建的主题 › 创造者 › 关于快速迭代理论的思考

@sillydaddy 如果你的核心目标还是自媒体而不是开发动画软件，从低成本角度考虑，建议搁置现在这个自制的动画软件，用现成的工具（我经常看的一个讲 LLM 原理的博主[飞天闪客]( https://www.youtube.com/@%E9%A3%9E%E5%A4%A9%E9%97%AA%E5%AE%A2)就是用 PowerPoint 做动画的，你可以看看他的置顶视频，我觉得能把 LLM 原理讲明白的动画用来讲解加密货币应该没什么问题。

如果你仍然不肯放弃自研动画软件，可以看看下面的话：

依然从 Musk 的例子来套用你的现状，他在造车流程非常成熟之后，在上海超级工厂搭建初期，依然没有直接全套使用机器人自动化，而是采用人机协同来规避 bug ，等到人机协同成熟后，他再慢慢将人替换为机器，最终实现全套机械化产线。

因此关于你的动画软件，你可以先实现一个 MVP 来制作 9 个图里都会出现的重复的动画，然后结合人工 PowerPoint 编排去实现一些现阶段只会使用一次的效果。而不是从一开始就寄希望于你的动画软件可以完美实现所有你期待的动画效果。等到后期你的视频内容越来越多，有大量的讲解开始需要重复的动画效果，这个时候你再去给你的软件加上这些动画效果。

看得出来你是一个完美主义者，认为磨刀不误砍柴工，但如果你真的要做自媒体，那我建议你不要再去打磨这个动画软件了，除非你的目标变成开发一款动画软件。

1 月 17 日

回复了 zisen 创建的主题 › 创造者 › 关于快速迭代理论的思考

@sillydaddy 快速迭代理论的第一步就是做一个不完美且低成本的产品（视频），然后依赖快速迭代来接近完美。

你的第一条视频必须是低成本的，在做视频的角度上来看，就是时间成本，**你需要规划一定的时间，规定自己必须要在这个时间内产出第一条视频。**

你的核心目标是做一个自媒体，而不是做一个动画软件，因此你首先要将动画的实现约束在现成的动画软件例如基础的 PowerPoint ，高级一点的可以直接做 flash 或者直接让 agent 生成前端动画页面，而你的重心应该放在如何让观众能更好地理解你要讲解的知识，也就是加密货币的原理讲解上面。

另外也可以采用“第一性原理”的角度来看，就是这个动画效果是不是非得用专业软件制作才能让观众理解你要讲的内容，如果不是，那么没必要走学习成本或开发成本高的路径。

在你上传完第一个加密货币的视频后，观察观众的反馈（大部分时候没有观众，可以拉身边的朋友或者直接在 v 站发帖推广，据我观察到的 v 站大部分朋友都会认真地提建议），然后基于反馈来进行迭代。

另外说一下快速迭代中的迭代速度这一点，迭代速度确实基于 infra 的成熟程度，这里 infra 可以是你自制的动画软件，但前提是，你搭建的 infra 是逻辑清晰，稳定有效的可以用于快速迭代的一个基础设施，如果你只是想试试自媒体起一个号看看效果而不是想辞职全职做自媒体，那么这个动画软件是彻底没必要的。如果真的到了要开发动画软件的地步，也可以基于快速迭代理论来开发，这里就不细说了。

Musk 曾经在 2017 年开发 Tesla Model 3 的时候，搞了一整套自动化机器人流程，结果这些流程差点让 Tesla 破产，因为这些机器人机械臂并没有像他预期的那样高效率的工作而是不断地出现小 bug ，而修复机器人产线 bug 远比人工来得慢，最后他把机器人产线拆除，重新使用人工来组装 Tesla 。这个例子换到你的例子里面，就是你的动画软件大概率不能助力你的视频产出，而你会消耗大量的精力在开发动画软件上面。你需要等到视频制作流程成熟稳定后，开始考虑使用软件来自动化迭代你的视频。

1 ... 9 10 11 12 13 14 15 16 17 18 ... 55

❮

❯