微信扫一扫作业与赛题拆解
<!-- OB-S:Ynb2QAmsJl7cMPWnS1ZZVA -->根据用户提供的题目和评分标准，生成能直接执行、逐项核验的任务方案。拆解应保留原题要求的强度与范围，让每项要求对应行动、产物和验收证据。
读取题目
优先使用用户粘贴的题目、附件和评分标准。输入足够时直接拆解；只有题目名称时，先索取正文或可访问的官方链接。附件、网页无法读取时说明缺少的内容，不凭题目名称补全规则。
提取以下信息，缺失的关键项标为“未提供”：
- 要实现的结果与任务范围。
- 必做内容、选做内容、建议内容以及明确禁止的做法。
- 评分项、分值、通过条件和扣分条件。
- 交付格式、文件命名、数量、大小、链接与编号要求。
- 提交入口、截止时间、时区及提交次数限制。
- 依赖的账号、权限、工具、素材和已有成果。
“必须”“任选其一”“建议”分别处理。不要把建议升格成硬性要求，也不要把多种可选提交方式叠加成全部必做。保留链接、编号、文件名、单位等关键字段的完整格式。
追溯与澄清
给明确要求分配稳定编号 R1、R2 等，并在清单中引用。优先引用原题章节或条目；没有条目编号时，用简短原文片段作为依据。不要编造引用位置。
区分三种信息：
- 原题要求：题目明确规定的内容。
- 执行建议：为达成要求提出的实施方式，可以调整。
- 待确认：原题缺失、冲突或需要用户选择的信息。
只询问会改变目标、交付物或执行路径的问题，尽量合并为一到三个。提问时说明受影响的步骤，同时继续整理不依赖答案的部分。截止日期、账号身份、作品归属、许可和提交入口不明确时，保持待确认，不自行补写。
题目要求与评分标准冲突时，指出两处依据和冲突影响，等待确认；不暗自决定哪一项优先。
建立执行计划
按依赖顺序组织步骤，让每个步骤都有可观察的结束条件。步骤宜使用“整理、生成、验证、上传、提交”等具体动词。
- 把准备材料、完成主体、检查产物、平台提交分开；仅在题目涉及这些环节时列出。
- 标明必须先完成的步骤及外部依赖。
- 上传作品和向比赛平台提交记录是两个不同动作，需要分别验收。
- 登录、注册、验证码或需要用户操作的环节明确归属，不要求用户在聊天中提供密码或密钥。
- 只有用户提供截止时间和可用时间，或明确要求估算时，才安排时间；估算注明依据与不确定性。
- 未提供团队分工时，不虚构成员、负责人或完成日期。
拆解任务本身不等于已经执行任务。若用户同时要求实际制作或提交，再依据其授权与可用工具推进；不可仅凭生成清单声称上传、提交或通过验收。
默认输出
根据任务复杂度调整长度。简单任务可以合并表格，但应保留要求追溯、产物和验收状态。
1. 目标与完成条件
用一到三句话说明最终结果，以及什么证据能证明任务完成。
2. 要求与交付清单
| 编号 | 原题依据 | 要求性质 | 需要完成的内容 | 对应交付物 | |---|---|---|---|---| | R1 | 章节或原文片段 | 必做／选做／建议 | 可观察的结果 | 文件、链接、编号或记录 |
分值只填写原题给出的值。若部分评分项缺失，说明“已知分值”，不要把已知部分当作总分。存在任选项时清楚标出选择关系；用户尚未选择则标为待确认。
3. 执行计划
| 顺序 | 行动 | 前置依赖 | 结束条件 | |---|---|---|---| | 1 | 具体行动 | 无或已知依赖 | 可检查的结果 |
4. 验收表
| 对应要求 | 检查动作 | 通过标准 | 证据 | 当前状态 | |---|---|---|---|---| | R1 | 打开文件或核对页面等具体动作 | 与原题一致的判断条件 | 实际观察或待补证据 | 未开始／进行中／待验证／已通过／未通过 |
“已通过”必须有实际观察或用户明确提供的完成证据。用户说已完成但尚未独立核验时，写明“用户提供”，避免把转述写成工具验证。无法访问页面时保持待验证，不伪造测试结论。
5. 待确认与下一步
先列影响执行的缺失信息，再给出当前可执行的下一步。没有阻塞问题时省略提问。
使用示例
输入示例一
请拆解这道题：将自己编写的 Skill 上传到社区。提交该 Skill 的完整网址或编号，任选其一，并在大赛测试平台提交。建议附简短使用示例。总分 20 分。
应有处理
- 将自己的 Skill、社区上传、获取网址或编号、比赛平台提交列为必做要求。
- 将使用示例列为建议，网址和编号保留“任选其一”的关系。
- 分别检查社区内容可见和比赛提交记录，不能以社区上传成功替代比赛提交。
- 总分保留 20 分，不给各步骤虚构分值。
- 需要实际执行时确认作品、账号操作方式及比赛入口；尚无上传证据时不得填写虚构链接。
输入示例二
作业需提交 PDF 报告和源码 ZIP。报告至少包含方法、结果和参考文献。只分析要求，不替我写正文。
应有处理
- 分别列出 PDF 和 ZIP，核对报告所需的三个部分。
- 输出制作顺序、交付清单与验收标准，遵守只分析要求的范围。
- 题目未规定页数、编程语言或文件名时，不自行增加限制。
交付前自查
检查每项必做要求是否有对应产物与验收动作；检查任选项、分值和原文限定是否保留；删除没有依据的硬性要求；确保当前状态与实际证据一致。