Wandering

有了好些想法。发现了 Hermes 的好处之后，就想着构建更多的东西。首先是把这个东西再接上 Telegram，看看能不能用 Telegram 的多个机器人去操作多个会话。把 Telegram 机器人定义为去执行每一个不同项目的执行者。有了灵感池子（就是许愿池），然后就有这些 agent 去做许愿精灵，将愿望实现。

然后是把自己用的这个前端界面给做好，把想要的功能加齐全。

然后是将 Wandering 的网页和我的 Hermes 整体客户端给连起来

能看到我在上面进行了哪些对话，消耗了多少东西，生成了哪些文件。

以及：

1. 我的许愿池子里面有什么灵感

2. 我有几个 agent

3. 每一个帮助我实现愿望的许愿精灵表现怎么样，花费怎么样？

一个集 学习助理、聊天伙伴、教程、开发助手等各种功能于一体的网站，还有一套配套的资源，随时深入探索 Agent 的各个模块。形成很多知识积累，以及清晰明确的监控平台，还有简单清晰的入手说明书。

哈哈，你能不能 get 到我这个梗，one ring to rule them all

能 get 到 😂

你这个就是把《指环王》里的：

One Ring to rule them all

改成：

Wandering to rule them all

原句大概是“至尊魔戒统御众戒”，你的版本就是：

Wandering 统御所有资料、项目、聊天记录、施工日志。

这个梗还挺贴，因为你现在不是在建一个普通文件夹，而是在确立一个“总母体 / 总索引 / 总世界观”。所有 Codex、ChatGPT、项目文件，最后都被 Wandering 吸纳进去。

甚至可以写成你的 Obsidian 首页标语：

Wandering to rule them all.
One system to gather them.
One path to find them.
One archive to bind them.

有点中二，但很适合当个人知识系统的宪章。🌍💍

刚刚散步的时候，会想到刚才想的那个 ROI 的问题，就是有了这么多智能，做出那些产品，怎么得到回报？

大公司那些就不知道了。唉，反正我就按照我自己的想法走就好了

首先是旧需求，用新技术去做一遍，这个很好理解。但是具体实施起来有很多问题，不好说。需要针对具体情况具体分析。

另一种就是以前做不到的东西，因为有了 AI 就可以做了。比如以前不可能监控 A 股所有 5000 家上市公司，但现在有了 Agent，只要把你需要的功能调好，让它能输出对应的结果、做好对应的事情，那就可以做到监控 5000 个 Agent。

把它们的精华提炼出来，或许能从中发现一些有意思的事情呢。

我还有一个关于天气的想法，留到明天去做吧。那是我 Wandering MVP 想要输出的第一个示例结果。

因为我对天气非常好奇，很喜欢台风这些东西，经常看台风的信息。我一直在想可以用 AI 去做更多和天气有关的事情：

1. 收集更多信息

2. 整理成知识库

3. 做成一些有意思的产品

这需要看很多关于天气的网站和产品，反正明天再看吧

最后再记录一条，刚刚散步时候想的，关于后天开始（接下来这三天）的那个“榨干codex”计划。

想要做的事情 想一些大概内容：

因为我 codex 现在有 4 次重置机会，我在想接下来 3 天全力冲刺一下，把这几个东西都用完。用我那个 4 个定时的方法，一天跑 4 个 5 小时，把额度跑光。

我发现 20 刀的套餐，如果全力开发的话，大概不到一个小时就能把额度用光。

这正好给了我一个节奏：开发一个小时，然后花四个小时去做其他事情，去思考产品设计相关的内容。去看其他的产品，分析相关的需求和关键词，觉得这样的节奏也挺好的。

不要一直开发，或者是一直看产品，这样打断一下，或许会有很好的效果。

然后也有了一个想法，以后用 100 刀额度去迫使我自己，为了用光这些额度就得去输出更多的页面和产品，这算是一种反向推动力。

现在有这么一个初步想法，但还不确定。先试几天这种 4 个小时定时的方法，消耗一下额度看看。如果效果好的话，一个月多花 700 块钱也是可以接受的。先跑个半年，也就 3500 块钱，虽然到时不知道产出会有多少，但可以算一下 ROI。

我觉得过程中要多多回顾、多多复盘，不要只做出一些垃圾。做完之后要思考一下这个产品是不是有用、哪里有用，这样感觉还是会有收获的。

我发现现在用这种语音输入也挺好的，反正就算有错别字我还是能看得懂。

现在分不分段什么也都不太重要，反正格式不重要，内容才重要。现在和大模型对话多了，感觉那种对话方式下，有些错别字或者是分段不完美也是没关系的，意思能懂就行。

