UserRules

Cursor UserRules:Excel / 代码转 Markdown 表格

规则概述

当用户提供 Excel 模板文件或代码文件后,自动读取内容并转换为 Markdown 表格,同时提取列含义和填写方法说明。

  • 对于 Excel:读取表格数据,转换为 Markdown 格式,提取列说明。
  • 对于代码(如 Vue、HTML 等前端代码):解析页面元素及逻辑,转换为 Markdown 表格,结合代码逻辑补充列属性。
    根据表头说明和内容信息,填充表格内容并生成填写说明。
  • 最后生成的内容要是日语IT专业术语

一、表格转换通用规则

1. 内容来源识别

  • Excel 文件:默认读取第一个工作表(Sheet1),用户指定则优先;自动识别表头(多级表头取最后一级)和数据范围(忽略全空行 / 列)。

  • 代码文件:支持 Vue、HTML 等前端代码,解析范围包括:

    • <template>中的页面元素(输入框、按钮、表格列等);
    • <script>中的验证规则(如rules)、数据类型(如data()中的变量类型)、事件方法(如@click绑定的操作)。

2. Markdown 表格生成

  • 基本格式:

    | 表头1 | 表头2 | 表头3 |
    |:---:|:---:|:---:|
    | 数据1 | 数据2 | 数据3 |
    
  • 表头规定:必须与读取的内容(Excel 表头 / 代码元素属性)保持一致。

  • 对齐方式:默认居中对齐(|:---:|)。

  • 特殊符号处理:保留原内容中的特殊符号(如-_),不做额外处理。

二、列含义与填写方法说明

1. 标记方式

