想做的产品 / 大家需要的产品

状态：腹稿收集中。随想到随记，不强求成文。 创建：2026-04-20

腹稿 #1 ｜ 教育类产品（2026-04-20）

原话

教育类的，像 claude design 一样，把一些方法论集成进去，然后以 code 为底。提示词驱动。

比如我看到一篇文章，像记录的。把他发进去，然后出来各种教育方法论驱动的，用户通过在每一项选择或输入。AI 短时间内生成不同学习方法论的内容与教材。用户基于这些内容和教材，再通过交互的方式进一步学习。

拆解（保留原意，仅做结构化）

• 品类：教育类
• 形态类比：像 claude design——把方法论集成进去，以 code 为底
• 驱动方式：提示词驱动
• 典型用户流：
  1. 用户看到一篇文章（“像记录的”）
  2. 把文章发进去
  3. AI 出来各种教育方法论驱动的内容
  4. 用户在每一项里选择或输入
  5. AI 短时间内生成不同学习方法论的内容与教材
  6. 用户基于这些内容和教材，再通过交互方式进一步学习

待和作者对齐的点（开写前补）

• “claude design” 具体指什么？是指 Claude Skill 那一套，还是别的？（影响”形态类比”段怎么展开）
• “像记录的”文章是指哪一类？读书笔记、知识点摘录、还是任何长文？
• “教育方法论”具体准备列哪几种？（费曼、苏格拉底式追问、间隔重复、SQ3R…？）需要给读者一个清单还是只举例？
• “以 code 为底”——是想强调像 Claude Skills 那样代码即载体，还是 SaaS 后端跑代码？
• 这篇的写作角度：是介绍想法（“我想做这个”）、是需求洞察（“我观察到大家需要这个”）、还是两者并列？

腹稿 #2 ｜ 个人空间型 agent 平台（2026-04-20）

原话

形式是注册，自动分配一个个人的空间。交互和 agent 交互一样，和在手机端、电脑端和 OpenClaw 对话一样。

手机端基本是纯文本，不一样的是电脑端可以有点击式的交互，类似上面的教育产品的交互一样。

还有一点不一样的是，他会每个人分配一个个人网站，在风格的提供、布局、目录结构，有现成的模版。一上来就是他的个人站，不是一个通用 agent 让个人往这方面做。而是已经做好了一个通用框架，让人就这样使用。

这套框架就是：agent 对话式交互，动态 UI 点击式交互，个人空间默认存在，且所有作品和中间内容都能在个人空间看到，展示的技术用 html + 前端各种技术栈（动画等的）。

展示的方式类似 tmux，可以有多个视图切换，不同的内容。内容链接的方式和 obsidian 一样，是双联的。但是他不限于纯文本。

拆解（保留原意，仅做结构化）

• 形态：注册即自动分配个人空间 / 个人站
• 核心差异点：
  • 不是”通用 agent 让你去定制”，而是”已经做好的通用框架直接用”
  • 一上来就是个人站，风格 / 布局 / 目录结构都有现成模板
• 多端交互：
  • 手机端：基本纯文本，类似和 OpenClaw 对话
  • 电脑端：可以点击式交互（类似 #1 教育产品的交互方式）
• 框架四要素：
  1. agent 对话式交互
  2. 动态 UI 点击式交互
  3. 个人空间默认存在（作品 + 中间内容都能在里面看到）
  4. 展示用 HTML + 前端各种技术栈（含动画）
• 视图组织：类似 tmux，多视图切换，不同内容
• 内容链接：像 Obsidian 双向链接，但不限于纯文本

待和作者对齐的点（开写前补）

• #1（教育产品）和 #2 是两个独立产品，还是同一个产品的两个面？（#2 听起来像 #1 的承载平台）
• “OpenClaw 对话”——是借交互体验做类比，还是底层就用 OpenClaw 框架？
• “个人网站”和”个人空间”是同一个东西吗？（一个对外、一个对内？）
• “所有作品和中间内容”——中间内容指 agent 工作流中的过程产物（草稿、推理链、被丢弃的版本…）吗？
• 目标用户：偏创作者 / 学习者 / 通用消费？
• 商业模式：免费 / 订阅 / 自托管？
• 双向链接”不限于纯文本”——意思是图片、网页、动画也能互链？跟 Obsidian 的核心区别在哪？

腹稿 #3 ｜ AI 时代的搜索门户（2026-04-20）

原话

搜索类的产品，他的作用是各种域 link 到各种搜索平台 + 关键词，就是各种具体的搜索方式。然后自然语言就去命中这些域。

有点想门户网站，但这个是 AI 时代的搜索门户，要搜的也不仅仅是 website，还有各种自媒体。

拆解（保留原意，仅做结构化）