所以多用语音输入吧

23:05 分了，接下来三天要榨干 Codex 的内容，每天真的要积累一下：

1. 首先是在额度恢复的间隙，保持住每天发 10 条外链。

2. 然后 KWOK 保持 10 到 15 条的节奏持续下去。

连续坚持三天，这样就算种树任务持续下来，完成阶段任务了。剩下的时间就可以全力去想自己要做的那个 Wandering 的 MVP 了。

首先有个想法，是先接通 Telegram，看看能不能在 Telegram 建多个 Bot，每个 Bot 去对应和不同的会话进行沟通，让不同的会话去执行指定的任务，也就是实现一个多 Agent 的功能。

如果不行的话，之后再研究怎么实现多 Agent，反正还要配一些性格、个性之类的东西。

这件事要循序渐进，不要想着一次就能搞通，这是一个慢慢生长的过程，要慢慢明白。反正我那个“爱马仕深入拆解计划”还在进行中，这个东西急不来，而且之后也会很有帮助。

这是第二个功能：接大号的微信 bot 完成一个 agent 功能。

具体流程是：发送一条公众号的地址，然后我的 piecky 就会把这个公众号的内容完全复制，并保存到我的 Mac mini 上某一个文件夹的位置。

第三个功能

用那些额度去调整，还是要调整 piecky 的 UI 界面。我还是喜欢一个好的界面，就像一个状态监控栏，我觉得这种可视化非常重要。

以后需要对多 agent 进行管理，把自己的思维列清楚，这件事之后会变得非常重要。以前可能没有这样的需求，但现在 agent 的能力变强了，人的需求就需要被明确下来，一条条列出来。

调好那个界面，观察每一条对话是怎么运行的。

写一个状态监控栏，主要用来查看：

1. 哪一步消耗的时间比较久

2. 调用了哪些工具，执行了哪些操作

3. 模型执行同一个命令会有什么样的效果

4. 如何评价执行这个任务的完成度，以及是否符合我的要求

看看用更低价格版本的模型，能不能完成同样的效果？

将每一次询问或操作的费用展示清楚，用非常明显、易懂的方式将价格消耗呈现出来，这样就能对 Agent 的使用有更强的掌控感。

至少我是很需要这个功能的。我需要知道每一次操作会消耗多少钱，才能明确该如何进一步优化，或者确定用这些钱实现的功能需要满足什么样的价值。

这些就是第三个功能大概的内容

第四个功能是想要完善一个聊天记录收集和展示的功能。

需要把以下内容通通保存到一个地方：

1. 我的 Codex 里面的聊天记录和命令操作

2. ChatGPT 的命令

3. Piky 的命令和聊天记录

我需要对这些上下文进行掌控，方便后面进行优化，或者是加强我对 Agent 使用的理解。先能看清楚通过接口发送和调用的每一条请求是什么样。理解了那种命令操作（to use）之后，再换一种更简洁、可视化的方式列出来，这样就能更清楚地看到每一条命令以及每一个 Agent 操作时背后执行了什么。

我在编写项目的时候，想看到它们具体执行了什么内容。在一些 Codex 的前端界面里，这些信息可能被隐藏了，但我还是想把它们全部打开。

这样做有几个好处：

1. 增强掌握感：能更真切地知道 Agent 正在做什么，了解它的性能。

2. 辅助学习与设计：方便后续对 Agent 的学习以及对产品的设计。

3. 驱动优化：通过理解它的运行机制，搞清楚它能胜任哪些事情，从而知道如何开发新产品以及进行新的优化。

第五个功能

这几个事情完成之后，我需要去重构我那个 rendering.in 的落地页界面，去把我想的五个模块给它列上去

大标题写着 Wandering to Rule Them All，写得霸气一点。

先搞一个粗糙的版本，UI 我想着先慢慢优化吧。先找一个前两天看过的、挺好的像素画风格界面给它搞上去。

第五个功能是想实现一个文档页与博客页的合并页。我想一边开发，一边记录我对这个产品的设计和想法。

这个项目都会是开源的，我需要和 Codex 或者 Piecky 去讨论如何实现以下需求：

1. 在线上写记录的需求

2. 或者通过某个 Agent，在微信、TG（Telegram）或飞书等平台实现随心记录，然后内容能自动同步到网站的博客页里

博客页的东西怎么存储，是用 JSON 还是存到数据库，这些东西还是不太确定，要和 Odys 讨论一下。

