开发需要联网github未标认证来源可访问许可证需确认审计通过

openlark-code-standards（Openlark 代码标准）

Agent Skill

openlark-code-standards 用于处理 GitHub 仓库、Issue、Pull Request 和代码协作信息，适合在 Codex、Claude、Cursor、Gemini CLI 中需要围绕仓库状态、代码变更或协作事项进行整理时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态，以及是否会触发联网、命令执行或文件读写。

总安装

416

周安装

GitHub Stars

下载量

135

CodexClaudeCursorGemini CLI

安装说明

本站只整理中文说明和来源信息，不托管安装包，也不代用户安装。

GitHub

来源数

许可证

unknown

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手，先确认命令和权限，再让它执行。

请帮我安装这个 Agent Skill：openlark-code-standards（Openlark 代码标准）
来源仓库：https://github.com/foxzool/open-lark
仓库路径：skills/openlark-code-standards
安装命令：
npx skills add https://github.com/foxzool/open-lark --skill openlark-code-standards
安装前请先检查当前环境是否支持对应 CLI，并向我确认将要执行的命令、安装目录、联网范围和文件读写权限；确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 npx skills 从第三方来源获取 Skill；本站只展示命令，不托管安装包，也不自动执行。

skills.shnpx skills

npx skills add https://github.com/foxzool/open-lark --skill openlark-code-standards

简介

用于处理 GitHub 仓库与代码协作信息。

适合围绕 Issue、PR 和代码变更进行整理。
通过 GitHub 安装，建议确认访问权限和速率限制。
使用前应核实是否读取私有仓库或敏感内容。openlark-code-standards 属于开发类 Skill，可作为该场景下的辅助能力补充。
需结合原始 README 了解对代码标准的具体检查项。

SKILL.md

OpenLark 代码规范检查（Skill）

适用场景

用户要求“检查项目代码规范”
新增 API 前想确认实现套路是否一致
评审 PR 时需要快速验证是否遵循 OpenLark 既有约定
发现模块风格漂移，想做一次统一体检

目标

输出一份可落地的规范检查结果，包含：

规范结论（通过/风险）
规则-证据对（每条规则附 path:line）
风险分级（P0/P1/P2）
新 API 最小检查清单（可直接用于 PR Review）

检查范围

优先覆盖：

crates/openlark-core
crates/openlark-client
crates/openlark-docs
crates/openlark-communication

可按参数缩小为某个 crate 或目录。

核心检查项

1) API 实现套路一致性

是否使用 Request/Response + Builder 模式
是否提供 execute() 与 execute_with_options(RequestOption)
是否通过 Transport::request(...) 发送请求

2) 端点定义规范

是否使用 ApiEndpoint 枚举/端点常量
是否避免手写业务 URL
是否通过 to_url() 或统一端点入口生成路径

3) 参数校验规范

必填校验是否统一用 openlark_core::validate_required!
字符串是否优先 trim() 后再校验
列表字段是否校验非空与长度上限（如 validate_required_list!）

4) 命名与公开 API 表达

Client/Service/Resource/Request/Builder 命名是否语义清晰
对外入口是否统一（避免同义入口并存）
meta 调用链命名是否与仓库约定一致

5) 导出与 feature gating

mod.rs 与 prelude 是否完整导出新增 API
Cargo.toml feature 与 #[cfg(feature = "...")] 是否对齐
是否存在导出但不可编译或不可访问路径

输出模板（必须）

结论概览（3-6 条）
规则-证据对（至少 8 条）

- 规则 - 证据（path:line） - 风险等级（P0/P1/P2） - 修复建议

新 API 最小检查清单（5-8 条）
建议行动项（按优先级排序）

重点提醒

结论必须基于代码证据，不做“纯经验判断”
证据至少精确到文件路径，推荐精确到 path:line
不在规范检查中进行大规模重构，先给出可执行清单

与其他技能的关系

需要审查整体架构与公共 API：openlark-design-review
只聚焦校验写法统一：openlark-validation-style
需要新增/重构具体 API：openlark-api
需要做覆盖率统计：openlark-api-validation

技能分流决策表

