Agent skill

Openlark API Validation

by foxzool in foxzool/openlark

OpenLark API 覆盖率验证技能。用于验证各 crate 的 API 实现数量与覆盖率,基于 tools/validateapis.py 脚本和 apilistexport.csv 对比实际代码实现。触发关键词:API 验证、API 覆盖率、验证 API 数量、检查 API 实现、API 统计

Apache-2.0Auto-check: notesDocuments & Office

Install Openlark API Validation

skills CLI
$ npx skills add foxzool/openlark --skill openlark-api-validation -a claude-code

Project install by default; add -g for ~/.claude/skills/.

GitHub CLI
$ gh skill install foxzool/openlark openlark-api-validation --agent claude-code

Project scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).

Manual copy
$ git clone --depth 1 https://github.com/foxzool/openlark.git skills-src && mkdir -p .claude/skills && cp -r skills-src/.agents/skills/openlark-api-validation .claude/skills/openlark-api-validation && rm -rf skills-src

Use ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.

Claude Code skills documentation · loads skills from .claude/skills/

Facts

Skill name
openlark-api-validation
GitHub stars
106
Token cost
~2k tokens
SKILL.md length
456 words
Files
1
Skills in repo
8
Repo updated
First seen
Licence
Apache-2.0

At a glance

OpenLark API 覆盖率验证技能。用于验证各 crate 的 API 实现数量与覆盖率,基于 tools/validateapis.py 脚本和 apilistexport.csv 对比实际代码实现。触发关键词:API 验证、API 覆盖率、验证 API 数量、检查 API 实现、API 统计

  • Works in 8 steps: 验证单个 crate 的 API 覆盖率 → 列出所有可用的 crate 映射 → 自定义验证范围 → …
  • Tasks that involve CSV and tabular files
  • SKILL.md covers 🧭 技能路由指南, 🎯 技能用途, 📋 快速工作流 and 📊 报告解读, plus 6 more sections
  • Calls python3 and just

What it does

Openlark API Validation is an agent skill from foxzool/openlark. OpenLark API 覆盖率验证技能。用于验证各 crate 的 API 实现数量与覆盖率,基于 tools/validateapis.py 脚本和 apilistexport.csv 对比实际代码实现。触发关键词:API 验证、API 覆盖率、验证 API 数量、检查 API 实现、API 统计

Its SKILL.md is about 2k tokens, which your agent loads only when the skill is triggered. It is a single SKILL.md file with no bundled scripts.

It sits in Documents & Office, covering CSV and tabular files and Messaging and chat bots. It works with Feishu (Lark). The repository describes itself as: 飞书开放平台的非官方 Rust SDK,支持自定义机器人、长连接机器人、云文档、飞书卡片、消息、群组等 API 调用。 The licence is Apache-2.0.

When your agent uses it

  • Tasks that involve CSV and tabular files
  • Tasks that involve Messaging and chat bots

Example prompts

  • “/openlark-api-validation”

Requirements

  • Python 3
  • Pre-approved tools (allowed-tools): Bash, Read, Edit, Write

Workflow steps

8 steps, taken from the step headings in SKILL.md.

  1. 验证单个 crate 的 API 覆盖率
  2. 列出所有可用的 crate 映射
  3. 自定义验证范围
  4. 验证所有 crates(批量)
  5. CSV 文件不存在
  6. 源码目录不存在
  7. 完成率异常
  8. 「额外文件」白名单(预期,非缺陷)

What it can do on your machine

Read from SKILL.md and the folder at commit 6128d6d. It shows what the files ask for, not the result of running them.

  • Tool permissions

    Pre-approves these tools, so the agent can use them without asking each time:

    • Bash
    • Read
    • Edit
    • Write

    From allowed-tools in the SKILL.md frontmatter.

  • Runs code

    Shell commands in SKILL.md call:

    • python3
    • just

    From the folder's file list and the shell code blocks in SKILL.md.

  • Network

    No URLs in SKILL.md.

    From URLs in SKILL.md, links to its own repository left out.

  • Credentials

    Names no API keys, tokens, secrets or passwords.

    From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.

Context cost

Openlark API Validation loads about 2k tokens when it runs. Until then it costs about 45 tokens; SKILL.md has 456 words of instructions outside code blocks.

Always · name and description, kept in context so the agent knows when to use it
~45
When it runs · the whole SKILL.md, loaded when a task matches
~2k

Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.

Safety

Auto-check: notes

