首页 注册 登录
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  Contextualist  ›  全部回复第 3 页 / 共 8 页
回复总数  158
1  2  3  4  5  6  7  8  
❮ ❯
2023-03-30 12:12:17 +08:00
回复了 unii23i 创建的主题 › 奇思妙想 › 人类和 AI 类比
觉醒？底特律变人是吧（ x
类似“觉醒”的现象确实能在大型语言模型的训练过程中被观察到。和人相似，一个大型语言模型的成长轨迹是由许许多多的“顿悟时刻”组成的。可以看看这个推的讨论串里举的例子： https://twitter.com/xleaps/status/1628071925166624768
虽然最后可能达到一些相似的目标，但是 AI 成长和人类成长的路线是很不一样的，比如早期大型语言模型犯的语法错误和人类犯的错误就不太一样。
最后 AI 的上限在哪里这个问题，现在还很难定论，且看未来的发展吧。
2023-03-28 15:21:07 +08:00
回复了 Contextualist 创建的主题 › OpenAI › LLM 研究 2：猫娘 Claude 与高层级相关性
@IamLeeroyJenkins 已经比上次多啦（小声）下次，下次吧……
2023-03-27 15:31:08 +08:00
回复了 icybee 创建的主题 › 分享创造 › 中文开源 ChatGPT 大战弱智吧
哈哈哈哈，虽然但是，你的引用呢？还有你前面几段话到底有多少是真的，我看不大出来了，我入院吧
2023-03-08 14:51:53 +08:00
回复了 Contextualist 创建的主题 › OpenAI › 原创研究：猫娘 GPT 与注意力机制
@otakustay 通过 embedding 可以一定程度上解决这个问题。简单来说就是，根据要发送的下一句话，挑选历史对话 / 上文中最相关的一小部分一起发送，而不是将完整的上文发过去。
这是官方的相关文档： https://github.com/openai/openai-cookbook/blob/main/examples/Question_answering_using_embeddings.ipynb 。最近也有不少相关讨论，例如 /t/921750 。
2023-03-08 12:05:36 +08:00
回复了 Contextualist 创建的主题 › OpenAI › 原创研究：猫娘 GPT 与注意力机制
@pkoukk 对的，对于 ChatGPT 来说，相关性高于一切，因为注意力权重就是从相关性计算出来的。语言模型一般能掌握各种类型的相关性，Transformer 又能很好兼顾到文本中位置相差较远的相关内容，所以用法的局限只在于使用者的想象力了。
2023-03-08 12:03:43 +08:00
回复了 Contextualist 创建的主题 › OpenAI › 原创研究：猫娘 GPT 与注意力机制
@IamLeeroyJenkins 啊这（又转念一想，眼里闪过一丝狡黠）哈哈，授人以鱼，不如授之以渔
2023-02-07 15:28:45 +08:00
回复了 samin 创建的主题 › 程序员 › 当我拿到一台全新 Linux 服务器我会做什么
@lessMonologue 我 centos7 + glibc 1.17 可以跑官方的 AppImage 。刚出 0.8.0 时因为 GitHub Actions 他们一度去掉了对旧 glibc 的支持，后来又加回来了。
2023-02-05 20:09:49 +08:00
回复了 Micropaper 创建的主题 › 程序员 › 一分钟读论文：《通过 JS 分类即时加速移动网页》
@sanebow
本着对他们 ML 模型的好奇扫了一眼原文：模型的输入是应该是各个 <script src="..."> 元素里 src ，输出对应的功能类别（如广告、统计、社交）。训练数据集用的是 https://github.com/patrickhulce/third-party-web 整理的来自 https://httparchive.org/ 的标签
2023-01-29 18:34:43 +08:00
回复了 Contextualist 创建的主题 › 分享创造 › 又一个命令行文件传输，这次用边缘函数做 TCP 打洞
@sbilly 都支持的，并且有相应的持续集成测试
2023-01-18 20:24:32 +08:00
回复了 Contextualist 创建的主题 › 分享创造 › 又一个命令行文件传输，这次用边缘函数做 TCP 打洞
@gogf 实在是抱歉！我折腾了半天，还是没能解决跟代理一起使用的兼容问题，下面是初步结论（但感觉解释不太清楚

对于使用代理的一方，只有代理服务器连接 acp.deno.dev 时使用的 IP 端口是对外可见的，但是这个 IP 端口实际上并不能被其他连接重用。
如果另一方没使用代理并且有公网，那或许可以连接上，但是实际测试发现，使用代理的一方不能设置端口重用（似乎是 Go 的 bug ）。

对此，剩下的选择是你自己部署服务端（参见 https://github.com/Contextualist/acp/blob/main/docs/advanced.md#host-the-rendezvous-service-yourself ），在 Deno Deploy 上或者自己的服务器上都行，然后绑定一个自己的域名。
2023-01-17 14:32:22 +08:00
回复了 Contextualist 创建的主题 › 分享创造 › 又一个命令行文件传输，这次用边缘函数做 TCP 打洞
@gogf 嗯，我需要研究一下怎么样正确支持 HTTPS_PROXY ，等到时候有结果了跟你说。

看了一下，GitHub Actions 好像需要登录才能下载 artifacts ，任意账户都行。如果不行，你也可以用我下载下来的这个： https://t.wss.ink/f/aa11yspjrlv
2023-01-17 11:32:05 +08:00
回复了 Contextualist 创建的主题 › 分享创造 › 又一个命令行文件传输，这次用边缘函数做 TCP 打洞
@gogf
我大概明白了，你是在用 HTTPS_PROXY 之类的环境变量吗？这个目前的实现会无视代理的环境变量。我修了这个问题后自己试了一下，发现用代理时建立不了 P2P 连接，你如果想试一下可以试试目前最新提交的 CI artifacts： https://github.com/Contextualist/acp/actions/runs/3935796582 这个页面最底下可以下载。我得花时间想想这个问题是不是能解决的。