• 品类：搜索类
• 核心机制：
  • 把”搜索平台 + 关键词”的组合预先沉淀成一个个”域”（即具体的搜索方式）
  • 用户用自然语言输入 → 系统命中对应的”域” → 触发对应搜索
• 形态类比：门户网站（AI 时代的版本）
• 搜索范围：不仅是 website，还包括各种自媒体

待和作者对齐的点（开写前补）

• “域” 具体是什么粒度？例：是不是 “开源工具” → site:github.com {关键词}、“小红书避坑” → 小红书 {关键词} 避雷 这种预设模板？
• 自然语言→命中域，靠什么？关键词匹配 / LLM 路由 / 向量召回？
• 自媒体范围列哪些？小红书 / X / YouTube / B 站 / 播客 / 知乎 / Reddit…？
• 跟现有产品的区别（必须想清楚再写）：
  • Perplexity / 秘塔 / ChatGPT Search 已经做”自然语言 → 搜索”
  • 你想做的”域”机制和它们的”用 LLM 直接搜”区别在哪？
  • 是不是关键差异在”用户可见的具体搜索方式” vs “黑盒 LLM 搜索”？
• 是想做一个”域库” 让用户加自己的域，还是平台预设？
• 商业模式 / 目标用户？

腹稿 #4 ｜ 终端 AI 对话的动态置顶（2026-04-20）

原话

目前在终端里使用 Claude Code 是最好用的方式，但这并不意味着这是最终的”最好用法”。因为现在还没有一个合适的 IDE 去支持它，所以终端成了目前的最佳选择，但它其实可以更好用。

我目前是用 Ghostty 加 tmux。用 tmux 管理会话确实很方便，不用每次都重开。但终端这种”会话形式”存在一个问题：内容会一直向上滚动。目前没有一个很好的操作，能把某一段内容留在当前的视觉区域内。

我认为比较合理的用法应该是：

1. 核心信息提取：当我跟模型对话时，它可以从模型输出的一大段内容中，让我选出有价值的核心信息。我想把注意力一直放在这些信息上。
2. 动态置顶交互：比如模型输出了 1000 个字，其中有 100 个字是核心内容。随着后续对话的进行，这些核心内容会被顶到可视区域外，这在交互上是不合理的。它应该继续留在当前的可视区域内。
3. 自动化实现方案：如果每次都要人工去操作，交互成本太高。我想模型或许可以自动完成：
   • (a) 计算出可视区域能展示的字符量。
   • (b) 在下次对话时，计算当前输出内容后，剩余空间还够不够展示之前的核心内容。
   • (c) 如果核心内容还在页面内，则维持现状；如果会被顶出可视区域，就自动把那一段文字作为”动态内容”接到下方。

虽然我不确定这个功能的价值到底有多大，但我觉得这很重要。比如前三轮对话各有 100 个核心字符，到第四轮我需要根据前三段的信息做出总的决策时，如果它们都能同时展现在我眼前，体验会非常好。

我不知道这个功能的实现成本高不高。

拆解（保留原意，仅做结构化）

• 品类：终端 / 对话 UX 改进（针对 Claude Code 在终端的体验）
• 前提判断：终端是当前最好的方式，但不是终态——只是因为还没有合适的 IDE
• 现状痛点：
  • 用 Ghostty + tmux：tmux 解决了会话管理
  • 但终端内容一直向上滚，没机制把”某段内容”留在可视区域
• 核心想法：动态置顶
  • 第 1 步｜核心信息提取：让用户从模型输出里选出”有价值的核心信息”
  • 第 2 步｜动态置顶交互：核心信息不被新对话顶出可视区域
  • 第 3 步｜自动化：
    • 计算可视区域字符量
    • 每轮对话前算”输出后剩余空间够不够装核心内容”
    • 不够就把核心段作为”动态内容”重新接到下方
• 价值场景：跨多轮对话做综合决策时，前几轮的核心摘要同时在眼前

待和作者对齐的点（开写前补）

• 形态定位：新 IDE / 现有终端的插件 / Claude Code 自身的功能建议 / 独立 TUI 套壳？
• “选出核心信息”是用户手动框选，还是模型自动推断 + 用户确认？
• 价值假设需要再压一下：作者自己也说”不确定价值多大”——这篇要写就得想清楚 “有 vs 没有” 的差距到底是 nice-to-have 还是 game-changer
• 跟现成方案的边界：
  • tmux pane / vim split：手动留出固定区域的方案，差在哪？
  • IDE 的 sticky scroll（VS Code 顶部固定函数签名）：思路接近，差在动态性？
  • 笔记软件的”高亮 + 侧栏摘要”：差在和对话流绑定？
• 实现成本——是不是先做个最简版本验证（哪怕手动选核心 + 强制 sticky bottom）

后续腹稿位

想到新的产品就追加 #5、#6…