Agent - 钛刻 - 科技风向旗 - 深度刻画技术趋势,引领数字未来 - 第27页 - 钛刻科技 | TCTI.cn - 钛刻 (TCTI.cn) 为您提供最前沿的硬核科技资讯、深度评测和未来技术趋势分析。
基本信息 工作地点： 北京市,上海市 工作经验：3-5 年 学历要求： 本科及以上 更新时间：2026-04-23 工作职责 职位描述 负责面向社区技术团队的 Agentic 工程的架构设计、工程化平台建设、评估治理体系搭建，推动业务智能化从“单点工具”向“自主协同系统”演进，沉
tech v2ex.com 2026-04-27 10:56:54+08:00
拥有超过 10 年的前端/全栈开发经验, 热爱开源、工程设计、性能优化和从零到一的产品交付。 上份工作在三年前也发过贴还上了热门 https://www.v2ex.com/t/893707 , 不过项目最终还是没有成功，然后前端团队也解散了。 经典开源项目 https://art
tech v2ex.com 2026-04-27 10:35:30+08:00
基本信息 工作地点： 北京市,上海市 工作经验：3-5 年 学历要求： 本科及以上 更新时间：2026-04-23 工作职责 职位描述 负责面向社区技术团队的 Agentic 工程的架构设计、工程化平台建设、评估治理体系搭建，推动业务智能化从“单点工具”向“自主协同系统”演进，沉
tech v2ex.com 2026-04-27 10:13:10+08:00
比如进微信群抓链接、文本消息的，腾讯官方有开放吗？ 2 个帖子 - 2 位参与者 阅读完整话题
tech linux.do 2026-04-27 09:41:00+08:00
用的Trellis + v4-pro，为啥不同步等待Agent的输出啊，直接后台运行了 1 个帖子 - 1 位参与者 阅读完整话题
tech linux.do 2026-04-27 09:36:35+08:00
感觉本地的模型有很大的潜力，但也有局限，主要是受限于硬件吧。以下几点： 除了复杂架构调整分析工作外，日常的 CRUD 开发、项目总结、文档翻译、需求输入和模块的 Bug 修复上，几乎可以替代在线模型。 复杂分析以及深度的问题查找、大上下文还受限于模型规模和内存。 经过豆包和模型自
tech v2ex.com 2026-04-27 09:30:50+08:00
感觉本地的模型有很大的潜力，但也有局限，主要是受限于硬件吧。以下几点： 除了复杂架构调整分析工作外，日常的 CRUD 开发、项目总结、文档翻译、需求输入和模块的 Bug 修复上，几乎可以替代在线模型。 复杂分析以及深度的问题查找、大上下文还受限于模型规模和内存。 经过豆包和模型自
tech v2ex.com 2026-04-27 09:30:50+08:00
目前是一个已有的后台管理系统 主要是表单类，然后需要根据现在新的ui图进行样式重构，ui图我放在Figma然后接入的Figma的mcp但是尝试用了coplot以及codex感觉还原度都不是很好，想问问各位佬友有没有什么好的方案 6 个帖子 - 3 位参与者 阅读完整话题
tech linux.do 2026-04-27 09:18:11+08:00
感觉本地的模型有很大的潜力，但也有局限，主要是受限于硬件吧。以下几点： 除了复杂架构调整分析工作外，日常的 CRUD 开发、项目总结、文档翻译、需求输入和模块的 Bug 修复上，几乎可以替代在线模型。 复杂分析以及深度的问题查找、大上下文还受限于模型规模和内存。 经过豆包和模型自
tech v2ex.com 2026-04-27 09:14:03+08:00
感觉本地的模型有很大的潜力，但也有局限，主要是受限于硬件吧。以下几点： 除了复杂架构调整分析工作外，日常的 CRUD 开发、项目总结、文档翻译、需求输入和模块的 Bug 修复上，几乎可以替代在线模型。 复杂分析以及深度的问题查找、大上下文还受限于模型规模和内存。 经过豆包和模型自
tech v2ex.com 2026-04-27 07:47:44+08:00
感觉本地的模型有很大的潜力，但也有局限，主要是受限于硬件吧。以下几点： 除了复杂架构调整分析工作外，日常的 CRUD 开发、项目总结、文档翻译、需求输入和模块的 Bug 修复上，几乎可以替代在线模型。 复杂分析以及深度的问题查找、大上下文还受限于模型规模和内存。 经过豆包和模型自
tech v2ex.com 2026-04-27 07:47:44+08:00
具体案例： V2EX Safe Reading Helper 5.3.0 ，一个油猴脚本，核心逻辑不复杂，但 530 行里能清楚看到几层叠加痕迹： topic 来源从 API 一路加到 /recent 、节点页、ID 逐个扫描——每次拿不到帖子就加一个 fallback ，互相没
tech www.v2ex.com 2026-04-27 01:55:49+08:00
具体案例： V2EX Safe Reading Helper 5.3.0 ，一个油猴脚本，核心逻辑不复杂，但 530 行里能清楚看到几层叠加痕迹： topic 来源从 API 一路加到 /recent 、节点页、ID 逐个扫描——每次拿不到帖子就加一个 fallback ，互相没
tech www.v2ex.com 2026-04-27 00:55:49+08:00
本人是某大学的PhD，研究方向是生物信息大模型、生物信息Agent、AI蛋白，然后各类Vibe Coding用的炉火纯青，也有一些还不错的产出。各位觉着在L站开个很小的科研板块如何呢？就是专门用来交流讨论，不以诞生idea为主，更多的是帮助一些在校学生或者在职工作人员从底层了解A
tech linux.do 2026-04-27 00:21:44+08:00
具体案例： V2EX Safe Reading Helper 5.3.0 ，一个油猴脚本，核心逻辑不复杂，但 530 行里能清楚看到几层叠加痕迹： topic 来源从 API 一路加到 /recent 、节点页、ID 逐个扫描——每次拿不到帖子就加一个 fallback ，互相没
tech www.v2ex.com 2026-04-26 23:55:49+08:00
各位佬友好，我最近在思考一个多智能体协作的问题 最近我在用Claude来写代码，Codex来Review，有时候还会哈基米写前端 看起来互不冲突，但是Review的模型，在review完之后，上下文都缓存好，直接让他改代码就会更方便，然后越搞就越冲突。。。之前用过一个叫蜂巢的项目
tech linux.do 2026-04-26 23:01:26+08:00
具体案例： V2EX Safe Reading Helper 5.3.0 ，一个油猴脚本，核心逻辑不复杂，但 530 行里能清楚看到几层叠加痕迹： topic 来源从 API 一路加到 /recent 、节点页、ID 逐个扫描——每次拿不到帖子就加一个 fallback ，互相没
tech www.v2ex.com 2026-04-26 22:55:49+08:00
最近我给自己的新产品「云雀通」Larktun 做了一个文档网站。源码放在 GitHub 上，公开访问，日常更新也很简单：我在本地电脑或笔记本上改文档，确认没有问题后提交到 GitHub。 问题出在「部署」这一步。 之前我一直是手动发布。倒不是不想自动化，而是生产服务器配置比较低，
tech linux.do 2026-04-26 21:53:29+08:00
codex工程化能力真的有问题 1.subagent每次派发都要重新链接一圈MCP，浪费流量+token+时间，并且一直有个BUG没修复，一旦某个MCP超时，他就会一直重连，一直到内存爆炸。 2.subagent派发出去后管生不管养，任务已经结束，但是subagent不会自动关闭
tech linux.do 2026-04-26 21:18:52+08:00
最近我在用opencode的oh-my-openagent插件，按照它的默认配置跑了下，效果对我来说简直好的离谱。 我大概花了半小时和 Sisyphus 讲完需求和确定好方案以后，它就开始召唤多个Agent帮我实现，一顿操作，大概半小时就帮我搞定了之前要开发一天的工作量（质量一致
tech linux.do 2026-04-26 21:07:29+08:00