记录这个东西让我想到了一个场景，就是那个电影《社交网络》里面，扎克伯格一开始在开发的时候，一边吐槽、一边开发、一边记录，那种感觉挺爽的

完成这个功能之后，我在想还需要对这 5 个模块进行一个定义。

现在是第六个功能。

首先是写一些简要的博客记录吧。

目前想了一些，感觉挺完善的，但还不是特别清晰。关于分界，感觉这 5 个模块像是有点联系、互相流动的混合体，又像是带点边界混合的东西。它们不是那种泾渭分明的，而像是一点融合后又相对独立的感觉。

关于这 5 个模块，我还想过落地页怎么写得更炫酷。比如写个 UI，当点击某一个模块的时候，另外四个模块就从左边流入下来，然后在右边展示当前点击模块的详情。

虽然我还没想好具体怎么做比较好看，但感觉这里可以做点文章，把 UI 做得更出彩一点。不过，这些都是后话了。

第七个功能是做右下角的模块 Spark。

我在想这个模块是要记录一些自己的想法，或者开发想要的点子。我目前是通过 Piecky 在微信发过来，有一个灵感收集箱的功能。

我感觉可以做一个独立的应用程序，专门把那些记录的东西经过处理，然后丢到某一个文件夹，最后在网站这里展示出来。其实我那个博客也相当于 Spark 的一些部分，就是把自己开发的想法记录下来。

反正做一个全开源的东西，自己用的东西我会喜欢，说不定别人也能有用。

第八个功能是左下角的这个，我现在想的是 Brain WD收集个人所有的上下文，包括经历、看的东西、拥有的技能、感兴趣的领域，以及看的书影音，从而形成我这样的性格，把自己的一个“Soul”给它打磨出来。

我不太清楚这个叫 Brain WD 好，还是叫 Soul WD 好，反正先把一些内容放上去吧，后面再看一下怎么优化。反正我先把我自己的豆瓣内容（2,000 多条数据）先丢上去，做一个展示页面。

接下来的计划如下：

1. 做一个 flomo 的导出和展示

2. 做一个微博收集的导出和展示（我感兴趣的微博也包含在内）

怎么说呢，这些内容也是我“上下文”的一部分。我对这些会感兴趣，之前收集的东西只是轻轻一瞥就过去了，但是深入挖掘一下，可能也会有些帮助。

先把自己的所有上下文，统一收集在这个 Brain WD 里面。

第九个功能涉及到这些数据的存储问题，关于具体怎么存储，目前有几种想法：

1. 使用数据库，搭配 Cloudflare R2。那个东西好像有 10G 的免费空间，可以先用着，到时候再看。

2. 把我的 Mac mini 搞成一个服务器。数据只存在我 Mac mini 的本地存储里，然后搞一个通道让外网读取。

后续可以再研究其他的存储方案，反正先搞一个简单版本的存储，逻辑清晰一点。

第 10 个功能是关于数据的隐藏和显示，也就是涉及隐私的问题。

可能有些数据我想丢上去，但是不想给别人看到，有什么办法能更好地实现这个功能吗？

这个东西优先级不算太高，但是后期需要考虑的一个东西。

然后是做好数据的导入和导出功能。

我希望这个东西能更开放，所有的数据都能回到用户手里，也能更方便地导入。更有点像 U-Mind 那个东西，所有东西都能拿进来，但是我要提供一个所有东西都能拿出去（主要是我在上面创造的东西）的功能。

第 11 个功能涉及到 piecky。这些东西好复杂，我还没太想明白。

关于这个功能，我有两个方面的想法：

1. piecky 的存储

我想的是给它搞一个操作空间，让它操作的东西都丢在这个文件夹里面，不超出这个范围。

2. 界面与功能参考

(a) 参考海星，把海星那个像素画的 Skill 拿过来分析一下，用上去。

(b) 在网页上搞一个可视化的 Agent 空间界面，方便对 Agent 进行管理、查看和监控。

第 12 个功能，左上角的这个“世界需求”怎么说呢，先放一下吧。

先把那个更方便的对话和 Agent 对话，也就是云 Agent 的东西先搞出来。至于后面这些生成物怎么存储、所有东西怎么更有条理，后续再优化。

关于世界需求，我想到的是：

1. 独立的 Agent 规划或配置需求

(a) 让 Agent 像之前说的那样，挖掘世界上所有的网站

(b) 分析这些网站所属的领域，统计有多少个大领域和细分领域，并列出清单

(c) 或者是把 A 股的上市公司全部爬取下来，列出它们分别所属的领域

(d) 随后让子 Agent 去分析这些细分领域中存在哪些优化需求

