ejfkdev
ejfkdev
### What problem does this feature solve? 前端静态页面+API，没有使用SSR，使用SSG编译dist产物几MB，因为用到了API功能，所以要使用`modern serve`启动web服务 希望部署到serverless服务，阿里云腾讯云等云函数平台 `modern serve`依赖`@modern-js/app-tools`，仅这一个包安装后代码包大小超过300MB，`@modern-js/runtime`包大约40MB，远远超出平台的部署限制 而且serverless规定必须使用0.0.0.0:9000启动，serve模式也需要能自定义绑定ip ### What does the proposed API look like? -
调ai应用读文件转成文本post到接口，然后返回SSE 上面这个文件有几MB，在调试列表点编辑，再点请求体会卡死 关掉程序再打开，会自动恢复之前的会话窗口，又进入卡死状态...
需要保存一个完整的请求和响应结果，现在只能保存请求部分 有些提交请求一次失效，不方便重放，但又需要使用响应包的结果，所以希望能一起保存响应
 chrome中复制请求为curl，如果请求头值为空，生成的curl命令为`-H 'x-corp-id;'` 粘贴到reqable中会连带`;`解析为header名称，需要手动删除才能发送请求，比较麻烦  
运行中设置断点
文档里有这样一句：[💡 目前仅支持 Compile 时设置断点，如果需要请求时设置，欢迎提出](~https://www.cloudwego.io/zh/docs/eino/core_modules/chain_and_graph_orchestration/interrupt_checkpoint/#%E4%BD%BF%E7%94%A8-interrupt) 可能是设计上考虑到了，但是目前没想到使用场景去推动实现 运行中设置断点保存状态再退出肯定是有实际场景的 当工作流严重依赖外部资源，而外部资源可用性又不可控，那么能灵活保存状态稍后恢复就很实用了 我来提供个直播场景，供参考： 对某直播间主播说话与观众留言互动做实时分析，给主播运营建议，监控观众情绪。 主播开播时间与时长是不可控的，对于主播这个IP来说人设上下文是有连续性的，某些直播中出现的梗可能会持续很多天，或者主播说半个小时后如何如何，下个月某天直播如何，作为长短期记忆。 AI可以给出主播建议：刚刚的话题反响平平，分析历史互动，过往XXX话题效果明显，与之相关的素材有123 正在进行的话题互动强烈，可继续深入展开，根据直播间风格，建议往下聊xxx，以便引导至xxx植入广告，最后按照观众喜好以xxx收尾 最近几天连续谈xxx话题，观众互动已显不满，上周的xxx话题讲到了xxx预留了悬念，可转换内容作为接下来的选题素材 上面的例子，有个有个saas化的主播ai辅助工具，要为每个用户运行一个实例收集数据，但是只能在开播的时候收集，启动与退出时间都是不确定的，这种情况由运行中的某些节点来控制中断退出保存状态，有一万个用户，同时只有五百个在直播，就只需要开五百个实例，而不用留出一万个的资源，节省成本