Md To DOCX
github/awesome-copilot
Convert Markdown files to professionally formatted Word (.docx) documents with embedded PNG images — pure JavaScript, no external tools required
“コンポーネントのMDXドキュメントを作成・更新する”
$ npx skills add digital-go-jp/design-system-example-components-html --skill write-document -a claude-codeProject install by default; add -g for ~/.claude/skills/.
$ gh skill install digital-go-jp/design-system-example-components-html write-document --agent claude-codeProject scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).
$ git clone --depth 1 https://github.com/digital-go-jp/design-system-example-components-html.git skills-src && mkdir -p .claude/skills && cp -r skills-src/.agents/skills/write-document .claude/skills/write-document && rm -rf skills-srcUse ~/.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/
Install the "write-document" agent skill from https://github.com/digital-go-jp/design-system-example-components-html/tree/main/.agents/skills/write-document into .claude/skills/write-document/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "write-document", then confirm the skill loads.Claude Code copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$skill-installer install https://github.com/digital-go-jp/design-system-example-components-html/tree/main/.agents/skills/write-documentType this inside Codex. $skill-installer <name> installs a curated skill from openai/skills. The installer writes to $CODEX_HOME/skills (default ~/.codex/skills). Restart Codex if the skill does not show up.
$ npx skills add digital-go-jp/design-system-example-components-html --skill write-document -a codexProject install goes to .agents/skills/; add -g for ~/.codex/skills/.
$ gh skill install digital-go-jp/design-system-example-components-html write-document --agent codexProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/digital-go-jp/design-system-example-components-html.git skills-src && mkdir -p .agents/skills && cp -r skills-src/.agents/skills/write-document .agents/skills/write-document && rm -rf skills-srcUse ~/.agents/skills/ instead of .agents/skills for a personal install.
Codex skills documentation · loads skills from .agents/skills/
Install the "write-document" agent skill from https://github.com/digital-go-jp/design-system-example-components-html/tree/main/.agents/skills/write-document into .agents/skills/write-document/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "write-document", then confirm the skill loads.Codex copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ npx skills add digital-go-jp/design-system-example-components-html --skill write-document -a cursorProject install goes to .agents/skills/; add -g for ~/.cursor/skills/.
$ gh skill install digital-go-jp/design-system-example-components-html write-document --agent cursorProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/digital-go-jp/design-system-example-components-html.git skills-src && mkdir -p .cursor/skills && cp -r skills-src/.agents/skills/write-document .cursor/skills/write-document && rm -rf skills-srcUse ~/.cursor/skills/ instead of .cursor/skills for a personal install.
Cursor skills documentation · loads skills from .cursor/skills/, .agents/skills/, .claude/skills/, .codex/skills/
Install the "write-document" agent skill from https://github.com/digital-go-jp/design-system-example-components-html/tree/main/.agents/skills/write-document into .cursor/skills/write-document/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "write-document", then confirm the skill loads.Cursor copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ gemini skills install https://github.com/digital-go-jp/design-system-example-components-html.git --path .agents/skills/write-document--scope user (default) or --scope workspace; --path is the subfolder of the repo that holds the skill; --consent skips the security confirmation prompt.
$ npx skills add digital-go-jp/design-system-example-components-html --skill write-document -a gemini-cliProject install goes to .agents/skills/; add -g for ~/.gemini/skills/.
$ gh skill install digital-go-jp/design-system-example-components-html write-document --agent gemini-cliProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/digital-go-jp/design-system-example-components-html.git skills-src && mkdir -p .gemini/skills && cp -r skills-src/.agents/skills/write-document .gemini/skills/write-document && rm -rf skills-srcUse ~/.gemini/skills/ instead of .gemini/skills for a personal install, then run /skills reload.
Gemini CLI skills documentation · loads skills from .gemini/skills/, .agents/skills/
Install the "write-document" agent skill from https://github.com/digital-go-jp/design-system-example-components-html/tree/main/.agents/skills/write-document into .gemini/skills/write-document/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "write-document", then confirm the skill loads.Gemini CLI copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ gh skill install digital-go-jp/design-system-example-components-html write-documentInstalls for Copilot at project scope by default; add --scope user for a personal install. Preview a skill first with gh skill preview. Needs GitHub CLI 2.90.0 or later (public preview).
$ npx skills add digital-go-jp/design-system-example-components-html --skill write-document -a github-copilotProject install goes to .agents/skills/; add -g for ~/.copilot/skills/.
$ git clone --depth 1 https://github.com/digital-go-jp/design-system-example-components-html.git skills-src && mkdir -p .github/skills && cp -r skills-src/.agents/skills/write-document .github/skills/write-document && rm -rf skills-srcUse ~/.copilot/skills/ instead of .github/skills for a personal install. Commit .github/skills so cloud agent and code review can use it.
GitHub Copilot skills documentation · loads skills from .github/skills/, .claude/skills/, .agents/skills/
Install the "write-document" agent skill from https://github.com/digital-go-jp/design-system-example-components-html/tree/main/.agents/skills/write-document into .github/skills/write-document/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "write-document", then confirm the skill loads.GitHub Copilot copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ npx skills add digital-go-jp/design-system-example-components-html --skill write-document -a opencodeOpenCode documents no install command of its own. Project install goes to .agents/skills/; add -g for ~/.config/opencode/skills/.
$ gh skill install digital-go-jp/design-system-example-components-html write-document --agent opencodeProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/digital-go-jp/design-system-example-components-html.git skills-src && mkdir -p .opencode/skills && cp -r skills-src/.agents/skills/write-document .opencode/skills/write-document && rm -rf skills-srcUse ~/.config/opencode/skills/ instead of .opencode/skills for a personal install.
OpenCode skills documentation · loads skills from .opencode/skills/, .claude/skills/, .agents/skills/
Install the "write-document" agent skill from https://github.com/digital-go-jp/design-system-example-components-html/tree/main/.agents/skills/write-document into .opencode/skills/write-document/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "write-document", then confirm the skill loads.OpenCode copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
write-documentWrite Document is a skill in digital-go-jp/design-system-example-components-html (113 stars). Its SKILL.md is about 3.1k tokens. Licence: MIT.
5 steps, taken from the first numbered list in SKILL.md.
Read from SKILL.md and the folder at commit af8b665. It shows what the files ask for, not the result of running them.
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.
No scripts in the folder and no shell commands in SKILL.md (its code samples are mdx).
From the folder's file list and the shell code blocks in SKILL.md.
Hosts in commands or code, which the agent is likely to contact:
waic.jpFrom URLs in SKILL.md, links to its own repository left out.
Names no API keys, tokens, secrets or passwords.
From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.
Write Document loads about 3.1k tokens when it runs. Until then it costs about 10 tokens; SKILL.md has 265 words of instructions outside code blocks.
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.
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.
The full file from digital-go-jp/design-system-example-components-html at commit af8b665, republished under its MIT licence (© digital-go-jp). 265 words, ~3,133 tokens.
.claude/skills/write-document/SKILL.md (or your agent's skills folder).デジタル庁デザインシステム(HTML版)のコンポーネントドキュメント(MDX)を作成・更新するためのガイドラインです。
各コンポーネントのドキュメントは以下の場所に配置します:
src/components/<component-name>/<component-name>.mdxドキュメントを執筆する前に、以下のファイルを全て読み込んでコンポーネントの全体像を把握します:
コンポーネントディレクトリ内の全HTMLファイル
src/components/<component-name>/*.htmlStoriesファイル
src/components/<component-name>/<component-name>.stories.tsargTypesからバリエーション(data属性の値)を把握render関数内で動的に設定される属性を確認CSSファイル
src/components/<component-name>/<component-name>.cssJavaScriptファイル(存在する場合)
src/components/<component-name>/<component-name>.js既存のMDXファイル(更新の場合)
src/components/<component-name>/<component-name>.mdxこれらを総合的に分析した上で、ドキュメントを執筆します。
Storiesファイルから以下の情報を読み取ります:
argTypes: どのようなオプション(選択肢)が使えるかを把握render関数: そのオプションがHTMLのどの属性・要素に反映されるかを確認<Canvas>+<Controls>を配置(ただし原則<Canvas withToolbar>を使用)argTypesだけではHTMLへの反映方法はわからないため、必ずrender関数も確認してください。
MDXファイルは以下の構成に従います。セクションの順序を守ってください:
import { Canvas, Controls, Description, Meta, Source, Stories, Subtitle, Title, Unstyled } from "@storybook/addon-docs/blocks";
import * as ComponentStories from "./component-name.stories";
import componentCss from "./component-name.css?raw";
<Meta of={ComponentStories} />
<Unstyled>
<div className="prose">
<Title />
<Subtitle />
<Description />
<Canvas of={ComponentStories.Playground} withToolbar />
<Controls of={ComponentStories.Playground} />
## ソースコード
## 仕様(該当する場合)
### バリエーション(該当する場合)
### 機能仕様(該当する場合)
## 使い方(該当する場合)
### インストール(該当する場合)
### (バリエーションのガイド:該当する場合)
### マークアップ(該当する場合)
### アクセシビリティ(該当する場合)
<Stories title="デモ" includePrimary={false} />
## 参考情報(該当する場合)
</div>
</Unstyled>重要: <Canvas of={ComponentStories.Playground} withToolbar />と<Controls of={ComponentStories.Playground} />は常にドキュメントの最上部(<Description />の直後)に配置します。
data属性によるバリエーションやJavaScriptがなく、特筆すべき注意点もないシンプルなコンポーネント(blockquote等)では、「仕様」「使い方」セクションを省略した最小構成が許容されます:
import { Canvas, Controls, Description, Meta, Source, Stories, Subtitle, Title, Unstyled } from "@storybook/addon-docs/blocks";
import * as ComponentStories from "./component-name.stories";
import componentCss from "./component-name.css?raw";
<Meta of={ComponentStories} />
<Unstyled>
<div className="prose">
<Title />
<Subtitle />
<Description />
<Canvas of={ComponentStories.Playground} withToolbar />
<Controls of={ComponentStories.Playground} />
## ソースコード
<details>
<summary>HTML</summary>
(HTMLマークアップ)
</details>
<details>
<summary>component-name.css</summary>
<Source code={componentCss} language="css" />
</details>
<Stories title="デモ" includePrimary={false} />
</div>
</Unstyled>最小構成の判断基準:
card(カード)のように、単一のコンポーネントではなく複数の作例を提示する性質のコンポーネントでは、通常のテンプレートに従わない構成が許容されます。各作例ごとに<Canvas>+<Controls>とCSSソースコードを配置する形式を取ります。
上記テンプレートに含まれないセクションを必要に応じて追加できます。例:
追加セクションは「使い方」の後、「デモ」の前に配置してください。
@storybook/addon-docs/blocksから、以下のコンポーネントをインポートします。効率化のため、未使用のものがあっても常に全てインポートします。
import { Canvas, Controls, Description, Meta, Source, Stories, Subtitle, Title, Unstyled } from "@storybook/addon-docs/blocks";./component-name.stories./component-name.css?raw(?rawでソースを文字列として取得)./component-name.js?raw../other-component/other-component.css?raw./docs/image.webpスクリーンショット等の画像をドキュメントに含める場合、画像ファイルをインポートして<img>要素で表示します:
import screenshot from "./docs/screenshot.webp";
import screenshotAt2x from "./docs/screenshot@2x.webp";
<div class="border-image">
<img src={screenshot} srcSet={`${screenshotAt2x} 2x`} alt="スクリーンショットの説明" width="768" height="320" style={{ maxWidth: '100%', height: 'auto' }} />
</div>画像ファイルはsrc/components/<component-name>/docs/ディレクトリに配置します。
コンポーネントのHTML、CSS、JS、依存ファイルのソースコードを<details>要素で折りたたんで記載します。
<details>のsummaryテキスト<summary>HTML</summary>(「HTML」と表記)<summary>component-name.css</summary>(ファイル名を使用)<summary>button.css</summary>(ファイル名を使用)## ソースコード
<details>
<summary>HTML</summary>
```html
<button class="dads-button" data-size="md" data-type="solid-fill">ボタン</button>
```
</details>
<details>
<summary>component-name.css</summary>
<Source code={componentCss} language="css" />
</details>
<details>
<summary>component-name.js</summary>
<Source code={componentJs} language="javascript" />
</details>
### 依存ファイル
<details>
<summary>button.css</summary>
<Source code={buttonCss} language="css" />
</details>コンポーネントの「型」を示す完全なHTMLマークアップを記載します。
<button> / <a>)data-typeやdata-sizeの値が異なるだけのもの(仕様セクションの表で説明)複数のバリエーションがあっても、マークアップの差分が小さい場合(クラス名の違い、アイコンの追加程度)は、ソースコードセクションには基本形のみを記載し、差分は「使い方」セクションで説明します。
例: パンくずナビゲーションで「ラベル表示」「ホームアイコン付き」などのバリエーションがある場合
## 使い方
### ラベルを表示する
ラベルを視覚的に表示する場合は、`dads-u-visually-hidden`の代わりに`dads-breadcrumb__label`クラスを使用します。
```html
<span id="breadcrumb-label" class="dads-breadcrumb__label">現在位置</span>
```
### ホームアイコンを追加する
リンクテキストの前にアイコンを追加できます。
```html
<a class="dads-breadcrumb__link" href="#">
<svg class="dads-breadcrumb__link-icon" ...>...</svg>
ホーム
</a>
```マークアップの構造自体が異なる場合は、ソースコードセクションに複数のパターンを記載します:
<details>
<summary>HTML</summary>
#### 基本形
```html
<label class="dads-checkbox" data-size="sm">
<span class="dads-checkbox__checkbox">
<input class="dads-checkbox__input" type="checkbox">
</span>
<span class="dads-checkbox__label">ラベル</span>
</label>
```
#### スタンドアロン(ラベルなし)
```html
<span class="dads-checkbox" data-size="sm">
<span class="dads-checkbox__checkbox">
<input id="article-1-checkbox" class="dads-checkbox__input" type="checkbox">
</span>
</span>
```
</details>他のコンポーネントのCSS/JSに依存している場合は、ソースコードセクション内に「### 依存ファイル」見出しを設けて記載します:
### 依存ファイル
<details>
<summary>button.css</summary>
<Source code={buttonCss} language="css" />
</details>
<details>
<summary>calendar.css</summary>
<Source code={calendarCss} language="css" />
</details>
<details>
<summary>calendar.js</summary>
<Source code={calendarJs} language="javascript" />
</details>コンポーネントが備える静的な性質を記載します。data属性によるバリエーションがなく、JavaScriptによる複雑な機能もないコンポーネントでは、このセクション全体を省略できます。
記載しないもの:
data属性によるバリエーションがある場合、Markdownテーブルで記載します。
data属性によるバリエーションがないコンポーネントでは、このセクションは省略します。
### バリエーション
| 属性 | 値 | 説明 |
| --- | --- | --- |
| `data-type` | `solid-fill`(デフォルト), `outline`, `text` | ボタンのスタイル |
| `data-size` | `lg`, `md`, `sm`, `xs` | ボタンのサイズ |JavaScriptを含む複雑なコンポーネントの場合、機能の詳細仕様を記載します:
data-type属性の値ごとの動作の違い)コンポーネントを正しく使うための情報を記載します。特筆すべき情報がないシンプルなコンポーネントでは、このセクション全体を省略できます。
このセクションでは、ソースコードセクションの「型」に対する差分を説明します:
コード例を含めて具体的に説明します。
コンポーネントを導入する際に必要な情報を記載します。
記載する場合:
記載しない場合:
### インストール
#### 必要なファイル
- **共通**
- `component-name.css`
- `component-name.js`
- **追加で必要**
- `button.css`(ボタンを使用する場合)
スクリプトを読み込む際は必ず、`<script type="module">`を使用しES Moduleとして読み込んでください。ソースコードセクションで基本形のみを記載した場合、バリエーションの適用方法をここで説明します。各バリエーションごとに見出しを設け、差分となるコードスニペットを提示します。
### ラベルを表示する
ラベルを視覚的に表示する場合は、`dads-u-visually-hidden`の代わりに`dads-breadcrumb__label`クラスを使用します。
```html
<span id="breadcrumb-label" class="dads-breadcrumb__label">現在位置</span>
```コンポーネントを正しく使用するための情報を記載します:
記載する場合:
<label>と<fieldset>の使い分けなど、利用者の判断が必要な場合aria-invalidやaria-describedbyなど、状況に応じて利用者が設定する属性がある場合記載しない場合:
aria-hidden、キーボード操作対応、スクリーンリーダー対応など)つまり、「コンポーネントが既に対応していること」ではなく、「利用者が正しく使うために知っておくべきこと」のみを記載します。
Storybookのインタラクティブなデモを配置します。title属性でh2見出しを指定します。
<Stories title="デモ" includePrimary={false} />注意: <Canvas>と<Controls>はドキュメント最上部に配置するため、デモセクションでは<Stories title="デモ" includePrimary={false} />のみを配置します。
<Canvas>の使い分け原則として<Canvas of={ComponentStories.Playground} withToolbar />と<Controls of={ComponentStories.Playground} />をドキュメント最上部に配置します。
Storiesに複数のPlaygroundがある場合でも、先頭のPlaygroundストーリーを<Canvas withToolbar>で表示し、追加のPlaygroundはデモセクション内に個別配置します:
### Separatedタイプ
<Canvas of={DatePickerStories.PlaygroundSeparated} meta={DatePickerStories} />
<Controls of={DatePickerStories.PlaygroundSeparated} meta={DatePickerStories} />
<Stories title="デモ" includePrimary={false} />外部リソースへのリンクを提供します(該当する場合):
## 参考情報
- [H71: fieldset 要素及び legend 要素を使用して... [WCAG 2.1]](https://waic.jp/translations/WCAG21/Techniques/html/H71)他のコンポーネントのドキュメントへリンクする場合、以下の書式を使用します:
詳細は[フォームコントロールラベル](?path=/docs/components-フォームコントロールラベル--docs)を参照してください。特定のセクションにリンクする場合:
[フォームコントロールラベル](?path=/docs/components-フォームコントロールラベル--docs#複数のコントロールにラベルを付ける)リンクパスの規則:
?path=/docs/components-{Storiesのtitleのスラッシュ以降}--docstitleが"Components/フォームコントロールラベル"の場合: ?path=/docs/components-フォームコントロールラベル--docsドキュメント作成時に確認すること:
?raw付きでインポートしている?raw付きでインポートしている<Unstyled>と<div className="prose">で全体を囲んでいる<Canvas of={ComponentStories.Playground} withToolbar />と<Controls of={ComponentStories.Playground} />がドキュメント最上部(<Description />直後)に配置されている<details>で折りたたんで記載<Stories title="デモ" includePrimary={false} />を配置している?path=/docs/components-{名前}--docs)© digital-go-jp, MIT. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file
Just SKILL.md in .agents/skills/write-document of digital-go-jp/design-system-example-components-html.
Open the folder on GitHubat commit af8b665
Write Document 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.
| Skill | Stars | Used in | Tokens | Auto-check | Licence | Repo updated |
|---|---|---|---|---|---|---|
| Write Document this skilldigital-go-jp/design-system-example-components-html | 113 | — | ~3.1k | Automated safety check: Pass | MIT | |
| Md To DOCXgithub/awesome-copilot | 40k | 1 repos | ~688 | Automated safety check: Pass | MIT | |
| React Zmage IntegrationCaldis/react-zmage | 946 | — | ~370 | Automated safety check: Pass | MIT | |
| Fix Broken Linkschef/chef-web-docs | 143 | — | ~3.2k | Automated safety check: Pass | Custom licence | |
| Dile Docs PagesPolydile/dile-components | 106 | — | ~2.8k | Automated safety check: Pass | MIT | |
| Markdown FixerCommunity-Access/accessibility-agents | 422 | — | ~1.6k | Automated safety check: Pass | MIT |
github/awesome-copilot
Convert Markdown files to professionally formatted Word (.docx) documents with embedded PNG images — pure JavaScript, no external tools required
Caldis/react-zmage
A skill your agent uses when adding the react-zmage React image viewer to an existing React, Next.js, MDX, CMS, markdown, or rich text image surface.
chef/chef-web-docs
Run linkchecker against a locally served site, a deployed URL, or a local HTML build output, parse the errors, map each broken link back to its Markdown source file, suggest replacement URLs, and…
Polydile/dile-components
A skill your agent uses when creating or updating a Markdown documentation page of the Dile Components Eleventy site under docs/ — especially component pages in docs/components/.md, but also…
Community-Access/accessibility-agents
Internal helper: apply approved markdown fixes, surface judgment calls.
glebis/claude-skills
This skill should be used when publishing a new or updated skill to the claude-skills-site Astro website.
digital-go-jp/design-system-example-components-html
コンポーネントを新規作成・更新する。CSS、HTML、Storybook Stories、テスト、JavaScript(Custom Elements)の実装を含む。
Works with
Categories
Run `npx skills add digital-go-jp/design-system-example-components-html --skill write-document -a claude-code`. Or copy the skill folder (.agents/skills/write-document in digital-go-jp/design-system-example-components-html) into .claude/skills/write-document in your project. Claude Code loads it when a task matches its description.
Run `npx skills add digital-go-jp/design-system-example-components-html --skill write-document -a codex`. Or copy the skill folder (.agents/skills/write-document in digital-go-jp/design-system-example-components-html) into .agents/skills/write-document in your project. Codex loads it when a task matches its description.
Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add digital-go-jp/design-system-example-components-html --skill write-document -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/write-document, .gemini/skills/write-document, .github/skills/write-document and .opencode/skills/write-document in your project.
SKILL.md names no scripts, command-line tools or credentials: Write Document is instructions for the agent only.
SKILL.md names 1 domain. In commands or code: waic.jp; the agent is likely to contact it when it follows the instructions. This is read from the text; nothing was executed.
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.
Write Document is published under the MIT licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.
About 3.1k tokens (SKILL.md is roughly 13k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full.
Skills that share tags, products or a category with Write Document: Md To DOCX (github/awesome-copilot, 40k stars), React Zmage Integration (Caldis/react-zmage, 946 stars), Fix Broken Links (chef/chef-web-docs, 143 stars) and Dile Docs Pages (Polydile/dile-components, 106 stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.
digital-go-jp (a GitHub organization) maintains it in digital-go-jp/design-system-example-components-html, which has 113 GitHub stars. The repository holds 2 skills in this directory. The repository was last updated on September 9, 2026.
Source: digital-go-jp/design-system-example-components-html on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.