可能这些东西没办法全部看过来，人有时间研究一两个领域就已经算非常多了。我目前比较感兴趣的领域是：

1. 机器人

2. 农业

3. 电影（也挺感兴趣的，不过到时候再说）

第 13 个功能是完善 Agent 沟通。

为了让人能更方便地使用和创建 Agent，我打算搞一个“云 Agent”，要求它能实现和本地 Agent 一样的功能。具体的实施方案如下：

1. 我先把我的 Mac mini 贡献出来，分出几个区。

2. 想办法让这些分区独立操作，确保每个 Agent 都有一个属于自己的文件夹。

3. 目前我不确定这台 Mac mini 能支持多少个 Agent 同时运行，先定在支持 2 到 3 个人创建和使用。

等以后用的人多了，或者功能确实好用，到时候再考虑进一步的优化方案。

想要实现的效果，就是能通过像在微信上对话一样完成所有操作，其他什么都不用管。

为了让界面更清晰，方便查看生成物或收集到的资料，我设想的布局是：

1. 左边做一个查看区域

2. 右边做一个管理区域

3. 中间进行对话

通过这种方式，让 Agent 去处理生成和收集工作，尽量减少中间的摩擦感。用户只需通过对话来驱动，然后去查看和思考。

要把这个东西做得更加丝滑，内容上还是很讲究的：

(a) 如何限定不同 Agent 的处理范围

(b) 安全问题的考量

我觉得需要考虑的点还挺多的，不过现在还是先把简单基础的架构给打下来吧。

第 14 个功能是开发一套完整的计费与账户系统，具体步骤和逻辑如下：

1. 基础功能搭建

(a) 先开发登录功能

(b) 建立对应的数据库

(c) 集成支付功能

2. 消耗与充值逻辑

(a) 记录每次对话消耗的 credit（积分）

(b) 明确充值金额与补充 credit 的兑换比例

(c) 详细列出每个模型执行不同操作所消耗的 token 和对应的 credit

3. 定价策略

(a) 在原始 API 花费的基础上加价 10% 作为消耗的 credit

(b) 示例：如果 DeepSeek 消耗了 ¥9 的 token，系统会显示消耗 10 个 credit，用户则需要充值 ¥10 来抵扣

我会把每一项都列得很清楚，让用户明白模型执行的每一步操作具体消耗了多少钱。这套机制非常清晰，也很有意义

第 15 个功能，我是想着重推进一下。我想做一个教程，从最开始的简单对话开始，涵盖以下内容：

1. 基础实现原理

(a) 对话中会用到什么东西

(b) 具体的实现方式以及中间的逻辑流动

2. 逐步深入到 Agent 领域

(a) 首先实现一个什么样的 loop

(b) 每一步执行什么工具，以及如何实现最终效果

(c) 每一步的记录过程是什么样的

3. 多模型横向比对

(a) 针对同样的命令，不同模型实现效果的比对

(b) 不同模型消耗情况的比对

反正就是想做一套面向初学者的 Agent 入门教程，由浅入深。我自己也想系统了解这部分，或许以后 AI Agent 火起来之后，大家都会有这方面的需求。具体的也不太清楚，先这么打算吧。

第16个功能

刚刚看到一篇文章说，12个月内 Hardness 会完全被模型吞掉。

但到那个时候，每个人拿着一个这么强的东西能干些什么呢？这还是需要列清楚。你需要对世界的需求有一个把握：

1. 我能在其中处于一个什么样的位置

2. 我需要什么东西

3. 我能生成什么东西让这个世界变得更好

这还是需要考虑的，反正是。

人、需求、产品，以及人和 Agent 的管理，这几个维度需要合成一个清晰的管理平台或者是指令板。

人需要对自己的想法更清晰，对 Agent 的执行更有把握感，并将世界的需求与个人技能的提升点做一个更好的结合。

像我现在想的是，既然有了 AI 技术，面对天气方面这么多、来源这么广泛的数据，以前可能处理不了，但现在可以用 Agent 去更好地进行管理，获取并监控更多的数据源导入，进而做出分析，开发出一些有意思的产品。

比如做一个“天气实时提醒助手”。我个人比较关注气温、降雨以及台风路径这类需求：

1. 降雨预报

目前区域性的预报站可能不太准确。我希望能看到身边“5 小时、5 公里”范围内的精准天气情况。虽然现在似乎有类似产品，但大家观察得不多，可能觉得没那么重要。

2. 台风观测平台

我觉得完全可以做一个更好的网站，用来跟踪这些分散的数据。现在的台风数据实在太杂太散了。

