协调 - 钛刻 - 科技风向旗 - 深度刻画技术趋势,引领数字未来 - 钛刻科技 | TCTI.cn

协调 - 钛刻 - 科技风向旗 - 深度刻画技术趋势,引领数字未来 - 钛刻科技 | TCTI.cn - 钛刻 (TCTI.cn) 为您提供最前沿的硬核科技资讯、深度评测和未来技术趋势分析。

共 22 篇相关文章 · 第 1 / 2 页

在亚空间上编程和作画

在站里混了快一个月了。一直有个疑问。就是各位佬是怎么协调多个Ai干活的。 我所能理解的就是找个画布工具然后配置多个Ai一个个框,然后连线让他们交流。像Ai漫剧一样工作流连线。还是说只能用龙虾或者赫尔墨斯才能做到 1 个帖子 - 1 位参与者 阅读完整话题

tech LinuxDo 最新话题 2026-05-23 13:52:57+08:00

vibe 了一个月,做了一个网页对网页的公网局域网传输

花了一个月,用 ai 做了一个网页对网页的公网局域网传输,地址是: xiachuan.net ,文件传输完全走局域网,只是协调传输走需要公网协调,比较神奇的是,传统局域网传输需要安装客户端,而我们不需要。相比很多客户端提供网页传输,大多需要输入 ip+端口,而我们都是用一个公网

tech V2EX - 技术 2026-05-22 18:54:00+08:00

vibe 了一个月,做了一个网页对网页的公网局域网传输

花了一个月,用 ai 做了一个网页对网页的公网局域网传输,地址是: xiachuan.net ,文件传输完全走局域网,只是协调传输走需要公网协调,比较神奇的是,传统局域网传输需要安装客户端,而我们不需要。相比很多客户端提供网页传输,大多需要输入 ip+端口,而我们都是用一个公网

tech V2EX - 技术 2026-05-22 18:54:00+08:00

vibe 了一个月,做了一个网页对网页的公网局域网传输

花了一个月,用 ai 做了一个网页对网页的公网局域网传输,地址是: xiachuan.net ,文件传输完全走局域网,只是协调传输走需要公网协调,比较神奇的是,传统局域网传输需要安装客户端,而我们不需要。相比很多客户端提供网页传输,大多需要输入 ip+端口,而我们都是用一个公网

tech V2EX - 技术 2026-05-22 18:36:50+08:00

vibe 了一个月,做了一个网页对网页的公网局域网传输

花了一个月,用 ai 做了一个网页对网页的公网局域网传输,地址是: xiachuan.net ,文件传输完全走局域网,只是协调传输走需要公网协调,比较神奇的是,传统局域网传输需要安装客户端,而我们不需要。相比很多客户端提供网页传输,大多需要输入 ip+端口,而我们都是用一个公网

tech V2EX - 技术 2026-05-22 18:14:42+08:00

vibe 了一个月,做了一个网页对网页的公网局域网传输

花了一个月,用 ai 做了一个网页对网页的公网局域网传输,地址是: xiachuan.net ,文件传输完全走局域网,只是协调传输走需要公网协调,比较神奇的是,传统局域网传输需要安装客户端,而我们不需要。相比很多客户端提供网页传输,大多需要输入 ip+端口,而我们都是用一个公网

tech V2EX - 技术 2026-05-22 17:19:42+08:00

vibe 了一个月,做了一个网页对网页的公网局域网传输

花了一个月,用 ai 做了一个网页对网页的公网局域网传输,地址是: xiachuan.net ,文件传输完全走局域网,只是协调传输走需要公网协调,比较神奇的是,传统局域网传输需要安装客户端,而我们不需要。相比很多客户端提供网页传输,大多需要输入 ip+端口,而我们都是用一个公网

tech V2EX - 技术 2026-05-22 15:23:52+08:00

vibe 了一个月,做了一个网页对网页的公网局域网传输

花了一个月,用 ai 做了一个网页对网页的公网局域网传输,地址是: xiachuan.net ,文件传输完全走局域网,只是协调传输走需要公网协调,比较神奇的是,传统局域网传输需要安装客户端,而我们不需要。相比很多客户端提供网页传输,大多需要输入 ip+端口,而我们都是用一个公网

tech V2EX - 技术 2026-05-22 15:23:52+08:00

vibe 了一个月,做了一个网页对网页的公网局域网传输

花了一个月,用 ai 做了一个网页对网页的公网局域网传输,地址是: xiachuan.net ,文件传输完全走局域网,只是协调传输走需要公网协调,比较神奇的是,传统局域网传输需要安装客户端,而我们不需要。相比很多客户端提供网页传输,大多需要输入 ip+端口,而我们都是用一个公网

tech V2EX - 技术 2026-05-22 15:07:51+08:00

vibe 了一个月,做了一个网页对网页的公网局域网传输

