chnwine

我做 B 端的 TMS SaaS, 学到的经验跟你差不多不是“做一个有价值的事情”, 要做一个“客户愿意买单的事情”

“做了 `web_search` 工具，零配置默认走 Bing ，高阶用户自己换 Brave 、Tavily 的 key ；内置 20 个精挑细选的 Skill ，连 Python 依赖都靠内置的 `uv` 自己解决。就为了让一个 Windows 小白用户说一句「帮我做个 PPT 」「帮我处理一下这个 Excel 」中间不碰到任何障碍。 做一个 demo agent 容易，做一个好产品难。期待跟你多交流。”
我也不确定, 应该是先选用户选场景选问题, 再去给一个合适的方案. 还是应该先提前把功夫坐在他们看不到的地方, 我之前做法和你一样的

“我老婆，一个文科生、在企业做法务，能不能在没有我帮忙的情况下自己把它跑起来、用来辅助工作。奔着这个标准，我做了桌面端应用，安装就能用；”
你可以编译下我的那个代码, 装到电脑上检验下她更倾向用哪个🤣

@leihaibo1992
感谢你的认证回复, 我先解释下我为什么问那个问题, 因为我自己也写了难免不得不去考虑.

1. 我们为什么用户解决了什么样的问题
2. 市面上已经有致命的或者不知名的同类产品, 我们又好在了哪里的问题

先不说我自己的答案, 我西岸冒昧评价下你的两个独家亮点:
1. **Workflow 编排**: 我觉着像是对 agent 引擎的升级
2. **Record & Replay**: 基于 workflow 的增强, 类似 RPA
从技术角度看, 这两个是很花心思的亮点, 但是从用户角度看, 可能并不是那么直观.

因为我做我那个 agent 的初衷是因为我服务的客户中, 很多用户有一个很明确的诉求‘提效’, RPA 在 AI 之前是一个很好的方案, 在提效这个点上我之前也想做录制来着, 但如果客户的场景不在浏览器可能录制重放就要做更多兼容. 所以我放弃了这个, 另一方面 computer use 、browser use 我觉得我技术能力不行, [抱脸]

工程底线底线这块我懂的, 因为在用户的电脑上做命令执行, 做的好可能没有奖赏,做的不好干了'rm -rf /'的事情就不是一个可用性产品该有的样子. 这里用 docker\sandbox 等技术手段来保证安全, 我之前也为这种问题煞费苦心(windows/macos/linux 等同一个问题的不同平台).

所以从我的感受, 我看到的是你是一个技术很厉害的人, 你解决了技术侧一些很典型的问题, 但我在用户的角度上看, 可能并不是那么直观.


回到我自己提出的那两个问题, 我来为我的产品回答:

1. 我大量设计参考 Cursor, 主打为数据工作者(Excel)提供一个简单方案, 在此之上解决了 excel\pdf\md 文件等预览的问题
2. 非开发从业者其实不知道怎么配置环境什么的, 他们需要工具提效, 但还差着一个运行环境的问题, 我提供了这样一个工具

但其实这两点我也没多大信心, 因为文件实时预览这个行为其他家的办公 agent 也都有, 我这也只能算微优化. 第二个非开发者写工具为自己提效, 这个命题成立不成立我都还在存疑, 如果成立也是那些本身就对自己有较高要求的人, 但这些人再对自己要求高一点可能都会使用开发工具了.

以上, 感谢你的分享, 互相学习.

https://github.com/t8y2/dbx 这个呢?


我写的 agent 刚好命中你这个场景, 希望 agent 直出 app(别整其他的,我现在就要), 还在优化中,你要是觉得 OK 我可以打个包给你 github: https://github.com/OptLTD/swiflow-app

我用 go 也写了一个(重写了之前的 agent), 但我没看到你这个 agent 最有亮点的场景是什么?

咱俩的构思近乎一致, 你做的是 right panel, 我做的是 new window, 贴个 repo 雅俗共赏
github: https://github.com/OptLTD/swiflow-app

不管对不对, 你就说快不快吧