或者是医药领域。医药行业体量这么大，这么多人都有需求，能不能做一个更清晰的东西？

虽然现在不太好想，但感觉这方面是会需要的。

还有农业，我比较想先拿甘蔗行业做一个例子，把甘蔗的信息都扒下来，做出一个样板吧。

我觉得农业很多信息没有被人看到，或者没有得到更好的管理和处理。像之前偶尔听说的那个“食品工厂”，就是通过工业方式去生产粮食的那种大学研究，挺有意思的，但是没怎么看到后续。

或许可以做一个平台，去跟踪每一个大学或者是科研平台最新推出的成果，包括：

1. 它未来将会实现什么效果

2. 它会如何改变我们的生活

让大家对这些东西有一个更清晰的认识，我感觉这些都是很有意思的。

或者是教学领域，现在的教学方式肯定会发生一些改变。我们可以做一些能让学生更好学习的工具，比如现在学习计算机、计网（计算机网络）这些内容，肯定不能再按原来单纯听课模式了。虽然现在有了 AI，但如果只是简单提问，目前很难得到理想的效果；而学生如果只按传统的教学方式去修课、做作业，效率也会比较慢。这中间肯定存在一个更好的结合过程。

我认为在以下几个方面存在机会：

1. 教育与个人管理

(a) 大学生的日常学习管理

(b) 个人档案与作业的高效处理

(c) 招聘信息的整合与管理

2. 政务平台升级

政府的政务平台肯定也会因为 AI 的出现而产生更方便的处理方式。我感觉目前的政务系统还处于比较混乱的阶段，就像现有的税务平台做得比较差（这可能不是技术原因，而是经费或体制限制），大家觉得能用就行，产品体验完全不像互联网产品。

我感觉人们非常需要一些逻辑条理更清晰、UI 更美观、使用更舒服的工具或软件。再加上 AI 的智能化，一定能发挥巨大作用，只是目前大家还没想清楚具体的体现形式。

社会中的方方面面都需要更优质的应用和软件，这里面蕴含着很多机会。虽然粗浅地看这些逻辑很简单，但细节上如何去执行，包括：

* 如何实现盈利

* 如何保证良好运行

* 如何有效推广

* 如何达成更好的使用效果

这些都是需要深入考虑的问题，做起来并不容易。

上面那个第 15 还是 16 点，那个篇幅太长、内容太大了，现在完全不用想，只是列出来有这些可能的东西。现在公布这些预案也不太好，到时候再说吧。

更重要的一个第 17 点就是：

让 Agent Picky 能通过命令真正地实现一个东西怎么样？

怎么让这个过程更加丝滑，不用过多的操作，以此来减小摩擦？最好就是我完全“口喷”，不用管文件存在哪里，也不用管怎么测试之类的。

为了减少摩擦，不要让人去管配置，流程应该是这样的：

1. 给它充钱

2. 创建 Agent

3. 发送命令

4. 创建物全部清晰地列出来，并且能导出

不让人做这么多配置，让过程比较丝滑，这样会比较好一点。不知道会不会有人用，但感觉我是会需要的。

Agent 的使用和管理还是很重要的。

如果有一个好的观测平台，比如像刚才提到的 A 股 5,000 家上市公司的那个列表，清晰地列出：

1. 每个 Agent 负责管理哪个行业

2. 它们在行业里具体做了些什么

通过平台去观察这些内容，会比没有平台好很多，能让人更清楚地看到并理清自己的想法。

第 18 点，也可能是最重要的一点，要把这个点放在最前面：对 Agent 的拆解。

一个 Agent 教程文档，以及对各部分进行深入挖掘的 Agent 操作深入研究。主要包括：

1. 收集各种论文和讨论

2. 收集各种问题，研究如何优化、如何实现更好的效果

这种像导航站、教程站一样的内容，我感觉优先级是最高的

具体包括：

1. 哪一步能实现什么效果

2. 每个模型在对比情况下，执行哪一个任务的实现情况是什么样的

把这些搞成一个展示列表会更清晰。因为我是会想知道这些信息的，或许以后别人在搜教程的时候也会想找到这个网站。

不过感觉比较难被别人找到，还是先做出来自己用着，让自己有收获吧。不管这么多，反正这是自己的一个周末项目、娱乐产品、兴趣项目、人生项目。

既然这都是人生项目了，应该有一个收尾节点，就是搞一个案例。

我想通过全部调用 Agent 的 GoPen，尽量少地进行文件操作或点击操作，让 Agent 去管理自己的文件，完成一个天气行业的简单版收集和管理任务。

