为什么会做一个workspace呢？因为桌面端的文字可以复制一次性； 
，哈哈哈，都是理由，其实当时就是看到市面上都在做桌面端Agent；在想iflow cli也得有，当然官方也发了，但是想DIY一些特点；
最开始的想法是使用ACP协议，因为AionUI就是用这个协议，并且可以实现连接；但是连接之后一个对话进行切换模型的时候就会出现问题，无法进行实质性的切换模型，切换工作区，以及切换目录
技术栈主要是用Typescrit + Ectron
害，其实不太会前端语言，但是当时看其他的都是这样，那好的就这么做。
但是，会发现其实Python Sdk还是最为有实践意义。
所以将所有的架构进行重头再来（害，真是舍得派，哦不，我是蛋黄派，哈哈哈）
1.Python作为后端，前端仍然是Typescript
首先当然是为了科技感的风格；当然这里迭代了好多好多天
初始版
迭代后
哈哈哈，很花里胡哨的样子，但是这个并不是我需要的样子
然后我就直接继续重新构建
当然是浅色系的会看着舒服一点，因此当前的样子
简单一点，让整个桌面端看着很干净的感觉。
哈哈哈，可能会有很多人觉得太过于无聊，但其实这里也花了很多心思
其实整个过程中因为不断地构建不断地迭代，在AI coder过程中出现了很多失败
失败的过程中，你才会真的去想，怎么办（oh，当然很多时候我们就会去使用更强的模型也是一条路子）
但是如果想要对你的核心内容进行基本的认知，请和iflow cli共同去进步，它是你的伙伴
当然也是我的伙伴，哈哈哈，这个项目，全程都是和iflow cli进行共同创建
Kimi-k2.5的前端能力非常的出色
借用上期发送了一次提示词教程的大佬的思路
首先定义角色，前端优化工程师，Logo设计师
[截图],请为该图进行评分和制定优化方案并询问用户意见
随后利用自建的提示词优化子命令进行优化你的提示词
迭代是一种帮助你澄清你的想法的方式，我们中国人最喜欢的是决胜于千里之外，那么就要运筹帷幄之中哈哈哈，
其次，在多次看其他大佬的想法中，事实上我们的子智能体或者其他的子命令等等都是一些上下文
其实mcp以及skills都是上下文，它们都在提供上下文工具
记住，你看到的工具的目标都是在给LLM上下文，那么如何编排成为它的特点。
由衷的感谢心流团队，我们会越走越远
，我举手投降于大佬
