meetchances

项目介绍

详细总结

一、Trae评估核心概述

1. 评估定义：让Trae执行任务→观察表现→按规范打分并撰写评分理由
2. 参与权益
   • 收入：按周结算，任务完成即获报酬，收入稳定有竞争力
   • 任务来源：团队每月保持至少5个Trae评估项目，任务持续不中断
   • 协作模式：完全线上远程办公，不限地点，弹性时间安排
3. 参与要求（需全部满足）

   要求类型	具体内容
   AI Coding工具使用	深度使用Cursor、Windsurf、Trae、Claude Code等任意工具日常开发
   思维能力	具备评测思维，能多角度观察表现、发现模型细微差异、提出有理有据的专业评价
   技术基础	有扎实编码经验，可判断代码正确性、解决方案合理性及优化方向
   操作技能	熟悉GitHub基础操作：fork项目、创建分支、提交PR、阅读/对比代码变更

二、操作前准备（试标可忽略第2、3步）

1. 基础工具与账号准备
   • 下载最新版Trae CN：下载地址为https://www.trae.cn/ide/download
   • 获取白名单账号：进入飞书群后@管理员获取，使用指定手机号登录Trae CN IDE
   • 获取指定评测模型：如seed_coder_trae_04（以标注指南要求为准）
2. 测试环境配置（试标可跳过）

   配置步骤	具体操作
   打开设置	按F1键打开用户json设置
   添加配置	新增PPE配置："ai_assistant.request.env": "ppe"，"ai_assistant.request.ppe": "ppe_trae_seed_code_internal"
   保存文件	保存settings.json文件
   刷新窗口	执行“Developer: Reload Window”刷新
   选择模型	白名单+PPE配置完成后，选择标注指南要求的测试模型

3. 其他准备
   • 关闭隐私模式（可参考视频教程）
   • 确保电脑可科学上网访问GitHub，且掌握GitHub基础操作

三、核心操作步骤

1. Step1：项目准备
   • 来源：GitHub开源项目（fork到个人空间，设为public）或自建项目
   • 关键要求：仓库权限必须为public
2. Step2：任务构造
   • 硬性要求
     • 任务分类：3类可选（界面功能、运行时异常修复、业务逻辑）
     • 对话轮次：≤3轮（试标≤2轮）
   • 建议要求：构造复杂且符合真实开发场景的任务
   • 示例对比

     类型	示例内容	备注
     Good Case	优化个人账号页面，含城市表单添加、API接入、三级联动、数据上传回显等需求	符合复杂度及真实场景要求
     Bad Case	将网站暗色模式默认开启	过于简单，无法触发Model Breaking，不满足难度要求

3. Step3：提交代码并创建Pull Request
   • 关键要求
     • PR标题：必须为Session ID（否则不予通过）
     • 提交分支：不可直接提交到main分支
     • 文件要求：不遗漏Trae新增文件
     • 合并指向：指向自身仓库，而非原开源项目
4. Step4：结果评估
   • 核心动作：真实运行Trae提交的代码，验证交付结果

四、专业名词解释

名词	核心解释
白名单账号	Trae备案账号，通过飞书群@管理员获取，需使用指定手机号登录
Session Id	与Trae单次会话的唯一ID，双击AI对话头像“Builder”获取
Model Breaking	模型完成任务需人工介入/任务不可用为触发，无需介入且完成良好为未触发
COT	Chain-of-Thought（思维链），指模型思考推理的完整内容
Pull Request	GitHub合并请求，需提供链接地址

五、常见问题及解决方案

问题	解决方案
配置PPE后看不到测试模型	1. 关闭Trae CN等待10分钟再进入（80%用户有效）；2. 检查settings.json配置正确性；3. 确认登录账号为白名单账号（UID需符合要求）；4. 确认使用Trae CN；5. 操作reload；6. 重新安装Trae CN
如何获取工具调用日志	1. 点击Trae底部“复制全部”按钮复制回复内容；2. 搜索“toolName:”统计调用次数，搜索“status: success”统计成功次数；3. 可通过https://trae.myuan.fun/工具分析
如何获取Session Id	双击AI对话头像“Builder”，复制成功会有提示，参考文档https://docs.trae.cn/ide/troubleshooting
遇到“AI问答今日使用超限”	联系群管理人员更换手机号登录Trae CN