具体步骤和目标如下：

1. 收集信息：首先要收集天气包含哪些因素。

2. 生成网站：想要生成一个天气观测网站，或者更具体点，是一个台风信息集合网站。要求是把网站做得更简洁、好看。

3. 实现方式：希望这些东西都通过 Agent 的命令对话框去实现，而不是自己通过代码去做更多东西。

最好是能完全通过 Piecky 完成，然后把生成的对话做成一个案例，全部丢在一起发布出去。

这是一个验收项目

这些东西还是娱乐吧，反正搞完这三天，没搞完的后续就看着做了。

希望能用三天能出一个最简单的版本，也就是最简单的 Wandering MVP。我想一下需要包含哪些内容，明天再想吧，反正是能跑起来就行。

具体更多的效果，反正后面再进一步优化。最好是能让后面要优化的东西都能通过和聊天机器人对话来实现，这样是最好的，后续就更方便改进了

想象这样一个场景：

你说我想收集其力（ChiliQ）的所有信息，然后把这个命令、这个想法丢出去，接着就有一堆 Agent 帮你把这个愿望实现。

你只需要通过对话，它就帮你把所有事情都做好。甚至想要怎么调整，你也只需要对话。这就像一个“许愿精灵”帮你实现愿望，这种感觉也可以做成一个产品。

比如做一个天气版本的：许一个关于天气的愿，然后别人（Agent）帮我把“台风天气”这个愿望给实现了。

想了这么多，也好像是我自己一腔热血，也不知道别人会怎么看，会不会有用。

至少我觉得有这两点挺好的：

1. Agent 教程这种一步步渐进的东西，首先这肯定是有一定用处的。

2. Agent 的管理平台，能更方便地查看各种数据、性能对比和实现效果。

再加上个人上下文数据的完全管理，这五个系统我觉得也挺好的。虽然不知道别人怎么想，但我觉得任何事情都逃不开这五个系统。

反正先看着办吧，重要的还是要去看更多的需求，做更多的产品，还是盈利最重要。

这个周末项目，这种想法先记录到这里，随便搞一搞，还是要投入到正经的事情里面去。

我其实还挺好奇，我充了 100 刀，如果每周都把它全部用完，最后能变成一个什么样的人？可能是一个能生产很多产品的人，也可能是一个做出很多没用垃圾的人，但谁知道呢？说不定去试一下呗。

回收注意力，然后做一个把 100 刀全部消耗完的人。

还要做一个更换模型的操作按钮。在切换到 Codex 的 OpenAI 模型时，系统应自动压缩当前会话，并开启新会话以满足要求。

同时需要增加判断，限制不能在同一个绘画里切换不同的模型。

关于会话内容的处理：

1. 实现内容的收缩功能

2. 工具栏等组件可以折叠缩起

3. 展示工具的使用情况

4. 在思考过程中也能展现相关内容

接着做的是模型连通性的测试。

在旁边的状态栏上，显示发送出去的模型运转情况：

1. 正常的话，应该是如何运行的

2. 如果卡住了，是在哪一步卡得比较久，并把那一步的耗时展现出来

如果是正常的 DeepSeek 模型，我感觉反馈会很快。昨天用 codex 的时候，有时候卡了很久，也不知道卡在哪里。如果能把这些信息展示出来，这功能就挺好用的。

然后是做那种多一种状态的管理。

不管别人有没有做过，或者别人做得怎么样，反正我按照我的技术把东西做出来就可以了。有没有用的话也不用想，反正我觉得好就可以了

想法太多是不好的，闭着眼睛上就 OK，做就完事了。

不要管别人进度怎么样，竞争激不激烈，按照我的想法去做就可以了。

我肯定能做到的。把这些担心、害怕、犹豫的时间，转化成更切实的做事和思考、记录内容、积累经验，这样会更好。

思考、犹豫才是最耗费精力的。

今天的 Wandering 开发计划

睡醒之后，我就感觉那个开发计划想一想，可能还是能清晰地完成的，而且也有用。

我接下来的打算如下：

1. 把小马的接口平台里我需要的功能给列好，其他的功能不求完美

2. 让拆解计划再一步步去推、一步步去分析

3. 把我需要用的功能去拉通就 OK 了

先把界面上的按钮功能都给实现了，不要只留一个前端，把图案什么的调成我想要的。

保证基本的功能，比如：

1. 对话功能

2. 消息能实时更新，展现清晰

然后就 OK 了。接着做右边监控栏里用量更清晰的展示。这个做好以后，就做那个 TG 的接入，看看能不能接个多 topic，看看是什么效果。