场景	优先技能	何时转交
只想做一次项目规范体检（给出规则-证据对和风险清单）	`openlark-code-standards`	若发现架构级冲突/公共 API 设计分歧，转 `openlark-design-review`
重点是架构收敛、范式选型、兼容策略（含 breaking 评估）	`openlark-design-review`	若需要补充全仓规范一致性证据，可回补 `openlark-code-standards`
只处理 `validate()`、`validate_required!`、空白字符串与校验聚合	`openlark-validation-style`	若校验问题已扩展到命名/导出/端点体系，转 `openlark-code-standards`
新增或重构某个具体 API 文件（Request/Response/Builder/导出）	`openlark-api`	若实现前需先做规范体检，先跑 `openlark-code-standards`
关注 API 覆盖率、实现数量、缺失清单	`openlark-api-validation`	若覆盖率问题背后是设计不一致，转 `openlark-design-review`

快速判断

问题是“这个项目现在规范是否一致” → openlark-code-standards
问题是“这个设计该怎么收敛” → openlark-design-review
问题是“这个校验写法到底怎么统一” → openlark-validation-style
问题是“我现在就要实现某个 API” → openlark-api

关键词触发映射

用户关键词/表述	建议技能
代码规范、规范检查、风格一致性、体检、对齐约定	`openlark-code-standards`
架构设计、public API、收敛方案、feature gating、兼容策略、breaking change	`openlark-design-review`
validate、必填校验、validate_required、空白字符串、校验聚合	`openlark-validation-style`
新增 API、重构 API、Builder、Request/Response、mod.rs 导出	`openlark-api`
覆盖率、实现数量、缺失 API、统计、对比 CSV	`openlark-api-validation`

组合关键词优先级

同时出现“规范检查 + 覆盖率”时，先用 openlark-api-validation 产出缺失清单，再用 openlark-code-standards 做规范归因。
同时出现“规范检查 + 架构收敛”时，先用 openlark-code-standards 做现状证据，再转 openlark-design-review 定迁移方案。
同时出现“新增 API + 校验统一”时，实现阶段用 openlark-api，校验规则判定用 openlark-validation-style。

适合场景

用户想查找某类 Agent Skill 时

需要根据任务场景推荐可安装能力包时

需要对比不同来源的安装命令和来源信息时

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

保留来源站点、仓库和原始说明，方便继续核验

能力 4

展示第三方安全扫描或审计结果

安装后应在对应宿主中按原始 README 的触发条件使用；具体调用方式请以来源页面和 README 为准。

平台分布

Codex

36.89%

按下载量换算50

Claude

30.54%

按下载量换算41

Cursor

17.67%

按下载量换算24

Gemini CLI

8.9%

按下载量换算12

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

通过

权限和风险

需要联网

该 Skill 可能需要联网访问来源站点、仓库或外部 API；具体网络访问范围需要结合源码和 README 复核。

安装前确认

本站仅展示第三方公开信息，不托管安装包，不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。当前只有一个来源，正式发布前建议补源仓库或其他目录站核验。

来源信息

GitHub 仓库

github.com

/foxzool/open-lark

SKILL.md 来源

github.com

/foxzool/open-lark/tree/main/skills/openlark-code-standards

skills-sh

skills.sh

/foxzool/open-lark/openlark-code-standards

继续浏览同类 Skills

更多开发 Skills（21,746）返回 Skills 目录

上一个 Skill

openjung-api（openjung API 文档）

用于辅助 API 设计、接口文档、请求响应结构和服务集成说明。它适合让 Agent 梳理 endpoint、生成 OpenAPI 草稿、检查字段命名、整理错误码或辅助前后端联调。使用时需要确认真实业务语义、鉴权方式、分页和错误处理规则；涉及生成接口文档时，应避免凭空补字段，最好从现有代码、schema 或接口样例中提取事实。

下一个 Skill

openlark-design-review（Openlark 设计审查）

用于辅助界面设计、视觉规范、排版、配色、布局和交互体验优化。它适合让 Agent 根据产品场景整理页面结构、生成 UI 方案、检查视觉一致性或改进组件层级。使用时需要结合现有品牌、设计系统和用户任务，不应只堆装饰元素；涉及真实页面改动时，应通过截图或浏览器预览检查文本溢出、对齐和响应式表现。