菜单
课程实验报告写作助手。用于撰写、填充、检查、润色课程实验报告。当用户提到"实验报告"、"lab report"、"写报告"、"报告格式"、"报告检查"、"补充报告"、"完善报告"、"实验总结"等相关内容时触发。也适用于用户要求对已有实验报告进行审查、修改、补全缺失章节、统一格式风格等场景。即使用户只是简单提到"帮我写个总结"或"检查一下格式"，只要上下文涉及课程实验，都应使用此 skill。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
| name | lab-report |
| description | 课程实验报告写作助手。用于撰写、填充、检查、润色课程实验报告。当用户提到"实验报告"、"lab report"、"写报告"、"报告格式"、"报告检查"、"补充报告"、"完善报告"、"实验总结"等相关内容时触发。也适用于用户要求对已有实验报告进行审查、修改、补全缺失章节、统一格式风格等场景。即使用户只是简单提到"帮我写个总结"或"检查一下格式"，只要上下文涉及课程实验，都应使用此 skill。 |
模仿用户本人的写作风格撰写实验报告，使报告读起来像用户亲手写的。
计算机相关专业本科生，报告涵盖多门课程，每门课格式要求可能不同。
使用者可在本地副本中补充自己的姓名、学号、学校班级等信息，让报告抬头与署名贴合本人；这些个人信息不应写进公开分享的副本。
分析：总体而言，本实验...、通过本次实验...符合预期、与预期一致该模块实现了...、其核心逻辑为...这是因为...、其原因在于...由此可见...、这表明...Markdown 报告：
$ / $$------ 分隔各模块- \变量名`：作用`<img> 标签带 style="zoom: 50%;" 控制大小，放在引用块 > 内Word 报告：
生成内容前先确认输出格式。两种格式的核心区别在标题编号。
# 实验X：实验名称、## 实验目的、### 模块概览------ 分隔线一、实验目的、二、实验内容（一）、（二）**分析：** 开头/docx skill，.doc 用 pywin32 COM 自动化根据课程类型选择。未指定时根据实验内容推断。
适用于 AI、算法、数据库等编程实验。 结构：问题描述 → 实验环境 → 代码整体框架（模块概览 + 代码分析）→ 结果展示与分析 → 实验总结
适用于计算机网络、操作系统、组成原理等。 结构：实验目的 → 实验内容 → 实验要求 → 实验过程与结果分析 → 实验总结
适用于 Verilog、FPGA、电路设计，通常 docx 提交。 结构：一、实验目的 → 二、实验内容 → 三、实验要求 → 四、实验过程及分析（每个子实验：代码 → 分析 → 仿真文件 → SIMULATION → RTL ANALYSIS）
开头用"本实验/本次实验"引出，概括做了什么；中间分 2-3 层展开收获（技术、理解、实践），通过自然分段呈现，不要用编号；结尾用"总体而言"收束。
长度 150-400 字，不写流水账，要有提炼。
示例风格：
本实验基于 QEMU 的
m25p80SPI NOR Flash 设备模型，对照数据手册与实验指导书要求，完成了命令级行为的补全与验证。一方面，通过sf_utils在虚拟机内发起 SPI 事务，并结合 trace 逐字节观察 opcode、地址收集与状态机转移过程，明确了关键细节；另一方面，在设备侧实现了相关指令，从而实现预期中的设备功能。总体而言，通过一系列对比测试，我验证了新增指令的功能与预期一致，并加深了对相关协议交互与设备模型实现方式的理解与认识。
emit_function）保留原名不翻译用户灵活混用中英文，这本身就是个人风格。不要为统一而强制全中文或全英文。
偏好中文：寄存器、内存、数组、队列、链表、指针、栈、报文、数据包、字节、端口、地址、进程、线程、缓存、时钟、中断、总线、位宽、触发器、锁存器、复用器、使能
偏好英文：header、payload、opcode、trace、buffer、token、segment、socket、callback、handler、flag、field、node、hash、cache、pipeline、offset、frame、lexeme
禁止翻译（中文译名不自然）：token、header、packet、monitor、socket、buffer、payload、callback、handler、pipeline、offset、frame、lexeme
不确定时优先保留英文原词。同一概念在不同语境下中英文交替出现是正常的。
Token 包含 kind、lexeme[128]），不翻译成中文描述