<rss xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title>数据合成 - 标签 - lilfry's library</title><link>https://lilfry09.github.io/tags/%E6%95%B0%E6%8D%AE%E5%90%88%E6%88%90/</link><description>数据合成 - 标签 - lilfry's library</description><generator>Hugo -- gohugo.io</generator><language>zh-CN</language><managingEditor>lilfry@sjtu.edu.cn (lilfry)</managingEditor><webMaster>lilfry@sjtu.edu.cn (lilfry)</webMaster><copyright>All rights reserved.</copyright><lastBuildDate>Thu, 06 Aug 2026 20:00:00 +0800</lastBuildDate><atom:link href="https://lilfry09.github.io/tags/%E6%95%B0%E6%8D%AE%E5%90%88%E6%88%90/" rel="self" type="application/rss+xml"/><item><title>FullStack-Agent：全栈 Coding Agent 的训练与评测数据是如何构造的</title><link>https://lilfry09.github.io/ai/fullstack-agent-data-construction/</link><pubDate>Thu, 06 Aug 2026 20:00:00 +0800</pubDate><author>fry</author><guid>https://lilfry09.github.io/ai/fullstack-agent-data-construction/</guid><description><![CDATA[<p>很多“网页生成 Agent”看起来已经能做出漂亮页面：按钮能点，表单能提交，页面还能弹出“保存成功”。但如果继续追问两步，问题就会暴露出来：数据真的写进数据库了吗？刷新页面之后还能读回来吗？后端 API 是否真的存在？</p>
<p><code>FullStack-Agent</code> 这篇论文的核心贡献，正是把网站生成从“看起来像全栈”推进到“前端、后端和数据库都能被验证”。不过，论文里更值得仔细看的其实不只是 Agent 框架，而是它的数据构造方法：<strong>它如何把真实网站代码库转换成 Coding Agent 的训练轨迹，又如何构造能够识别假后端的评测数据？</strong></p>
<p>本文只讨论这两个问题。论文原文是 <a href="https://arxiv.org/abs/2602.03798" target="_blank" rel="noopener noreffer ">FullStack-Agent: Enhancing Agentic Full-Stack Web Coding via Development-Oriented Testing and Repository Back-Translation</a>，代码仓库见 <a href="https://github.com/mnluzimu/FullStack-Agent" target="_blank" rel="noopener noreffer ">GitHub</a>。</p>]]></description></item><item><title>coding agent数据合成-qwen调研</title><link>https://lilfry09.github.io/ai/coding-agent-data-synthesis-qwen-research/</link><pubDate>Sun, 19 Apr 2026 20:05:00 +0800</pubDate><author>fry</author><guid>https://lilfry09.github.io/ai/coding-agent-data-synthesis-qwen-research/</guid><description><![CDATA[<p>这篇调研聚焦 <code>coding agent</code> 训练里最关键的一环：<strong>高质量、可验证、可复现的数据合成</strong>。如果把近两年的主线压缩成一句话，那就是：行业正在从“纯合成题”转向“以真实软件工程活动为种子，再做自动化增强”的 <code>SWE-bench</code> 式范式。</p>
<p>对于 <code>Qwen</code> 这一类希望持续提升复杂编码能力的模型，这条路径的意义尤其直接：它不仅决定模型能否在 benchmark 上刷出更高分，更决定模型是否真正具备在真实仓库里定位问题、搭环境、写补丁和通过测试的能力。</p>]]></description></item></channel></rss>