---

4. 关键问题

问题1：参与Trae评估需要满足哪些核心条件，且能获得什么权益？

答案：核心条件有4点：①是Cursor、Trae等AI Coding工具的深度用户；②具备多角度观察、发现模型差异、提出专业评价的评测思维；③有扎实编码经验，能判断代码正确性、解决方案合理性及优化方向；④熟悉fork项目、提交PR等GitHub基础操作。可获得的权益包括：①按周结算的稳定有竞争力收入；②每月至少5个的持续任务来源；③完全线上、不限地点、弹性时间的协作模式。

问题2：完成Trae评估的核心操作步骤是什么，其中PR提交有哪些关键要求？

答案：核心操作步骤共4步：①项目准备：Fork开源GitHub项目（设为public）或自建项目；②任务构造：选择界面功能/运行时异常修复/业务逻辑三类之一，对话轮次不超过3轮（试标不超过2轮），构造真实复杂任务；③提交PR：将Trae修改的代码提交并创建Pull Request；④结果评估：真实运行代码验证交付结果。PR提交的关键要求：①标题必须为Session ID（否则不予通过）；②不可直接提交到main分支；③不遗漏Trae新增文件；④合并请求指向自身仓库，而非原开源项目。

问题3：配置Trae测试环境后看不到测试模型，有哪些优先级从高到低的解决方案？

答案：优先级从高到低的解决方案为：①关闭Trae CN，等待10分钟后再进入（80%用户通过此方法解决）；②检查settings.json文件中的PPE配置是否正确；③确认登录账号为开通白名单的账号（需验证UID符合要求）；④确认使用的是Trae CN而非其他版本；⑤检查是否已执行“Developer: Reload Window”刷新操作；⑥重新安装Trae CN。

示例

第1轮

步骤说明

基础需求提出：明确核心任务方向，给出最基础的业务场景和核心诉求，不提及复杂约束，让模型输出初步的业务逻辑设计方案，为后续暴露缺陷做铺垫。

提示词模板

请基于电商平台的业务场景，设计一套订单履约与库存扣减的核心业务逻辑，核心诉求如下：
1. 支持商城APP的用户普通下单场景，用户提交订单后完成库存扣减，订单支付后进入履约环节；
2. 核心要求：保证库存数据准确，避免出现超卖情况；
3. 请输出完整的业务逻辑流程、核心数据模型设计（关键字段即可）、核心节点的判断规则。

第2轮

步骤说明

暴露单渠道设计缺陷，新增多渠道约束：上一轮模型仅针对商城APP单渠道设计，未考虑电商真实的多渠道共存场景，本轮明确指出该缺陷，要求修复，同时新增线下门店、小程序两个渠道，补充多渠道库存数据统一管理的核心要求，驱动方案增加渠道维度的设计。

提示词模板

你上一轮的方案存在核心设计缺陷：仅针对商城APP单渠道设计库存扣减与履约逻辑，未考虑电商平台多渠道共存的真实场景，无渠道维度的库存数据管理和逻辑区分，无法支撑多渠道业务协同。
请修复该缺陷，并基于新增的业务约束完成方案迭代优化，新增约束如下：
1. 电商平台新增微信小程序、线下直营门店两个下单渠道，需实现三个渠道（APP/小程序/线下门店）的库存数据统一管理、实时同步；
2. 线下门店为到店自提场景，用户下单后扣减对应门店的库存，无需物流履约；小程序下单与APP下单一致，为快递配送场景；
3. 迭代要求：
   （1）修复单渠道设计缺陷，增加「渠道维度」的核心设计；
   （2）更新业务逻辑流程，区分不同渠道的订单履约节点；
   （3）优化核心数据模型，补充渠道相关关键字段；
   （4）仍需保证核心要求：多渠道场景下无超卖、库存数据准确。
请输出迭代后的完整业务逻辑方案，明确标注针对上一轮缺陷的修复点。

第3轮

步骤说明