做完之后，再让模型去分析整个项目的代码，把有用的和没用的给拆好。然后把常用的命令写一个操作文档输出出来。

做那个在桌面上运行的宠物，把它固定成一个日志对话，我看到什么东西都在旁边直接跟他说，然后他就记录。

具体功能需求如下：

1. 开发任务与待办显示

(a) 让他在上面显示今天的开发任务和待办

(b) 我去和他沟通，他就在那里实时更新

2. 消费展示

(a) 对话的消费情况要能清晰展示

3. 图片处理能力

(a) 在对话里加入图片输入功能，支持图片输入的模型要做好对接

(b) 对于不支持图片输入的模型，帮我把图片保存起来就行

把这些东西都拉通了，还是能做很多东西的，这东西也挺好用，能满足我的需求。

把这些东西开发完就挺不错的。现在先去睡会儿觉，然后就去做这件事情。

嘻嘻嘻，列出来感觉，Wandering 真是很有用的东西！！！！

想立马给朋友分享，不过不了，让我闭关七天，憋出一个 MVP，拿着产品再说话。

----

······

把这些东西开发完就挺不错的。现在先去睡会儿觉，然后就去做这件事情。这些是我关于这个项目的开发计划，帮我想一下今天具体要列出哪几点。

我想按照这些点一个个去开发。因为现在这些想法还只是一些口述，我想把它们列成一条条比较清晰的开发需求。

----

2026-07-05 14:xx 北京时间

皮，这个计划是清晰的，而且今天不应该再扩张成“我要做一个完美 Agent 平台”。今天的目标就一句话：

把“小马接口平台”从“能看见的前端”推进到“你自己真的能用的最小工作台”。🐎

今天建议列成这 8 个开发需求，按顺序做，不要跳。

一、今日开发任务 / 待办显示

需求：界面顶部或侧边固定显示“今天开发任务”和“待办列表”。

最小实现：

1. 有一个今日任务区块。

2. 支持新增、编辑、勾选完成。

3. 你和模型对话时，模型可以把任务更新到这个区域。

4. 页面刷新后任务不丢失，先用 localStorage 或本地数据库都行。

验收标准：你打开小马，就能看到“今天要做什么”，不用再从聊天记录里翻。

二、基础对话功能拉通

需求：先保证最核心的聊天能稳定用。

最小实现：

1. 可以输入文字。

2. 可以选择模型。

3. 可以发送消息。

4. 可以收到模型回复。

5. 用户消息和模型消息展示清楚。

6. 支持多轮上下文。

验收标准：你能像用一个简化版 ChatGPT 一样正常对话。

三、消息实时更新

需求：模型回复时不要等全部生成完才出现，要实时流式展示。

最小实现：

1. 发送后立刻显示用户消息。

2. 模型开始回复时显示 loading / thinking 状态。

3. 回复内容逐字或分块更新。

4. 回复结束后状态变成完成。

5. 如果失败，显示失败原因。

验收标准：你能清楚知道它正在生成，而不是界面卡住。

四、右侧监控栏：运行状态展示

需求：右边栏显示模型当前运行到哪一步。

最小实现：

1. 当前状态：等待 / 发送中 / 模型处理中 / 回复中 / 完成 / 失败。

2. 每一步显示耗时。

3. 如果卡住，显示卡在哪一步。

4. 展示当前使用模型。

5. 展示当前会话 ID 或任务 ID。

验收标准：你不再出现“CodeLab 卡很久但不知道卡在哪里”的痛点。

五、消费 / Token / 用量展示

需求：对话消费情况要清晰展示。

最小实现：

1. 每条消息显示 input tokens、output tokens。

2. 每轮对话显示估算费用。

3. 当前会话显示累计 tokens 和累计费用。

4. 右侧栏显示今日累计消耗。

5. 如果暂时拿不到真实费用，先用“估算值”标注出来。

验收标准：你每次对话后都能知道这次大概花了多少，不再盲用。

六、图片输入能力

需求：对话里支持图片输入，但要区分模型能力。

最小实现：

1. 输入框支持上传图片。

2. 如果当前模型支持图片输入，就把图片一起发给模型。

3. 如果当前模型不支持图片输入，就把图片保存到本地/对象存储，并在对话里显示“该模型不支持图片，图片已保存”。

4. 消息区能展示图片缩略图。

5. 图片要和对应消息绑定。

验收标准：你可以把截图、网页、错误提示、设计图直接塞进小马，而不是来回切工具。

七、模型切换规则

需求：模型切换要能用，但不能制造混乱。

最小实现：

