年初的时候 openclaw 刚火起来，我们惊讶于 Peter Steinberger 每天的开发效率，OpenClaw 峰值有 1 天 merge 600 commits 。我们便开始重新回顾和研究，开始一步步的向更高效率靠拢。 这小半年来我们从每天个位数的提交提升到数十次，巅峰期某天达到上百次，效率明显提升，所以我们把一点点的经验和使用的工具 Agentflow 和 it-runner 分享给大家。 （如下是 Agentflow 项目的最近提交截图） 先聊开发过程中的几个问题： 1 、手动操作和记忆消耗 AI 写代码的能力越来越强，但真正落到具体业务开发时，很多事情还是停留在“人肉调度”的阶段。 某个硬件或服务端项目，需要记住端口、环境变量、部署路径、上传方式、重启命令； 调试业务问题时，不只是跑单元测试，还要看日志、清缓存、重启服务、反复验证； 很多任务需要长期或重复运行，比如构建、部署、联调； AI 改完代码后，最好能自动执行固定流程，失败后继续让 AI 分析、修复、再验证， 避免开发者手动收集信息再转交。 这些事情单独看都不复杂，但每天重复很多次，就会非常消耗精力和考验记忆力 2 、并行开发和团队协作 我们经常同时跑多个项目、多个任务、多个 Agent 。以前用 tmux 、Cursor 、VSCode 也能跑，但时间一长会遇到几个问题： 不方便管理多个项目和多个任务； 不方便回看每个任务的历史记录； 不方便在手机或远程环境里查看进度、接手操作； 多个 Agent 同时改代码时，分支、目录、上下文容易混乱。 团队成员共同开发一个任务时，不方便共享上下文，也不容易看到其他人是怎么思考和推进任务的。 这一点在多人协作时尤其明显。 以前一个任务如果是多个人一起参与，很多上下文其实散落在微信群、飞书、终端记录、Git commit 、PR 描述里。别人要接手时，往往只能看到最终代码，很难知道前面是怎么思考的、试过哪些方案、为什么这么改。 在 AgentFlow 里，同一个任务可以由团队成员共享同一个面板。大家可以直接看到任务进度、Agent 的执行过程、其他成员写过的提示词、运行结果和后续处理思路。 这个体验对团队内部协作非常有帮助：新接手项目成员可以更快理解老成员是怎么拆解问题、怎么给 AI 下指令的；多人协作时，不需要反复同步“现在做到哪一步了”；接手任务的人也可以直接沿着前面的上下文继续推进。 成果分享 可以说 AgentFlow 不只是一个 AI 开发工具，也像是一个团队共同沉淀开发过程和业务理解的地方。 最终我们基于一些 kanban 类产品的使用体验，再结合内部孵化的 it-runner ，做出了 AgentFlow 。 官网地址： https://agentflow.geili.ai/ 简单来说，AgentFlow 想解决的是： 在浏览器里 ALL in One, 管理多个 AI 开发任务，让每个任务都可以独立运行、查看历史、执行固定流程，并且内置的 it-runner 完成测试、构建、部署、看日志、重启服务等动作。让开发者尽可能少的频繁切换终端或者 IDE. 以前很多任务需要人盯着终端一步一步操作，现在可以把流程固定下来，让 AI 改代码、跑命令、看结果、再继续修。我们团队现在每天 git commit 的次数明显变多，需求和修复都能更快推进，确实有点找到了点龙虾作者的感觉，当然还有非常大的距离。 我们也把 AgentFlow 推荐给了一些合作伙伴试用，反馈还不错。 当然，用下来也发现了一些问题。 在 AI 并行开发场景里，代码隔离非常重要。我们的体感是：一旦同时跑 2 ～ 3 个以上任务，git worktree 的收益就会非常明显。每个任务有独立目录，互相不影响，Agent 改坏了也比较好处理。 很多 kanban 类 AI 开发工具会强制使用 worktree 。 但我们发现，一部分开发者刚开始并不太习惯 worktree ，所以 AgentFlow 目前同时支持两种方式： 使用 git worktree ，适合多任务并行开发； 不使用 worktree ，适合刚开始体验或简单任务。 这样新手上手会更容易一些。等任务数量变多后，再逐步切换到 worktree 模式也可以。 免费及开源 目前 AgentFlow 还没有收费计划，先开放给大家体验，收集更多真实反馈。 https://agentflow.geili.ai/ it-runner 接下来也有开源的计划，可以先查看 https://agentflow.geili.ai/docs/it-runner/ 了解 我们也建了一个早期用户交流群，原因大家反馈问题、交流使用方式。后续如果有收费计划，早期用户会优先获得兑换码、优惠资格或较长时间的免费额度。 愿意支持顶贴的朋友，也可以留下邮箱，后续我们如上线兑换码时会统一发送 以下是 AgentFlow 的一些截图: 每个分支都可以单独运行相关 it-runner 任务 任务出错时，可以一键 ai 修复，并重启 每个分支独立的 git 、终端、文件等操作，不再需要打开 IDE 增加了新手引导，让上手更简单
年初的时候 openclaw 刚火起来，我们惊讶于 Peter Steinberger 每天的开发效率，OpenClaw 峰值有 1 天 merge 600 commits 。我们便开始重新回顾和研究，开始一步步的向更高效率靠拢。 这小半年来我们从每天个位数的提交提升到数十次，巅峰期某天达到上百次，效率明显提升，所以我们把一点点的经验和使用的工具 Agentflow 和 it-runner 分享给大家。 （如下是 Agentflow 项目的最近提交截图） 先聊开发过程中的几个问题： 1 、手动操作和记忆消耗 AI 写代码的能力越来越强，但真正落到具体业务开发时，很多事情还是停留在“人肉调度”的阶段。 某个硬件或服务端项目，需要记住端口、环境变量、部署路径、上传方式、重启命令； 调试业务问题时，不只是跑单元测试，还要看日志、清缓存、重启服务、反复验证； 很多任务需要长期或重复运行，比如构建、部署、联调； AI 改完代码后，最好能自动执行固定流程，失败后继续让 AI 分析、修复、再验证， 避免开发者手动收集信息再转交。 这些事情单独看都不复杂，但每天重复很多次，就会非常消耗精力和考验记忆力 2 、并行开发和团队协作 我们经常同时跑多个项目、多个任务、多个 Agent 。以前用 tmux 、Cursor 、VSCode 也能跑，但时间一长会遇到几个问题： 不方便管理多个项目和多个任务； 不方便回看每个任务的历史记录； 不方便在手机或远程环境里查看进度、接手操作； 多个 Agent 同时改代码时，分支、目录、上下文容易混乱。 团队成员共同开发一个任务时，不方便共享上下文，也不容易看到其他人是怎么思考和推进任务的。 这一点在多人协作时尤其明显。 以前一个任务如果是多个人一起参与，很多上下文其实散落在微信群、飞书、终端记录、Git commit 、PR 描述里。别人要接手时，往往只能看到最终代码，很难知道前面是怎么思考的、试过哪些方案、为什么这么改。 在 AgentFlow 里，同一个任务可以由团队成员共享同一个面板。大家可以直接看到任务进度、Agent 的执行过程、其他成员写过的提示词、运行结果和后续处理思路。 这个体验对团队内部协作非常有帮助：新接手项目成员可以更快理解老成员是怎么拆解问题、怎么给 AI 下指令的；多人协作时，不需要反复同步“现在做到哪一步了”；接手任务的人也可以直接沿着前面的上下文继续推进。 成果分享 可以说 AgentFlow 不只是一个 AI 开发工具，也像是一个团队共同沉淀开发过程和业务理解的地方。 最终我们基于一些 kanban 类产品的使用体验，再结合内部孵化的 it-runner ，做出了 AgentFlow 。 官网地址： https://agentflow.geili.ai/ 简单来说，AgentFlow 想解决的是： 在浏览器里 ALL in One, 管理多个 AI 开发任务，让每个任务都可以独立运行、查看历史、执行固定流程，并且内置的 it-runner 完成测试、构建、部署、看日志、重启服务等动作。让开发者尽可能少的频繁切换终端或者 IDE. 以前很多任务需要人盯着终端一步一步操作，现在可以把流程固定下来，让 AI 改代码、跑命令、看结果、再继续修。我们团队现在每天 git commit 的次数明显变多，需求和修复都能更快推进，确实有点找到了点龙虾作者的感觉，当然还有非常大的距离。 我们也把 AgentFlow 推荐给了一些合作伙伴试用，反馈还不错。 当然，用下来也发现了一些问题。 在 AI 并行开发场景里，代码隔离非常重要。我们的体感是：一旦同时跑 2 ～ 3 个以上任务，git worktree 的收益就会非常明显。每个任务有独立目录，互相不影响，Agent 改坏了也比较好处理。 很多 kanban 类 AI 开发工具会强制使用 worktree 。 但我们发现，一部分开发者刚开始并不太习惯 worktree ，所以 AgentFlow 目前同时支持两种方式： 使用 git worktree ，适合多任务并行开发； 不使用 worktree ，适合刚开始体验或简单任务。 这样新手上手会更容易一些。等任务数量变多后，再逐步切换到 worktree 模式也可以。 免费及开源 目前 AgentFlow 还没有收费计划，先开放给大家体验，收集更多真实反馈。 https://agentflow.geili.ai/ it-runner 接下来也有开源的计划，可以先查看 https://agentflow.geili.ai/docs/it-runner/ 了解 我们也建了一个早期用户交流群，原因大家反馈问题、交流使用方式。后续如果有收费计划，早期用户会优先获得兑换码、优惠资格或较长时间的免费额度。 愿意支持顶贴的朋友，也可以留下邮箱，后续我们如上线兑换码时会统一发送 以下是 AgentFlow 的一些截图: 每个分支都可以单独运行相关 it-runner 任务 任务出错时，可以一键 ai 修复，并重启 每个分支独立的 git 、终端、文件等操作，不再需要打开 IDE 增加了新手引导，让上手更简单
年初的时候 openclaw 刚火起来，我们惊讶于 Peter Steinberger 每天的开发效率，OpenClaw 峰值有 1 天 merge 600 commits 。我们便开始重新回顾和研究，开始一步步的向更高效率靠拢。 这小半年来我们从每天个位数的提交提升到数十次，巅峰期某天达到上百次，效率明显提升，所以我们把一点点的经验和使用的工具 Agentflow 和 it-runner 分享给大家。 （如下是 Agentflow 项目的最近提交截图） 先聊开发过程中的几个问题： 1 、手动操作和记忆消耗 AI 写代码的能力越来越强，但真正落到具体业务开发时，很多事情还是停留在“人肉调度”的阶段。 某个硬件或服务端项目，需要记住端口、环境变量、部署路径、上传方式、重启命令； 调试业务问题时，不只是跑单元测试，还要看日志、清缓存、重启服务、反复验证； 很多任务需要长期或重复运行，比如构建、部署、联调； AI 改完代码后，最好能自动执行固定流程，失败后继续让 AI 分析、修复、再验证， 避免开发者手动收集信息再转交。 这些事情单独看都不复杂，但每天重复很多次，就会非常消耗精力和考验记忆力 2 、并行开发和团队协作 我们经常同时跑多个项目、多个任务、多个 Agent 。以前用 tmux 、Cursor 、VSCode 也能跑，但时间一长会遇到几个问题： 不方便管理多个项目和多个任务； 不方便回看每个任务的历史记录； 不方便在手机或远程环境里查看进度、接手操作； 多个 Agent 同时改代码时，分支、目录、上下文容易混乱。 团队成员共同开发一个任务时，不方便共享上下文，也不容易看到其他人是怎么思考和推进任务的。 这一点在多人协作时尤其明显。 以前一个任务如果是多个人一起参与，很多上下文其实散落在微信群、飞书、终端记录、Git commit 、PR 描述里。别人要接手时，往往只能看到最终代码，很难知道前面是怎么思考的、试过哪些方案、为什么这么改。 在 AgentFlow 里，同一个任务可以由团队成员共享同一个面板。大家可以直接看到任务进度、Agent 的执行过程、其他成员写过的提示词、运行结果和后续处理思路。 这个体验对团队内部协作非常有帮助：新接手项目成员可以更快理解老成员是怎么拆解问题、怎么给 AI 下指令的；多人协作时，不需要反复同步“现在做到哪一步了”；接手任务的人也可以直接沿着前面的上下文继续推进。 成果分享 可以说 AgentFlow 不只是一个 AI 开发工具，也像是一个团队共同沉淀开发过程和业务理解的地方。 最终我们基于一些 kanban 类产品的使用体验，再结合内部孵化的 it-runner ，做出了 AgentFlow 。 官网地址： https://agentflow.geili.ai/ 简单来说，AgentFlow 想解决的是： 在浏览器里 ALL in One, 管理多个 AI 开发任务，让每个任务都可以独立运行、查看历史、执行固定流程，并且内置的 it-runner 完成测试、构建、部署、看日志、重启服务等动作。让开发者尽可能少的频繁切换终端或者 IDE. 以前很多任务需要人盯着终端一步一步操作，现在可以把流程固定下来，让 AI 改代码、跑命令、看结果、再继续修。我们团队现在每天 git commit 的次数明显变多，需求和修复都能更快推进，确实有点找到了点龙虾作者的感觉，当然还有非常大的距离。 我们也把 AgentFlow 推荐给了一些合作伙伴试用，反馈还不错。 当然，用下来也发现了一些问题。 在 AI 并行开发场景里，代码隔离非常重要。我们的体感是：一旦同时跑 2 ～ 3 个以上任务，git worktree 的收益就会非常明显。每个任务有独立目录，互相不影响，Agent 改坏了也比较好处理。 很多 kanban 类 AI 开发工具会强制使用 worktree 。 但我们发现，一部分开发者刚开始并不太习惯 worktree ，所以 AgentFlow 目前同时支持两种方式： 使用 git worktree ，适合多任务并行开发； 不使用 worktree ，适合刚开始体验或简单任务。 这样新手上手会更容易一些。等任务数量变多后，再逐步切换到 worktree 模式也可以。 免费及开源 目前 AgentFlow 还没有收费计划，先开放给大家体验，收集更多真实反馈。 https://agentflow.geili.ai/ it-runner 接下来也有开源的计划，可以先查看 https://agentflow.geili.ai/docs/it-runner/ 了解 我们也建了一个早期用户交流群，原因大家反馈问题、交流使用方式。后续如果有收费计划，早期用户会优先获得兑换码、优惠资格或较长时间的免费额度。 愿意支持顶贴的朋友，也可以留下邮箱，后续我们如上线兑换码时会统一发送 以下是 AgentFlow 的一些截图: 每个分支都可以单独运行相关 it-runner 任务 任务出错时，可以一键 ai 修复，并重启 每个分支独立的 git 、终端、文件等操作，不再需要打开 IDE 增加了新手引导，让上手更简单
年初的时候 openclaw 刚火起来，我们惊讶于 Peter Steinberger 每天的开发效率，OpenClaw 峰值有 1 天 merge 600 commits 。我们便开始重新回顾和研究，开始一步步的向更高效率靠拢。 这小半年来我们从每天个位数的提交提升到数十次，巅峰期某天达到上百次，效率明显提升，所以我们把一点点的经验和使用的工具 Agentflow 和 it-runner 分享给大家。 （如下是 Agentflow 项目的最近提交截图） 先聊开发过程中的几个问题： 1 、手动操作和记忆消耗 AI 写代码的能力越来越强，但真正落到具体业务开发时，很多事情还是停留在“人肉调度”的阶段。 某个硬件或服务端项目，需要记住端口、环境变量、部署路径、上传方式、重启命令； 调试业务问题时，不只是跑单元测试，还要看日志、清缓存、重启服务、反复验证； 很多任务需要长期或重复运行，比如构建、部署、联调； AI 改完代码后，最好能自动执行固定流程，失败后继续让 AI 分析、修复、再验证， 避免开发者手动收集信息再转交。 这些事情单独看都不复杂，但每天重复很多次，就会非常消耗精力和考验记忆力 2 、并行开发和团队协作 我们经常同时跑多个项目、多个任务、多个 Agent 。以前用 tmux 、Cursor 、VSCode 也能跑，但时间一长会遇到几个问题： 不方便管理多个项目和多个任务； 不方便回看每个任务的历史记录； 不方便在手机或远程环境里查看进度、接手操作； 多个 Agent 同时改代码时，分支、目录、上下文容易混乱。 团队成员共同开发一个任务时，不方便共享上下文，也不容易看到其他人是怎么思考和推进任务的。 这一点在多人协作时尤其明显。 以前一个任务如果是多个人一起参与，很多上下文其实散落在微信群、飞书、终端记录、Git commit 、PR 描述里。别人要接手时，往往只能看到最终代码，很难知道前面是怎么思考的、试过哪些方案、为什么这么改。 在 AgentFlow 里，同一个任务可以由团队成员共享同一个面板。大家可以直接看到任务进度、Agent 的执行过程、其他成员写过的提示词、运行结果和后续处理思路。 这个体验对团队内部协作非常有帮助：新接手项目成员可以更快理解老成员是怎么拆解问题、怎么给 AI 下指令的；多人协作时，不需要反复同步“现在做到哪一步了”；接手任务的人也可以直接沿着前面的上下文继续推进。 成果分享 可以说 AgentFlow 不只是一个 AI 开发工具，也像是一个团队共同沉淀开发过程和业务理解的地方。 最终我们基于一些 kanban 类产品的使用体验，再结合内部孵化的 it-runner ，做出了 AgentFlow 。 官网地址： https://agentflow.geili.ai/ 简单来说，AgentFlow 想解决的是： 在浏览器里 ALL in One, 管理多个 AI 开发任务，让每个任务都可以独立运行、查看历史、执行固定流程，并且内置的 it-runner 完成测试、构建、部署、看日志、重启服务等动作。让开发者尽可能少的频繁切换终端或者 IDE. 以前很多任务需要人盯着终端一步一步操作，现在可以把流程固定下来，让 AI 改代码、跑命令、看结果、再继续修。我们团队现在每天 git commit 的次数明显变多，需求和修复都能更快推进，确实有点找到了点龙虾作者的感觉，当然还有非常大的距离。 我们也把 AgentFlow 推荐给了一些合作伙伴试用，反馈还不错。 当然，用下来也发现了一些问题。 在 AI 并行开发场景里，代码隔离非常重要。我们的体感是：一旦同时跑 2 ～ 3 个以上任务，git worktree 的收益就会非常明显。每个任务有独立目录，互相不影响，Agent 改坏了也比较好处理。 很多 kanban 类 AI 开发工具会强制使用 worktree 。 但我们发现，一部分开发者刚开始并不太习惯 worktree ，所以 AgentFlow 目前同时支持两种方式： 使用 git worktree ，适合多任务并行开发； 不使用 worktree ，适合刚开始体验或简单任务。 这样新手上手会更容易一些。等任务数量变多后，再逐步切换到 worktree 模式也可以。 免费及开源 目前 AgentFlow 还没有收费计划，先开放给大家体验，收集更多真实反馈。 https://agentflow.geili.ai/ it-runner 接下来也有开源的计划，可以先查看 https://agentflow.geili.ai/docs/it-runner/ 了解 我们也建了一个早期用户交流群，原因大家反馈问题、交流使用方式。后续如果有收费计划，早期用户会优先获得兑换码、优惠资格或较长时间的免费额度。 愿意支持顶贴的朋友，也可以留下邮箱，后续我们如上线兑换码时会统一发送 以下是 AgentFlow 的一些截图: 每个分支都可以单独运行相关 it-runner 任务 任务出错时，可以一键 ai 修复，并重启 每个分支独立的 git 、终端、文件等操作，不再需要打开 IDE 增加了新手引导，让上手更简单
年初的时候 openclaw 刚火起来，我们惊讶于 Peter Steinberger 每天的开发效率，OpenClaw 峰值有 1 天 merge 600 commits 。我们便开始重新回顾和研究，开始一步步的向更高效率靠拢。 这小半年来我们从每天个位数的提交提升到数十次，巅峰期某天达到上百次，效率明显提升，所以我们把一点点的经验和使用的工具 Agentflow 和 it-runner 分享给大家。 （如下是 Agentflow 项目的最近提交截图） 先聊开发过程中的几个问题： 1 、手动操作和记忆消耗 AI 写代码的能力越来越强，但真正落到具体业务开发时，很多事情还是停留在“人肉调度”的阶段。 某个硬件或服务端项目，需要记住端口、环境变量、部署路径、上传方式、重启命令； 调试业务问题时，不只是跑单元测试，还要看日志、清缓存、重启服务、反复验证； 很多任务需要长期或重复运行，比如构建、部署、联调； AI 改完代码后，最好能自动执行固定流程，失败后继续让 AI 分析、修复、再验证， 避免开发者手动收集信息再转交。 这些事情单独看都不复杂，但每天重复很多次，就会非常消耗精力和考验记忆力 2 、并行开发和团队协作 我们经常同时跑多个项目、多个任务、多个 Agent 。以前用 tmux 、Cursor 、VSCode 也能跑，但时间一长会遇到几个问题： 不方便管理多个项目和多个任务； 不方便回看每个任务的历史记录； 不方便在手机或远程环境里查看进度、接手操作； 多个 Agent 同时改代码时，分支、目录、上下文容易混乱。 团队成员共同开发一个任务时，不方便共享上下文，也不容易看到其他人是怎么思考和推进任务的。 这一点在多人协作时尤其明显。 以前一个任务如果是多个人一起参与，很多上下文其实散落在微信群、飞书、终端记录、Git commit 、PR 描述里。别人要接手时，往往只能看到最终代码，很难知道前面是怎么思考的、试过哪些方案、为什么这么改。 在 AgentFlow 里，同一个任务可以由团队成员共享同一个面板。大家可以直接看到任务进度、Agent 的执行过程、其他成员写过的提示词、运行结果和后续处理思路。 这个体验对团队内部协作非常有帮助：新接手项目成员可以更快理解老成员是怎么拆解问题、怎么给 AI 下指令的；多人协作时，不需要反复同步“现在做到哪一步了”；接手任务的人也可以直接沿着前面的上下文继续推进。 成果分享 可以说 AgentFlow 不只是一个 AI 开发工具，也像是一个团队共同沉淀开发过程和业务理解的地方。 最终我们基于一些 kanban 类产品的使用体验，再结合内部孵化的 it-runner ，做出了 AgentFlow 。 官网地址： https://agentflow.geili.ai/ 简单来说，AgentFlow 想解决的是： 在浏览器里 ALL in One, 管理多个 AI 开发任务，让每个任务都可以独立运行、查看历史、执行固定流程，并且内置的 it-runner 完成测试、构建、部署、看日志、重启服务等动作。让开发者尽可能少的频繁切换终端或者 IDE. 以前很多任务需要人盯着终端一步一步操作，现在可以把流程固定下来，让 AI 改代码、跑命令、看结果、再继续修。我们团队现在每天 git commit 的次数明显变多，需求和修复都能更快推进，确实有点找到了点龙虾作者的感觉，当然还有非常大的距离。 我们也把 AgentFlow 推荐给了一些合作伙伴试用，反馈还不错。 当然，用下来也发现了一些问题。 在 AI 并行开发场景里，代码隔离非常重要。我们的体感是：一旦同时跑 2 ～ 3 个以上任务，git worktree 的收益就会非常明显。每个任务有独立目录，互相不影响，Agent 改坏了也比较好处理。 很多 kanban 类 AI 开发工具会强制使用 worktree 。 但我们发现，一部分开发者刚开始并不太习惯 worktree ，所以 AgentFlow 目前同时支持两种方式： 使用 git worktree ，适合多任务并行开发； 不使用 worktree ，适合刚开始体验或简单任务。 这样新手上手会更容易一些。等任务数量变多后，再逐步切换到 worktree 模式也可以。 免费及开源 目前 AgentFlow 还没有收费计划，先开放给大家体验，收集更多真实反馈。 https://agentflow.geili.ai/ it-runner 接下来也有开源的计划，可以先查看 https://agentflow.geili.ai/docs/it-runner/ 了解 我们也建了一个早期用户交流群，原因大家反馈问题、交流使用方式。后续如果有收费计划，早期用户会优先获得兑换码、优惠资格或较长时间的免费额度。 愿意支持顶贴的朋友，也可以留下邮箱，后续我们如上线兑换码时会统一发送 以下是 AgentFlow 的一些截图: 每个分支都可以单独运行相关 it-runner 任务 任务出错时，可以一键 ai 修复，并重启 每个分支独立的 git 、终端、文件等操作，不再需要打开 IDE 增加了新手引导，让上手更简单
价格2999.99TL/年 五人车人均90R 3=2 现在上车可以用到2027年7月21日（现在的套餐没到期，车友跳车了） 本人已用3年，希望长期用户来 尝鲜的可以找找github学生包 3 个帖子 - 2 位参与者 阅读完整话题
闲鱼和 qq 群 闲鱼看了外包: 10 年经验+大厂程序接单。 qq 群:人均 10 年开发经验。 我 8 年小厂都不好意思说了。 张某峰 在贴吧看到某个评论: "出门在外身份都是自己给的。以前还有自称在字节工作过的人出来卖 Python 课呢， 张某峰以前还自称自己是清华大学的教授呢，实则是郑大给排水肄业（那不就是高中学历？）" 问 deepseek: 张某峰自称清华大华,实际呢? 他在郑大毕业了吗? 答案你知道的。 知乎: https://www.zhihu.com/people/zhimengrensheng 这吊毛的毒文章,我专门喷过: https://www.v2ex.com/t/1215993 "BAT （百度、阿里巴巴、腾讯）"??? 小厂都给你 pass 掉。
闲鱼和 qq 群 闲鱼看了外包: 10 年经验+大厂程序接单。 qq 群:人均 10 年开发经验。 我 8 年小厂都不好意思说了。 张某峰 在贴吧看到某个评论: "出门在外身份都是自己给的。以前还有自称在字节工作过的人出来卖 Python 课呢， 张某峰以前还自称自己是清华大学的教授呢，实则是郑大给排水肄业（那不就是高中学历？）" 问 deepseek: 张某峰自称清华大华,实际呢? 他在郑大毕业了吗? 答案你知道的。 知乎: https://www.zhihu.com/people/zhimengrensheng 这吊毛的毒文章,我专门喷过: https://www.v2ex.com/t/1215993 "BAT （百度、阿里巴巴、腾讯）"??? 小厂都给你 pass 掉。
闲鱼和 qq 群 闲鱼看了外包: 10 年经验+大厂程序接单。 qq 群:人均 10 年开发经验。 我 8 年小厂都不好意思说了。 张某峰 在贴吧看到某个评论: "出门在外身份都是自己给的。以前还有自称在字节工作过的人出来卖 Python 课呢， 张某峰以前还自称自己是清华大学的教授呢，实则是郑大给排水肄业（那不就是高中学历？）" 问 deepseek: 张某峰自称清华大华,实际呢? 他在郑大毕业了吗? 答案你知道的。 知乎: https://www.zhihu.com/people/zhimengrensheng 这吊毛的毒文章,我专门喷过: https://www.v2ex.com/t/1215993 "BAT （百度、阿里巴巴、腾讯）"??? 小厂都给你 pass 掉。
闲鱼和 qq 群 闲鱼看了外包: 10 年经验+大厂程序接单。 qq 群:人均 10 年开发经验。 我 8 年小厂都不好意思说了。 张某峰 在贴吧看到某个评论: "出门在外身份都是自己给的。以前还有自称在字节工作过的人出来卖 Python 课呢， 张某峰以前还自称自己是清华大学的教授呢，实则是郑大给排水肄业（那不就是高中学历？）" 问 deepseek: 张某峰自称清华大华,实际呢? 他在郑大毕业了吗? 答案你知道的。 知乎: https://www.zhihu.com/people/zhimengrensheng 这吊毛的毒文章,我专门喷过: https://www.v2ex.com/t/1215993 "BAT （百度、阿里巴巴、腾讯）"??? 小厂都给你 pass 掉。
两份炸鸡+两碗辛拉面+沙拉 27 个帖子 - 21 位参与者 阅读完整话题
三星电子员工表决通过一项具有里程碑意义的利润分成协议。受益于存储芯片业务的蓬勃发展，该部门员工人均奖金预计接近40万美元。这份协议于周三获得通过，工会74%的成员投下赞成票。至此，这家全球最大存储芯片厂商围绕人工智能热潮带来的巨额收益如何分配，持续数月的劳资纠纷终于落幕。此前工会曾放话，若双方无法达成一致，将发起罢工。 根据协议，旗下7.8万名半导体员工可分得公司营业利润的10.5%。据韩国KB证券预测，三星今年营业利润将达327万亿韩元，据此计算，本次奖金总规模将超34万亿韩元（约合226亿美元）。该部分奖金为额外发放，公司原有奖金制度仍将按营业利润的1.5%正常执行。 受消息提振，三星股价周三涨幅接近7%。 这笔芯片业务奖金池的分配规则如下：约40%金额由全体员工平均分配，剩余部分则依据各事业部门业绩进行发放。存储芯片部门员工人均可拿到6亿韩元；而持续亏损的代工芯片及逻辑芯片设计部门员工，人均奖金约在1.5亿至2亿韩元之间。 韩国同业对手SK海力士去年已率先推出类似方案，承诺未来十年将营业利润的10%分给员工。按照其全年营业利润250万亿韩元的预期估算，SK海力士3.5万名员工人均奖金可达7.1亿韩元。 当下，人工智能设备所用的高带宽存储芯片需求暴涨，两家企业均因此大幅增收。三星此前已成为韩国首家市值突破1万亿美元的企业；周三，SK海力士市值也迈入万亿美元行列。美国芯片厂商美光科技的股价则于周二在纽约市场收盘时站稳万亿美元关口。 与SK海力士不同，三星并非纯粹的芯片制造商。据一位知情人士透露，负责生产手机、电视及其他数码产品的设备体验事业部（DX）员工，本次奖金仅约600万韩元。 这份协议也遭到保守派的批评，他们担心此举会引发韩国其他企业效仿、提出类似诉求。目前，互联网集团Kakao、电信运营商LGUplus、制药企业三星生物制剂的员工均已提出利润分成要求。 韩国最大在野党国民力量党议员宋彦锡上周表示：“（三星协议）所开创的先例，将引发全行业罢工潮，最终削弱韩国产业竞争力。一场罢工乱象的海啸正在逼近。” 查看评论
我在做一个可视化html，中间有一张漏斗图，大概意思是人均gdp，转化为人均可支配收入，再转化为人均消费支出。因为有很多个城市，很多个年份的数据，想用圆环的宽度来展现数值的大小。我想要的效果是图一这样 和各路AI搏斗了半天，画出来的是这玩意儿 有没有大佬能救救我，指点一下迷津T T 再补充一下，提示词一直是和gemini在讨论的，用的claude+deepseek v4模型，各种参考图片也发给gemini了，它一遍吹捧我的方案多么高大上，一遍不停修正提示词，来来回回搞了N回出来的都是这种，非常抽象- - 重新压迫一下gemini： 11 个帖子 - 6 位参与者 阅读完整话题
IT之家 5 月 18 日消息，《2026 中国北斗时空产业发展白皮书》于今日（5 月 18 日）发布。白皮书显示，2025 年我国北斗时空产业总体产值达到 13323 亿元，稳步迈入高质量发展的新阶段。 据央视新闻报道，中国卫星导航定位协会副会长新闻发言人赵继成透露，在大众消费领域持续发力，应用规模进一步提升， 已有 14 亿部智能手机支持北斗定位功能，占总量的 98% 。 支持北斗定位功能的可穿戴设备，保有量超过 1.6 亿台， 超过 1 亿台乘用车部署了具有北斗定位导航功能的车装设备 。 在海外应用市场方面， 北斗系统服务及相关产品已输出到 140 余个国家和地区 。中国企业通过本地化合作，已在“一带一路”沿线建立 20 余个海外服务中心，展现出强大的赋能效应和市场竞争力，北斗的国际话语权和影响力持续提升。 中国卫星导航定位协会表示，“十五五”期间，国家继续实施北斗规模应用工程，有望推动卫星导航产业规模在五年内突破万亿，并加快拓展北斗在大众消费、民生服务以及无人驾驶、低空经济、智能机器人等新兴领域的广泛应用。 截至目前，我国已构建起从芯片、模组、天线、终端到系统集成、应用服务的完整北斗时空产业链、供应链，自主可控水平持续提升。特别是，北斗兼容型芯片及模块累计出货量实现亿级规模，有效支撑了自主产业链供应链的安全稳健发展。 最新数据显示，2025 年，国内北斗终端产品总销量超过 4.1 亿台 / 套，具有北斗功能的各类型终端产品社会总保有量超过 22 亿台 / 套。
如图，差不多周限制30亿token，因为我们是五个人拼车，人均30刀，所以开新项目缓存token少一些 刚刚起床看了一下 奥特曼大赦天下哈哈哈 个人感觉比大部分中转站都实惠很多，因为我们都是深度使用用户，上边用量也能看出来 所以如果是深度用户的话，真的建议放弃中转站，自己去和朋友组队开一个，因为自己搭sub2也能确保数据的安全。 实际5h 10亿token左右，周限制 30亿token左右，可以结合自己中转站使用情况，去拼车 单号花费1000r 走的低价地区 美国免税账单地区 强烈推荐！！！ 5 个帖子 - 4 位参与者 阅读完整话题
最近朋友天天给我发峰哥视频 天天 xyy 以此为灵感 开发了这玩意儿 100% vibe coding 图一乐 有点像生理健康应用 记录一下手艺活等 试用戳： https://fa.danzaii.cn （移动端浏览器即可，进 /app 是完整应用）。 假的邮箱验证 随便填邮箱和密码注册就行 评论区自行配对（笑） 大压抑时代 要来哩 压抑不会消失，只会转移；转移到最后，往往不是更高级，是更危险。这项目治不了时代，但至少能提醒你：别在沉默里把风险当浪漫。 声明：本项目不能治疗大压抑，只能防止你在「假装什么都没发生」的路上开太远。 若试用后更压抑了，那说明你的审美比我的代码健康——提 issue ，我改。
最近朋友天天给我发峰哥视频 天天 xyy 以此为灵感 开发了这玩意儿 100% vibe coding 图一乐 有点像生理健康应用 记录一下手艺活等 试用戳： https://fa.danzaii.cn （移动端浏览器即可，进 /app 是完整应用）。 假的邮箱验证 随便填邮箱和密码注册就行 评论区自行配对（笑） 大压抑时代 要来哩 压抑不会消失，只会转移；转移到最后，往往不是更高级，是更危险。这项目治不了时代，但至少能提醒你：别在沉默里把风险当浪漫。 声明：本项目不能治疗大压抑，只能防止你在「假装什么都没发生」的路上开太远。 若试用后更压抑了，那说明你的审美比我的代码健康——提 issue ，我改。
IT之家 5 月 13 日消息，国家广播电视总局今日发布 2025 年全国广播电视行业统计公报，2025 年全国广播节目制作时间 713.24 万小时，播出时间 1617.19 万小时。电视节目制作时间 242.02 万小时，播出时间 1992.28 万小时。 2025 年全国制作发行电视剧 110 部、3376 集，制作发行电视动画片 336 部、9.39 万分钟，制作电视纪录片 4.88 万小时。 2025 年获得发行许可的网络剧 122 部、网络电影 154 部、重点微短剧 691 部、网络动画片 603 部。 网民人均每天观看互联网视听节目（含短视频）达到 205 分钟 。 截至 2025 年底，全国广播节目综合人口覆盖率 99.76%，电视节目综合人口覆盖率 99.83%，分别比 2024 年提高 0.02 和 0.01 个百分点。 完成全国有线电视“一省一网”整合，电视“套娃”收费和操作复杂治理实现新突破， 部署 1066 万套插入式微型机顶盒和通用遥控器、107 万端一体化电视 。全国有线电视实际用户 2.07 亿户，其中，有线双向数字电视实际用户 1.05 亿户；直播卫星用户 1.55 亿户。交互式网络电视（IPTV）用户超过 4 亿户，互联网电视（OTT）平均月度活跃用户数 2.85 亿户。 广电 5G 用户近 4200 万户 。 互联网视频年度付费用户 7.74 亿户，互联网音频年度付费用户 1.88 亿户， 短视频上传用户达到 10 亿户 。 全国共开办地级及以上高清电视频道 1087 个，4K/8K 超高清电视频道 18 个。全年新闻资讯类、综艺益智类电视节目高清超高清制作比例分别达到 93.19% 和 91.61%，分别比 2024 年提高 10.75 和 14.63 个百分点。有线电视高清超高清用户 1.11 亿户，其中，超高清用户 0.56 亿户，同比增长 24.44%。 截至 2025 年底，全国开展广播电视和网络视听业务的机构近 6 万家，其中，广播电台、电视台、广播电视台等播出机构 2512 家，广播电视节目制作经营机构超过 4.8 万家，持证及备案的网络视听服务机构 3186 家。 2025 年全国广播电视和网络视听行业总收入 15464.29 亿元，同比增长 5.22%。其中，广播电视和网络视听业务实际创收收入 13308.13 亿元，同比增长 5.00%；财政补助收入 1042.45 亿元，同比增长 4.59%；其他收入 1113.71 亿元，同比增长 8.61%。按主体分，广播电视机构总收入 7171.12 亿元，同比增长 5.48%，广播电视新媒体业务、广电 5G 业务持续拉动广播电视机构收入增长；网络视听服务机构总收入 8293.17 亿元，同比增长 5.00%。 IT之家附实际创收收入如下： 短视频、网络直播等收入 4795.44 亿元，同比增长 11.28% ； 广播电视机构交互式网络电视（IPTV）、互联网电视（OTT）收入 266.69 亿元，同比增长 3.14%； 网络视听用户付费、节目版权等服务收入 1867.81 亿元，同比增长 0.43%； 广告收入 3166.27 亿元，同比下降 0.39%； 有线电视网络收入 721.58 亿元，同比下降 2.41%； 节目制作、销售等节目相关收入 636.45 亿元，同比下降 3.45%； 技术服务、游戏、主题乐园及衍生产品等其他创收收入 1853.89 亿元，同比增长 11.02%。 截至 2025 年底，全国广播电视和网络视听从业人员 105.30 万人。从岗位上看，管理人员 16.54 万人，经营人员 15.43 万人，专业技术人员 47.91 万人，其他人员 25.42 万人；专业技术人员占比 45.50%，比 2024 年提升 1.26 个百分点。从学历上看，研究生及以上学历人员 8.23 万人，本科及大专学历人员 85.69 万人，高中及以下学历人员 11.38 万人；大专及以上学历人员占比 89.19%，比 2024 年提升 0.74 个百分点。
论坛人均chatgpt 和claude。 12 个帖子 - 9 位参与者 阅读完整话题
这两天看到个离谱新闻： “SK 海力士员工人均奖金高达 610 万人民币”。 我第一反应： 不是，这还上什么班？直接财务自由了啊…… 结果后面发现，事情和标题党说的还是有点区别。 根据媒体报道，这个“610 万”其实是按公司整体利润分红、股权激励等综合推算出来的“平均值”，并不代表每个员工真的都能拿到这么多。SK 海力士方面也回应称，网络流传的数据存在误解，实际奖金会根据岗位、绩效、职级等差异化发放。 但话说回来—— 即使打折，这奖金水平估计也已经让很多互联网人开始沉默了 半导体这几年确实有点猛，尤其 HBM（高带宽存储）需求爆炸之后，SK 海力士赚麻了。只能说： AI 时代最赚钱的，可能不是做 AI 的，而是卖“铲子”和“显存”的。 人均奖金610万，门卫、司机也有？SK海力士天价奖金虚实 SK 海力士回应“员工人均奖金 610 万人民币”：无法预测，今明年度业绩尚未确定 - IT之家 SK海力士被传员工人均奖金达610万人民币 官方回应：业绩尚未确定 奖金规模无法预测|奖金|SK海力士|人民币_新浪科技_新浪网 1 个帖子 - 1 位参与者 阅读完整话题