暴露无库存分层的缺陷，新增库存分层与仓配体系约束：上一轮模型仅设计了“全局总库存”，未考虑电商总仓-区域仓-门店仓的库存分层仓配体系，线下门店直接扣减总库存会导致区域库存失衡、履约无法落地，本轮指出该缺陷并要求修复，新增库存分层的核心业务规则，贴合真实电商仓配管理场景。

提示词模板

你上一轮的方案存在核心设计缺陷：仅设计了全局总库存，未引入电商真实的库存分层仓配体系，线下门店直接扣减全局总库存，会导致区域库存分配失衡、门店履约无实际库存支撑的问题，同时多渠道无对应的库存归属规则，无法落地。
请修复该缺陷，并基于新增的库存分层约束完成方案迭代优化，新增约束如下：
1. 引入「总仓-区域仓-门店仓」三级库存分层体系，全局总库存为各仓库存之和；
2. 库存归属规则：APP/小程序下单扣减用户所在区域的区域仓库存，线下门店下单扣减该门店的门店仓库存，区域仓库存不足时可从总仓调拨（调拨逻辑需设计）；
3. 线下门店仓为专属库存，仅支撑本店到店自提订单，不与其他渠道共享；
4. 迭代要求：
   （1）修复无库存分层的缺陷，设计三级库存的管理与扣减逻辑；
   （2）更新业务流程，增加库存分层后的仓配匹配、调拨触发节点；
   （3）优化数据模型，补充库存分层、仓配相关关键字段；
   （4）保留多渠道、无超卖、库存准确的核心要求。
请输出迭代后的完整业务逻辑方案，明确标注针对上一轮缺陷的修复点，重点说明三级库存的扣减与调拨规则。

第4轮

步骤说明

暴露无并发控制的缺陷，新增高并发场景约束：上一轮模型仅考虑常规下单的低并发场景，未设计高并发下的库存控制方案，电商真实场景中存在秒杀、限时活动的高并发下单，无并发控制会导致库存超卖、数据不一致，本轮指出该缺陷并要求修复，新增秒杀高并发场景，补充分布式环境下的并发控制要求，涉及真实开发的分布式锁、库存预扣减等技术+业务结合点。

提示词模板

你上一轮的方案存在核心设计缺陷：仅针对常规低并发下单场景设计，未考虑电商平台的高并发下单场景，无任何并发控制机制，在高并发下会出现库存扣减竞态问题，导致超卖、库存数据不一致，无法支撑秒杀类活动。
请修复该缺陷，并基于新增的高并发场景约束完成方案迭代优化，新增约束如下：
1. 新增**限时秒杀**高并发下单场景，秒杀活动仅在APP/小程序渠道开放，秒杀商品库存为区域仓专属秒杀库存，与普通商品库存物理隔离；
2. 高并发核心要求：支持每秒≥500笔的并发下单，无超卖、库存数据实时一致，秒杀订单的库存扣减响应延迟≤200ms；
3. 技术与业务结合要求：需设计分布式环境下的并发控制机制，适配库存分层的业务规则；
4. 迭代要求：
   （1）修复无并发控制的缺陷，设计高并发下的库存扣减与订单创建机制，避免竞态问题；
   （2）新增秒杀场景的独立业务逻辑流程，区分普通下单与秒杀下单的规则差异；
   （3）优化库存数据模型，补充秒杀库存相关字段，设计物理隔离的秒杀库存管理规则；
   （4）保留三级库存分层、多渠道适配、无超卖的核心要求。
请输出迭代后的完整业务逻辑方案，明确标注针对上一轮缺陷的修复点，重点说明高并发场景的并发控制机制和秒杀库存的管理规则。

第5轮

步骤说明

暴露无预售锁库存的缺陷，新增预售业务场景约束：上一轮模型仅覆盖“即买即扣库存”的普通下单和秒杀场景，未考虑电商重要的预售锁库存场景，预售的核心是“先锁库存后扣减”，与即买即扣的规则完全不同，本轮指出该缺陷并要求修复，新增预售业务的核心规则，要求方案支持“锁库存-支付-扣库存-履约”的预售链路。

提示词模板

