Video yükleniyor...

Video Yüklenemedi

Ana Sayfaya Dön

偶然看到一个挺实用的开源项目:Agent Watch,在手表上远程控制 Claude Code。 在用 Claude Code 写代码时,经常遇到权限需要确认,如果我们离开了座位,在健身或走在路上。 有这个项目,就能在手表上实时查看终端输出,遇到权限请求直接点击批准或拒绝。 还能通过语音口述给 Claude 发指令,全程不用碰电脑,还是挺实用的。 GitHub: 经常用 Claude Code 跑长任务,又不想一直守在电脑前盯着,想要戴着手表随时掌控进度,这个项目可以安装试试。

13,818 görüntüleme • 7 ay önce •via X (Twitter)

0 Yorum

Yorum bulunmuyor

Orijinal gönderinin yorumları burada görünecek

Benzer Videolar

卧槽,我的MacBook第十款软件终于搞定了! 有了这软件我再也不用天天守电脑了,也是评论区推荐的, 它就是完全免费的远程软件—UU远程, 说实话,一开始我真没把远程控制当回事, 总觉得这东西就是临时救急,看一眼电脑。 结果这两天我在 Mac 上跑 Codex,突然发现不对劲。 AI 写代码不是一下就完事, 它要读项目、改文件、跑测试、等报错、再改。 中间随便一卡,就是十几分钟。 我总不能一直坐电脑前盯着它吧? 那我到底是在用 AI,还是在给 AI 当保安? 所以我干脆把 Mac 放桌上跑任务, 自己拿手机用 UU远程连回去看。 现在桌面上基本是 4 个窗口一起开: Codex 在改代码, 测试在实时跑, Demo 输出在刷新, 状态窗口随时验收。 人走开也没事。 手机上一连回 Mac, 直接问 Codex:现在任务完成到哪了? 测试挂了,就让它继续修; 测试绿了,就看最终输出; 结果对了,当场验收。 这就是UU的终端功能, 可以绕过图形,直接用命令行的形式操作, 改好了直接打开UU远程桌面看结果, 想改的话直接用终端接着改,效率拉满 最关键的是,它现在免费。 不用开会员,也没广告弹窗打断。 这点对我这种刚换 Mac、到处装软件的人太友好了。 早知道 UU远程这么顺手,我前面那些远程工具真不用折腾那么久。 而且它不是只能手机连电脑, 手机、平板、Mac、Windows 都能互连。 远程切窗口、看日志、敲终端,延迟比我想象中低很多。 还有个细节我挺喜欢: 可以开被控端黑屏/静音, 断连后自动锁屏。 人在外面连自己电脑,安全感会强很多。 现在我的新 Mac 基本就是: Mac 在桌上跑, Codex 在里面干活, 我在手机上看进度、补命令、验收结果。 以前远程控制是应急工具, 现在 AI 时代,它反而变成了刚需。

雨哥向前冲

227,402 görüntüleme • 5 ay önce

Claude Code Projects 向候补名单上的 Pro 和 Max 用户全部开放 Anthropic 把 Claude Code Projects 候补名单上的 Pro 和 Max 用户全部放了进来。这个功能目前是公开测试版,还在分批推送,Team 和 Enterprise 计划暂时用不了。 Claude Code Projects 我最近用的比较多,很不错的设计,既可以像个人助理一样,不停的在主会话发消息分派任务,又可以通过 Thread 看到每个子任务的执行情况,留有记录,还可以后续跟进。 推荐看看这条视频,解释的很清楚。 我之前有个帖子解释了 Codex Project 和 Claude Projects 啥不同: > 如果你还记得当年的论坛(Forum)的话,Codex Project 就像一个论坛的板块,像是一个容器,或者一个分类,跟这个板块/项目相关的内容都在这里,你可以不停的新开会话。 > Claude Projects(新的)就像 Slack 的 Channel,也是一个分类或者容器,但是所有的消息都在一起,想到啥都往里面扔,但是如果你想对某个子话题深入讨论,那么就新开 Thread,然后基于 Thread 可以展开讨论。 > 论坛呢,就是容易歪楼,讨论着讨论就偏离主题了,上下文乱一些,只有最近的回帖看的清楚。 > Slack 呢就是简单方便,不用想属于哪个话题,只要是这个 Channel 的就都往里面发就好了,上下文乱一点没关系,可以通过 Thread 聚焦 Projects 管的是“同时开好几个 Claude Code 会话,谁来协调”这件事。以前想并行干几件活,你得自己给每个会话分任务、每次重新交代背景、挨个回去看谁做完了。现在你只跟一个“项目对话”说话,Claude 在里面当协调者,把目标拆成小任务,每个任务开一个“线程”去做。 每个线程都是一个完整的 Claude Code 会话,默认跑在云端,在自己的 Git 分支上干活。合上笔记本,活照样在干,用手机也能看进度。某个任务要用本机的数据库、模拟器或内网接口,可以让这个线程改到你自己电脑上跑(通过 Remote Control 远程连接,电脑得开着)。 写代码的线程做完改动会自己开 PR(拉取请求,提交给仓库合并的代码改动),之后继续盯着:自动化测试没通过就提交修复,有人留了审查意见就去改。官方演示的例子是排查一个网站的性能问题:几个线程各修一处,最后生成一份前后性能对比报告,再设一个每天运行的例行检查,发现性能退步就自动开线程排查,等你下次进来处理。 适合放进项目的,是一次会话装不下、会不断冒出新任务的活,比如把应用迁出一个已废弃的依赖包,或者在 API、网页端、移动端几个仓库里同步改同一个接口。也可以完全不碰代码,上传一批合同或客服工单,反复提问。 所有线程共享项目说明和项目记忆。你说一次“以后都从 main 分支开 PR”,后面每个线程都照做。 【用量要注意】 每个线程都是完整会话,还能同时跑好几个,所以项目消耗套餐额度比单个会话快,官方提醒 Pro 用户尤其会更早用到上限。新建项目默认全部用 Opus,线程的推理强度(effort,模型每一步思考投入多少)默认是高。Claude Code 团队的建议是:协调者保持默认的低强度,它主要负责派活,调高没什么用;线程默认换小一点的模型,遇到复杂任务再单独切大模型。你也可以直接告诉 Claude 同时最多跑几个线程,或者先给你看计划再动手。 线程用到额度上限后,会等额度重置再自动继续,没管的活会用掉你下一个时段的额度。不想这样,可以在项目设置里暂停整个项目。 【怎么用】 在 Claude 的 Code 标签页或 Claude 手机 App 的侧边栏里看到 Projects,就说明已经开通;没看到可以加入候补名单。终端命令行、VS Code 和 JetBrains 插件里用不了。代码要托管在 上,仓库要装 Claude GitHub App。项目只属于你一个人,暂时不能分享给别人。 聊天里原来那个“项目”功能(把对话和参考文件归到一起)照常保留,等新版推到这些账号再切换。

