关于AIGC人工智能、思维方式、知识拓展,能力提升等。投稿/合作: @inside1024_bot
AIGC 领域的最新工具、开源项目以及行业大事件
如果你非常好奇ChatGPT o1 Pro的能力,并想认真探索它的可能性。

欢迎评论区留言,Hans 帮你提问、测试并分享出来~
AI 可以直出手绘风格菜单了!

之前帮朋友做手绘风格的菜单,需要先 comfyui 用 controlnet 做图,再进 ps 里加字。现在豆包上可以生成带中文字的图片啦!

现在直接在豆包里给AI看一下食品/酒品长什么样,让他帮我设计一下菜单并加上价格和名字就可以一键获得了~!
AI探索指南
#每日一个idea 可能对很多人而言,个人电脑的超级入口,应该就是 spotlight 应用了,也就是所谓的启动器。 通过快捷键 Ctrl + Space 唤起 spotlight 输入框,输入关键字,快速找到并打开本地的软件 / 文件。 Mac 电脑第三方 spotlight 领域的王者,以前是 Alfred,后来是 Raycast,我最近几年一直在用的是一款国产软件,叫 uTools。这类 spotlight 软件,除了支持最基本的本地资源查找与启动之外,都会带一个第三方应用市场,可以下载各类应用来定制你的工作流。比如使用…
在应用商城展示系统内置的,或者第三方上传的各类应用,这些应用可以是一个功能/函数/UI 控件(能直接在 spotlight 应用里运行/展示),也可以是一个 MCP Server,需要下载到本地运行,再由 spotlight 通过本地进程通信调用。

跟目前流行的第三方 spotlight 相比,一个 AI-Native 版本的 spotlight,在实现最基本的应用查找与启动功能之外,会有一些不同:

1. 原生支持 AI 问答 + AI 搜索,可以调用本地大模型,可以挂载本地文件做 RAG,效率更高。(Raycast 去年推出了 AI 问答功能)

2. 基于 MCP 协议扩展第三方应用,如果 MCP 生态能起来,spotlight 就是一个超级 MCP Client,对接海量的 MCP Server,在功能丰富度方面会有很大的优势。

spotlight 作为个人电脑的超级入口,是兵家必争之地。豆包 / ChatGPT / Perplexity 都推出了桌面版,有一个类似 spotlight 的输入框,可以调用他们自身的 AI 能力(但是不能查找/启动本地软件)。微信去年也推出了一个“小微助手”,可能体验不太行,被吐槽下架了。

虽然避免不了竞争,但我觉得 AI-Native 版 spotlight 依然是一个可以尝试的方向,不管是对小公司还是独立开发者。至少这是一个高频场景,做一个自己每天都在用的产品,何乐而不为。

从战略执行角度,也许可以找找差异点,比如先从成为一个 MCP Client 开始,大厂短时间内也许不会跟,做得早就是优势。
#每日一个idea

可能对很多人而言,个人电脑的超级入口,应该就是 spotlight 应用了,也就是所谓的启动器。

通过快捷键 Ctrl + Space 唤起 spotlight 输入框,输入关键字,快速找到并打开本地的软件 / 文件。

Mac 电脑第三方 spotlight 领域的王者,以前是 Alfred,后来是 Raycast,我最近几年一直在用的是一款国产软件,叫 uTools。这类 spotlight 软件,除了支持最基本的本地资源查找与启动之外,都会带一个第三方应用市场,可以下载各类应用来定制你的工作流。比如使用 uTools,我复制一个英文单词,打开 uTools 输入框,自动识别到一个翻译插件,一键翻译成中文,非常丝滑。

上周 Anthropic 发布 MCP 协议之后,我觉得对于 spotlight 应用,是一个很大的机会。

先来梳理一下,实现一个 AI-Native 版的 spotlight 应用,应该怎么做:

1. 确定产品定位和技术栈。
选择 MacOS 作为主要切入点,用 Swift + SwiftUI 开发,体验更流畅(对齐 Afred 和 Raycast),也可以选择跨平台开发框架(Electron 或 Tauri),后面更好扩展到 Windows 和 Linux(参考 uTools)

2. 实现最基本的输入框控件。
在电脑居中弹出的一个长条形输入框,默认绑定到一个系统快捷键,比如 Command + Shift + Space,支持用户自定义快捷键(如果日常使用,一般会修改成 Command + Space)

3. 实现最核心的功能:关键词查找 + 快速打开本地应用 / 文件。
调用操作系统的 API 可以实现,但要考虑查找速度优化的问题。

4. 实现通用的 AI 问答 + 搜索功能。
用户输入一个 query,调用搜索 API 和大模型 API 进行回复,在一个新的窗口显示回复结果,支持追问。可以@本地文件做 RAG,省去了上传文件的步骤。

5. 实现第三方应用的查找与调用。
比如我在本地安装了一个 mcp-server-chatsum,在 spotlight 输入框提问:“今天上午大家都在聊啥”,spotlight 主动服务发现,或者由用户选择“chatsum”这个应用进行调用,通过本地进程通信实现数据交互。

6. 实现第三方应用商城。
生机勃勃的老年人
死气沉沉的年轻人
生无可恋的中年人

开天辟地的机器人
我的公司终于注册下来了

火星电波,正式成立!

2024年12月4日,是一个值得纪念的日子。
因为在这天,火星电波,MarsWave,正式成立了。
在小程序里下好营业执照,保存到相册里,在飞书上的三人群里通知了大家。