你上一轮的方案存在业务场景覆盖不全的缺陷：仅设计了普通下单、秒杀下单的“即买即扣库存”逻辑，未覆盖电商平台核心的预售业务场景，预售的核心诉求是「先锁库存，用户支付后再实际扣减库存」，现有方案的库存扣减节点设计无法适配该场景，会导致预售库存被普通订单占用的问题。
请修复该缺陷，并基于新增的预售场景约束完成方案迭代优化，新增约束如下：
1. 新增**商品预售**场景，支持APP/小程序渠道，预售商品设置「预售库存」，与普通库存、秒杀库存物理隔离；
2. 预售核心规则：用户提交预售订单后，**冻结预售库存**（不实际扣减），冻结有效期为24小时，用户在有效期内支付订单后，实际扣减冻结的预售库存；超期未支付则释放冻结库存，订单自动关闭；
3. 预售库存归属：预售库存统一归属总仓，支付后根据用户所在区域调拨至对应区域仓，再进入履约环节；
4. 迭代要求：
   （1）修复预售场景覆盖不全的缺陷，设计「库存冻结-释放-实际扣减」的预售核心逻辑；
   （2）新增预售订单的独立业务流程，明确与普通/秒杀订单的节点差异（库存操作、履约触发）；
   （3）优化库存数据模型，补充库存冻结、冻结有效期、预售库存相关字段；
   （4）保留三级库存分层、多渠道适配、高并发并发控制、无超卖的核心要求。
请输出迭代后的完整业务逻辑方案，明确标注针对上一轮缺陷的修复点，重点说明预售库存的冻结、释放、扣减规则。

第6轮

步骤说明

暴露库存回滚逻辑缺失的缺陷，新增订单异常关闭约束：上一轮模型仅设计了“下单-扣库存-支付-履约”的正常链路，未考虑电商真实的订单异常关闭场景（未支付关闭、用户主动取消、支付失败），无对应的库存回滚/释放机制，会导致库存被无效订单占用、实际可售库存不足的问题，本轮指出该缺陷并要求修复，新增全场景的订单异常关闭规则，要求设计库存回滚的触发条件和执行逻辑。

提示词模板

你上一轮的方案存在核心链路设计缺陷：仅设计了订单正常流转的业务链路，未考虑订单异常关闭的场景，无对应的库存回滚/释放机制，会导致库存被无效订单占用，平台实际可售库存不足，影响正常交易。
请修复该缺陷，并基于新增的订单异常关闭约束完成方案迭代优化，新增约束如下：
1. 覆盖所有订单类型（普通/秒杀/预售）的异常关闭场景：
   （1）普通/秒杀订单：提交后未支付，超30分钟自动关闭；用户支付前主动取消订单；支付环节失败（超时/支付渠道异常）；
   （2）预售订单：除上述场景外，新增「冻结库存超24小时未支付」的系统自动关闭场景；
2. 库存回滚/释放核心规则：不同订单类型、不同库存操作阶段，对应不同的库存处理逻辑（释放冻结库存/回滚已扣减库存）；
3. 新增要求：库存回滚/释放需保证实时性，避免库存长期被占用，同时记录库存操作日志，便于问题追溯；
4. 迭代要求：
   （1）修复库存回滚逻辑缺失的缺陷，设计全场景的库存回滚/释放触发条件和执行逻辑；
   （2）为所有订单类型补充异常关闭的业务链路，明确与正常链路的衔接节点；
   （3）优化数据模型，新增库存操作日志表（关键字段即可），记录库存变动的类型、原因、订单号、操作时间；
   （4）保留三级库存分层、多渠道适配、高并发控制、预售锁库存、无超卖的核心要求。
请输出迭代后的完整业务逻辑方案，明确标注针对上一轮缺陷的修复点，重点说明不同场景下的库存回滚/释放规则和日志设计。

第7轮

步骤说明

