Agent skill

Native Component Doc

by Ohh-889 in Ohh-889/skyroc

为 @skyroc/native-ui 组件编写文档。当用户说出 native 组件名(如 Button、Cell、ActionSheet)并要求写/补文档时触发。自动定位组件源码、playground demo、已有文档,按 native-ui-docs 的规范生成或更新 MDX。

MITAuto-check passedMobile

Install Native Component Doc

skills CLI
$ npx skills add Ohh-889/skyroc --skill native-component-doc -a claude-code

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

GitHub CLI
$ gh skill install Ohh-889/skyroc native-component-doc --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/Ohh-889/skyroc.git skills-src && mkdir -p .claude/skills && cp -r skills-src/.agents/skills/native-component-doc .claude/skills/native-component-doc && 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
native-component-doc
GitHub stars
795
Token cost
~2.7k tokens
SKILL.md length
611 words
Files
1
Skills in repo
18
Repo updated
First seen
Licence
MIT

At a glance

为 @skyroc/native-ui 组件编写文档。当用户说出 native 组件名(如 Button、Cell、ActionSheet)并要求写/补文档时触发。自动定位组件源码、playground demo、已有文档,按 native-ui-docs 的规范生成或更新 MDX。

  • Works in 3 steps: :读源码与 demo,做一致性校验 → :写文档 → :收尾核对
  • Tasks that involve Mobile UI design
  • SKILL.md covers 文件定位规则, 侧边栏分组, 执行流程 and 工作区边界, plus 1 more section
  • Instructions only: no scripts, shell commands, URLs or credentials in SKILL.md

What it does

Native Component Doc is an agent skill from Ohh-889/skyroc. 为 @skyroc/native-ui 组件编写文档。当用户说出 native 组件名(如 Button、Cell、ActionSheet)并要求写/补文档时触发。自动定位组件源码、playground demo、已有文档,按 native-ui-docs 的规范生成或更新 MDX。

Its SKILL.md is about 2.7k 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 Mobile, covering Mobile UI design and Markdown. The repository describes itself as: Skyroc 是一个基于 React 19 + TypeScript 的跨端前端工程化 monorepo:既提供开箱即用的 Web 中后台模板(Admin / RuoYi 对接版)和 Expo 移动端业务模板,也把请求、状态、日志、主题、双端 UI 组件库等能力沉淀为边界清晰的 workspace 包。 The licence is MIT.

When your agent uses it

  • Tasks that involve Mobile UI design
  • Tasks that involve Markdown

Example prompts

  • “/native-component-doc”

Workflow steps

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

  1. :读源码与 demo,做一致性校验
  2. :写文档
  3. :收尾核对

What it can do on your machine

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

  • Tool permissions

    Pre-approves nothing: there is no allowed-tools line, so your agent's usual permission prompts apply.

    From allowed-tools in the SKILL.md frontmatter.

  • Runs code

    No scripts in the folder and no shell commands in SKILL.md (its code samples are mdx, bash and typescript).

    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

Native Component Doc loads about 2.7k tokens when it runs. Until then it costs about 41 tokens; SKILL.md has 611 words of instructions outside code blocks.

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

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 passed

The automated check found no risky patterns in SKILL.md.

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 Ohh-889/skyroc at commit 10ddd27, republished under its MIT licence (© Ohh-889). 611 words, ~2,746 tokens.

