完成度
35 分智能体是否可运行、核心功能是否实现、提交材料是否齐全
智能体融合创新赛道
从参赛规则到智能体开发
使用 remio 睿妙构建原创 aApp 或 skill。先确认作品与评审要求，再按开发指南完成设计、调试、安装与发布。
先看规则
确认作品形式与参赛流程
以下内容根据《remio 参赛规则》编排。规则涉及的作品要求、评分分值和评审时效均按附件原文保留。
参赛作品格式
在 remio 睿妙智能体中可正常使用、具有原创性的智能应用（aApp）或技能（skill）；如能在其他智能体产品中正常运行更佳。
参赛流程
- 1
注册报名
完成平台注册与实名认证，选择赛道并提交报名信息。审核通过后发放参赛大礼包。
- 2
作品开发与提交
使用平台 AI 创作工具和算力资源开发智能体，按要求提交方案文档、Demo 和演示视频；截止前可修改。
- 3
评审与迭代
初赛后进入评审周期。复赛团队根据反馈优化功能、场景方案和演示材料，再次提交作品。
- 4
决赛路演
提交路演 PPT、最终 Demo 和演示视频，完成现场路演答辩，并由评委综合评定。
可提交多个作品，每个作品独立计奖；报名福利每人仅限一次。
参赛条件
- 参赛资格
- 全球范围内的开发者、创业者、高校师生、科研人员和产业从业者均可参赛。
- 报名方式
- 支持个人报名和团队报名。
- 实名要求
- 需完成平台注册及实名认证，并填写姓名、已验证手机号、身份类型、学校或单位、所在城市等信息。
- 赛道限制
- 同一作品不能投送至多个赛道；同一参赛者可提交多个智能体作品，每个作品独立计奖。
- 审核机制
- 报名需经过审核；未通过时可补交材料后重新提交。
- 作品要求
- 作品须为原创，并符合国家法律法规、数据安全、知识产权及大赛相关规定。
评审规则
三轮评审，重点逐步升级
初赛侧重基本完成质量与赛道匹配度；复赛与决赛进一步考察场景理解、创新解法和技术实现。复赛拟入围 50 组，决赛拟入围 20 组，最终名额以组委会公布为准。
初赛评分
可用性
30 分交互体验是否流畅，是否存在明显使用障碍，以及基本稳定性
赛道契合度
25 分是否紧扣所选赛道方向，并回应赛道核心命题
创新性
10 分应用模式或技术路径是否具备初步亮点
平台初筛 → 评委按赛道独立打分 → 取多评委均分排名 → 公布复赛名单与反馈建议。
复赛与决赛评分
场景理解深度
- 复赛
- 30 分
- 决赛
- 25 分
是否精准识别行业痛点，并给出有针对性的方案
创新性
- 复赛
- 30 分
- 决赛
- 25 分
应用模式、交互方式或技术路径是否有真正的亮点和差异化
技术实现难度
- 复赛
- 25 分
- 决赛
- 20 分
技术方案复杂度、工具调用深度、系统架构与稳定性
完成度
- 复赛
- 15 分
- 决赛
- 15 分
智能体能力完整性和工程实现成熟度
展示效果
- 复赛
- —
- 决赛
- 15 分
决赛新增：路演表现、现场答辩和演示流畅度
评审时效
初赛评审
初赛截止后 5 个工作日
公布复赛入围名单及评委反馈
复赛评审
复赛截止后 5 个工作日
公布决赛入围名单
决赛评审
时间待定
当天公布获奖名单
再做开发
把 aApp 设计成 Agent 可编排的能力
开发指南面向准备在 remio 中开发 aApp 的参赛者。核心不是堆叠页面，而是把业务模型与核心逻辑整理成 Agent 易于理解、调用和组合的语义接口。
优先做
- 明确领域对象、状态变化与业务动作。
- 把能力暴露为 Agent 容易调用的语义接口。
- 让检索、订阅、run_prompt 和系统调用围绕业务流程协作。
- 只在减少歧义或提高效率时补充少量 aApp UI。
避免做
- 先堆很多页面、按钮和表单。
- 把大量交互逻辑放进 UI 层。
- 让用户通过深层导航才能完成核心任务。
- 用模型承担状态一致性、持久化和硬约束。
从 aapp-studio 开始
新建或修改应用时，直接用自然语言向 aapp-studio 描述目标，例如“帮我创建一个会议纪要应用”或“帮我给现有应用增加设置页”。
已有正式版会先生成开发副本。开发环境与正式环境的代码和数据相互隔离，可持续调试而不影响正式用户。
开始前回答四个问题
- 应用要解决什么问题？
- 要给 Agent 提供哪些核心语义能力？
- 要利用哪些用户数据？
- 要调用哪些平台能力？
按任务选择数据与 Agent 能力
先判断数据是否已知、是否需要检索，以及结果是直接回复用户还是继续触发动作。不要为了“智能”而增加不必要的模型调用。
已知内容 ID
read_note直接读取，不先检索。
先找候选内容
search_notes获得候选、ID 和元数据，再交给业务逻辑或模型处理。
直接基于知识库回答
rag用于回答、总结、归纳和对比；需要流式输出时使用 rag_stream。
理解、分类、生成或判断
run_prompt只把真正需要语义理解的部分交给模型，并通过 capabilities 限定工具范围。
以对话为主，以 UI 为辅
让对话承担
需求澄清、上下文补充、多轮协商、建议解释，以及在多个可行方案间取舍。Agent 负责理解、规划、调用语义接口并解释结果。
让 aApp UI 承担
固定字段录入、互斥选项、结构化结果和必须显式确认的动作。可使用 card、list、button、input、choice、select、image、row 等组件。
推荐顺序：语义端点 → 对话覆盖主路径 → 必要处补 UI → 在对话中说明结果与下一步。快捷菜单和 overlay 适合提供入口与展示较长内容，不应成为第二套深层导航。
用订阅与系统调用完成自动化
当新邮件、录音转写或特定笔记更新后需要自动处理时，使用内容事件订阅。向 aapp-studio 说明订阅内容、触发条件和触发后的动作。
- 1
内容触发
POST /_event
- 2
补充上下文
search_notes
- 3
分析与编排
run_prompt 或业务逻辑
- 4
结果落地
发送消息、写回笔记或触发动作
系统调用覆盖执行与会话、知识与笔记、办公内容、邮件、网页获取、媒体处理、aApp 生命周期和 MCP 外部工具。若需要用户可见反馈，应显式调用 send_chat_message。
安装、验证并发布
安装到正式环境
在开发环境完成调试后，向 aapp-studio 说“帮我把 xx 应用安装到正式环境”。正式用户将使用该稳定版本。
发布到应用市场
发布前需通过版本验证、设置开发者信息并避免版本号冲突。市场应用支持完整性签名与加密授权保护。
现在开始构建参赛作品
下载 remio 睿妙，在 aapp-studio 中说明你的应用目标、核心语义能力、所需用户数据与平台能力，从开发环境开始完成第一版作品。