最近一周以来,都在学习,学习各种以前没接触过的知识。
开公司比想象中还要麻烦10倍。
公司正式注册下来,对于我来说,自然是个非常欣慰的事情。
但在创建公司的完整的 To Do List 里,这只是成立公司12个项目里的第2个而已。
接下来还有的10个项目,还要历时数月才能完成。
对于一个人来说,很难。
但好在我也不是一个人。
还有一直全力支持我的合伙人 Kris.
还有在百忙之中支持我的豪华的顾问团。
真心地感谢大家,在我们还是一点星星之火时,对我们倍加照料。

为什么叫火星电波?
我还记得一个月前,Kris 说「github 上我开一个组织来管理代码,你想一个公司的名字?」
我说「名字需要好好想想吧。。。」
十分钟后,我想到了这个名字。
火星电波,MarsWave,就这样溜进了我的脑子,完全是 Next Token,没有什么思维链。
如果非要让我解释的话,它有三层含义:
1. 未来人类要登上火星,那时候我们所听的内容应该都是 AI 所制作的了。
2. 登上火星是一件非常难但又一定能实现的事情,像极了我们要做的事。
3.火星,长得有点像橘子。。。

我们要做什么?
简单来说,我们要做一家 AI 驱动的内容公司。
在做内容的过程中,现有工具都无法满足我们的需求,所以我们要开发很多 AI 应用。
我们所开发的 AI 应用,都是为了满足我们自己的真需求。
我们也相信这是广泛的创作者的需求。
AI 能否创造出可以被直接消费的内容?
长期一定可以,但短期需要脚踏实地地做很多工作。

所以我们的远大目标是一家 AI 驱动的内容公司。
但在这条路上,首先是一家满足创作者真需求的 AI 应用公司。

我们要做什么样的内容?
这个世界,不是每个人都需要工具提效,每天变得更快更强。
这个世界,大多数人已经做得很好了,但很多事情不是光靠努力就能解决。
这个世界,需要知识和灵感,也需要情感和关怀。
做内容,天生就站在了科技与人文的十字路口。
我们以最先进的 AI 科技,去创造触达人类灵魂的内容。

我们还需要你!
刚刚也提到,我们的飞书群里目前只有三个人。
此页PPT感谢@罗X 老师贡献灵感…
报告做了70多页了…
估计还得有至少50页…
今天终于搞明白prompt engineering了。

之前的不管是〝精确表达〞还是〝压缩表达〞,都落在了阳的范畴里。

这两天密集尝试了〝共振表达〞,最终发现它落在阴的范畴里。

两者不是升级和替代关系,而是阴阳相生,互相补全的关系。

拼图完整了,初步练手试了下,短篇小说生成这事,已经解决了。

太多想做的试验了,兴奋。
人形机器人一览,最有价值/生动/明晰的list:
https://www.openloong.org.cn/cn/robohub
梳理一下自己写 Prompt 受启发的几个重要节点:

- @云中江树 :langGPT ⇒ 学会结构化写法

- Super Prompt: 以符号传递意思 ⇒ 学会「得意忘言」 ⇒ Lisp

- Think Claude: 显式思维过程 ⇒ 学会「全图景流动」 ⇒ o1

- 豆爸 (织梦师): 量子场 ⇒ 学会「场的氛围」 ⇒ 脱离规则指导

- @莱森 LysonOber (织梦师): 梦境 ⇒ 学会「神经元之海中飘荡」 ⇒ 进一步放开限制

期待从开源社区学习更多,也回馈更多到社区。
#每日一个idea

我去年写了一个叫ChatSum的群聊总结工具,用wechaty框架实时收集微信消息,在群里@机器人提问,请求大模型 API,总结群聊话题。

当时的方案是在提问时拿到群聊消息发给 Claude2 总结,会有隐私问题,也受到了 Claude 模型长度的限制,总结效果不太好,后面这个项目就搁置了。

上周 Anthropic 发布 MCP 协议之后,我打算把这个项目捡起来,技术方案调整了一下:

1. 用 wechaty 在自己电脑上运行微信机器人,实时收集微信消息,存储在本地文件

2. 在自己电脑运行一个 mcp-server-chatsum 程序,接收查询请求,从本地文件返回匹配的微信消息(根据群名/联系人/话题组合查询)

3. 使用 Claude 桌面版作为交互入口,随时查询和总结微信消息,由 Claude 桌面版与本地的 mcp-server-chatsum 进程通行,再由 Claude 内置的大模型完成总结回复

比如我可以这么问:

- 今天早上大家都在聊啥?

- 关于 MCP 最近有哪些讨论?

- idoubi 在哪些群分享了什么内容?

- AI-Native 群最活跃的 5 个用户和关心的话题是什么?

比起去年的实现方案,用 MCP Server 来实现 ChatSum 的功能有一些不同点:

- 消息存储和查询总结完全解耦,灵活性更高

- 由 Claude 客户端做服务发现/意图识别/参数提取 / 流程串联等步骤,准确性更高(之前用的是 Function Calling)

- 虽然现在交互入口用的是 Claude 桌面版,按照 MCP 协议的约定,后面可以自己实现一个 MCP Client,调用本地的大模型,实现完全私有化,数据安全性更高

MCP Client 作为个人电脑的超级入口,AI 助理 2.0 时代即将到来。

最后很高兴宣布,今天的 idea 已经落地了。

微信机器人和消息总结 MCP Server 代码已开源👇

https://github.com/mcpservers/mcp-server-chatsum

用我自己的微信跑了一些查询,总结效果良好,再也不用担心加群太多消息看不过来了。😄

欢迎自行部署体验。

我会写一篇文章总结实现 mcp-server-chatsum 的技术细节,敬请期待。
Back to Top