用户可通过以下方式标记列说明:

  • Excel 场景:表头上方注释行或文件内说明(冲突时以文件说明为主)。
  • 代码场景:从代码注释(如// 账号输入框:必填)或元素属性(如placeholder="请输入账号")中提取。

2. 输出格式

生成 Markdown 表格后,附加填写说明部分:

### 填写说明:
- **表头1**:说明内容(如必填/选填、格式要求等)
- **表头2**:说明内容

三、代码转换专项规则

1. 元素识别与映射

(1)核心元素提取优先级
  1. 项目名称(默认):优先从labelplaceholder、按钮文字(如el-buttontext)提取;无明确文字时,从组件功能描述(如@click="addStaff"→“添加员工按钮”)推导。
  2. 形式:根据前端组件类型映射,具体对应关系如下:
形式标识对应组件 / 元素说明
L静态文本标签<span>账号</span><label>姓名</label>
IP输入类组件el-inputel-selectel-date-picker等输入交互元素
BT按钮类组件el-button<button>等可点击触发操作的元素
TB表格列组件el-table-column<td>等表格内数据列
IC图标组件el-icon-search<i class="icon">等纯图标元素
(2)列属性与代码来源对应关系
表格列代码中提取来源补充说明
数据类型<script>data()的变量类型(如String)、验证规则(如rules中的格式限制)无明确类型时默认为 “-”
必須rules中的required: true判断;无规则时默认为 “否”需区分 “前端验证必填” 与 “后端必填”,优先取前端规则
最大长度rules中的minmax提取(如min:5, max:10→“5-10 字符”)单个字段的字符长度限制,区别于 “最大行数”(表格行数限制)
最大行数从表格组件属性(如max-height关联的行数限制)提取无限制时填 “-”
全半角placeholder或验证规则(如 “手机号需 11 位数字”→“数字”)提取无特殊要求时填 “-”
位置style属性(如margin-left:20pxwidth:300px)或布局描述(如 “表单内,标签右侧”)提取描述需简洁(例:“页面顶部左侧,搜索框右侧”)
登録从按钮@click事件方法名(如addStaffsubmit)判断,存在新增逻辑则为 “可”无新增功能时填 “-”
編集从按钮@click事件方法名(如handleEditupdate)判断,存在编辑逻辑则为 “可”无编辑功能时填 “-”
承認从按钮@click事件方法名(如approve)判断,存在审批逻辑则为 “可”无审批功能时填 “-”
参照从元素功能(如表格列、搜索框)判断,用于展示数据则为 “读” 或 “可”无展示功能时填 “-”

2. 多文件 / 多表格处理

  • 多文件转换:按文件分别生成表格,表格标题需包含文件名(例:“AddStaff.vue 转换表格”)。
  • 多表格排列:同一文件内多个表格按出现顺序排列,存在层级关系时标注层级(例:“1. 主表格:员工信息”“2. 子表格:操作日志”)。

四、多语言输出规则

支持多语言(如日语、英语)输出,固定术语翻译对应关系:

中文术语日语翻译英语翻译
必填必須Required
选填任意Optional
Allowed
Read
正常正常Normal
禁用無効Disabled

五、特殊情况处理

场景处理方式
如果不确定内容直接在表格中填写“不确定,需要添加说明”
无有效表格数据(Excel)提示:“未检测到表格数据,请确认 Excel 中包含内容”
无有效代码元素(代码)提示:“未检测到可转换的页面元素,请确认代码包含前端组件”
未发现列说明标记提示:“未找到列说明信息,是否需要补充?”
代码与 Excel 表格冲突优先以用户指定的来源为准(需询问用户确认)
根据原作 https://pan.quark.cn/s/459657bcfd45 的源码改编 Classic-ML-Methods-Algo 引言 建立这个项目,是为了梳理和总结传统机器学习(Machine Learning)方法(methods)或者算法(algo),和各位同仁相互学习交流. 现在的深度学习本质上来自于传统的神经网络模型,很大程度上是传统机器学习的延续,同时也在不少时候需要结合传统方法来实现. 任何机器学习方法基本的流程结构都是通用的;使用的评价方法也基本通用;使用的一些数学知识也是通用的. 本文在梳理传统机器学习方法算法的同时也会顺便补充这些流程,数学上的知识以供参考. 机器学习 机器学习是人工智能(Artificial Intelligence)的一个分支,也是实现人工智能最重要的手段.区别于传统的基于规则(rule-based)的算法,机器学习可以从数据中获取知识,从而实现规定的任务[Ian Goodfellow and Yoshua Bengio and Aaron Courville的Deep Learning].这些知识可以分为四种: 总结(summarization) 预测(prediction) 估计(estimation) 假想验证(hypothesis testing) 机器学习主要关心的是预测[Varian在Big Data : New Tricks for Econometrics],预测的可以是连续性的输出变量,分类,聚类或者物品之间的有趣关联. 机器学习分类 根据数据配置(setting,是否有标签,可以是连续的也可以是离散的)和任务目标,我们可以将机器学习方法分为四种: 无监督(unsupervised) 训练数据没有给定...
本系统采用微信小程序作为前端交互界面,结合Spring Boot与Vue.js框架实现后端服务及管理后台的构建,形成一套完整的电子商务解决方案。该系统架构支持单一商户独立运营,亦兼容多商户入驻的平台模式,具备高度的灵活性与扩展性。 在技术实现上,后端以Java语言为核心,依托Spring Boot框架提供稳定的业务逻辑处理与数据接口服务;管理后台采用Vue.js进行开发,实现了直观高效的操作界面;前端微信小程序则为用户提供了便捷的移动端购物体验。整套系统各模块间紧密协作,功能链路完整闭环,已通过严格测试与优化,符合商业应用的标准要求。 系统设计注重业务场景的全面覆盖,不仅包含商品展示、交易流程、订单处理等核心电商功能,还集成了会员管理、营销工具、数据统计等辅助模块,能够满足不同规模商户的日常运营需求。其多店铺支持机制允许平台方对入驻商户进行统一管理,同时保障各店铺在品牌展示、商品销售及客户服务方面的独立运作空间。 该解决方案强调代码结构的规范性与可维护性,遵循企业级开发标准,确保了系统的长期稳定运行与后续功能迭代的可行性。整体而言,这是一套技术选型成熟、架构清晰、功能完备且可直接投入商用的电商平台系统。 资源来源于网络分享,仅用于学习交流使用,请勿用于商业,如有侵权请联系我删除!
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值