如果一定需要代理，我自己试了一下目前那种基于 fake IP 的真全局代理（比如 ClashX Pro 的增强模式）是可以用的。
2023-01-16 19:38:18 +08:00
回复了 Contextualist 创建的主题 › 分享创造 › 又一个命令行文件传输，这次用边缘函数做 TCP 打洞
@gogf 我盯着代码又仔细想了一下，很有可能在连接配对公共服务时就出错了，但是这个错误没有被及时检查，被后来的收发信息错误覆盖了。所以可以快速尝试的事是看看你在终端里能不能正常访问 https://acp.deno.dev/get ，类似用 curl 发个 get 请求。如果这个也是正常的，你又不嫌麻烦，我明天修了这个报错顺序的问题，你再看看有没有新的错误信息。总之，感谢你的反馈！
2023-01-16 18:03:29 +08:00
回复了 Contextualist 创建的主题 › 分享创造 › 又一个命令行文件传输，这次用边缘函数做 TCP 打洞
@gogf 谢谢反馈！我找了台 Windows 的机子，没法复现，这两个现象我暂时没头绪，不过我可以尝试解释一下。
> 报错：failed to communicate with the bridge: io: read/write on closed pipe
能连上配对的公共服务，但是收发信息时连接断开了，不过我在服务端也没看见报错日志。
> 貌似换个文件夹重新 setup ，id 、psk 就变了
这就很奇怪，acp --setup 会去找 %APPDATA%\acp\config.json 配置在不在，找不到才会重新生成。你的 %APPDATA% 环境变量有发生改变吗？你能在那个位置找到配置吗？ acp --setup 有其他报错吗？
2023-01-16 14:12:17 +08:00
回复了 Contextualist 创建的主题 › 分享创造 › 又一个命令行文件传输，这次用边缘函数做 TCP 打洞
@lysS 其实原理跟 UDP 打洞差不多，大概都是两边先各自跟第三方建立连接，再重用端口尝试互相连接。随着路由和设备支持的逐渐完善，现在 TCP 打洞成功率还是挺高的。不需要 root ，TCP socket 可以设置 SO_REUSEADDR 和 SO_REUSEPORT ，使同一个端口像 UDP 那样能同时被多个 socket 绑定。

@duke807 云函数基本就是你把代码交给平台，运维完全交给他们，平台根据请求数量伸缩实例数量，按照实际运行消耗的 CPU 时间和内存计费，没请求时不收费。边缘函数平台的 V8 比普通 Node.js 增加了权限隔离和横向伸缩等等，基本上像一个不带操作系统的容器了。

@novolunt 谢谢建议！我去看看
2023-01-16 11:46:18 +08:00
回复了 Contextualist 创建的主题 › 分享创造 › 又一个命令行文件传输，这次用边缘函数做 TCP 打洞
@duke807 边缘函数类似云函数，用户托管的代码只需要包含一个处理 HTTP 请求的函数。相比一般的云函数，边缘函数的运行时是 V8 (Chrome 和 Node.js 的 Javascript 引擎) 而不是完整的容器，因而部署成本低并且冷启动非常快。
2023-01-16 10:56:30 +08:00
回复了 Contextualist 创建的主题 › 分享创造 › 又一个命令行文件传输，这次用边缘函数做 TCP 打洞
@AS4694lAS4808 诚然，scp 的地位无可替代，跟它相比，acp 主要是为了省去打服务器名和远程目录的功夫。我自己的使用场景是：我登上一台机器，在其中某个目录深处工作到一半，需要把一些文件拷到当前目录下，作为接收只需要运行个不带参数的 acp ，然后发送端运行 acp path/to/files 即可。

@haoxuexiaoyao 服务只用来做 TCP 打洞的信息交换，真正的文件通过点对点直连传输。所以服务端接收发送的数据只有两边的 ID 和 IP 地址端口。部署到 Deno Deploy 同时也是为了利用他们全球分布的节点，服务端就一个 Deno TypeScript 文件，理论上来说你在任意 vm 上拿 Deno 也能跑。
2023-01-16 09:34:12 +08:00
回复了 Contextualist 创建的主题 › 分享创造 › 又一个命令行文件传输，这次用边缘函数做 TCP 打洞
@v2wtf 对于每个人的第一台设备，acp 在初始化配置 (acp --setup) 时会生成一个随机 ID ，随后的设备初始化配置会导入这个 ID (acp --setup-with '{"id":"... )。使用时会配对相同 ID 发起的、时间上最接近的两个请求。本来这个设计是给每个人自己给自己传文件用的，如果多个人间使用导入相同的配置也行，不过不太适合群发或者临时分享给陌生人。
2022-12-11 15:04:28 +08:00
回复了 foam 创建的主题 › OpenAI › 收集帖: 目前适合使用 ChatGPT 的场景
类似 #10 提到的第一点，让它基于草稿和一个指定的意图改写段落。提词如：
“将上面的段落改写为对……的总结 / 过渡到…… / 着重强调……”
有时候得到的结果可能不能直接使用，但部分句子和语言组织方式还是对文章修改很有启发性。
2022-08-27 14:59:53 +08:00
回复了 ttgo 创建的主题 › macOS › macos 某个外接音频设备的最小音量（1/4 格）还是不够小，怎么办？
osascript -e "set volume output volume 0.001"
1  2  3  4  5  6  7  8  
❮ ❯
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   5746 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 33ms · UTC 03:23 · PVG 11:23 · LAX 20:23 · JFK 23:23
Developed with CodeLauncher
♥ Do have faith in what you're doing.