11
用户 ID 11 · 当前名首次快照 2026-08-12 10:20:01 · 当前名始于 2026-08-12 10:20:01 · 原站主页: https://linux.sb/user/11
共 26 楼
感觉板块名字不是很清楚啊,而且有点抽象不简洁,感觉还是有点多。不知道有没有B U有这个感觉。
站长,板块名字有点抽象了,而且有点多,不够简洁。这是我的反馈体验
@痛失姓名的站长 #16 对的站长,nodeseek就是个很好的反面例子,分区太多,实际用户发帖也不会用那么多,反倒给用户视觉体验很差。我觉得小而精是我们社区的分区理念
其实我觉得不用分那么多那么细,真正阅读起来不会去看哪个分区的,大家都是只看自己感兴趣的标题。我觉得只设置三个分区即可。
日常生活,开源技术,福利抽奖。
@King-Huiwen-of-Qin #9 是啊,天天发那个腿照。真是没吃过好的。一看就是那种矮胖小土豆,看那种就能让那群人颅内高潮了。
回帖,签到,评论。签到给的最多
@大老虎 #7 感谢感谢,能帮助到b友你最好
@大老虎 #8 社区好像没有关注的功能
不要再搬屎了
@SpongeBob #6 社区虽然是自由发言,大家都维护。但是这种唱衰的就很恶心。虽然不知道这个是人机还是真人
@SpongeBob #2 我感觉1楼这种可以直接封了。没营养
@aierkuite #1 具体可看README中案例模版。我这一套是从自己平常组会汇报,开题答辩,还有写论文画图凝炼出来的workflow,不保证适用于任何人,但是学术圈的审美都大差不差
@aierkuite #1 习惯GUI的用这个会舒服一点。泛skill的可解释性不强
@aierkuite #1 我觉得你试试都知道了,我这个的优势在于ppt的制作。适合学术汇报。主要在于内容丰富度的理解,强风格一致性的约束。另外skills生图过程没有这个直观明了。这个工具更加透明化。
搞科研的Bi u们都知道,写得好不如图画的好,最终的图片的质量会给审稿人的观感带来很大的影响。我们开题汇报/毕业汇报等等场景,都是要求我们需要画好图,讲好故事。所以,一张好图就奠定了一个好故事的根基。
1. 科研论文图方法论写完了,但是核心技术路线图无思路,不知道如何排版。
2. 毕业汇报,组会汇报,学术会议汇报等ppt制作无思路,不会内容编排与单页设计。
3. 传统image模型生成出来的风格不统一,具有随机性,内容丰富度忽高忽低。
解决以上三个痛点问题
1. 给出论文材料和约束规范,选中提供的template,风格约束,完成与顶会论文同样风格设计,内容排版相同的个人论文技术路线图
2. 给出制作ppt借鉴的材料和单页模板,设定页数,自动识别母版设计组件,强风格一致,自动化制作高质量成品ppt
3. 设置三种类型的model共同协作,design,implement,search。从设计编排到网络现实素材搜索到制图一条龙生成高质量图片。
1. design model :规划模型(需要支持多模态输入),负责对用户上传的资料/图片进行深度理解,编排目标成功图片的内容与布局,生成最终的制图描述。强风格一致性约束来自于template底图。支持OAI/Anthrophic协议。
2. implement model : 制图模型,负责接收design model的输出内容,制作最终的效果图。上游模型,自行搜索生图公益站,只要支持api调用。
3. search model :搜索模型,负责抽取出用户输入资料/图片中的实物素材,如硬件实物(雷达,相机,无人机等),软件产品(claude code,codex, pi)等。复用现实网络素材图片,辅助design model进行规划,抑制图像编造,并丰富图像展示效果。可配置grok seach model,服务可参考grok2api项目,配置grok-search。
这一点是我在实际使用体验当中总结出来的,直接与制图模型交互,如gpt-image-2,nano-banana-2 等,得到的图片内容丰富度不一,且容易出现与现实不符的图像素材。
开箱即用,轻量化桌面端应用程序/本地端口部署webui
项目链接:
https://github.com/dream-rec/dreampaper
姊妹项目链接:
https://github.com/dream-rec/dreamcode
如果对您有帮助的话,可以帮忙点个小star⭐️⭐️⭐️
因为效果案例图是4k的,比较大,我就不上传到这里了,可以移步仓库主页进行预览。
@xB70sR71 #1 必须的,刚出我就注册了,预感要火
我是11,有比我还早的吗?各位b友们,秀出你们的靓id
牛逼,狠狠参与一下
已成功兑换虚拟卡「兑换码」。
站长,我还没上车呢