宝玉

38,180 görüntüleme • 20 gün önce

我想很多人都有这个困扰:之前经常需要在Codex和Claude Code之间来回切换,现在又加上了最近爆火的DeepSeek Harness。 但是每次来回切换、或者想尝尝DSH的鲜的时候,我都得把背景重新讲一遍,确实挺烦的~ 最近在GitHub上发现的一个开源项目 memmy-agent,把 Codex、DeepSeek Harness、Claude Code接了进去,直接解决了困扰我很久的跨Agent 记忆的问题。 我用它做的事情很简单:把分散在不同 Agent 里的历史,沉淀到同一份个人上下文里,默认 Local-first,让它们都能调用。 我把它分别接入 Codex、DeepSeek Harness、Claude Code 之后,我做了一个信号中继站小游戏。 我先在Codex 写完基础玩法,然后对话里说一句话: 第一次失败时,给玩家一次翻盘机会,别直接结束游戏。 但这句话我故意不写入代码、README 或者是本地记忆文件。 然后新开 DeepSeek Harness,它从 Memmy 直接读出了这条决定,非常丝滑。 再新开 Claude Code,它读代码前先复述了规则,再按这个方向把后续功能补完。 代码只能告诉下一个 Agent 项目做到哪,但那些留在对话里的决策,才影响着项目接下来往哪走。 以后,Agent 要记住的,不只是代码,还有你前面已经决定的决策和经验。 Memmy 不仅帮我解决了Agent记忆的问题,还让这些经验不再独属于某一个 Agent,而是只属于你。 Switch agents, not context。 Memmy 支持桌面端、CLI、API、MCP 和 Skills多种方式,可以直接接着执行任务。 如果你也经常在多个 Agent 之间切换,可以拿自己的项目试一下。 项目GitHub:

木马人

63,704 görüntüleme • 2 ay önce

Grok Bot + Cursor 全链路开发分享!现在出门只带手机,也能完成从写代码、测试到 PR 合并和发布的整个流程🔥 前面有朋友问我,怎么通过手机配合 Grok Bot 和 Cursor 完成整个开发流程 其实没有想象中复杂,我现在这套工作流,基本不需要一直守在电脑前,分享一下具体怎么操作 一、先做好两个准备工作 1、关联 Grok Bot 和 Cursor 准备一个同时登录 Grok Bot 和 Cursor 的账号,现在的新订阅可以把两个服务关联起来 这里要注意,尽量使用同一个账号和邮箱,避免后面出现账号无法关联的问题 2、连接 GitHub 仓库 分别让 Grok Bot 和 Cursor 连接自己的 GitHub 仓库 后续的代码修改、PR、Review 和 CI/CD,都可以围绕 GitHub 完成 二、整个开发流程其实很简单 ① 手机下发任务 直接在 Grok Bot 里描述开发需求,让它调用 Cursor 去执行 Coding 任务,不需要自己一直开着电脑操作 ② Cursor Cloud 云端开发和测试 这个是我比较喜欢的地方 Cursor 自带 Cloud 环境,代码修改、测试和运行都可以在云端完成 中间的执行过程还可以通过截图、录屏和结果说明来检查,不用单纯依赖 Agent 告诉你任务已经完成 ③ GitHub PR + CI/CD 代码完成后,通过 GitHub 提交 PR,再检查对应的测试结果和 CI/CD 状态 确认没有问题后,合并到主分支,如果你的项目已经配置好自动部署,后续发布流程也可以直接跑起来 三、最后我需要做什么? 整个流程下来,我主要只需要关注三件事: 1、提交开发任务 2、检查结果并合并 PR 3、确认发布到生产环境 以前开发一个小功能,可能还得远程连接电脑、打开编辑器、跑测试,现在很多操作都可以交给 Grok Bot 和 Cursor 完成 而且整个过程在手机上就能跟进,对于经常出门、又需要随时处理项目的人来说,确实方便很多 当然,正式上线前还是建议自己检查代码、测试结果和权限配置,尤其是涉及数据库和生产环境的修改 如果你已经在用 Grok Bot 和 Cursor,真的可以试试把 GitHub 这条链路打通,后面会省下不少重复操作的时间

小墨同学

47,643 görüntüleme • 5 gün önce