花了一个月,用 ai 做了一个网页对网页的公网局域网传输,地址是: xiachuan.net ,文件传输完全走局域网,只是协调传输走需要公网协调,比较神奇的是,传统局域网传输需要安装客户端,而我们不需要。相比很多客户端提供网页传输,大多需要输入 ip+端口,而我们都是用一个公网

tech V2EX - 技术 2026-05-22 14:59:23+08:00

vibe 了一个月,做了一个网页对网页的公网局域网传输

花了一个月,用 ai 做了一个网页对网页的公网局域网传输,地址是: xiachuan.net ,文件传输完全走局域网,只是协调传输走需要公网协调,比较神奇的是,传统局域网传输需要安装客户端,而我们不需要。相比很多客户端提供网页传输,大多需要输入 ip+端口,而我们都是用一个公网

tech V2EX - 技术 2026-05-22 14:51:06+08:00

Gemini 3.5 Flash,伴随着Gemini的新UI,上线了!

之前放弃使用Gemini很重要的一个原因就是: 又丑又不协调的UI 3 个帖子 - 3 位参与者 阅读完整话题

tech LinuxDo 最新话题 2026-05-20 08:10:08+08:00

分布式的 Agent 协调服务

我们目前有一些 agent 是部署在不同的内部平台,物理上是隔离的,可以通过 API 或者 A2A 协议完成调用。 我们自己想搞一个可以在本地协调调度其他 agent 的能力,类似提供一个在线 AgentTeam 的能力,因为我们自己的平台目前没有 Agent 部署的能力,所以

tech V2EX - 技术 2026-05-19 17:29:12+08:00

分布式的 Agent 协调服务

我们目前有一些 agent 是部署在不同的内部平台,物理上是隔离的,可以通过 API 或者 A2A 协议完成调用。 我们自己想搞一个可以在本地协调调度其他 agent 的能力,类似提供一个在线 AgentTeam 的能力,因为我们自己的平台目前没有 Agent 部署的能力,所以

tech V2EX - 技术 2026-05-19 17:29:12+08:00

分布式的 Agent 协调服务

我们目前有一些 agent 是部署在不同的内部平台,物理上是隔离的,可以通过 API 或者 A2A 协议完成调用。 我们自己想搞一个可以在本地协调调度其他 agent 的能力,类似提供一个在线 AgentTeam 的能力,因为我们自己的平台目前没有 Agent 部署的能力,所以

tech V2EX - 技术 2026-05-19 17:17:25+08:00

分布式的 Agent 协调服务

我们目前有一些 agent 是部署在不同的内部平台,物理上是隔离的,可以通过 API 或者 A2A 协议完成调用。 我们自己想搞一个可以在本地协调调度其他 agent 的能力,类似提供一个在线 AgentTeam 的能力,因为我们自己的平台目前没有 Agent 部署的能力,所以

tech V2EX - 技术 2026-05-19 14:44:30+08:00

新的黑polo衫到手了,很合身。给推荐穿搭

Linuxdo的黑polo衫到手了,给一点通配的穿搭,因为单穿的话不协调就会显的很突兀。 发现整体配合黑西还算不错。 由此衍生一下,黑色西装配黑polo或者白polo配黑色无褶西裤配一脚蹬或者白鞋(黑polo配深鞋子,白polo配浅鞋子)。 注意我这边因为没有2xl的白polo了

tech LinuxDo 最新话题 2026-05-19 10:55:32+08:00

88.45% 登顶 CyberGym:微软纳德拉官宣 MDASH 框架,协调 100+ 模型 AI 抓虫 Win11

IT之家 5 月 13 日消息,微软首席执行官萨提亚 · 纳德拉(Satya Nadella)今天(5 月 13 日)在 X 平台发布推文,指出在本月补丁星期二活动(5 月 12 日)中, 在修复的 120 个漏洞中,有 16 个是由其 AI 安全系统 MDASH 发现。 IT之

tech IT之家 2026-05-13 13:26:20+08:00

[分享创造] DeepSeek 使用 Anthropic 官方 Design Skill

整体观感比之前更克制、也更耐看:配色柔和协调,界面也会主动对齐设计规范——采用 minimal 主题,用 elevated 主卡片叠加 outlined 内嵌卡片拉开层级;色彩收敛但语义清晰( primary / success / warning )。没有 emoji 堆砌,每

tech v2ex 2026-05-10 16:58:23+08:00

求助贴:关于前后端和数据库协调

问题描述: 后端的一个内存态高频变化(类似于订单铺,但是需要传给前端呈现) 为了下单速度等性能不能舍弃内存订单铺 但是直接传导致前端频繁被打爆(当然前端也有刷新粒度问题) 为了解决前端的稳定性问题且不舍弃内存订单铺的高效 所以我就想加个数据库用来过度,但是不知道怎么设计数据库架构

tech linux.do 2026-05-05 13:53:43+08:00