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

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

共 209 篇相关文章 · 第 1 / 11 页

CC Desktop用自定义API无法正常联网

请佬友们帮忙看看,我的CC Desktop接入了第三方API后,更新依赖的时候提示存在 SSL 证书问题,该如何解决 2 个帖子 - 2 位参与者 阅读完整话题

tech LinuxDo 最新话题 2026-05-23 19:12:39+08:00

已支持最新版本——【开源项目】Claude Desktop Windows 中文补丁 全量汉化[更新支持自定义字体_安装路径]

本帖使用社区开源推广,符合推广要求。我申明并遵循社区要求的以下内容: 我的帖子已经打上 开源推广 标签: 是 我的开源项目完整开源,无未开源部分: 是 我的开源项目已链接认可 LINUX DO 社区: 是 我帖子内的项目介绍,AI 生成、润色内容部分已截图发出: 是 以上选择我承

tech LinuxDo 最新话题 2026-05-23 11:12:24+08:00

L站Oauth具体怎么接入到另一个Discourse论坛啊?

我看 Discourse 自定义 Oauth 要写好多字段,之前没搞过 Oauth,完全没头绪啊 3 个帖子 - 3 位参与者 阅读完整话题

tech LinuxDo 最新话题 2026-05-22 23:49:10+08:00

绿联推出新款 45W 自带线带屏移动电源:屏幕可自定义图片、2C + 1A,10000mAh 售 199 元

IT之家 5 月 22 日消息,绿联现已在京东上架新款 45W 自带线带屏移动电源,该产品采用人体工程学造型,同时屏幕支持自定义图片,其使用 2C+1A 规格,匹配 10000mAh 电芯, 定价 199 元 ,5 月 26 日首销。 京东 绿联 45W 自带线带屏移动电源 19

tech IT之家 2026-05-22 19:08:13+08:00

沉浸式翻译的这个理由,有点那啥...

划词翻译的自定义功能,升级之后忽然没掉了,是觉得影响收入了么 这理由,无法反驳 原文 (点击了解更多详细信息) 9 个帖子 - 6 位参与者 阅读完整话题

tech LinuxDo 最新话题 2026-05-22 17:55:42+08:00

我问什么觉得 ai 写速度还不如人工快?主要是后期不断修改太耗时了。

如题, 重写一个老的 go 服务端,自定义协议的,大概 10w 行+的规模。 一开始我是边和 ai 对话边人工审核,后来代码生成速度太快,就没人工审核全程 ai 。 ai 完工后开始人工检查,发现到处是问题。 代码是能跑通就行,代码主路径能通,然后问题一堆,包括不限于: 资源泄露

tech V2EX - 技术 2026-05-22 16:33:30+08:00

cursor pro怎么买划算

想用cursor接阿里的codeplan用自定义模型,发现cursor好像只有pro套餐才能自定义模型,想要划算买一个,有没有什么推荐的。 4 个帖子 - 3 位参与者 阅读完整话题

tech LinuxDo 最新话题 2026-05-22 15:39:05+08:00

我问什么觉得 ai 写速度还不如人工快?主要是后期不断修改太耗时了。

如题, 重写一个老的 go 服务端,自定义协议的,大概 10w 行+的规模。 一开始我是边和 ai 对话边人工审核,后来代码生成速度太快,就没人工审核全程 ai 。 ai 完工后开始人工检查,发现到处是问题。 代码是能跑通就行,代码主路径能通,然后问题一堆,包括不限于: 资源泄露

tech V2EX - 技术 2026-05-22 15:33:30+08:00

我问什么觉得 ai 写速度还不如人工快?主要是后期不断修改太耗时了。

如题, 重写一个老的 go 服务端,自定义协议的,大概 10w 行+的规模。 一开始我是边和 ai 对话边人工审核,后来代码生成速度太快,就没人工审核全程 ai 。 ai 完工后开始人工检查,发现到处是问题。 代码是能跑通就行,代码主路径能通,然后问题一堆,包括不限于: 资源泄露

tech V2EX - 技术 2026-05-22 14:33:30+08:00

我问什么觉得 ai 写速度还不如人工快?主要是后期不断修改太耗时了。

如题, 重写一个老的 go 服务端,自定义协议的,大概 10w 行+的规模。 一开始我是边和 ai 对话边人工审核,后来代码生成速度太快,就没人工审核全程 ai 。 ai 完工后开始人工检查,发现到处是问题。 代码是能跑通就行,代码主路径能通,然后问题一堆,包括不限于: 资源泄露

tech V2EX - 技术 2026-05-22 14:26:19+08:00

我问什么觉得 ai 写速度还不如人工快?主要是后期不断修改太耗时了。

