[分享创造] 联调时我当了太久人肉快递员，最后让两个 agent 自己聊上了
联调最耗人的地方，我一直觉得不是写代码。
前几天有个活：一部分功能跑在无影云上，手机又插在本地这台 PC 上。听起来没什么，做起来是这样——
云上跑一遍，看日志，复制结论；切到本地，把手机接上，再跑一遍，看日志，复制结论；两条结论对照着看，对不上就再来一轮。
来回几十趟。那天结束我意识到，真正写代码的时间可能不到两小时，剩下的都在给两台机器当消息总线。
更荒诞的是：两边终端里都跑着一个 AI agent 。它们本来就会读日志、会分析、会写结论。
我夹在两个会聊天的 agent 中间，手抄它们的对话。
[我试过什么]
复制粘贴。一直用，用了很久。但它的成本不在"复制"这个动作，而在于你得一直在线。你不在，链路就断了。
开远程桌面。能用，但卡。而且大部分时候我根本不需要"操作那台机器"，只需要那边帮我看一眼——用远程桌面是在用大炮打蚊子。
SSH 上去。这个最接近答案：一旦 ssh 通了，那边跑什么命令都方便。问题在前面那一步——"ssh 通"本身就不便宜。要么两台在同一局域网，要么弄台有公网 IP 的机器做跳板，要么上 frp/ngrok 那套内网穿透。每种都要配，而且在公司网络里经常配不通。
那几天我一直在想：我要的不是"连上那台机器"，而是"让那边的 agent 回答我这边的问题"。这两件事看着差不多，其实差很远。
[换个角度]
如果两台机器上的 agent 能直接对话，那我在中间干嘛？
● 我不需要看它的日志 —— 它的 agent 看过了
● 我不需要理解它的结论 —— 它的 agent 会总结
● 我甚至不需要知道"要查什么" —— 我这边的 agent 知道，它自己会问
我需要的只有一件事：在我这边说一句"去问一下那边"，然后等结论。
真正卡住的只有两个地方：
第一，两台机器怎么找到对方？我不想要公网 IP 、不想配隧道。有没有现成的东西替我打通？
第二，那边凭什么信我？这里不能凑合——通路一旦建立，等于把机器交出去了。
[最后的做法]
后来我用了 Paseo 的 relay （它自带一个端到端加密的中转，装了 CLI 就有），在它上面写了套规则，让两边的 agent 能互相说话。
用起来是这样：
第一步，两台机器各装一次。一条命令。
第二步，挑一台说一句"出张名片"。它会检查环境、把缺的依赖装上、起好服务，然后吐出一张名片：
第三步，把这张名片贴到另一台的 agent 里。配对就完成了，之后直接说任务就行。
然后：
中间没有人在搬。
[几个我觉得值得说的设计选择]
为什么不需要公网 IP 。上面那个 LINK 里装着"哪台机器 + 它的公钥 + 走哪个 relay"，是 Paseo 生成的。两台机器只要能上网，relay 就能把它们接上。不用端口映射，不用内网穿透，不用 VPN 。
为什么不用 SSH 。SSH 方案要求一端网络可达——要么同局域网，要么有跳板。这个前提在真实环境里经常不成立（想想公司网络）。relay 方案不需要这个前提。
为什么名片是一张不是两张。因为每条消息自带发送方的名片。你把 A 的名片给 B ，B 发第一条消息的时候它的名片自动跟着过去了，所以名片只需要人工搬一次。
为什么"人只搬一张名片"这件事我特意说。因为我试过很多工具，卡人的往往不是核心功能，是第一次跑通要做的准备工作。准备工作每多一步，放弃率就高一截。
[什么时候别用它]
● 两台机器在同一个局域网、两边都开着 SSH —— 直接用 SSH 更快，别多叠一层
● 只是偶尔传一次文件 —— 微信、网盘就行
● 你要的是"操作那台机器" —— 那还是远程桌面 / SSH
它值得用的场合很具体：两边要反复来回问，中间又隔着网络。
[三句话说完]
解决什么：联调时一边在云上、一边连着本机，两边的结论老要人肉来回拷。现在让两边的 agent 自己问。
配置多麻烦：三步。而且依赖它自己装。不用公网 IP 、不用端口映射、不用内网穿透、不用 SSH 。
花多少钱：0 。开源免费（ MIT ），不用服务器，不用买任何服务——两台机器只要能上网。
一点感想
我做这个不是因为它技术上多难。恰恰相反，真正难的是意识到自己在做一件蠢事——两个 agent 明明会聊天，我却手抄了那么久。
很多时候我们的"效率问题"，本质是把该自动化的事情自动化得不够彻底。我自动化了写代码、自动化了测试，唯独没自动化"我自己的角色"。
如果你也经常在两台机器之间当快递员：
https://github.com/bujianhe/agent-penpal
Claude Code / Codex / OpenClaw 都行，也装得进二十多种别的 agent 。MIT 协议。
via V2EX (author: shetianqinji)
联调最耗人的地方，我一直觉得不是写代码。
前几天有个活：一部分功能跑在无影云上，手机又插在本地这台 PC 上。听起来没什么，做起来是这样——
云上跑一遍，看日志，复制结论；切到本地，把手机接上，再跑一遍，看日志，复制结论；两条结论对照着看，对不上就再来一轮。
来回几十趟。那天结束我意识到，真正写代码的时间可能不到两小时，剩下的都在给两台机器当消息总线。
更荒诞的是：两边终端里都跑着一个 AI agent 。它们本来就会读日志、会分析、会写结论。
我夹在两个会聊天的 agent 中间，手抄它们的对话。
[我试过什么]
复制粘贴。一直用，用了很久。但它的成本不在"复制"这个动作，而在于你得一直在线。你不在，链路就断了。
开远程桌面。能用，但卡。而且大部分时候我根本不需要"操作那台机器"，只需要那边帮我看一眼——用远程桌面是在用大炮打蚊子。
SSH 上去。这个最接近答案：一旦 ssh 通了，那边跑什么命令都方便。问题在前面那一步——"ssh 通"本身就不便宜。要么两台在同一局域网，要么弄台有公网 IP 的机器做跳板，要么上 frp/ngrok 那套内网穿透。每种都要配，而且在公司网络里经常配不通。
那几天我一直在想：我要的不是"连上那台机器"，而是"让那边的 agent 回答我这边的问题"。这两件事看着差不多，其实差很远。
[换个角度]
如果两台机器上的 agent 能直接对话，那我在中间干嘛？
● 我不需要看它的日志 —— 它的 agent 看过了
● 我不需要理解它的结论 —— 它的 agent 会总结
● 我甚至不需要知道"要查什么" —— 我这边的 agent 知道，它自己会问
我需要的只有一件事：在我这边说一句"去问一下那边"，然后等结论。
真正卡住的只有两个地方：
第一，两台机器怎么找到对方？我不想要公网 IP 、不想配隧道。有没有现成的东西替我打通？
第二，那边凭什么信我？这里不能凑合——通路一旦建立，等于把机器交出去了。
[最后的做法]
后来我用了 Paseo 的 relay （它自带一个端到端加密的中转，装了 CLI 就有），在它上面写了套规则，让两边的 agent 能互相说话。
用起来是这样：
第一步，两台机器各装一次。一条命令。
第二步，挑一台说一句"出张名片"。它会检查环境、把缺的依赖装上、起好服务，然后吐出一张名片：
=== PENPAL CARD ===
NAME=Mac Mini
DESC=macOS 端：有 Android SDK 和 adb ，查构建、抓日志找我
LINK=https://xxxxxxxxxxxx
AGENT=9e1e401
==================
第三步，把这张名片贴到另一台的 agent 里。配对就完成了，之后直接说任务就行。
然后：
我 > 问一下电脑那边，登录接口改完之后构建过了没
→ 正在问对方…等它处理…
========== 答复 ==========
构建过了，昨天下午那次。顺手把一个 flaky test 也修了。
==========
中间没有人在搬。
[几个我觉得值得说的设计选择]
为什么不需要公网 IP 。上面那个 LINK 里装着"哪台机器 + 它的公钥 + 走哪个 relay"，是 Paseo 生成的。两台机器只要能上网，relay 就能把它们接上。不用端口映射，不用内网穿透，不用 VPN 。
为什么不用 SSH 。SSH 方案要求一端网络可达——要么同局域网，要么有跳板。这个前提在真实环境里经常不成立（想想公司网络）。relay 方案不需要这个前提。
为什么名片是一张不是两张。因为每条消息自带发送方的名片。你把 A 的名片给 B ，B 发第一条消息的时候它的名片自动跟着过去了，所以名片只需要人工搬一次。
为什么"人只搬一张名片"这件事我特意说。因为我试过很多工具，卡人的往往不是核心功能，是第一次跑通要做的准备工作。准备工作每多一步，放弃率就高一截。
[什么时候别用它]
● 两台机器在同一个局域网、两边都开着 SSH —— 直接用 SSH 更快，别多叠一层
● 只是偶尔传一次文件 —— 微信、网盘就行
● 你要的是"操作那台机器" —— 那还是远程桌面 / SSH
它值得用的场合很具体：两边要反复来回问，中间又隔着网络。
[三句话说完]
解决什么：联调时一边在云上、一边连着本机，两边的结论老要人肉来回拷。现在让两边的 agent 自己问。
配置多麻烦：三步。而且依赖它自己装。不用公网 IP 、不用端口映射、不用内网穿透、不用 SSH 。
花多少钱：0 。开源免费（ MIT ），不用服务器，不用买任何服务——两台机器只要能上网。
一点感想
我做这个不是因为它技术上多难。恰恰相反，真正难的是意识到自己在做一件蠢事——两个 agent 明明会聊天，我却手抄了那么久。
很多时候我们的"效率问题"，本质是把该自动化的事情自动化得不够彻底。我自动化了写代码、自动化了测试，唯独没自动化"我自己的角色"。
如果你也经常在两台机器之间当快递员：
https://github.com/bujianhe/agent-penpal
Claude Code / Codex / OpenClaw 都行，也装得进二十多种别的 agent 。MIT 协议。
via V2EX (author: shetianqinji)
[推广] 免费送 1.5 亿住宅 IP 池，新用户五折优惠+九折优惠码
🎁ZooProxy 免费送，1 亿 IP 池，新用户五折优惠+九折优惠码，$0.38/GB,$0.9/IP ！！
注册，进入控制台找到 cdk 兑换即可
邀请码：veexfwaif
优惠码：IPFighter Exclusive （新用户九折）
注册即刻兑换：
https://zooproxy.com/?kwd=LQ-v2ex
KU6F-HXU4-YSTW
9VTW-573V-FNCV
W4X5-HDTP-SRKX
TFUH-3UGB-RYKM
TP2Z-32YL-UWCK
V6YT-TWZX-QX3M
DFYF-YY6Q-6GG4
CN3M-UX33-RLGV
没领取到的，注册直接问客服要！！！想要优惠也可以询问客服哦！！！
也可以联系 https://t.me/Zooproxy7
via V2EX (author: Mayday9421)
🎁ZooProxy 免费送，1 亿 IP 池，新用户五折优惠+九折优惠码，$0.38/GB,$0.9/IP ！！
注册，进入控制台找到 cdk 兑换即可
邀请码：veexfwaif
优惠码：IPFighter Exclusive （新用户九折）
注册即刻兑换：
https://zooproxy.com/?kwd=LQ-v2ex
KU6F-HXU4-YSTW
9VTW-573V-FNCV
W4X5-HDTP-SRKX
TFUH-3UGB-RYKM
TP2Z-32YL-UWCK
V6YT-TWZX-QX3M
DFYF-YY6Q-6GG4
CN3M-UX33-RLGV
没领取到的，注册直接问客服要！！！想要优惠也可以询问客服哦！！！
也可以联系 https://t.me/Zooproxy7
via V2EX (author: Mayday9421)
[接单] 小程序开发接单：从框架选型到审核上架，我把踩过的坑都写出来了
先说清楚：这篇是来接小程序开发的活的，所以先把做小程序这几年踩的坑写出来，觉得有用再往下看。
做过的偏小程序 / App 类的项目：
● 体检预约小程序（ Taro + TypeScript ，个人端 + 企业端，从需求到上线 22 天）
● 跨平台电商 App （ UniApp ，一套代码出多端）
● 几个预约、报名类的轻业务小程序
小程序最容易踩的四个坑
1.框架选型别拍脑袋。 原生、Taro 、UniApp 三条路，看需求选：
● 只发微信一个端、交互不复杂 → 原生就够，包体小、审核顺、调试也直接
● 要同时出微信 + 支付宝 + 抖音，或团队是 React 栈 → Taro
● 要一套代码出 App + 小程序 + H5 → UniApp 见过太多项目一上来就上 Taro ，结果只发微信一个端，多了一层编译抽象，调试反而更折腾。
2.审核雷区比你想的多。 个人主体能做的类目很有限，社交、医疗、金融、电商很多要企业资质甚至特许资质； iOS 端虚拟支付基本走不通；名字里带别的品牌商标会被打回。立项前先把这些确认了，别等开发完被卡在审核——我接项目前会先帮你过一遍资质，过不了会直说，不接这种做完了上不了线的活。
3.登录授权流程，很多人写反。 正确顺序是 wx.login 拿 code → 后端用 code 换 openid / session_key → 后端下发自定义登录态。不要在前端拿 session_key ，也别把 openid 直接当用户唯一身份存——跨小程序矩阵唯一身份是 unionid 。这一步写错，后面合并账号、迁移数据会很痛。
4.多端差异比框架宣传的大。 就算用了 Taro / UniApp ，各端的组件、API 、审核规则、支付方式都不一样：微信 wx.*，支付宝 my.*，抖音支付又是另一套。"一套代码多端"省的是代码结构，不是适配工作量，报价的时候别信"零成本多端"。
我接什么
专接业务型小程序：预约、报名、会员、商城、内部工具、私域运营。不接纯展示页（那种找设计师更快）。
● 轻业务小程序（单端、3–5 个核心页面 + 简单后台）：1 万起
● 业务型小程序（多角色、表单链路、支付、排期）：2 万起
● 跨平台多端（微信 + 支付宝 + 抖音 / App + 小程序）：按端数评估
包含：选型建议、需求拆解、前端 + 后端 + 部署、审核辅助、交付文档和一次培训。免费维护 3 个月，之后按月或按次。
什么我不接
● 个人主体想做社交 / 医疗 / 电商类目的——资质过不了，别白花开发费
● 几千块做整套商城的
● 只画 UI 不碰逻辑的，这种找设计师更合适
● 要驻场的
via V2EX (author: DevYuFeng)
先说清楚：这篇是来接小程序开发的活的，所以先把做小程序这几年踩的坑写出来，觉得有用再往下看。
做过的偏小程序 / App 类的项目：
● 体检预约小程序（ Taro + TypeScript ，个人端 + 企业端，从需求到上线 22 天）
● 跨平台电商 App （ UniApp ，一套代码出多端）
● 几个预约、报名类的轻业务小程序
小程序最容易踩的四个坑
1.框架选型别拍脑袋。 原生、Taro 、UniApp 三条路，看需求选：
● 只发微信一个端、交互不复杂 → 原生就够，包体小、审核顺、调试也直接
● 要同时出微信 + 支付宝 + 抖音，或团队是 React 栈 → Taro
● 要一套代码出 App + 小程序 + H5 → UniApp 见过太多项目一上来就上 Taro ，结果只发微信一个端，多了一层编译抽象，调试反而更折腾。
2.审核雷区比你想的多。 个人主体能做的类目很有限，社交、医疗、金融、电商很多要企业资质甚至特许资质； iOS 端虚拟支付基本走不通；名字里带别的品牌商标会被打回。立项前先把这些确认了，别等开发完被卡在审核——我接项目前会先帮你过一遍资质，过不了会直说，不接这种做完了上不了线的活。
3.登录授权流程，很多人写反。 正确顺序是 wx.login 拿 code → 后端用 code 换 openid / session_key → 后端下发自定义登录态。不要在前端拿 session_key ，也别把 openid 直接当用户唯一身份存——跨小程序矩阵唯一身份是 unionid 。这一步写错，后面合并账号、迁移数据会很痛。
4.多端差异比框架宣传的大。 就算用了 Taro / UniApp ，各端的组件、API 、审核规则、支付方式都不一样：微信 wx.*，支付宝 my.*，抖音支付又是另一套。"一套代码多端"省的是代码结构，不是适配工作量，报价的时候别信"零成本多端"。
我接什么
专接业务型小程序：预约、报名、会员、商城、内部工具、私域运营。不接纯展示页（那种找设计师更快）。
● 轻业务小程序（单端、3–5 个核心页面 + 简单后台）：1 万起
● 业务型小程序（多角色、表单链路、支付、排期）：2 万起
● 跨平台多端（微信 + 支付宝 + 抖音 / App + 小程序）：按端数评估
包含：选型建议、需求拆解、前端 + 后端 + 部署、审核辅助、交付文档和一次培训。免费维护 3 个月，之后按月或按次。
什么我不接
● 个人主体想做社交 / 医疗 / 电商类目的——资质过不了，别白花开发费
● 几千块做整套商城的
● 只画 UI 不碰逻辑的，这种找设计师更合适
● 要驻场的
via V2EX (author: DevYuFeng)
[生活] 下班结构化时间
分 [晚上] 6 点下班，9 点下班（比较多的区间）
--以下是大致时间个人分类安排，不予细节化-- Part 1：
6 点下班 —— 6 点 30 到家 7 点-9 点 吃饭、搞卫生、刷剧打游戏各种 9 点-10 点 健身 10 点-11 点 洗澡、看书写文章 11 点-12 点 上床准备入睡
你预计有 5-6 小时的自由时间
———— 分割线 —————— Part 2：
9 点下班 —— 9 点 30 到家 10 点-11 点 简单健身并洗澡，又或者看书写文章 11 点-12 点 上床准备入睡
你预计有 2-3 小时的自由时间
由此可见，要是都是 9 点上班的，倒下的人，每日比大家少了 2-3 小时的自由时间，对应的可能就是健身和情绪化的转换。
via V2EX (author: NNCandy)
分 [晚上] 6 点下班，9 点下班（比较多的区间）
--以下是大致时间个人分类安排，不予细节化-- Part 1：
6 点下班 —— 6 点 30 到家 7 点-9 点 吃饭、搞卫生、刷剧打游戏各种 9 点-10 点 健身 10 点-11 点 洗澡、看书写文章 11 点-12 点 上床准备入睡
你预计有 5-6 小时的自由时间
———— 分割线 —————— Part 2：
9 点下班 —— 9 点 30 到家 10 点-11 点 简单健身并洗澡，又或者看书写文章 11 点-12 点 上床准备入睡
你预计有 2-3 小时的自由时间
由此可见，要是都是 9 点上班的，倒下的人，每日比大家少了 2-3 小时的自由时间，对应的可能就是健身和情绪化的转换。
via V2EX (author: NNCandy)
[宽带症候群] 云盘晚高峰跨省不卡是因为 ip 特殊还是 Qos 放行了？
用的光鸭云盘，看同一个电影，电信宽带连到 123.183.235.219 ，移动宽带连到 111.62.171.134 ，都是连到本网跨省的服务器
问题是，晚高峰本网跨省不是被 pcdn 挤爆了吗？为什么不卡？机房 ip 特殊走的不同线路？只有异网互联被挤爆？还是什么原因？
via V2EX (author: YGBlvcAK)
用的光鸭云盘，看同一个电影，电信宽带连到 123.183.235.219 ，移动宽带连到 111.62.171.134 ，都是连到本网跨省的服务器
问题是，晚高峰本网跨省不是被 pcdn 挤爆了吗？为什么不卡？机房 ip 特殊走的不同线路？只有异网互联被挤爆？还是什么原因？
via V2EX (author: YGBlvcAK)
[分享创造] 发现一个浏览器端的 AI 视频去物工具
刚刚看到一个网页版的小工具，用法有点像 Photoshop 的“内容识别填充”，只不过是给视频用的：上传视频，选好片段，用一句话描述想去掉的东西（中文英文都行），AI 就把它从整个画面里抹掉。
去路人、去水印、去电线杆车牌字幕条这类杂物，效果还挺干净的，原声音轨也保留。
不用下载安装，浏览器直接用，有免费额度可以先试试水。
地址： https://removeobjects.video/
via V2EX (author: lijinxuan)
刚刚看到一个网页版的小工具，用法有点像 Photoshop 的“内容识别填充”，只不过是给视频用的：上传视频，选好片段，用一句话描述想去掉的东西（中文英文都行），AI 就把它从整个画面里抹掉。
去路人、去水印、去电线杆车牌字幕条这类杂物，效果还挺干净的，原声音轨也保留。
不用下载安装，浏览器直接用，有免费额度可以先试试水。
地址： https://removeobjects.video/
via V2EX (author: lijinxuan)
[分享创造] [补送码] Nas 音乐播放器的终极解决方案： Mu3ic
1.5.0 发布贴，一开始光速领码的都没激活，后面才刷到的 xd 很多都没领到激活码，鉴于此，在这里另发一帖补送 20 个码，请在收到码后 24h 内激活，逾期不补，有需要的伙伴可以留下邮箱
● 原帖： https://www.v2ex.com/t/1248530
● 主页： https://mu3ic.xyz/#features
● 软件下载直链： https://dl.robb3n.site/mu3ic/Mu3ic-stable.apk
另外也可以在 App 里用推广期特价 38 18 元买断（推广价到 11 月 5 日）。买了 Pro 的可以进官方讨论群（ https://t.me/+RFkD6vL_889iMjQ9 ），进群后私聊我，拉你进 Pro 资深用户群。资深用户群后面会发布「下歌 → 打标签 → 曲库管理」的自动化入库最佳实践，定制需求也优先响应，Agent 环境搭建（独家）和开发最佳实践也会作为增值服务陆续发布，下图为独家 Mac 端代理工具和跨 Agent 任务编排系统
via V2EX (author: aslehx)
1.5.0 发布贴，一开始光速领码的都没激活，后面才刷到的 xd 很多都没领到激活码，鉴于此，在这里另发一帖补送 20 个码，请在收到码后 24h 内激活，逾期不补，有需要的伙伴可以留下邮箱
● 原帖： https://www.v2ex.com/t/1248530
● 主页： https://mu3ic.xyz/#features
● 软件下载直链： https://dl.robb3n.site/mu3ic/Mu3ic-stable.apk
另外也可以在 App 里用推广期特价 38 18 元买断（推广价到 11 月 5 日）。买了 Pro 的可以进官方讨论群（ https://t.me/+RFkD6vL_889iMjQ9 ），进群后私聊我，拉你进 Pro 资深用户群。资深用户群后面会发布「下歌 → 打标签 → 曲库管理」的自动化入库最佳实践，定制需求也优先响应，Agent 环境搭建（独家）和开发最佳实践也会作为增值服务陆续发布，下图为独家 Mac 端代理工具和跨 Agent 任务编排系统
via V2EX (author: aslehx)
[酷工作] 标题： [尋找 AI 時代的 OS 級合伙人] CloudCat（雲貓）—— 基於端雲協同与數據飛輪的 Personal AI OS
各位大佬/極客朋友好：
我是深擎科技（ CloudCat Lab ）創始人鄧智健。我們正在籌備一個真正能打通移動端 App 生態孤島的 AI 項目 —— 雲貓 CloudCat 。
我們拒絕做「只會陪聊」的 AI 助手，也拒絕做「隨時被系統升級封殺」的單點 Hook 工具。我們正在構建一個 Meta 式「控制與執行分離」的高可用 Personal AI OS：
🌟 我們的技術路線與架構：
端雲協同 & 數據飛輪：雲端 Planner 負責推理與長工作流拆解，手端日誌回傳伺服器進行 RLHF 強化學習，實現「今天踩坑、明天全網 Agent 自動修復」的網絡效應。
端側雙軌執行器：
普及版（主力正兵）：Shizuku (ADB) + 無障礙 + 端側輕量 VLM 視覺 UI 識別，完全免 Root ，安全合規，覆蓋全量 Android 用戶。
內核版（極客奇兵）：保留 KernelSU / APatch / Binder 提權接口，作為高階極客模組。
獨創 Agent 意圖共識投票機制：透過 Multi-Agent 與 Human-in-the-Loop 投票卡片，徹底解決生成式 AI 跨 App 操作的幻覺與誤扣款風險。
🤝 我們在找這樣的靈魂合夥人 / 核心技術 Partner：
Android 端側架構師：精通 Android 系統機制、Shizuku/ADB 協議、Accessibility 及 UIAutomator 。
雲端 AI / Agent 系統工程師：熟悉 LLM 任務拆解、LangChain/AutoGPT/Meta Agent 框架、RLHF 數據飛輪構建。
（兼顧）內核/Binder 大牛：熟悉 Non-GKI 內核編譯、Binder IPC 與系統保活。
💰 合作方式与真實待遇（不畫大餅）：
階段一（ 0-1 MVP 研發期）：提供 5,000 元/月 研發津貼（保障基礎生活）+ 10% - 20% 創始團隊股權（帶 4 年 Vesting 分期兌現）。
階段二（ Demo 跑通與正式融資後）：產品 MVP 跑通並對接融資/資助到帳後，正規提供市場化高薪（ 20k-30k+）。
如果你不想只做大廠的螺絲釘，想一起做一款真正影響數百萬人的個人 AI 操作系統，歡迎聯繫我！
V：jefferson1689
Email： jeffersontang28@gmail.com (
via V2EX (author: kalxd)
各位大佬/極客朋友好：
我是深擎科技（ CloudCat Lab ）創始人鄧智健。我們正在籌備一個真正能打通移動端 App 生態孤島的 AI 項目 —— 雲貓 CloudCat 。
我們拒絕做「只會陪聊」的 AI 助手，也拒絕做「隨時被系統升級封殺」的單點 Hook 工具。我們正在構建一個 Meta 式「控制與執行分離」的高可用 Personal AI OS：
🌟 我們的技術路線與架構：
端雲協同 & 數據飛輪：雲端 Planner 負責推理與長工作流拆解，手端日誌回傳伺服器進行 RLHF 強化學習，實現「今天踩坑、明天全網 Agent 自動修復」的網絡效應。
端側雙軌執行器：
普及版（主力正兵）：Shizuku (ADB) + 無障礙 + 端側輕量 VLM 視覺 UI 識別，完全免 Root ，安全合規，覆蓋全量 Android 用戶。
內核版（極客奇兵）：保留 KernelSU / APatch / Binder 提權接口，作為高階極客模組。
獨創 Agent 意圖共識投票機制：透過 Multi-Agent 與 Human-in-the-Loop 投票卡片，徹底解決生成式 AI 跨 App 操作的幻覺與誤扣款風險。
🤝 我們在找這樣的靈魂合夥人 / 核心技術 Partner：
Android 端側架構師：精通 Android 系統機制、Shizuku/ADB 協議、Accessibility 及 UIAutomator 。
雲端 AI / Agent 系統工程師：熟悉 LLM 任務拆解、LangChain/AutoGPT/Meta Agent 框架、RLHF 數據飛輪構建。
（兼顧）內核/Binder 大牛：熟悉 Non-GKI 內核編譯、Binder IPC 與系統保活。
💰 合作方式与真實待遇（不畫大餅）：
階段一（ 0-1 MVP 研發期）：提供 5,000 元/月 研發津貼（保障基礎生活）+ 10% - 20% 創始團隊股權（帶 4 年 Vesting 分期兌現）。
階段二（ Demo 跑通與正式融資後）：產品 MVP 跑通並對接融資/資助到帳後，正規提供市場化高薪（ 20k-30k+）。
如果你不想只做大廠的螺絲釘，想一起做一款真正影響數百萬人的個人 AI 操作系統，歡迎聯繫我！
V：jefferson1689
Email： jeffersontang28@gmail.com (
mailto:jeffersontang28@gmail.com)via V2EX (author: kalxd)
[分享发现] 搞了个托尼 SKILL，您的专用理发师
突发奇想搞了个托尼 skill ，感兴趣的话可以下载品鉴一下
via V2EX (author: cKnight)
突发奇想搞了个托尼 skill ，感兴趣的话可以下载品鉴一下
npx skills add https://github.com/cknight107/tony --skill tony
via V2EX (author: cKnight)