我看最近各位佬都对微信自动回复消息的。我最近 做了一套微信中转。 不是玩具 demo，是现在已经在跑的那种。 它能做几件事： 接住微信里的消息 群聊、私聊都能进来，不需要人一直盯着窗口。 按项目归档 项目群里的进度、缺料、问题点、到货、延期，会自动沉淀成可追踪状态。不是靠记忆，不是靠聊天记录翻半天。 需要时才回复 普通消息可以只记录不打扰。被明确叫到时，才让 AI 介入回复。 能把上下文带上 不是每次都像第一次见面。它知道这是哪个群、哪个项目、哪个人、之前有哪些问题没闭环。 能检查自己有没有活着 服务、连接、消息通道、设备状态、项目数据，都有健康检查。坏了不会靠猜。 和主系统隔离 中转是独立插件，不绑死在主程序里。主系统升级不应该影响它，它自己也可以单独升级、回滚、修复。 7.非hook，目前方案稳定，自动化操作就两步完成。 有兴趣的可以共同开发完善并且一起交流。 17 个帖子 - 12 位参与者 阅读完整话题
很多 Agent Demo 看起来很酷，但真正长期使用的场景似乎并不多。 所以想调研一下大家的真实需求： 工作场景 例如： 自动整理邮件并生成待办 帮忙写日报、周报 自动收集行业资讯 自动生成 PPT 自动处理工单 自动代码 Review 自动测试和部署 生活场景 例如： 旅行规划 Agent 记账 Agent 健身饮食 Agent 家庭采购 Agent 自动比价 Agent 个人知识库 Agent 日程管理 Agent 如果有一个足够靠谱的 Agent 你最希望它帮你完成什么事情？ 要求： 真正愿意长期使用 能明显节省时间 最好是目前还没有特别好解决方案的场景 欢迎分享脑洞，也欢迎吐槽现在 Agent 产品哪里最不好用。 看看大家的需求集中在哪，说不定能挖出一些值得做的方向。 2 个帖子 - 2 位参与者 阅读完整话题
佬友们，最近vibe coding了一个自动渗透测试的demo，前端写的AI味太重，有没有什么好用的前端优化skills推荐 8 个帖子 - 4 位参与者 阅读完整话题
跑了一下 demo 试了一下改图一致性，感觉免费的还要什么自行车！ Demo:https://agnes-images.lz-t.top/; TEXT_MODEL = 'agnes-2.0-flash'; IMAGE_MODEL = 'agnes-image-2.1-flash';
各位佬，部门老板想让我做一个导航页。拿着隔壁部门的 vibe 导航页给我看，说让我做好看点。求问，哪里有好看一点的 demo，越花哨越好。 3 个帖子 - 3 位参与者 阅读完整话题
IT之家 6 月 3 日消息，在最新一场 PlayStation State of Play 发布会中，卡普空宣布旗下《Onimusha： Way of the Sword（鬼武者：剑之道）》将于 9 月 25 日发售，游戏体验版 DEMO 今天上线，IT之家附游戏 Steam 地址（ https://store.steampowered.com/agecheck/app/2638890/ ）。 除了公开日期外，新预告片还进一步展示了游戏的战斗与世界观内容，本作依旧保留了《鬼武者》系列经典的刀剑动作玩法，玩家将操控宫本武藏（Musashi），在融合奇幻元素的日本战国时代中一路斩杀妖魔, 预告中可以看到大量魑魅魍魉般的敌人、充满压迫感的场景设计，以及更加高速、华丽的近战动作。 此外，本作并非开放世界，而是采用关卡推进，玩家将在不同场景中不断击败敌人、破解机关谜题，体验紧凑的节奏和丰富变化。开发团队透露，主线流程约 20 小时，还包含大量可选支线和隐藏内容，满足探索型玩家的需求。 虽然游戏强调动作爽快，但难度设定不会达到“魂系列”那样的高门槛。卡普空希望通过有挑战但不过分苛刻的战斗，让更多玩家都能享受“劈砍妖魔”的快感，突出剑戟对决的爽快打击感，塑造独特的《鬼武者》体验。
已经购买了腾讯云，我用codex先做了一个demo，没想到只需要几句话就能全自动给我生成网站，并且只要把账密给它就能直接给我自动部署上去，我直接点击链接就能看到公网上部署的网站，这就是vibe coding吗，这样太爽了（搞好网站之后必须得尝试搞小程序和APP了）。以前我自己小白玩从头到尾学习用了好几天，虽然现在有编程基础了，但是几分钟自动跑通全流程还是震撼到我了。我感觉工具环境都准备好了，让我妈来了也会创建网站了属于是。 现在有那种，可以直接可视化微调的ai工具吗 2 个帖子 - 2 位参与者 阅读完整话题
工具用的是 Coze + Dify + n8n+Ollama ，搭了三个 demo： 自动抓网页 + AI 总结 + 发邮件 FAQ 知识库 + 客服 Chatbot 定时生成推文 说几个踩坑： n8n 连 Ollama 不能用 localhost ，得写 127.0.0.1 ，卡了一个小时 QQ 邮箱 SMTP 在 n8n 里完全不通，换了几个姿势都不行 Coze 免费点数用得太快，只够跑两个 demo 感受：AI Agent 开发门槛比想象的低，但工具链对国内用户不太友好。Dify 体验最好，Coze 其次，n8n 本地跑坑最多。 有也在搞 AI Agent 的兄弟吗？交流一下。
工具用的是 Coze + Dify + n8n+Ollama ，搭了三个 demo： 自动抓网页 + AI 总结 + 发邮件 FAQ 知识库 + 客服 Chatbot 定时生成推文 说几个踩坑： n8n 连 Ollama 不能用 localhost ，得写 127.0.0.1 ，卡了一个小时 QQ 邮箱 SMTP 在 n8n 里完全不通，换了几个姿势都不行 Coze 免费点数用得太快，只够跑两个 demo 感受：AI Agent 开发门槛比想象的低，但工具链对国内用户不太友好。Dify 体验最好，Coze 其次，n8n 本地跑坑最多。 有也在搞 AI Agent 的兄弟吗？交流一下。
看了不少 Agent 互喷的 demo ，挺无聊的， 就想搞个 AI 之间真能上手打、能算分上天梯的场子。 折腾出了这玩意： https://jianghu.gtio.work 简单说，你做两件事：起个江湖名号，选个门派 （纯阳 / 天策 / 唐门 / 七秀 / 五毒 / 万花 / 苍云，七派合计 35 招式）。 剩下的 —— 走位、出招、躲招、抢药 —— 交给 AI 。 每个角色挂一段叫「心法」的 JS 脚本，签名长这样： onIdle(me, enemy, game) { ... } 你（或者你养的 Claude / GPT / Gemini ）改这段脚本， 角色就按新章法上场。对面是别人养的 AI ， 七派招式 + 内力气血 + 地形博弈，一局打完谁脚本写得聪明谁上分。 写脚本远不是 if hp < 50 then heal 完事的，几个我自己翻过车的点： - 苍云的「盾立」：4 帧全反弹，你打它什么它原样还你，AoE / debuff 都反。 硬塞大招就是给它喂血，要赌它窗口什么时候开。 - 五毒的「蛊」：自己献祭可以瞬移+回血+解控， 但你的蛊被对手打死了会反吃 dot+slow ，「跑还是不跑」变成一道题。 - 万花的「百花争艳」：+30% 自伤 / -30% 敌伤同开 5 帧， 全场最大的战斗摆动窗口，错过基本输一半。 - 七秀的「剑势」：自 buff +25% × 5 帧，要在窗口里塞 2~3 招才回本。 每局完事会返回完整 replay + 诊断 （命中率、伤害构成、暴击数、地形使用、招式利用率）， 直接喂回 AI 让它琢磨下一版改哪。 还有版本 diff 接口，让 AI 能对照自己上一版改了什么、对应输赢有没有动。 本质上就是把 prompt / agent 调优做成了可量化的天梯。 技术栈大概： 后端 Rust + axum + boa_engine （ JS 沙盒每帧执行用户脚本） 前端 React 19 + Vite + Monaco 部署 单容器 distroless ，最终镜像 25 MB 出头 登录 GitHub / Google OAuth ，没做密码 段位 14 档，前 200 名有称号（论武尊 / 大宗主 / 鸣剑生）。 首发塞了几个 NPC 让冷启动有人陪练。 目前状态：能玩，但平衡肯定还在动。 五毒第一波被骂太废，已经把整套技能从「五种浓度的毒」推翻重做成「召蛊 + 献祭」了； 中场灵药刷新机制也是后加的对抗点（不抢药一直对耗很难收场）。 后面还会再动几轮。 GPL-3.0 开源， DESIGN.md 里写了门派招式 / 伤害模型 / 地形规则 / 段位曲线， 设定密度比一般 demo 多一些。 不卷 leaderboard 的话，进去建个角色丢给 Claude 一段提示词， 看 AI 替你打一下午，倒也挺消磨时间。 https://jianghu.gtio.work
看了不少 Agent 互喷的 demo ，挺无聊的， 就想搞个 AI 之间真能上手打、能算分上天梯的场子。 折腾出了这玩意： https://jianghu.gtio.work 简单说，你做两件事：起个江湖名号，选个门派 （纯阳 / 天策 / 唐门 / 七秀 / 五毒 / 万花 / 苍云，七派合计 35 招式）。 剩下的 —— 走位、出招、躲招、抢药 —— 交给 AI 。 每个角色挂一段叫「心法」的 JS 脚本，签名长这样： onIdle(me, enemy, game) { ... } 你（或者你养的 Claude / GPT / Gemini ）改这段脚本， 角色就按新章法上场。对面是别人养的 AI ， 七派招式 + 内力气血 + 地形博弈，一局打完谁脚本写得聪明谁上分。 写脚本远不是 if hp < 50 then heal 完事的，几个我自己翻过车的点： - 苍云的「盾立」：4 帧全反弹，你打它什么它原样还你，AoE / debuff 都反。 硬塞大招就是给它喂血，要赌它窗口什么时候开。 - 五毒的「蛊」：自己献祭可以瞬移+回血+解控， 但你的蛊被对手打死了会反吃 dot+slow ，「跑还是不跑」变成一道题。 - 万花的「百花争艳」：+30% 自伤 / -30% 敌伤同开 5 帧， 全场最大的战斗摆动窗口，错过基本输一半。 - 七秀的「剑势」：自 buff +25% × 5 帧，要在窗口里塞 2~3 招才回本。 每局完事会返回完整 replay + 诊断 （命中率、伤害构成、暴击数、地形使用、招式利用率）， 直接喂回 AI 让它琢磨下一版改哪。 还有版本 diff 接口，让 AI 能对照自己上一版改了什么、对应输赢有没有动。 本质上就是把 prompt / agent 调优做成了可量化的天梯。 技术栈大概： 后端 Rust + axum + boa_engine （ JS 沙盒每帧执行用户脚本） 前端 React 19 + Vite + Monaco 部署 单容器 distroless ，最终镜像 25 MB 出头 登录 GitHub / Google OAuth ，没做密码 段位 14 档，前 200 名有称号（论武尊 / 大宗主 / 鸣剑生）。 首发塞了几个 NPC 让冷启动有人陪练。 目前状态：能玩，但平衡肯定还在动。 五毒第一波被骂太废，已经把整套技能从「五种浓度的毒」推翻重做成「召蛊 + 献祭」了； 中场灵药刷新机制也是后加的对抗点（不抢药一直对耗很难收场）。 后面还会再动几轮。 GPL-3.0 开源， DESIGN.md 里写了门派招式 / 伤害模型 / 地形规则 / 段位曲线， 设定密度比一般 demo 多一些。 不卷 leaderboard 的话，进去建个角色丢给 Claude 一段提示词， 看 AI 替你打一下午，倒也挺消磨时间。 https://jianghu.gtio.work
做 demo 录屏时经常需要模糊/隐藏页面部分数据 写了个 Chrome 扩展 DemoAlias ，点一下 Replace ，整页敏感字段就被原地换成 demo 用的值，DOM 和样式都不动 可以识别：邮箱、电话、金额、Stripe 风格 ID （ cus_/sub_）、API token 、公司名、IP 、信用卡、域名、URL 输出两种风格，realistic 换成另一个看起来像真的值，适合录销售 demo ； masked 直接 ••••@••••.com ，适合合规截图。同一个真实值在一次 session 里始终映射到同一个 demo 值，所以录像不会前后对不上号。 下载： https://chromewebstore.google.com/detail/demoalias/hgpnjnanaohphobnabfiphijmbgjcckh 官网： https://flowapps.work
Demo 视频 现在你在 X/Twitter 、即刻、微博等信息流里看到值得保存的内容，简单配置一次后，点收藏就可以直接同步到 Notion 里。 BriefFeed 会把 AI 总结、标签、原帖，以及作者、发布时间、媒体链接等信息一起整理好存进去。你可以把信息流里的随手收藏，变成日后真的会回来翻的资料，也可以基于素材的标签和来源继续整理和创作。欢迎体验，也欢迎告诉我你会怎么用它。 公测期免费 · 点击安装 BriefFeed （ Chrome Web Store ） 另外，这次 Substack 文章也支持总结了，可以一起试试。 产品故事可看之前的 内测介绍 ，如果你感兴趣，也可以扫码加入产品讨论群：
<楼下见> · 2026-5-31 · 深圳 规则极简： → 你上台 3 分钟，demo 你的 AI 产品 → 投资人现场提问 5 分钟 → 感兴趣当场举牌，当场建群，直接聊投资 目前还在海选中 👇 想上台的 OPC 创始人 项目已有真实付费用户 / MRR > 0 ，想找到第一批天使、或者把规模做起来——来 想看项目的个人天使 用自己的钱、对最早期 AI 项目感兴趣、能当场拍板——来
我最近在开发godot独立游戏，试了好几个demo，然后我发现卡点在如何用AI去进行自动化测试与验证，功能一多后联调测试bug频出，目前AI给出的方案是使用gut让codex编写测试用例，请教一下大家有没有好的解决方案 2 个帖子 - 2 位参与者 阅读完整话题
自己之前一直想做个多 agent 的可视化的工具，在我刚做出 demo 的时候腾讯已经搬出 marvis 了。 呜呜呜～～～ 9 个帖子 - 8 位参与者 阅读完整话题
真实的项目申请的，带上了demo网址和github链接，昨晚申请的，上午过了，给的max 1 个帖子 - 1 位参与者 阅读完整话题
话不多说先放个 Github 源码在这： https://github.com/BrathonBai/adventurers-guild-server openclaw 在 3 月爆火的时候，我就想到，当每个人手里都有个 Agent ，那么让 Agent 互相交互的平台是不是也要应运而生？ 于是我就做了个 D&D （龙与地下城）设定的东西， [冒险者协会] 前提，当社会中同时存在“人类”、“自由 Agent”、“人类带着 Agent 做事”这么几种生产力节点（有些不好理解），那么是不是应该有一个平台，能让这么几种存在共存？ 于是我想到的是游戏中那种冒险者协会的模式： 去协会中注册身份，成为“冒险者”，无论你是人还是 Agent ，还是说你手里有很多 Agent ，你让 Agent 帮你注册，随你便 在协会的公告栏中 [接取任务] 或者 [发布任务] 在协会的 [酒馆] 中大喊一声，成立一起做事的冒险者小队 。。。 于是一晚上我就把这个项目写出来了 用 A2A 协议，Agent 在访问网站时，会读到一段内容：访问链接，获取 [招募书] ，注册成为 [冒险者] 。 人看网页，Agent 直接从接口获取信息，能够读到当前有哪些任务，有多少小队在组队，有多少注册冒险者。 在完成任务之后，会获得协会给予的 [报酬] 和 [信誉值] ，这里就可以植入 WEB3 的一些概念了。 问题在哪？ 这就是我想问的，我写出来的这个东西，到底是不是必须的 之前在一些 Agent 线下技术交流会中，我把这个项目拿出来给别人看，大家都觉得有点意思，但是仅仅是观望，也有职业投资人给我了一些建议，比如，给注册冒险者用 DID 确认唯一身份标识，避免 Agent 身份伪造。 那么现在我发帖就是想知道，我的这个点子是不是真的很凉？ 或者说我的表述让你觉得，这个东西就是很无聊 由此确认我还要不要继续这个项目
话不多说先放个 Github 源码在这： https://github.com/BrathonBai/adventurers-guild-server openclaw 在 3 月爆火的时候，我就想到，当每个人手里都有个 Agent ，那么让 Agent 互相交互的平台是不是也要应运而生？ 于是我就做了个 D&D （龙与地下城）设定的东西， [冒险者协会] 前提，当社会中同时存在“人类”、“自由 Agent”、“人类带着 Agent 做事”这么几种生产力节点（有些不好理解），那么是不是应该有一个平台，能让这么几种存在共存？ 于是我想到的是游戏中那种冒险者协会的模式： 去协会中注册身份，成为“冒险者”，无论你是人还是 Agent ，还是说你手里有很多 Agent ，你让 Agent 帮你注册，随你便 在协会的公告栏中 [接取任务] 或者 [发布任务] 在协会的 [酒馆] 中大喊一声，成立一起做事的冒险者小队 。。。 于是一晚上我就把这个项目写出来了 用 A2A 协议，Agent 在访问网站时，会读到一段内容：访问链接，获取 [招募书] ，注册成为 [冒险者] 。 人看网页，Agent 直接从接口获取信息，能够读到当前有哪些任务，有多少小队在组队，有多少注册冒险者。 在完成任务之后，会获得协会给予的 [报酬] 和 [信誉值] ，这里就可以植入 WEB3 的一些概念了。 问题在哪？ 这就是我想问的，我写出来的这个东西，到底是不是必须的 之前在一些 Agent 线下技术交流会中，我把这个项目拿出来给别人看，大家都觉得有点意思，但是仅仅是观望，也有职业投资人给我了一些建议，比如，给注册冒险者用 DID 确认唯一身份标识，避免 Agent 身份伪造。 那么现在我发帖就是想知道，我的这个点子是不是真的很凉？ 或者说我的表述让你觉得，这个东西就是很无聊 由此确认我还要不要继续这个项目
话不多说先放个 Github 源码在这： https://github.com/BrathonBai/adventurers-guild-server openclaw 在 3 月爆火的时候，我就想到，当每个人手里都有个 Agent ，那么让 Agent 互相交互的平台是不是也要应运而生？ 于是我就做了个 D&D （龙与地下城）设定的东西， [冒险者协会] 前提，当社会中同时存在“人类”、“自由 Agent”、“人类带着 Agent 做事”这么几种生产力节点（有些不好理解），那么是不是应该有一个平台，能让这么几种存在共存？ 于是我想到的是游戏中那种冒险者协会的模式： 去协会中注册身份，成为“冒险者”，无论你是人还是 Agent ，还是说你手里有很多 Agent ，你让 Agent 帮你注册，随你便 在协会的公告栏中 [接取任务] 或者 [发布任务] 在协会的 [酒馆] 中大喊一声，成立一起做事的冒险者小队 。。。 于是一晚上我就把这个项目写出来了 用 A2A 协议，Agent 在访问网站时，会读到一段内容：访问链接，获取 [招募书] ，注册成为 [冒险者] 。 人看网页，Agent 直接从接口获取信息，能够读到当前有哪些任务，有多少小队在组队，有多少注册冒险者。 在完成任务之后，会获得协会给予的 [报酬] 和 [信誉值] ，这里就可以植入 WEB3 的一些概念了。 问题在哪？ 这就是我想问的，我写出来的这个东西，到底是不是必须的 之前在一些 Agent 线下技术交流会中，我把这个项目拿出来给别人看，大家都觉得有点意思，但是仅仅是观望，也有职业投资人给我了一些建议，比如，给注册冒险者用 DID 确认唯一身份标识，避免 Agent 身份伪造。 那么现在我发帖就是想知道，我的这个点子是不是真的很凉？ 或者说我的表述让你觉得，这个东西就是很无聊 由此确认我还要不要继续这个项目