热门产品

ShioriCode

ShioriCode

ShioriCode 是一款开源桌面界面,整合多种 AI 编程智能体(如 Codex、Claude Code),为开发者提供长时间会话、项目感知和多代理管理的编码助手。

Maker 说

Hey Product Hunt,

我是 Sami,Shiori(AI 聊天应用)的开发者。ShioriCode 是一个不同的项目——一个用于在实际项目中运行编码智能体 CLI 的桌面界面。

核心问题:我依赖的那些智能体 CLI(Codex、Claude Code、Cursor、Gemini、Kimi)都很好,但我的编码工作不适合单一的 prompt。长时间的会话在终端中丢失,线程变得杂乱,diff 消失在滚动历史中。

ShioriCode 将每次智能体运行作为一个与分支和工作区关联的、感知项目的线程,将活动流式传输到可读的时间线,并在不离开应用的情况下显示生成的 diff。选择你已验证过的任何 CLI(或使用托管的 Shiori provider),然后开始工作。

它还处于早期阶段,源代码可用——在设置、打包和 provider 支持方面还有些粗糙,你的反馈最能帮助改善这些地方。

github.com/shiorihq/shioricode —— 很高兴回答任何问题。

热门评论

PH 用户
「长时间会话在终端中丢失」这个问题是真实存在的——我就因为滚动缓冲区丢失过整个 Claude Code 的运行记录,完全无法恢复。分支感知的线程功能才是我真正感兴趣的,因为现在在任务中途切换 Claude Code 和 Codex 意味着每次都要重置整个上下文。有一个问题:当你把多个提供方统一到一个线程里时,你是对它们之间的 diff 格式做了归一化处理,还是仅仅渲染每个 CLI 的原生输出?这个区别决定了 ShioriCode 是一个启动器还是一个真正的抽象层——两者是完全不同的产品,护城河也截然不同。
PH 用户
我能从远程机器访问它吗?在 Ubuntu 上运行,然后通过 X 协议访问,或者有更好的办法?
PH 用户
只是好奇,为什么选择构建桌面应用而不是 CLI?
PH 用户
嗨 Sami,看了 ShioriCode 的页面,「长时间会话在终端中丢失」这句话简直描述了我上周的遭遇。我想问一件事:当你把 Claude Code、Codex 和 Gemini 统一到一个工作区时,底层是对工具调用格式做了归一化,还是仅仅渲染每个工具的原生输出?这个抽象层决策感觉是成败关键。
PH 用户
Elastic License 是一个有趣的选择:https://github.com/shiorihq/Shio...

能解释一下你们的想法吗?
PH 用户
项目感知的线程加上流式 diff 审查确实解决了一个实际问题。Agent CLI 在跨多个文件、持续数小时的工作中用户体验非常差。我们在构建 RetainSure 时,长时间运行的会话频繁遇到上下文窗口限制,不得不手动外部化状态。当底层智能体在会话中途达到 token 限制时,ShioriCode 如何处理连续性?
热门产品Sami Hindi2026-05-19原文

相关内容