The automated check noted patterns worth knowing about, such as sudo or a known installer.

  • NotePre-approves every shell command (allowed-tools: Bash)SKILL.md
    allowed-tools: Bash, Read, Edit, Write

Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); files beside SKILL.md are not scanned.

SKILL.md

The full file from foxzool/openlark at commit 6128d6d, republished under its Apache-2.0 licence (© foxzool). 456 words, ~1,955 tokens.

Download SKILL.mdSave it as .claude/skills/openlark-api-validation/SKILL.md (or your agent's skills folder).
name
openlark-api-validation
description
OpenLark API 覆盖率验证技能。用于验证各 crate 的 API 实现数量与覆盖率,基于 tools/validate_apis.py 脚本和 api_list_export.csv 对比实际代码实现。触发关键词:API 验证、API 覆盖率、验证 API 数量、检查 API 实现、API 统计
allowed-tools
Bash, Read, Edit, Write
argument-hint
[crate-name|path|bizTag]

OpenLark API 覆盖率验证技能

🧭 技能路由指南

本技能适用场景:

  • 需要统计某个 crate/bizTag 的 API 覆盖率
  • 需要输出缺失 API 清单与完成率报告
  • 需要对比 api_list_export.csv 与实际落盘实现

其他技能:

  • 项目级规范体检(架构/API/导出/校验一体)→ Skill(openlark-code-standards)
  • 新增/重构具体 API → Skill(openlark-api)
  • 字段正确性核对(文档 vs 代码)→ Skill(openlark-api-field-verify)
  • 审查整体架构与公共 API 收敛 → Skill(openlark-design-review)
关键词触发映射
  • 覆盖率、缺失 API、实现数量、CSV 对比、验证脚本、报告 → openlark-api-validation
  • 字段核对、文档字段、playwright → openlark-api-field-verify
  • 新增 API、重构 API、Builder、Request/Response、mod.rs 导出 → openlark-api
  • 代码规范、规范检查、风格一致性、体检 → openlark-code-standards
  • 架构设计、public API、收敛方案、feature gating、兼容策略 → openlark-design-review
  • validate、必填校验、validate_required、空白字符串、校验聚合 → openlark-validation-style
双向跳转规则
  • 本技能只回答「文件在不在」;若要核对字段是否与飞书文档一致,转 openlark-api-field-verify。
  • 若发现缺失 API 的根因是架构分层/范式混乱,转 openlark-design-review。
  • 若发现问题是具体 API 尚未实现,转 openlark-api 落地实现。
  • 若需要把覆盖率问题归因到全仓规范一致性,转 openlark-code-standards。

🎯 技能用途

本技能用于验证 OpenLark 项目中各 crate 的 API 实现覆盖率,通过对比 api_list_export.csv 中的 API 定义与实际代码实现,生成详细的覆盖率报告。

📋 快速工作流

1. 验证单个 crate 的 API 覆盖率
bash
# 验证 openlark-docs crate
python3 tools/validate_apis.py --crate openlark-docs

# 验证 openlark-communication crate
python3 tools/validate_apis.py --crate openlark-communication

# 验证 openlark-meeting crate
python3 tools/validate_apis.py --crate openlark-meeting

输出位置: reports/api_validation/{crate}.md

2. 列出所有可用的 crate 映射
bash
# 查看所有 crate → bizTag 映射
python3 tools/validate_apis.py --list-crates

示例输出(以实际 --list-crates 输出为准):

📄 映射文件: tools/api_coverage.toml

- openlark-analytics: src=crates/openlark-analytics/src biz_tags=[search, report]
- openlark-application: src=crates/openlark-application/src biz_tags=[application, workplace]
- openlark-auth: src=crates/openlark-auth/src biz_tags=[auth, passport, verification_information, human_authentication]
...

映射共 15 个 crate(核对自 tools/api_coverage.toml)。新增 crate 时,在 tools/api_coverage.toml 追加 [crates.<name>] 段(src + biz_tags,可选 dashboard_groups)即自动纳入 --crate/--all-crates/--list-crates,无需改脚本。

3. 自定义验证范围
bash
# 指定源码目录和业务标签
python3 tools/validate_apis.py \
  --csv api_list_export.csv \
  --src crates/openlark-docs/src \
  --filter ccm base baike \
  --output custom_report.md

# 包含旧版本 API
python3 tools/validate_apis.py --crate openlark-docs --include-old
4. 验证所有 crates(批量)
bash
# 一条命令验证映射里的全部 crate,并生成汇总报告 + 仪表盘
python3 tools/validate_apis.py --all-crates

# 等价的日常快捷命令(just recipe)
just api-coverage

--all-crates 遍历 tools/api_coverage.toml 中映射的 15 个 crate 做汇总统计,产出(注意:不逐个刷新 per-crate 报告):

  • reports/api_validation/summary.md / summary.json —— 全仓汇总
  • reports/api_validation/dashboards/<group>.{md,json} —— 按 dashboard_groups 分组(如 core_business)

⚠️ per-crate 的 reports/api_validation/<crate>.md 不会被 --all-crates 刷新(会保持陈旧,可能与 SUMMARY 数据漂移——例如曾出现 per-crate 报告显示 100% 而 SUMMARY 显示 41.9% 的矛盾)。要拿某 crate 的最新详细报告/缺失清单,单独跑 python3 tools/validate_apis.py --crate <crate-name>(如 --crate openlark-workflow)。

📊 报告解读

报告结构

生成的 Markdown 报告包含以下部分:

一、总体统计
  • API 总数:CSV 中定义的 API 数量
  • 已实现:已实现的 API 数量
  • 未实现:缺失的 API 数量
  • 完成率:实现百分比
  • 额外文件:代码中存在但 CSV 中未定义的文件
二、模块统计

按 bizTag 分组的统计信息,展示各业务域的完成率。

三、未实现的 API

详细列出所有未实现的 API,包括:

  • API ID
  • 预期文件路径
  • API URL
  • 文档链接
四、额外的实现文件

列出不匹配 CSV 定义的额外文件(可能是辅助文件或需要更新 CSV)。

五、已实现的 API

按模块分组列出所有已实现的 API。

示例报告片段

以下数字仅为格式示意,以实际生成的报告为准,请勿当作覆盖率基线。

markdown
## 一、总体统计

| 指标 | 数量 |
|------|------|
| **API 总数** | 254 |
| **已实现** | 240 |
| **未实现** | 14 |
| **完成率** | 94.5% |
| **额外文件** | 3 |

## 二、模块统计

| 模块 | API 数量 | 已实现 | 未实现 | 完成率 |
|------|---------|--------|--------|--------|
| BASE | 49 | 48 | 1 | 98.0% |
| BAIKE | 27 | 27 | 0 | 100.0% |
| CCM | 174 | 160 | 14 | 92.0% |
| MINUTES | 4 | 4 | 0 | 100.0% |

🔧 配置文件

tools/api_coverage.toml

定义 crate → bizTag 映射关系,用于自动补全验证参数。

格式:

toml
[crates.{crate_name}]
src = "crates/{crate_name}/src"
biz_tags = ["bizTag1", "bizTag2", ...]

添加新 crate 映射:

  1. 编辑 tools/api_coverage.toml
  2. 追加 [crates.<name>] 段(src + biz_tags,可选 dashboard_groups)
  3. 运行 --list-crates 验证配置
tools/api_priority.toml

缺失 API 的业务优先级模型,把“有多少 API 没实现”升级为“缺口按价值怎么排序”。

  • 综合分公式(核对自 tools/validate_apis.py 的 priority_formula()):

    综合分 = 业务价值×0.50 + 高频场景×0.30 + (6 - 实现复杂度)×0.20

    三个维度均取 1–5([defaults] 默认各为 3),实现复杂度在综合分里反向计入(越难分越低)。

  • 评分来源:[defaults] 基线 + [[rules]] 覆盖(按声明顺序匹配,后面的更具体规则覆盖前面的;可按 biz_tags / expected_file_prefixes / methods / name_prefixes 命中)。

  • 分层:[[priority_tiers]] 定义 P0/P1/P2/P3 阈值(如 min_score = 4.4 → P0)。

  • 覆盖路径:脚本默认 --priority-config tools/api_priority.toml(见 tools/validate_apis.py 参数定义);如需切换模型可用该参数指向别的 toml。

  • 输出条件:仅当该 crate 存在缺失 API 时,才在报告里写「缺失 API 优先级清单」段(含综合分、P 级、判定规则);无缺口则不输出。

🚨 常见问题

Show full SKILL.md (184 more words)Show less
1. CSV 文件不存在

错误: ❌ 错误: CSV 文件不存在: api_list_export.csv

解决:

  • 确保 api_list_export.csv 在项目根目录
  • 或使用 --csv 参数指定路径
2. 源码目录不存在

错误: ❌ 错误: 源码目录不存在: crates/xxx/src

解决:

  • 检查 crate 名称是否正确(使用 --list-crates 查看)
  • 或使用 --src 参数手动指定路径
3. 完成率异常

现象: 完成率超过 100% 或有大量"额外文件"

可能原因:

  • 命名规范不匹配(文件命名与 CSV 定义不一致)
  • 存在辅助文件(service.rs、models.rs 等)
  • CSV 定义过时

解决:

  • 检查命名规范:src/{bizTag}/{project}/{version}/{resource}/{name}.rs
  • 更新 CSV 文件
  • 检查是否需要更新 tools/api_coverage.toml 映射
4. 「额外文件」白名单(预期,非缺陷)

现象: 报告「额外的实现文件」段里反复出现一批非 API 文件,完成率看着偏低。

说明: 以下文件是 crate 的组织骨架/聚合层/测试,本就不对应任何 CSV 中的 API,不计入 API 覆盖,出现属预期:

  • prelude.rs、mod.rs —— 模块聚合 / 导出预导出
  • versions.rs —— 版本聚合入口
  • models.rs、models/ —— Serde 模型集中存放
  • services.rs、service.rs —— Service/Client 注册表
  • tests.rs、tests/ —— 测试

只有当「额外文件」里出现疑似真实 API 落盘但命名不匹配 CSV(例如拼错 bizTag / version / resource)时,才需要按命名规范排查。

📝 命名规范

API 文件路径严格遵循以下规范:

src/{bizTag}/{project}/{version}/{resource}/{name}.rs

规则:

  • meta.resource 中的 . 转换为 / 作为子目录
  • meta.name 中的 / 转换为 / 作为子目录
  • meta.name 中的 : 替换为 _(路径参数)
  • 使用 snake_case 命名

示例:

API文件路径
bizTag=ccm, project=drive, version=v1, resource=file, name=createsrc/ccm/drive/v1/file/create.rs
bizTag=base, project=bitable, version=v1, resource=app.table, name=record/createsrc/base/bitable/v1/app/table/record/create.rs

🔗 相关技能

  • 添加新 API:Skill(openlark-api)
  • 设计审查:Skill(openlark-design-review)
  • 校验风格:Skill(openlark-validation-style)

📚 工作流集成

CI/CD 接线(已存在,勿重复造)

仓库没有 .github/workflows/api-validation.yml,也没有 pre-commit hook 跑覆盖率。真实接线分布在两个 workflow:

  • release.yml(.github/workflows/release.yml:70)—— 打 tag 发版时,github-release job 执行 python3 tools/validate_apis.py --all-crates,生成全仓覆盖率汇总。
  • pre-release-compatibility.yml(.github/workflows/pre-release-compatibility.yml)—— 当 tools/validate_apis.py(以及 release.yml、相关 docs/scripts、src/lib.rs)改动时触发;它调用 scripts/check-pre-release-compatibility.sh,并上传 reports/api_validation/{summary.json,summary.md,dashboards/core_business.json,dashboards/core_business.md} 作为 artifact(pre-release-compatibility-report)。
日常本地
bash
just api-coverage   # 等价 python3 tools/validate_apis.py --all-crates

仓库未配置 pre-commit hook,本地验证靠 just api-coverage 或直接跑脚本。

🎓 最佳实践

  1. 定期验证:每次添加新 API 后运行验证
  2. 保持同步:确保 CSV 文件与飞书官方文档同步
  3. 更新映射:添加新 crate 时及时更新 api_coverage.toml
  4. 审查报告:关注"额外文件",可能需要更新 CSV 或重构代码
  5. 100% 目标:确保核心 API 实现率达到 100%

© foxzool, Apache-2.0. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file

Files

Just SKILL.md in .agents/skills/openlark-api-validation of foxzool/openlark.

Open the folder on GitHubat commit 6128d6d

Compare with similar skills

Openlark API Validation next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.

Openlark API Validation compared with similar skills
SkillStarsUsed inTokensAuto-checkLicenceRepo updated
Openlark API Validation this skillfoxzool/openlark106—~2kAutomated safety check: NotesApache-2.0
Lark Driveappleweiping/WEIPING_WIKI119—~4.1kAutomated safety check: PassMIT
Review Analyzer Skillbuluslan/review-analyzer-skill1291 repos~1.1kAutomated safety check: PassMIT
Lark Slidesaiskillstore/marketplace430—~3.1kAutomated safety check: PassNone
Instrument Data To Allotropeaws-samples/amazon-bedrock-agents-healthcare-lifesciences2742 repos~2.7kAutomated safety check: PassApache-2.0
Feishu Docraucvr/Group-Goki1123 repos~592Automated safety check: PassMIT

Similar skills

  • Lark Drive

    appleweiping/WEIPING_WIKI

    飞书云空间:管理云空间中的文件和文件夹。上传和下载文件、创建文件夹、复制/移动/删除文件、查看文件元数据、管理文档评论、管理文档权限、订阅用户评论变更事件、修改文件标题(docx、sheet、bitable、file、folder、wiki);也负责把本地 Word/Markdown/Excel/CSV 以及 Base…

    119 GitHub stars~4.1k tokensUpdated 1 mo ago
    Documents & OfficeAuto-check passed
  • Review Analyzer Skill

    buluslan/review-analyzer-skill

    review-analyzer-skill是由buluslan(公众号:新西楼.AI)研发的电商评论深度分析Skill(VOC 客户之声分析),他会帮你把一堆产品评论变成一份能落地的决策依据——22 维 AI 打标提炼用户画像、痛点和真实需求,输出 15 章深度洞察报告和可视化看板,从差评里挖出产品优化机会点、从好评里找到爆款基因。

    129 GitHub starsUsed in 1 repo~1.1k tokens
    Sales & SupportAuto-check passed
  • Lark Slides

    aiskillstore/marketplace

    飞书幻灯片:创建和编辑幻灯片。创建演示文稿、读取幻灯片内容、管理幻灯片页面(创建、删除、读取、局部替换)。当用户需要创建或编辑幻灯片、读取或修改单个页面时使用。当用户给出 doubao.com 的 /slides/ URL/token 时,也应直接使用本 skill,不要因为域名不是飞书而回退到 WebFetch;路由依据是 URL 路径模式和…

    430 GitHub stars~3.1k tokensUpdated today
    Documents & OfficeAuto-check passed
  • Instrument Data To Allotrope

    aws-samples/amazon-bedrock-agents-healthcare-lifesciences

    Official

    Convert laboratory instrument output files (PDF, CSV, Excel, TXT) to Allotrope Simple Model (ASM) JSON format or flattened 2D CSV.

    274 GitHub starsUsed in 2 repos~2.7k tokens
    Documents & OfficeAuto-check passed
  • Feishu Doc

    raucvr/Group-Goki

    Feishu document read/write operations. An agent skill from raucvr/Group-Goki.

    112 GitHub starsUsed in 3 repos~592 tokens
    Productivity & AutomationAuto-check passed
  • Sector Analyst

    tradermonty/claude-trading-skills

    This skill should be used when analyzing sector rotation patterns and market cycle positioning.

    3k GitHub starsUsed in 1 repo~2.3k tokens
    Documents & OfficeAuto-check passed

More from foxzool/openlark

All 8 skills in this repo
  • Verify Openlark

    foxzool/openlark

    Prove OpenLark (Feishu/Lark Rust SDK) changes the way a maintainer does — cargo build/test, public examples, API coverage and field-verify harnesses.

    106 GitHub stars~1.8k tokensUpdated 4 days ago
    Auto-check passed
  • Openlark API

    foxzool/openlark

    OpenLark 项目 API 接口实现规范(速查)。用于添加/重构飞书开放平台 API:确定落盘路径、实现 Body/Response + Builder(Request)、对齐 endpoints 常量/enum、补齐 mod.rs 导出,并明确"调用服务端 API"的方法签名/RequestOption 传递约定。触发关键词:API 接口、API 文件、飞书 API、添加…

    106 GitHub stars~3k tokensUpdated 4 days ago
    Auto-check: notes
  • OpenLark API 字段核对技能。用于新增/重构飞书 API 后,核对 Rust 实现的请求体/响应体字段是否与飞书官方文档一致。通过 playwright 渲染飞书 SPA 文档页面,提取真实的请求/响应字段定义,对比代码实现找出不符项。触发关键词:字段核对、字段验证、字段不符、文档核对、核对请求字段、核对响应字段、飞书文档字段、推断字段、user 级接口、用户级接口字段

    106 GitHub stars~2.3k tokensUpdated 4 days ago
    Auto-check: notes
  • Openlark Code Standards

    foxzool/openlark

    OpenLark 项目代码规范检查技能。用于快速审查仓库内的架构一致性、API 实现套路、参数校验、命名与导出规范,并输出可执行检查清单与证据路径。Triggers: code review / consistency check / architecture audit / 规范检查 / 风格一致性 / 体检 / 对齐约定。项目锚点见 AGENTS.mdCONVENTIONS 与…

    106 GitHub stars~1.8k tokensUpdated 4 days ago
    Auto-check: notes
  • Openlark Design Review

    foxzool/openlark

    OpenLark Rust SDK 的代码设计/公共 API 规范审查技能(面向 crate/模块)。用于系统化检查入口设计、feature gating、Request/Service/Builder 一致性、端点体系、Config/错误处理、导出与文档同步、测试与告警控制,并输出按优先级排序的整改清单与可落地改造方案。触发关键词:设计审查、crate 设计、API 设计、public…

    106 GitHub stars~2.1k tokensUpdated 4 days ago
    Auto-check: notes
  • Openlark Naming

    foxzool/openlark

    OpenLark Rust SDK 命名与对外 API 表达规范(Client/Service/Resource/Request/Builder)。用于新增/重构公开类型、设计 meta 调用链、调整模块导出与 prelude、或排查 Service 同名/语义错配/V{N}Service 版本层错位、Resource 与 Service 同类型两名、以及…

    106 GitHub stars~2.1k tokensUpdated 4 days ago
    Auto-check: notes

Works with

Questions about Openlark API Validation

What does Openlark API Validation do?

OpenLark API 覆盖率验证技能。用于验证各 crate 的 API 实现数量与覆盖率,基于 tools/validateapis.py 脚本和 apilistexport.csv 对比实际代码实现。触发关键词:API 验证、API 覆盖率、验证 API 数量、检查 API 实现、API 统计. Openlark API Validation is an agent skill from foxzool/openlark.

When should I use Openlark API Validation?

Openlark API Validation fits situations like: tasks that involve CSV and tabular files; tasks that involve Messaging and chat bots.

How do I install Openlark API Validation in Claude Code?

Run `npx skills add foxzool/openlark --skill openlark-api-validation -a claude-code`. Or copy the skill folder (.agents/skills/openlark-api-validation in foxzool/openlark) into .claude/skills/openlark-api-validation in your project. Claude Code loads it when a task matches its description.

How do I install Openlark API Validation in Codex?

Run `npx skills add foxzool/openlark --skill openlark-api-validation -a codex`. Or copy the skill folder (.agents/skills/openlark-api-validation in foxzool/openlark) into .agents/skills/openlark-api-validation in your project. Codex loads it when a task matches its description.

Can I use Openlark API Validation in Cursor, Gemini CLI or GitHub Copilot?

Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add foxzool/openlark --skill openlark-api-validation -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/openlark-api-validation, .gemini/skills/openlark-api-validation, .github/skills/openlark-api-validation and .opencode/skills/openlark-api-validation in your project.

What does Openlark API Validation need to run?

Going by SKILL.md and its folder, Openlark API Validation needs the command-line tools its instructions call (python3 and just). Our summary lists: Python 3. Its frontmatter pre-approves these tools: Bash, Read, Edit, Write.

Does Openlark API Validation access the network?

SKILL.md contains no URLs. Any network use would come from the scripts or tools the agent runs. This is read from the text; nothing was executed.

Is Openlark API Validation safe to install?

Our automated static check of SKILL.md found notes only (pre-approves every shell command (allowed-tools: bash)), nothing it rates as a warning. It is not a guarantee. Review the folder before installing.

What licence does Openlark API Validation use?

Openlark API Validation is published under the Apache-2.0 licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.

How many tokens does Openlark API Validation use?

About 2k tokens (SKILL.md is roughly 7.8k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full.

What are the alternatives to Openlark API Validation?

Skills that share tags, products or a category with Openlark API Validation: Lark Drive (appleweiping/WEIPING_WIKI, 119 stars), Review Analyzer Skill (buluslan/review-analyzer-skill, 129 stars), Lark Slides (aiskillstore/marketplace, 430 stars) and Instrument Data To Allotrope (aws-samples/amazon-bedrock-agents-healthcare-lifesciences, 274 stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.

Who maintains Openlark API Validation?

foxzool (a GitHub user) maintains it in foxzool/openlark, which has 106 GitHub stars. The repository holds 8 skills in this directory. The repository was last updated on October 3, 2026.

Source: foxzool/openlark on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.