兔崽 Dora

🤖 一枚懂点设计的 Agent产品经理
👀 关注AI与真实生活的落地碰撞
🛠️ 喜欢把想法做成真正可用的产品
✍️ 持续分享真实的 AI 实践、产品思考与经验

[兔崽 Dora @Dora_Rabbit_]

@SamUltramann 哈哈哈也就是记录一下，自己看到还是比较感慨的

[兔崽 Dora @Dora_Rabbit_]

Codex 一百亿 token 使用量
达成🏆
这两天想再拍个视频记录一些自己觉得节约 token、跨任务管理、保存可视化记忆的小技巧！
🤗

[兔崽 Dora @Dora_Rabbit_]

@lndyzwdxhs 用来写代码和剪视频，就消耗很快了

[兔崽 Dora @Dora_Rabbit_]

@Chris62771610 开发了两个小程序，还有几个插件～有机会最近分享一下😜

[兔崽 Dora @Dora_Rabbit_]

@C9fDh5 对的开了 20x，每周几乎打满了哈哈哈

[兔崽 Dora @Dora_Rabbit_]

@xaiwind 哈哈哈哈感谢分享！❤️

[兔崽 Dora @Dora_Rabbit_]

@NioTools 免费的版本有 recordly。（但是很多 bug）

推荐付费的话，可以用 focusee（国内版更便宜）

[兔崽 Dora @Dora_Rabbit_]

做了个超级可爱的SKILL！
可以产出多种风格你想要的IP形象~
并且你还可以添加你自己想要的任何形象到里面。

欢迎大家来使用：https://t.co/CD28pxU2kH

[兔崽 Dora @Dora_Rabbit_]

@zhidawang219555 这个好！我去研究一下你的～

[兔崽 Dora @Dora_Rabbit_]

@richBD9 哈哈哈感恩❤️

[兔崽 Dora @Dora_Rabbit_]

@yang02010 就是先用我的 skill 做 ip，再生成文章配图是嘛。这个可以的，注明好来源就好～

（哈哈哈哈文章配图的 skill 其实我也有做）

[兔崽 Dora @Dora_Rabbit_]

最近在做梦境日记的小程序。终于前端和后端都调整好了。
看着UI的交互从最开始的卡成PPT变得丝滑，很有成就感！
分享一下自己调整过程的心得，也欢迎大家各更好的建议。
我的调整过程如下：
1️⃣先让image 2来绘制出所有的页面的demo。让想法最快速的落地
2️⃣有了UI后，让codex结合product design插件帮我产出初版的小程序的demo，同步调整后端的服务器、数据库、API等等
3️⃣所有链路跑通后，再细节的调整UI。主要是连接figma，做切图处理，让AI自己去对比前后差异，看看哪里需要调整。

最后的效果就是如下。

最近对于这个小程序，又有了很多新的思路，现在做的还是最简单的解梦，接下来还需要去加入记忆功能以便用户使用后可以帮助用户自我察觉，所以底层还是要打造成一个agent。架构还需调整，UI也在继续优化！

[兔崽 Dora @Dora_Rabbit_]

@Tino_Xu_ 请问选型为什么要用这个动画呢。？

[花叔 @AlchainHust]

是的，《DeepSeek Harness橙皮书📙》，总共120页，免费！开源！
https://t.co/PU1BVrhC26

这么短时间内能出这个东西，是的，当然是AI写的。我为啥要用AI写这个呢？

因为我看到DeepSeek Harness说“一切皆插件”的时候，我感到很好奇，尤其想知道这部分插件和skill、MCP等概念之间的关系。

看到他的四种模式：（标准模型、PTC模式、极简模式、创造模式）的时候也很困惑，我想知道这几个模式究竟是指什么，该用哪一个。

以及，当然还有个很基础的问题，这个产品和Codex、Claude Code这样的coding agent之间的关系是什么样的，他们有什么不同？

DeepSeek又为何这么设计。尤其当我发现dsh仓库还有开发过程中几乎所有决策过程的agent note时，如获至宝。应该是可以借此把这个产品如何走到这个状态的，意图为何，如何使用拆解清楚。

于是，花费了2亿Opus 5 tokens写出来的橙皮书来了，他满足了我很大部分的好奇心，期待对你也是。

[兔崽 Dora @Dora_Rabbit_]

最近在尝试用 AI 做个人网页，我发现做个人网页真的不是找到一个喜欢的网页，AI 就能复刻的，它其实涉及到了非常多前端的基础知识。

在现在常见的场景下，很多人没有办法让 AI 完全复刻出个人网页，我觉得通常是两个原因：
1. 网页本身非常复杂：有些网页非常复杂，如果直接让 AI 去完成，其实是达不到你想要的效果的。这并不是因为 AI 能力不行，而是它本身就需要很漫长的时间来进行调整，不是一蹴而就的事情。
2. 技术选型不匹配：很多人觉得做个人网站要有效率，其实这跟 AI 的技术选型有关。可能原作者选型用的是别的，但 AI 却给你用了另外一个，那达到的效果就会大打折扣。

所以我觉得，这才是导致现在很多人做网页，没有办法让 AI 完全还原想要的效果的原因。基于此，我这两天一直在整理关于这些前端的技术栈，等晚一点发出来分享一下。感觉理解一些基本的前端知识，是一件非常重要的事情。

[兔崽 Dora @Dora_Rabbit_]

分享一些最近自己使用 Codex 做任务管理的小技巧：

1️⃣ 按「项目 + 功能」拆对话，并让 Agent 的对话按照这种方式命名。

我现在基本不会把一个复杂项目的所有开发任务都塞进同一个对话里。
我的方式是：一个项目下，一个功能 = 一个独立对话。
比如：
- 个人网站｜01 网页架构
- 个人网站｜02 技术选型

而且一个功能从 设计讨论 → 开发落地 → 测试 → 修 Bug，尽量都放在同一个对话里。这样最大的好处是：上下文天然跟着功能走。AI 不需要每次重新理解，我自己之后也可以随时溯源。

2️⃣ 用 Skill 串联同一个项目下的跨对话上下文

那一个项目被拆成很多功能对话之后，怎么做跨对话的信息传递？

我现在是做了一个跨对话传递的 SKILL ，针对同一个项目，用 Skill 串联起不同对话的工作日志。把项目进度、关键决策、公共规则这些信息沉淀进去。
这样新的功能对话开始时，不需要我再重新解释一遍整个项目。

我现在会把它理解成：对话负责功能上下文，Skill 负责项目上下文。
既节约了我和 AI 的沟通成本，也顺便完成了项目管理。

3️⃣ 功能做完就归档，有问题再回原对话继续修

当一个功能开发结束，并且测试一段时间确认没问题之后，我一般就会直接归档。
之后如果突然发现 Bug：搜索「项目 + 功能名」→ 找到原对话 → 取消归档 → 继续修。之前的设计讨论、开发过程和修改记录都还在，不需要重新开一个对话从头来。

总结就是良好的习惯：项目用 Skill 串起来，功能用对话拆开来，完成后统一归档。