我能不能这么理解

现在 claude code, codex 发布的 多 Agent 模式只能用在一家里面。
你这个是可以跨厂商多 agent 是吗？

如果 我让 claude code, codex 接入多个厂商的模型呢？

极客湾 用得着 也有钱

不光是自己古法手搓编程,
而且要 AI 来拷问, AI 不写代码, 专门审查并提出问题, 要求编码人员解释代码的逻辑 和 设计.

我觉得有这么几种场景

1. 你拿这个开发过程当练手, 或者当技术/思路展示, 用来写到你的 CI 里面, 帮助你未来找工作

2. 你确实有一个真实的场景, 市面上的 coding agent 全都用不顺手, 确实有必要开发一个自己专用的.

就 公司/工作 层面而言, 人会慢慢被 AI 取代, 或者说人会"被迫"与 AI 协作, 所以 AI 的交互界面就是以后人的交互界面.
MCP, SKILL 这类文档/接口

如果人不会写自己的 MCP, 可以让 AI 帮你写.

我觉得你应该感谢 vibe coding 让你有时间"焦虑"这些啊.

你现在发现有这些长远的问题, 那就早点开始想, 开始作打算.


反过来说, 如果你一直忙, 忙到有一天突然公司说你明天不用来了. 那不是更坏的情况了吗?

每天都在用
https://github.com/crazypeace/my-dream-proxy-client/

极简翻墙客户端(壳)

@neuthself
@Cabana

本文就是针对 有些人 说坐下麻烦的情况。

你自己试试能不能用探针发现你运行着 reality 服务端

https://zelikk.blogspot.com/2026/05/vps-vless-reality-cracker.html

我对 VLESS-Reality-cracker 的测试方案的观点

VLESS-Reality-cracker 的核心思路是:
如果被测试的 TLS 服务端是 Reality 服务端, 那么
重放抓包的 client-hello 数据包(1) 和 发送 {基于数据包(1)修改了 sessionID} 的数据包
会使得随后发出的探针数据包被不同的 TLS 系统处理,
一个是 Reality 服务端的 TLS 系统,
一个是"偷"证书的域名所在的 TLS 系统.
预期的测试结果是, 探针在两轮测试中得到的返回结果会不同.

从反面讲, 如果被测试的 TLS 服务端是"正常"TLS 服务端, 那么
探针在两轮测试中得到的返回结果会一致.

我的思考
如果一个探针能测试出来 Reality 服务端与"偷"证书的域名所在的 HTTPS 服务端(下称 target)的行为差别, 那么
搭建 Reality 服务端的人, 可以用这个探针测试 target, 得到结果后, 修改/配置 Reality 服务端, 使得 Reality 服务端在面对这个探针时, 作出与 target 一致的行为.
从而避免 Reality 服务端被这个探针检测.

考虑到流行的 TLS 系统不是无穷的, 那么
针对这些 TLS 系统的行为设计的探针, 数量/种类 不是无穷的.
我们可以设计尽可能多的探针来覆盖尽可能多的流行 TLS 系统.
然后用这些探针测试你准备"偷"证书的域名(target), 将得到的结果 配置到 Reality 服务端.
之后, 当 Reality 服务端再遇到探针时, 就可以作出与 target 同样的行为了.

在这样的前提下, 攻击方能成功判定 Reality 服务端的条件是:
攻击方掌握了一个你没有提前测试过的探针, 并且这个探针在测试 Reality 服务端和"偷"证书的域名(target)时 行为有区别.

source:
https://zelikk.blogspot.com/2026/05/vless-reality-cracker.html

换个圈子.
找到你想社交的对象.

@vacuitym 给 fuliba 投稿

上面说闲鱼会照着这个封的朋友们.

怎么可能.

这些黑话是闲鱼不知道所以才不封的吗?

思路很棒!

-
提个建议, 用户在提交 黑话 时, 需要附搜索成功的截图作为证明. 避免无意义或错误或失效的内容.

而且还应该记录这个黑话提交的时间, 因为一般来说黑话用的人多了肯定是会被禁的.

" 3.UI 设计过程中，让 claude 生成了一些 ui 界面，但总觉得有点丢三落四。一是没有从不同用户角度设计界面，二是配色奇丑无比。三是很多设计的闪光点在下一轮对话中消失了。"

- 你要想清楚, 你的这个最终产品, 最大的价值是在 UI 上面吗? 是在这些"闪光点"上面吗?
如果 是, OK, 你应该重点关注.
如果 不是, 这些是加分项, 那么你应该重点关注整体流程先开发完, 基本功能能跑起来了之后, 再去开发这些加分项.

一辆车, 先要能开起来, 再关注车机 UI 好不好用.