Download SKILL.mdSave it as .claude/skills/native-component-doc/SKILL.md (or your agent's skills folder).
name
native-component-doc
description
为 @skyroc/native-ui 组件编写文档。当用户说出 native 组件名(如 Button、Cell、ActionSheet)并要求写/补文档时触发。自动定位组件源码、playground demo、已有文档,按 native-ui-docs 的规范生成或更新 MDX。
argument-hint
组件名,如 Button、Cell、ActionSheet

Native UI 组件文档工作流

为 @skyroc/native-ui(React Native + Uniwind)编写文档的专用工作流。

这不是 web-ui 那套。native 的 <Demo> 会把 demo 源码整份渲染出来、右栏还有整页手机预览, 因此不写内联代码块、demo 一律具名导出、每个 demo 都要在汇总页里串一遍。 与 component-doc(web-ui 用)的差异见文末「与 web-ui 文档规范的差异」。

文件定位规则

给定组件名 $COMPONENT(如 ActionSheet),转 kebab-case $slug(如 action-sheet):

用途路径
组件源码packages/native/ui/src/components/$slug/
Playground 单点 demoapps/native-ui-playground/src/demos/$slug/*.tsx
Playground 汇总页apps/native-ui-playground/src/demos/$slug/index.tsx
Playground 路由页apps/native-ui-playground/app/components/$slug.tsx
文档 MDXdocs/native-ui-docs/content/docs/components/($group)/$slug.mdx

文档基础设施(了解即可,不必每次都读):

文件作用
docs/native-ui-docs/components/mdx.tsxMDX 组件注册,只有 Demo / PropsTable / TypeTable / UnionType
docs/native-ui-docs/components/demo/index.tsx<Demo>:读 demo 源码 + 渲染预览 + 「在 playground 打开」
docs/native-ui-docs/components/demo/demo-preview.tsx动态 import demos 目录,按模块名取具名导出
docs/native-ui-docs/components/props-table.tsx<PropsTable> API 属性表
docs/native-ui-docs/components/type-table.tsx<TypeTable> + <UnionType> 类型区
docs/native-ui-docs/components/type-anchor.tsxPascalCase 类型 → 锚点链接,BUILTIN_TYPE_NAMES 白名单
docs/native-ui-docs/components/type-registry.ts跨页面类型链接注册表
docs/native-ui-docs/lib/playground-demo.ts文档页 slug → playground 整页路由,决定是否分栏

侧边栏分组

content/docs/components/ 下按 fumadocs 路由组分组,路由组不进 URL((general)/button.mdx → /docs/components/button)。 写完文档后必须把 $slug 加进对应分组的 meta.json 的 pages 里(meta.json 已预置全部规划中的 slug,通常只需确认位置正确)。

目录标题组件
(general)通用button, floating-button, text, text-ellipsis, divider, image
(layout)布局容器space, grid, cell, collapse
(input)输入form, field, input, password-input, search, checkbox, radio, switch, slider, stepper, rate, signature, picker, picker-group, date-picker, time-picker, calendar, number-keyboard, tree-select
(data-display)数据展示avatar, badge, tag, count-down, rolling-text, swipe-cell
(navigation)导航navbar, tabs, sidebar, anchor-nav, index-bar, back-top, pagination, dropdown-menu
(overlay)弹层覆盖popup, dialog, sheet, action-sheet, share-sheet
(feedback)反馈toast, notify

meta.json 里列了但文件还不存在的 slug 会被 fumadocs 静默跳过(resolveFolderItem 找不到 node 直接 return),所以预置清单不会报错。

meta.json 里不要写 "collapsible": false。fumadocs-ui 16.14.4 的 SidebarFolderTrigger 在 collapsible: false 分支直接渲染成 jsx("div", { ...props }),而上层 (layouts/docs/slots/sidebar.js:220)传下来的 className 是个 (state) => string 函数 —— 函数原样落到 DOM 上,React 报 Invalid value for prop \className` on <div> tag,分组标题也因此丢掉全部样式类。 collapsible走默认的true时,trigger 渲染成 Base UI 的Collapsible.Trigger,函数 className 会被 useRenderElement 正常解析。defaultOpen: true已经能让分组默认展开,不需要collapsible: false`。

执行流程

Phase 1:读源码与 demo,做一致性校验
  1. 读 packages/native/ui/src/components/$slug/ 全部文件
    • index.ts:实际导出了哪些组件、哪些类型
    • types.ts:public props 与类型别名
    • *-variants.ts:slots / variants / compoundVariants / defaultVariants —— 表格里的每一行数值都从这里抄,不要凭印象写
    • 主组件 *.tsx:props 实际怎么解构、默认值在哪、有没有 hitSlop / accessibilityState / TextClassContext / Portal 之类的 RN 特有行为
  2. 读 apps/native-ui-playground/src/demos/$slug/ 全部 demo + index.tsx 汇总页
    • 汇总页的 <Section title/description> 就是天然的章节大纲,文档章节直接对齐它
  3. 已有文档就读一遍,判断是补全还是重写
  4. 参考范例:docs/native-ui-docs/content/docs/components/(general)/button.mdx(当前唯一的完整样板)
实现一致性校验(必须执行)

文档不是 API 想象稿,从源码 / 类型 / variants / demo 四者交叉验证:

  • types.ts 声明的 props,主组件是否真的解构并使用
  • 默认值实际在哪里设置(defaultVariants vs 组件内 = false),两处不一致时以运行时为准
  • classNames 的每个 slot 是否真的接到了对应节点上
  • index.ts 是否真的导出了你要写进文档的类型
  • RN 特有:hitSlop、accessibilityRole / accessibilityState、Pressable 透传、TextClassContext 继承范围、Portal / Modal 挂载点

发现类型/API 承诺与实现不一致时:先明确指出这是实现问题;能改就改实现或类型,不要在文档里绕过去;不能改就在最终说明里列为风险,并且不在文档中承诺未实现的能力。不允许靠降低文档表述来掩盖实现 bug。

Phase 2:写文档
MDX 结构
mdx
---
title: $COMPONENT
description: 一句话描述组件用途
---

概述段落:组件做什么、基于什么 RN 原语封装、有什么与众不同的行为。

\`\`\`tsx
import { $COMPONENT } from '@skyroc/native-ui';
\`\`\`

## 基础用法

<Demo src="@playground/$slug/$DemoBasic" />

## 何时使用

- 使用场景 / 移动端取舍
- 与相似组件的区分(如 Popup vs Sheet vs ActionSheet)

## 功能章节(variant / color / size / shape / ...)

说明文字 +(枚举类的)表格

<Demo src="@playground/$slug/$DemoName" />

补充说明:容易踩的坑、和 web 端行为不同的地方

## 无障碍

role / accessibilityState / 热区 等 RN 专属说明(有就写)

## API

### $COMPONENT

<PropsTable data={[...]} />

## 类型

\`\`\`ts
import type { ... } from '@skyroc/native-ui';
\`\`\`

<UnionType ... />
<TypeTable data={[...]} />
Demo 引用规则(native 专属)
  • 格式:<Demo src="@playground/$slug/$DemoName" />,没有 modules/ 这一层(那是 web-ui 的)
  • 不要在 <Demo> 后面贴内联代码块。<Demo> 已经把整份 demo 源码渲染在预览下方了,内联代码是重复噪音
  • 覆盖率要求:src/demos/$slug/index.tsx 里串的每个子 demo,文档必须有且仅有一处 <Demo> 引用。章节顺序也尽量对齐汇总页
  • demo 缺失时必须补 demo,不能因为没 demo 就只写文字

写完用这条命令核对覆盖率(无输出即一一对应):

bash
slug=button; group='(general)'
diff \
  <(ls apps/native-ui-playground/src/demos/$slug | grep -v '^index' | sed 's/\.tsx$//' | sort) \
  <(grep -o "@playground/$slug/[A-Za-z0-9]*" "docs/native-ui-docs/content/docs/components/$group/$slug.mdx" | sed 's|.*/||' | sort -u)
新建 Playground Demo 的规范
  1. 路径:apps/native-ui-playground/src/demos/$slug/$DemoName.tsx,$DemoName 以组件名开头(ButtonLoading、CellSize)
  2. 必须具名导出,且导出名 === 文件名 —— demo-preview.tsx 是按模块名去取 mod[exportName] 的,写成 export default 或改名都会拿不到组件
  3. 模板:
tsx
import { Button } from '@skyroc/native-ui';
import { View } from 'react-native';

const ButtonLoading = () => {
  return (
    <View className="gap-3 bg-background p-4">
      {/* ... */}
    </View>
  );
};

export { ButtonLoading };
  1. 约束:
    • 不写 'use client'(RN,不是 Next 客户端组件)
    • 从 @skyroc/native-ui 导入组件,不从内部路径导入
    • 容器统一 View + uniwind 类名,带上 bg-background p-4,保证在文档预览的手机框里边距一致
    • 每个 demo 只聚焦一个功能点,自包含,不依赖同目录 shared.tsx
    • 需要文字就用 @skyroc/native-ui 的 Text,才能继承 TextClassContext
  2. 同步汇总页:在 src/demos/$slug/index.tsx 里 import 并加一个 <Section title description>。汇总页只负责串场,不要把示例代码写回去
  3. 确认整页路由存在:apps/native-ui-playground/app/components/$slug.tsx。它是文档右栏分栏预览的来源(resolvePlaygroundPage 按最后一段 slug 找同名文件),缺了文档就退回单栏
Show full SKILL.md (216 more words)Show less
PropsTable 书写规则
  • 短字面量联合直接内联到 type 字段,不要另起 PascalCase 类型名,也不要写 <UnionType>
    • 例:"'solid' | 'tonal' | 'outline' | 'ghost'"、"'sm' | 'md' | 'lg' | 'icon'"、"'horizontal' | 'vertical'"
  • 对象类型、slot 配置、子组件 Props、外部大型类型才用 PascalCase 引用
  • default 用字符串写:"'md'"、'false'
  • required: true 仅必填时加
  • 表格开头或结尾说明透传关系:如「除下表外,Button 透传 Pressable 的全部属性」
  • ref 也写进表里(RN 的 ref 常用于 measure / 滚动定位)
类型完整性规则(严格遵循)

PropsTable / TypeTable 中出现的每一个非内置 PascalCase 类型名,都必须在当前页 ## 类型 区域有定义,或在 type-registry.ts 注册跨页链接。

写完逐项核对:

  1. 收集所有 <PropsTable> 的 type、所有 <TypeTable> 的 fields[].type 里的 PascalCase 词
  2. 排除 type-anchor.tsx 的 BUILTIN_TYPE_NAMES(含 RN 原语:PressableProps / ViewStyle / TextStyle / StyleProp / GestureResponderEvent / AccessibilityRole / View / Ref 等)
  3. 剩下的每一个都要满足:当前页 <TypeTable name> 定义 ∨ 当前页 <UnionType name> 定义 ∨ type-registry.ts 注册
  4. 遗漏的如果只是短联合 → 改成内联,不补 <UnionType>
  5. 用到了 PascalCase 但它是 React / RN / TS 内置或三方类型 → 加进 BUILTIN_TYPE_NAMES,否则会生成错误的本页锚点
  6. 跨页引用格式:TypeName: '/docs/components/target-slug#anchor'(注意 docsRoute = '/docs',别漏 /docs 前缀)
类型区写法
  • 先给一段 import type { ... } from '@skyroc/native-ui' 代码块,列出本组件对外导出的类型
  • <UnionType>:联合类型(由 variants 推导出来的 XxxVariant / XxxSize / XxxSlots 等),一句话说明它控制什么
  • <TypeTable>:对象类型(SlotClassNames、子组件 Props、Option / ItemData 之类)
  • 顺序建议:<UnionType> 在前(跟 Props 表顺序对应),<TypeTable> 在后
Phase 3:收尾核对
  1. 覆盖率命令跑一遍,<Demo> 与 demos 目录一一对应
  2. 分组 meta.json 的 pages 含 $slug
  3. 类型完整性清单逐条过
  4. 表格里的数值(高度、字号、间距、圆角)与 *-variants.ts 逐条对得上
  5. 最终回复里区分:本次改了哪些文件、发现但未处理的实现问题、未验证的部分及原因

工作区边界

  • 默认只动:目标 $slug.mdx、缺失的 playground demo 及其汇总页、分组 meta.json
  • 不回滚、不格式化、不整理与本组件无关的用户改动
  • 组件源码有未提交改动时,基于当前工作区实现写文档
  • 只有实现问题导致文档无法正确描述组件时,才改组件源码或类型,且改之前先说明问题

与 web-ui 文档规范的差异

维度web-ui (component-doc)native-ui(本 skill)
Demo 路径@playground/$slug/modules/Name@playground/$slug/Name(无 modules)
Demo 导出export default具名导出,名字 === 文件名
内联代码块推荐,跟在 <Demo> 后不写,<Demo> 已渲染完整源码
Demo 运行时react-live 沙箱 + scope.tsTurbopack 动态 import 真实 RN 组件,ssr: false
整页预览无右栏手机框渲染 app/components/$slug.tsx 整页
'use client'需要不需要
内置类型白名单DOM / React 为主额外含 RN 原语(PressableProps / ViewStyle 等)

© Ohh-889, MIT. 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/native-component-doc of Ohh-889/skyroc.

Open the folder on GitHubat commit 10ddd27

Compare with similar skills

Native Component Doc 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.

Native Component Doc compared with similar skills
SkillStarsUsed inTokensAuto-checkLicenceRepo updated
Native Component Doc this skillOhh-889/skyroc795—~2.7kAutomated safety check: PassMIT
Maintain Docusaurus Manualmatthiasn/lotti1.2k—~930Automated safety check: PassGPL-3.0
Rich Textsoftware-mansion-labs/skills291—~5.4kAutomated safety check: PassNone
Kortix Brandkortix-ai/suna20k—~4kAutomated safety check: PassCustom licence
Add Flutter Docusaurus Localematthiasn/lotti1.2k—~1.2kAutomated safety check: PassGPL-3.0
HugeIcons Finder for Composesue1231513/orangechat4061 repos~467Automated safety check: PassCustom licence

Similar skills

  • Maintain a Docusaurus product manual whose prose, navigation, localized page trees, screenshots, coverage metadata, and release build must stay aligned with the application.

    1.2k GitHub stars~930 tokensUpdated today
    MobileAuto-check passed
  • Rich Text

    software-mansion-labs/skills

    Software Mansion's best practices for rich text in React Native using react-native-enriched-html (formerly react-native-enriched) and react-native-enriched-markdown.

    291 GitHub stars~5.4k tokensUpdated 10 days ago
    MobileAuto-check passed
  • Kortix Brand

    kortix-ai/suna

    Load FIRST for anything that carries the Kortix look or voice: product or mobile UI, copy of any kind, decks, social, images, email, CLI output, anything with the logo, and reviews of these.

    20k GitHub stars~4k tokensUpdated today
    MobileAuto-check passed
  • Add, complete, or audit a locale across a Flutter application's ARB catalogs and a localized Docusaurus manual, including generated localization code, locale selectors, native platform declarations…

    1.2k GitHub stars~1.2k tokensUpdated today
    MobileAuto-check passed
  • HugeIcons Finder for Compose

    sue1231513/orangechat

    Looks up available HugeIcons by keyword from the compiled dependency JAR in the Gradle cache, then shows the correct Compose import for each match.

    406 GitHub starsUsed in 1 repo~467 tokens
    MobileAuto-check passed
  • Codedrobe Theme

    CodeDrobe/skills

    Create, inspect, convert, apply, replace, verify, troubleshoot, update, publish, or restore reversible CodeDrobe themes for supported Chromium/Electron AI desktop apps, including OpenAI Codex…

    250 GitHub stars~1.8k tokensUpdated 1 mo ago
    MobileAuto-check passed

More from Ohh-889/skyroc

All 18 skills in this repo
  • UI Styling

    Ohh-889/skyroc

    Create beautiful, accessible user interfaces with shadcn/ui components (built on Radix UI + Tailwind), Tailwind CSS utility-first styling, and canvas-based visual designs.

    795 GitHub starsUsed in 13 repos~2.5k tokens
    Auto-check passed
  • Design System

    Ohh-889/skyroc

    Token architecture, component specifications, and slide generation.

    795 GitHub starsUsed in 11 repos~1.7k tokens
    Auto-check passed
  • Brand

    Ohh-889/skyroc

    Brand voice, visual identity, messaging frameworks, asset management, brand consistency.

    795 GitHub starsUsed in 13 repos~733 tokens
    Auto-check passed
  • Senior Frontend

    Ohh-889/skyroc

    Comprehensive frontend development skill for building modern, performant web applications using ReactJS, NextJS, TypeScript, Tailwind CSS.

    795 GitHub starsUsed in 2 repos~1.1k tokens
    Auto-check: notes
  • Design

    Ohh-889/skyroc

    Comprehensive design skill: brand identity, design tokens, UI styling, logo generation (55 styles, Gemini AI), corporate identity program (50 deliverables, CIP mockups), HTML presentations…

    795 GitHub starsUsed in 9 repos~3.1k tokens
    Auto-check passed
  • Frontend Testing

    Ohh-889/skyroc

    Generate Vitest + React Testing Library tests for Dify frontend components, hooks, and utilities.

    795 GitHub starsUsed in 1 repo~2.5k tokens
    Auto-check passed

Questions about Native Component Doc

What does Native Component Doc do?

为 @skyroc/native-ui 组件编写文档。当用户说出 native 组件名(如 Button、Cell、ActionSheet)并要求写/补文档时触发。自动定位组件源码、playground demo、已有文档,按 native-ui-docs 的规范生成或更新 MDX。. Native Component Doc is an agent skill from Ohh-889/skyroc.

When should I use Native Component Doc?

Native Component Doc fits situations like: tasks that involve Mobile UI design; tasks that involve Markdown.

How do I install Native Component Doc in Claude Code?

Run `npx skills add Ohh-889/skyroc --skill native-component-doc -a claude-code`. Or copy the skill folder (.agents/skills/native-component-doc in Ohh-889/skyroc) into .claude/skills/native-component-doc in your project. Claude Code loads it when a task matches its description.

How do I install Native Component Doc in Codex?

Run `npx skills add Ohh-889/skyroc --skill native-component-doc -a codex`. Or copy the skill folder (.agents/skills/native-component-doc in Ohh-889/skyroc) into .agents/skills/native-component-doc in your project. Codex loads it when a task matches its description.

Can I use Native Component Doc 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 Ohh-889/skyroc --skill native-component-doc -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/native-component-doc, .gemini/skills/native-component-doc, .github/skills/native-component-doc and .opencode/skills/native-component-doc in your project.

What does Native Component Doc need to run?

SKILL.md names no scripts, command-line tools or credentials: Native Component Doc is instructions for the agent only.

Does Native Component Doc 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 Native Component Doc safe to install?

Our automated static check of SKILL.md found no risky patterns, such as piping downloads into a shell, reading credential files or hidden Unicode. It is not a guarantee. Review the folder before installing.

What licence does Native Component Doc use?

Native Component Doc is published under the MIT licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.

How many tokens does Native Component Doc use?

About 2.7k tokens (SKILL.md is roughly 11k 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 Native Component Doc?

Skills that share tags, products or a category with Native Component Doc: Maintain Docusaurus Manual (matthiasn/lotti, 1.2k stars), Rich Text (software-mansion-labs/skills, 291 stars), Kortix Brand (kortix-ai/suna, 20k stars) and Add Flutter Docusaurus Locale (matthiasn/lotti, 1.2k stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.

Who maintains Native Component Doc?

Ohh-889 (a GitHub user) maintains it in Ohh-889/skyroc, which has 795 GitHub stars. The repository holds 18 skills in this directory. The repository was last updated on September 1, 2026.

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