1. 界面上有“切换模型”按钮。

2. 普通文字会话允许切换模型。

3. 绘画 / 图片生成 / 特殊任务会话禁止中途切换模型。

4. 切到 Codex / OpenAI 这类需要新上下文的模型时，自动压缩当前会话，并开启新会话。

5. 切换前显示提示：当前会话将被压缩并进入新会话。

验收标准：你既能换模型，又不会把上下文搞乱。

八、常用命令与项目文档输出

需求：等基础功能拉通后，让模型分析项目，把有用/没用的东西拆清楚。

最小实现：

1. 让模型扫描项目结构。

2. 输出“核心文件 / 暂时无用文件 / 可删除文件 / 待确认文件”。

3. 输出常用命令文档，例如启动、构建、测试、部署。

4. 文档保存到项目里的 docs/commands.md 或 README-dev.md。

验收标准：以后你不用每次重新问“这个项目怎么跑”。

今天真正的开发顺序，我建议这样排：

第一优先级：任务显示 + 基础对话 + 实时消息。

第二优先级：右侧监控栏 + 消费用量展示。

第三优先级：图片输入 + 模型切换规则。

第四优先级：TG 接入、多 topic、桌面宠物、项目清理文档。

今天不要碰太多“未来形态”。TG、多 topic、桌面宠物都很有想象力，但它们不是今天的主线。今天主线是把小马变成一个你能坐下来持续使用的工作台。

你可以把今天的开发清单写成这样：

2026-07-05 Wandering / 小马开发计划

今日目标

把小马接口平台从“前端展示”推进到“可用的个人 Agent 工作台”。
不追求完美，不扩展复杂功能，优先拉通我每天真实会用的功能。

今日必做

1. 今日开发任务与待办显示

• [ ] 界面显示今日开发任务

• [ ] 支持新增 / 编辑 / 完成待办

• [ ] 支持和模型沟通后实时更新待办

• [ ] 刷新后任务不丢失
  验收：打开小马就能看到今天要做什么。

2. 基础对话功能

• [ ] 支持文字输入

• [ ] 支持发送消息

• [ ] 支持模型回复

• [ ] 支持多轮上下文

• [ ] 消息展示清晰
  验收：可以正常完成一轮以上对话。

3. 消息实时更新

• [ ] 用户消息发送后立刻显示

• [ ] 模型回复时流式更新

• [ ] 显示 thinking / loading 状态

• [ ] 失败时显示错误原因
  验收：模型处理过程不再像卡死。

4. 右侧运行监控栏

• [ ] 展示当前模型

• [ ] 展示当前状态

• [ ] 展示每一步耗时

• [ ] 展示卡住的位置

• [ ] 展示当前会话 / 任务信息
  验收：能看清楚模型现在运行到哪一步。

5. 消费与 Token 展示

• [ ] 展示每轮 input tokens

• [ ] 展示每轮 output tokens

• [ ] 展示每轮估算费用

• [ ] 展示当前会话累计费用

• [ ] 展示今日累计费用
  验收：每次对话后能知道大概花了多少。

今日选做

6. 图片输入能力

• [ ] 输入框支持上传图片

• [ ] 支持图片模型时传给模型

• [ ] 不支持图片模型时保存图片

• [ ] 对话区展示图片缩略图

• [ ] 图片和消息绑定
  验收：截图可以直接进入对话流程。

7. 模型切换规则

• [ ] 增加切换模型按钮

• [ ] 普通会话允许切换模型

• [ ] 图片 / 绘画会话禁止中途切换模型

• [ ] 切换到 Codex / OpenAI 特殊模型时自动压缩当前会话

• [ ] 自动开启新会话
  验收：模型切换不会把上下文搞乱。

暂缓

• TG 接入

• 多 topic 测试

• 桌面宠物日志对话

• 项目代码清理

• 常用命令文档

• 完整 UI 美化
  这些等基础对话、实时更新、监控栏、消费展示做好后再做。

今日原则

1. 先能用，再好看。

2. 先拉通真实流程，再做复杂扩展。

3. 不追求完美平台，只做我自己今天会用的功能。

4. 每完成一个小功能就提交一次。

5. 卡住超过 20 分钟，就记录问题，让模型拆解，不硬钻。

我的判断是：今天你最该死磕的不是 TG，也不是桌面宠物，而是“小马的日常工作台骨架”。

也就是：

任务在上面，对话在中间，状态和消费在右边。

这个结构一旦跑通，后面的 TG、多 topic、桌面宠物、日志对话、项目分析，都是往这个骨架上长肉。今天先把骨架立起来。🌱