暴露无异常补偿机制的缺陷，新增分布式系统异常约束：上一轮模型设计了正常和异常关闭的业务链路，但未考虑分布式系统的技术异常（如服务宕机、接口调用失败、数据库事务回滚、消息丢失），这类异常会导致库存操作与订单状态不一致（如订单关闭但库存未回滚、下单成功但库存未扣减），本轮指出该缺陷并要求修复，新增分布式系统异常场景，要求设计异常检测+补偿执行的机制，保证库存与订单状态的最终一致性。

提示词模板

你上一轮的方案存在系统可靠性设计缺陷：仅考虑了业务层面的订单异常关闭，未考虑电商分布式系统的技术异常场景，这类异常会导致**库存操作与订单状态不一致**，且无任何检测和修复机制，最终引发库存数据混乱、超卖/库存占用等问题，具体异常场景包括：服务宕机、库存扣减/回滚接口调用失败、数据库事务回滚、消息队列丢失库存操作消息。
请修复该缺陷，并基于新增的分布式系统异常约束完成方案迭代优化，新增约束如下：
1. 覆盖上述所有分布式技术异常场景，核心要求：保证**库存状态与订单状态的最终一致性**；
2. 设计「异常检测-补偿执行-结果校验」的闭环异常补偿机制，支持自动补偿，自动补偿失败可触发人工介入；
3. 补偿机制规则：需区分订单类型、库存操作阶段（冻结/扣减/释放），设计对应的补偿策略，避免重复补偿；
4. 迭代要求：
   （1）修复无异常补偿机制的缺陷，设计分布式系统下的库存-订单一致性保障方案；
   （2）新增异常检测、补偿执行的独立流程，明确检测频率、触发条件、补偿执行规则；
   （3）优化数据模型，补充异常日志、补偿任务相关字段，记录异常类型、检测时间、补偿结果；
   （4）保留前序所有轮次的核心业务要求和规则设计。
请输出迭代后的完整业务逻辑方案，明确标注针对上一轮缺陷的修复点，重点说明异常补偿机制的设计和一致性保障规则。

第8轮

步骤说明

暴露无履约优先级的缺陷，新增订单履约调度约束：上一轮模型完成了库存全链路设计，但履约环节仅设计了基础流程，未考虑电商库存不足时的履约优先级（如秒杀订单优先级高于普通订单、预售支付订单高于即买即付订单）和多订单履约调度规则，线下门店和区域仓的履约资源有限，无优先级会导致高价值/高优先级订单履约延迟，影响用户体验，本轮指出该缺陷并要求修复，新增履约优先级和调度规则，完成方案的最终迭代，让整个体系形成闭环。

提示词模板

你上一轮的方案存在履约环节设计缺陷：仅设计了履约的基础流程，未考虑电商平台**履约资源有限**的真实场景，无订单履约优先级规则和多订单履约调度机制，会导致高优先级订单（如秒杀、预售）履约延迟，同时不同渠道、不同仓的履约任务无统一调度，履约效率低下，无法支撑平台的履约时效要求。
请修复该缺陷，并基于新增的履约调度约束完成方案的最终迭代优化，新增约束如下：
1. 设计**订单履约优先级规则**，按订单类型+渠道制定优先级排序（需合理设计排序逻辑，贴合电商真实运营需求），优先级高的订单优先占用履约资源（物流、调拨、门店备货）；
2. 新增**履约任务统一调度机制**：设计履约调度中心，整合总仓/区域仓/门店仓的履约任务，根据库存位置、履约优先级、用户收货地址进行任务分配和调度；
3. 履约时效要求：APP/小程序的快递配送订单，区域仓有货的48小时内发出，总仓调拨的72小时内发出；线下门店自提订单，下单后1小时内完成备货；
4. 迭代要求：
   （1）修复无履约优先级和调度机制的缺陷，设计完整的履约调度体系；
   （2）更新整体业务逻辑流程，将履约调度中心融入全链路，明确调度触发节点和规则；
   （3）优化数据模型，补充履约优先级、履约任务状态、调度分配相关字段；
   （4）保留前序所有轮次的核心业务要求和规则设计，保证整个订单履约与库存扣减体系的闭环性和可落地性。
请输出最终的完整业务逻辑方案，明确标注针对上一轮缺陷的修复点，同时输出**整体体系的核心设计亮点**和**落地过程中的关键注意事项**。

---