简介《sklanguserCadence SKILL Language User Guide(翻译)》是一份面向英语基础薄弱、但具备一定C语言基础的技术人员的中文使用指南基于产品版本6.1.6整理用于降低Cadence SKILL语言的学习门槛。SKILL是Cadence设计系统公司开发的脚本语言广泛应用于集成电路设计自动化流程可用于电路验证、布局编辑等定制化工具开发。资源包共1个文件为1份pdf文档整体约68.23MB内容涵盖SKILL语言简介、安装与环境配置、编程指南、语法示例、数据类型标识符说明及节名含义等模块并附有官方文档、社区论坛、技术书籍等延伸学习资源指引。目前已有526人学习下载。读者可借此系统了解SKILL与Lisp的关系、基本语法结构与核心概念掌握环境变量配置与编译器安装思路并通过示例代码加深理解适合初学者快速上手也便于有经验者查阅参考。1. 从一份翻译文档说起SKILL 语言环境搭建到底卡在哪很多人第一次接触 Cadence SKILL 语言不是因为想学 Lisp 方言而是手头拿到了一份《Cadence SKILL Language User Guide》的中文翻译版产品版本 6.1.62014 年 11 月发布。文档本身是好的但照着文档敲第一行代码的时候大概率会卡在同一个地方SKILL 解释器在哪环境变量怎么配.il文件写完了怎么加载这份指南的翻译版把语法讲得很细从数据类型、列表操作到函数定义都有覆盖但它默认你已经有一个能跑 SKILL 的 Cadence 环境。现实是大部分卡住的人连skill命令都还没跑起来。这篇笔记就是补上这一段——从环境确认到解释器启动从文件加载到验证跑通把这份翻译文档真正用起来。2. 环境准备SKILL 解释器从哪来、版本怎么对2.1 先确认你手里有没有 Cadence 工具链SKILL 不是独立安装的语言运行时。它寄生在 Cadence 的设计工具套件里比如 Virtuoso、Allegro、Innovus 这些。翻译文档里提到的“安装 Cadence 工具套件”就是这个意思——你得先有一套能正常启动的 Cadence 工具SKILL 解释器才存在。常见做法是确认工具安装目录下有没有tools/bin/skill或者tools.lnx86/bin/skill这个可执行文件。我一般会先跑一条# 确认 Cadence 工具安装根目录假设装在 /opt/cadence ls /opt/cadence/tools/bin/skill # 如果提示 No such file换架构目录再试 ls /opt/cadence/tools.lnx86/bin/skill逻辑说明Cadence 的工具链在不同平台上会放在tools或tools.arch目录下skill可执行文件是判断环境是否完整的第一标志。如果这一步就找不到后面所有配置都不用谈先找负责装工具的人确认安装是否完整。参数说明/opt/cadence是常见安装前缀实际路径以你环境里的CDS_INST_DIR为准。不确定的话用echo $CDS_INST_DIR看一眼。2.2 版本对齐6.1.6 文档配什么工具版本翻译文档标注的是 Product Version 6.1.62014 年 11 月。这个版本号对应的是 Cadence 工具链的某个 release。SKILL 语言本身在不同工具版本之间语法差异不大但函数库和内置变量会有增减。我一般会这样确认版本匹配# 启动 skill 解释器后查看版本信息 skill -version # 或者在 Cadence 工具的命令行里执行 # skillVersion()逻辑说明skill -version直接输出解释器版本和文档标注的 6.1.6 对比。如果差异超过一个大版本文档里某些函数可能已经废弃或改名。比如早期文档里的lineread在新版本里行为就有变化。参数说明skillVersion()是 SKILL 内置函数在 Cadence 工具的命令行窗口里执行返回当前加载的 SKILL 版本号。两个方式取一个就行。提示文档版本和工具版本不需要完全一致但差太多的话遇到函数找不到的情况先查版本文档别急着怀疑自己写错了。2.3 环境变量三个必须配对的路径SKILL 解释器要正常工作至少需要三个环境变量指向正确的位置。翻译文档里提到了“配置环境变量”但没展开。我补上具体做法# 在 ~/.bashrc 或 ~/.cshrc 里配置以 bash 为例 export CDS_INST_DIR/opt/cadence # Cadence 安装根目录 export PATH$CDS_INST_DIR/tools/bin:$PATH # 把 skill 可执行文件加入 PATH export SKILL_PATH$CDS_INST_DIR/share/skill:$SKILL_PATH # SKILL 库文件搜索路径逻辑说明CDS_INST_DIR是 Cadence 工具链的锚点很多内部脚本靠它定位资源。PATH让终端能直接敲skill命令。SKILL_PATH决定load()函数去哪些目录找.il文件不配的话加载自定义脚本会报 “file not found”。参数说明SKILL_PATH可以追加多个目录用冒号分隔。我一般会把项目自己的 SKILL 脚本目录也加进去比如$HOME/skill_lib这样调试时不用每次写全路径。配完之后source ~/.bashrc再which skill确认路径生效。3. 启动与加载让 SKILL 解释器跑起来3.1 两种启动方式独立解释器和工具内嵌SKILL 有两种跑法。一种是独立解释器直接在终端敲skill进入交互模式另一种是在 Cadence 工具比如 Virtuoso的 CIW 窗口里执行。翻译文档里的示例大多是在工具内嵌环境里跑的但独立解释器更适合做语法练习。独立启动# 直接进入 SKILL 交互式解释器 skill # 进入后提示符变成 可以开始输入表达式逻辑说明独立解释器加载的是基础 SKILL 环境没有 Cadence 工具特有的函数库。适合验证文档前几章的语法内容比如列表操作、算术运算、字符串处理。但文档后面涉及设计数据库操作的函数在独立解释器里跑不了。参数说明如果启动时报 “cannot open shared object file”通常是LD_LIBRARY_PATH没包含 Cadence 的库目录。补上export LD_LIBRARY_PATH$CDS_INST_DIR/tools/lib:$LD_LIBRARY_PATH再试。工具内嵌方式就是在 Virtuoso 的 CIW 命令行里直接输入 SKILL 表达式不需要额外启动步骤。我一般建议新手先用独立解释器把语法过一遍再进工具环境跑实际脚本。3.2 加载 .il 文件load 函数的正确用法翻译文档在“加载你的 SKILL 源代码”一节里提到了load函数但没给完整示例。实际用法是这样; 假设你写了一个 my_func.il 文件放在 ~/skill_lib 目录下 ; 在 SKILL 解释器里执行 load(~/skill_lib/my_func.il) ; 如果 SKILL_PATH 已经包含了 ~/skill_lib可以简写 load(my_func.il) ; 加载后直接调用里面定义的函数 my_func(10 20)逻辑说明load函数按SKILL_PATH的顺序搜索文件。给绝对路径最稳妥给相对路径则依赖环境变量配置。加载成功返回t失败返回nil并打印错误信息。参数说明load还有一个可选参数t表示加载时不打印每条表达式的求值结果。调试时我一般不加方便看中间输出正式跑脚本时加上减少日志噪音。注意.il文件里的表达式是按顺序求值的函数定义必须在使用之前加载。如果文件里先调用了后面才定义的函数会报 “undefined function”。3.3 交互式调试几个必会的排查命令在解释器里跑代码出问题是常态。翻译文档里没有专门讲调试但有几个命令我每次都会用到; 查看某个函数的定义 getd(my_func) ; 查看当前所有已加载的函数列表输出很长配合 grep 用 getd() ; 追踪函数调用调试递归问题时很有用 trace(my_func) ; 取消追踪 untrace(my_func) ; 查看变量的当前值 x 42 x逻辑说明getd返回函数的定义体如果返回nil说明函数没加载成功。trace会在每次调用目标函数时打印参数和返回值适合排查逻辑错误。untrace记得关掉不然输出会刷屏。参数说明getd的参数是符号symbol不是字符串。写getd(my_func)而不是getd(my_func)。这个引号位置是新手最容易写错的地方之一。4. 避坑与排查SKILL 环境搭建的五个血泪经验4.1 现象敲 skill 命令提示 command not found原因PATH没配或者 Cadence 工具根本没装完整。很多人拿到翻译文档就开始看语法忽略了前置条件。解决先echo $CDS_INST_DIR确认变量有没有值。没有的话找安装介质重新配。有值但PATH里没有tools/bin手动加上再source。如果CDS_INST_DIR指向的目录下连tools文件夹都没有说明工具链安装不完整需要重新安装。4.2 现象load 文件时报 “file not found” 但文件明明存在原因SKILL_PATH没包含文件所在目录或者路径里用了~但解释器不展开。解决load函数对~的支持取决于版本6.1.6 文档里没有明确说支持。我一般直接用绝对路径或者用getShellEnvVar(HOME)拼路径。另外检查SKILL_PATH里有没有多余空格冒号分隔时前后不能有空格。4.3 现象函数定义了但调用时报 “undefined function”原因.il文件加载顺序问题或者函数名拼写不一致。SKILL 对大小写敏感MyFunc和myfunc是两个不同的符号。解决用getd(函数名)确认函数是否真的加载了。如果返回nil检查load的返回值是不是t。另外注意翻译文档里有些函数名是 Cadence 私有函数文档里标注了 Cadence-Private Functions这些函数在独立解释器里可能不存在必须在工具环境里跑。4.4 现象解释器启动时报共享库加载错误原因LD_LIBRARY_PATH没包含 Cadence 的库目录或者库版本和系统不兼容。解决补上export LD_LIBRARY_PATH$CDS_INST_DIR/tools/lib:$LD_LIBRARY_PATH。如果还报错用ldd看具体缺哪个库ldd $CDS_INST_DIR/tools/bin/skill | grep not found逻辑说明ldd列出可执行文件依赖的所有共享库grep not found过滤出缺失的。缺什么补什么通常是系统缺少某个基础库装对应的系统包就行。4.5 现象脚本在工具里跑正常独立解释器里报错原因工具环境加载了额外的函数库和全局变量独立解释器没有。翻译文档里的示例默认在工具环境里跑直接搬到独立解释器会缺东西。解决确认报错的函数是不是 Cadence 工具特有的。文档目录里“Cadence-Private Functions”一节列出的函数在独立解释器里不可用。如果必须用这些函数就只能在工具环境里调试。我一般会把脚本分成两部分纯语法逻辑用独立解释器验证涉及设计数据库的操作进工具环境跑。5. 验证跑通用文档里的例子做一次完整闭环装完环境、配完变量、能加载文件之后怎么确认这套 SKILL 环境是真的能用了我的做法是拿翻译文档里的一个完整示例跑一遍从定义函数到调用输出走通全流程。5.1 写一个测试脚本在~/skill_lib下建一个test_env.il; test_env.il - 环境验证脚本 ; 定义一个简单函数接收两个参数并返回和 procedure(MyAdd(a b) let((result) result a b printf(MyAdd: %d %d %d\n a b result) result ) ) ; 定义一个列表操作函数验证列表相关函数是否可用 procedure(MyListTest() let((mylist first_elem) mylist list(1 2 3 4 5) first_elem car(mylist) printf(List: %L, First: %d\n mylist first_elem) mylist ) ) ; 脚本加载时自动执行一次验证 printf(test_env.il loaded successfully\n)逻辑说明procedure定义函数let声明局部变量printf输出格式化字符串。%d对应整数%L对应列表。car取列表第一个元素。脚本最后一行在加载时自动执行用来确认文件被正确加载。参数说明let的变量列表写在小括号里变量初始值为nil。printf的格式符和 C 语言类似但%L是 SKILL 特有的列表格式符。5.2 加载并验证; 启动 skill 解释器后执行 load(~/skill_lib/test_env.il) ; 预期输出test_env.il loaded successfully ; 返回t ; 调用加法函数 MyAdd(3 4) ; 预期输出MyAdd: 3 4 7 ; 返回7 ; 调用列表测试函数 MyListTest() ; 预期输出List: (1 2 3 4 5), First: 1 ; 返回(1 2 3 4 5)逻辑说明load返回t表示文件加载成功。MyAdd(3 4)验证函数定义和参数传递正常。MyListTest()验证列表构造和访问函数可用。三个都通过说明基础环境没问题。参数说明如果load返回nil检查文件路径和SKILL_PATH。如果函数调用报 “undefined function”用getd(MyAdd)确认函数是否在环境中。5.3 验证清单检查项命令预期结果解释器可启动skill进入提示符版本可查询skillVersion()返回版本号文件可加载load(test_env.il)返回t函数可定义getd(MyAdd)返回函数体函数可调用MyAdd(3 4)返回7列表操作可用MyListTest()返回列表这张表我每次配新环境都会走一遍。六项全过说明 SKILL 环境从解释器到文件加载到函数执行整条链路是通的。有一项没过按第 4 章的排查思路定位。5.4 一个容易忽略的细节翻译文档里提到“重新定义 SKILL 函数”一节意思是同名函数后加载的会覆盖先加载的。这个特性在调试时很有用——改完.il文件直接重新load就行不用重启解释器。但要注意如果新文件里函数定义有语法错误加载会失败旧函数还在。我一般改完先load看返回值返回t再调用验证。从那以后我每次配完 SKILL 环境都会把test_env.il跑一遍再开始干活。这个习惯帮我省了很多“以为是代码问题其实是环境问题”的排查时间。希望帮到你。本文还有配套的精品资源点击获取
简介《sklanguserCadence SKILL Language User Guide(翻译)》是一份面向英语基础薄弱、但具备一定C语言基础的技术人员的中文使用指南基于产品版本6.1.6整理用于降低Cadence SKILL语言的学习门槛。SKILL是Cadence设计系统公司开发的脚本语言广泛应用于集成电路设计自动化流程可用于电路验证、布局编辑等定制化工具开发。资源包共1个文件为1份pdf文档整体约68.23MB内容涵盖SKILL语言简介、安装与环境配置、编程指南、语法示例、数据类型标识符说明及节名含义等模块并附有官方文档、社区论坛、技术书籍等延伸学习资源指引。目前已有526人学习下载。读者可借此系统了解SKILL与Lisp的关系、基本语法结构与核心概念掌握环境变量配置与编译器安装思路并通过示例代码加深理解适合初学者快速上手也便于有经验者查阅参考。1. 从一份翻译文档说起SKILL 语言环境搭建到底卡在哪很多人第一次接触 Cadence SKILL 语言不是因为想学 Lisp 方言而是手头拿到了一份《Cadence SKILL Language User Guide》的中文翻译版产品版本 6.1.62014 年 11 月发布。文档本身是好的但照着文档敲第一行代码的时候大概率会卡在同一个地方SKILL 解释器在哪环境变量怎么配.il文件写完了怎么加载这份指南的翻译版把语法讲得很细从数据类型、列表操作到函数定义都有覆盖但它默认你已经有一个能跑 SKILL 的 Cadence 环境。现实是大部分卡住的人连skill命令都还没跑起来。这篇笔记就是补上这一段——从环境确认到解释器启动从文件加载到验证跑通把这份翻译文档真正用起来。2. 环境准备SKILL 解释器从哪来、版本怎么对2.1 先确认你手里有没有 Cadence 工具链SKILL 不是独立安装的语言运行时。它寄生在 Cadence 的设计工具套件里比如 Virtuoso、Allegro、Innovus 这些。翻译文档里提到的“安装 Cadence 工具套件”就是这个意思——你得先有一套能正常启动的 Cadence 工具SKILL 解释器才存在。常见做法是确认工具安装目录下有没有tools/bin/skill或者tools.lnx86/bin/skill这个可执行文件。我一般会先跑一条# 确认 Cadence 工具安装根目录假设装在 /opt/cadence ls /opt/cadence/tools/bin/skill # 如果提示 No such file换架构目录再试 ls /opt/cadence/tools.lnx86/bin/skill逻辑说明Cadence 的工具链在不同平台上会放在tools或tools.arch目录下skill可执行文件是判断环境是否完整的第一标志。如果这一步就找不到后面所有配置都不用谈先找负责装工具的人确认安装是否完整。参数说明/opt/cadence是常见安装前缀实际路径以你环境里的CDS_INST_DIR为准。不确定的话用echo $CDS_INST_DIR看一眼。2.2 版本对齐6.1.6 文档配什么工具版本翻译文档标注的是 Product Version 6.1.62014 年 11 月。这个版本号对应的是 Cadence 工具链的某个 release。SKILL 语言本身在不同工具版本之间语法差异不大但函数库和内置变量会有增减。我一般会这样确认版本匹配# 启动 skill 解释器后查看版本信息 skill -version # 或者在 Cadence 工具的命令行里执行 # skillVersion()逻辑说明skill -version直接输出解释器版本和文档标注的 6.1.6 对比。如果差异超过一个大版本文档里某些函数可能已经废弃或改名。比如早期文档里的lineread在新版本里行为就有变化。参数说明skillVersion()是 SKILL 内置函数在 Cadence 工具的命令行窗口里执行返回当前加载的 SKILL 版本号。两个方式取一个就行。提示文档版本和工具版本不需要完全一致但差太多的话遇到函数找不到的情况先查版本文档别急着怀疑自己写错了。2.3 环境变量三个必须配对的路径SKILL 解释器要正常工作至少需要三个环境变量指向正确的位置。翻译文档里提到了“配置环境变量”但没展开。我补上具体做法# 在 ~/.bashrc 或 ~/.cshrc 里配置以 bash 为例 export CDS_INST_DIR/opt/cadence # Cadence 安装根目录 export PATH$CDS_INST_DIR/tools/bin:$PATH # 把 skill 可执行文件加入 PATH export SKILL_PATH$CDS_INST_DIR/share/skill:$SKILL_PATH # SKILL 库文件搜索路径逻辑说明CDS_INST_DIR是 Cadence 工具链的锚点很多内部脚本靠它定位资源。PATH让终端能直接敲skill命令。SKILL_PATH决定load()函数去哪些目录找.il文件不配的话加载自定义脚本会报 “file not found”。参数说明SKILL_PATH可以追加多个目录用冒号分隔。我一般会把项目自己的 SKILL 脚本目录也加进去比如$HOME/skill_lib这样调试时不用每次写全路径。配完之后source ~/.bashrc再which skill确认路径生效。3. 启动与加载让 SKILL 解释器跑起来3.1 两种启动方式独立解释器和工具内嵌SKILL 有两种跑法。一种是独立解释器直接在终端敲skill进入交互模式另一种是在 Cadence 工具比如 Virtuoso的 CIW 窗口里执行。翻译文档里的示例大多是在工具内嵌环境里跑的但独立解释器更适合做语法练习。独立启动# 直接进入 SKILL 交互式解释器 skill # 进入后提示符变成 可以开始输入表达式逻辑说明独立解释器加载的是基础 SKILL 环境没有 Cadence 工具特有的函数库。适合验证文档前几章的语法内容比如列表操作、算术运算、字符串处理。但文档后面涉及设计数据库操作的函数在独立解释器里跑不了。参数说明如果启动时报 “cannot open shared object file”通常是LD_LIBRARY_PATH没包含 Cadence 的库目录。补上export LD_LIBRARY_PATH$CDS_INST_DIR/tools/lib:$LD_LIBRARY_PATH再试。工具内嵌方式就是在 Virtuoso 的 CIW 命令行里直接输入 SKILL 表达式不需要额外启动步骤。我一般建议新手先用独立解释器把语法过一遍再进工具环境跑实际脚本。3.2 加载 .il 文件load 函数的正确用法翻译文档在“加载你的 SKILL 源代码”一节里提到了load函数但没给完整示例。实际用法是这样; 假设你写了一个 my_func.il 文件放在 ~/skill_lib 目录下 ; 在 SKILL 解释器里执行 load(~/skill_lib/my_func.il) ; 如果 SKILL_PATH 已经包含了 ~/skill_lib可以简写 load(my_func.il) ; 加载后直接调用里面定义的函数 my_func(10 20)逻辑说明load函数按SKILL_PATH的顺序搜索文件。给绝对路径最稳妥给相对路径则依赖环境变量配置。加载成功返回t失败返回nil并打印错误信息。参数说明load还有一个可选参数t表示加载时不打印每条表达式的求值结果。调试时我一般不加方便看中间输出正式跑脚本时加上减少日志噪音。注意.il文件里的表达式是按顺序求值的函数定义必须在使用之前加载。如果文件里先调用了后面才定义的函数会报 “undefined function”。3.3 交互式调试几个必会的排查命令在解释器里跑代码出问题是常态。翻译文档里没有专门讲调试但有几个命令我每次都会用到; 查看某个函数的定义 getd(my_func) ; 查看当前所有已加载的函数列表输出很长配合 grep 用 getd() ; 追踪函数调用调试递归问题时很有用 trace(my_func) ; 取消追踪 untrace(my_func) ; 查看变量的当前值 x 42 x逻辑说明getd返回函数的定义体如果返回nil说明函数没加载成功。trace会在每次调用目标函数时打印参数和返回值适合排查逻辑错误。untrace记得关掉不然输出会刷屏。参数说明getd的参数是符号symbol不是字符串。写getd(my_func)而不是getd(my_func)。这个引号位置是新手最容易写错的地方之一。4. 避坑与排查SKILL 环境搭建的五个血泪经验4.1 现象敲 skill 命令提示 command not found原因PATH没配或者 Cadence 工具根本没装完整。很多人拿到翻译文档就开始看语法忽略了前置条件。解决先echo $CDS_INST_DIR确认变量有没有值。没有的话找安装介质重新配。有值但PATH里没有tools/bin手动加上再source。如果CDS_INST_DIR指向的目录下连tools文件夹都没有说明工具链安装不完整需要重新安装。4.2 现象load 文件时报 “file not found” 但文件明明存在原因SKILL_PATH没包含文件所在目录或者路径里用了~但解释器不展开。解决load函数对~的支持取决于版本6.1.6 文档里没有明确说支持。我一般直接用绝对路径或者用getShellEnvVar(HOME)拼路径。另外检查SKILL_PATH里有没有多余空格冒号分隔时前后不能有空格。4.3 现象函数定义了但调用时报 “undefined function”原因.il文件加载顺序问题或者函数名拼写不一致。SKILL 对大小写敏感MyFunc和myfunc是两个不同的符号。解决用getd(函数名)确认函数是否真的加载了。如果返回nil检查load的返回值是不是t。另外注意翻译文档里有些函数名是 Cadence 私有函数文档里标注了 Cadence-Private Functions这些函数在独立解释器里可能不存在必须在工具环境里跑。4.4 现象解释器启动时报共享库加载错误原因LD_LIBRARY_PATH没包含 Cadence 的库目录或者库版本和系统不兼容。解决补上export LD_LIBRARY_PATH$CDS_INST_DIR/tools/lib:$LD_LIBRARY_PATH。如果还报错用ldd看具体缺哪个库ldd $CDS_INST_DIR/tools/bin/skill | grep not found逻辑说明ldd列出可执行文件依赖的所有共享库grep not found过滤出缺失的。缺什么补什么通常是系统缺少某个基础库装对应的系统包就行。4.5 现象脚本在工具里跑正常独立解释器里报错原因工具环境加载了额外的函数库和全局变量独立解释器没有。翻译文档里的示例默认在工具环境里跑直接搬到独立解释器会缺东西。解决确认报错的函数是不是 Cadence 工具特有的。文档目录里“Cadence-Private Functions”一节列出的函数在独立解释器里不可用。如果必须用这些函数就只能在工具环境里调试。我一般会把脚本分成两部分纯语法逻辑用独立解释器验证涉及设计数据库的操作进工具环境跑。5. 验证跑通用文档里的例子做一次完整闭环装完环境、配完变量、能加载文件之后怎么确认这套 SKILL 环境是真的能用了我的做法是拿翻译文档里的一个完整示例跑一遍从定义函数到调用输出走通全流程。5.1 写一个测试脚本在~/skill_lib下建一个test_env.il; test_env.il - 环境验证脚本 ; 定义一个简单函数接收两个参数并返回和 procedure(MyAdd(a b) let((result) result a b printf(MyAdd: %d %d %d\n a b result) result ) ) ; 定义一个列表操作函数验证列表相关函数是否可用 procedure(MyListTest() let((mylist first_elem) mylist list(1 2 3 4 5) first_elem car(mylist) printf(List: %L, First: %d\n mylist first_elem) mylist ) ) ; 脚本加载时自动执行一次验证 printf(test_env.il loaded successfully\n)逻辑说明procedure定义函数let声明局部变量printf输出格式化字符串。%d对应整数%L对应列表。car取列表第一个元素。脚本最后一行在加载时自动执行用来确认文件被正确加载。参数说明let的变量列表写在小括号里变量初始值为nil。printf的格式符和 C 语言类似但%L是 SKILL 特有的列表格式符。5.2 加载并验证; 启动 skill 解释器后执行 load(~/skill_lib/test_env.il) ; 预期输出test_env.il loaded successfully ; 返回t ; 调用加法函数 MyAdd(3 4) ; 预期输出MyAdd: 3 4 7 ; 返回7 ; 调用列表测试函数 MyListTest() ; 预期输出List: (1 2 3 4 5), First: 1 ; 返回(1 2 3 4 5)逻辑说明load返回t表示文件加载成功。MyAdd(3 4)验证函数定义和参数传递正常。MyListTest()验证列表构造和访问函数可用。三个都通过说明基础环境没问题。参数说明如果load返回nil检查文件路径和SKILL_PATH。如果函数调用报 “undefined function”用getd(MyAdd)确认函数是否在环境中。5.3 验证清单检查项命令预期结果解释器可启动skill进入提示符版本可查询skillVersion()返回版本号文件可加载load(test_env.il)返回t函数可定义getd(MyAdd)返回函数体函数可调用MyAdd(3 4)返回7列表操作可用MyListTest()返回列表这张表我每次配新环境都会走一遍。六项全过说明 SKILL 环境从解释器到文件加载到函数执行整条链路是通的。有一项没过按第 4 章的排查思路定位。5.4 一个容易忽略的细节翻译文档里提到“重新定义 SKILL 函数”一节意思是同名函数后加载的会覆盖先加载的。这个特性在调试时很有用——改完.il文件直接重新load就行不用重启解释器。但要注意如果新文件里函数定义有语法错误加载会失败旧函数还在。我一般改完先load看返回值返回t再调用验证。从那以后我每次配完 SKILL 环境都会把test_env.il跑一遍再开始干活。这个习惯帮我省了很多“以为是代码问题其实是环境问题”的排查时间。希望帮到你。本文还有配套的精品资源点击获取
平方复杂度无法被常规优化消除｜TaoToken 统一 Key 通道实测)