如题, 重写一个老的 go 服务端,自定义协议的,大概 10w 行+的规模。 一开始我是边和 ai 对话边人工审核,后来代码生成速度太快,就没人工审核全程 ai 。 ai 完工后开始人工检查,发现到处是问题。 代码是能跑通就行,代码主路径能通,然后问题一堆,包括不限于: 资源泄露

tech V2EX - 技术 2026-05-22 14:10:40+08:00

我问什么觉得 ai 写速度还不如人工快?主要是后期不断修改太耗时了。

如题, 重写一个老的 go 服务端,自定义协议的,大概 10w 行+的规模。 一开始我是边和 ai 对话边人工审核,后来代码生成速度太快,就没人工审核全程 ai 。 ai 完工后开始人工检查,发现到处是问题。 代码是能跑通就行,代码主路径能通,然后问题一堆,包括不限于: 资源泄露

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

我问什么觉得 ai 写速度还不如人工快?主要是后期不断修改太耗时了。

如题, 重写一个老的 go 服务端,自定义协议的,大概 10w 行+的规模。 一开始我是边和 ai 对话边人工审核,后来代码生成速度太快,就没人工审核全程 ai 。 ai 完工后开始人工检查,发现到处是问题。 代码是能跑通就行,代码主路径能通,然后问题一堆,包括不限于: 资源泄露

tech V2EX - 技术 2026-05-22 12:15:53+08:00

我问什么觉得 ai 写速度还不如人工快?主要是后期不断修改太耗时了。

如题, 重写一个老的 go 服务端,自定义协议的,大概 10w 行+的规模。 一开始我是边和 ai 对话边人工审核,后来代码生成速度太快,就没人工审核全程 ai 。 ai 完工后开始人工检查,发现到处是问题。 代码是能跑通就行,代码主路径能通,然后问题一堆,包括不限于: 资源泄露

tech V2EX - 技术 2026-05-22 12:15:53+08:00

我问什么觉得 ai 写速度还不如人工快?主要是后期不断修改太耗时了。

如题, 重写一个老的 go 服务端,自定义协议的,大概 10w 行+的规模。 一开始我是边和 ai 对话边人工审核,后来代码生成速度太快,就没人工审核全程 ai 。 ai 完工后开始人工检查,发现到处是问题。 代码是能跑通就行,代码主路径能通,然后问题一堆,包括不限于: 资源泄露

tech V2EX - 技术 2026-05-22 12:02:52+08:00

我问什么觉得 ai 写速度还不如人工快?主要是后期不断修改太耗时了。

如题, 重写一个老的 go 服务端,自定义协议的,大概 10w 行+的规模。 一开始我是边和 ai 对话边人工审核,后来代码生成速度太快,就没人工审核全程 ai 。 ai 完工后开始人工检查,发现到处是问题。 代码是能跑通就行,代码主路径能通,然后问题一堆,包括不限于: 资源泄露

tech V2EX - 技术 2026-05-22 11:34:51+08:00

我问什么觉得 ai 写速度还不如人工快?主要是后期不断修改太耗时了。

如题, 重写一个老的 go 服务端,自定义协议的,大概 10w 行+的规模。 一开始我是边和 ai 对话边人工审核,后来代码生成速度太快,就没人工审核全程 ai 。 ai 完工后开始人工检查,发现到处是问题。 代码是能跑通就行,代码主路径能通,然后问题一堆,包括不限于: 资源泄露

tech V2EX - 技术 2026-05-22 11:30:20+08:00

我问什么觉得 ai 写速度还不如人工快?主要是后期不断修改太耗时了。

如题, 重写一个老的 go 服务端,自定义协议的,大概 10w 行+的规模。 一开始我是边和 ai 对话边人工审核,后来代码生成速度太快,就没人工审核全程 ai 。 ai 完工后开始人工检查,发现到处是问题。 代码是能跑通就行,代码主路径能通,然后问题一堆,包括不限于: 资源泄露

tech V2EX - 技术 2026-05-22 11:10:50+08:00

我问什么觉得 ai 写速度还不如人工快?主要是后期不断修改太耗时了。

如题, 重写一个老的 go 服务端,自定义协议的,大概 10w 行+的规模。 一开始我是边和 ai 对话边人工审核,后来代码生成速度太快,就没人工审核全程 ai 。 ai 完工后开始人工检查,发现到处是问题。 代码是能跑通就行,代码主路径能通,然后问题一堆,包括不限于: 资源泄露

tech V2EX - 技术 2026-05-22 10:55:42+08:00

NexusX:定义一次模型,自动生成 REST + MCP

写一个后端应用,如果既要给前端提供 REST API ,又要给 AI Agent 提供 MCP 接口,通常的做法是维护两套接口定义。同样的业务逻辑写两遍,同样的参数校验写两遍,同样的类型定义维护两遍。改一个字段名要同步改两个地方, 费时费力 nexusx 的做法不同。你使用内置的

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