技術記事の内容から読者の理解度をチェックする4択クイズを指定のYAML形式で生成するスキル。ユーザーが「この記事のクイズを作って」「理解度チェックを作成して」「記事を読んだ人向けの問題を作って」「selfAssessment形式でクイズを作って」と依頼したときに必ず使う。ブログ記事、技術ドキュメント、チュートリアル、解説記事、技術書の章など、読者の学習内容を確認する問題を作る必要があるあらゆる場…

MITAuto-check passedDocuments & Office

Install Q

skills CLI
$ npx skills add azukiazusa1/sapper-blog-app --skill q -a claude-code

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

GitHub CLI
$ gh skill install azukiazusa1/sapper-blog-app q --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/azukiazusa1/sapper-blog-app.git skills-src && mkdir -p .claude/skills && cp -r skills-src/.claude/skills/q .claude/skills/q && 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
q
GitHub stars
189
Token cost
~1.5k tokens
SKILL.md length
142 words
Files
1
Skills in repo
6
Repo updated
First seen
Licence
MIT

At a glance

技術記事の内容から読者の理解度をチェックする4択クイズを指定のYAML形式で生成するスキル。ユーザーが「この記事のクイズを作って」「理解度チェックを作成して」「記事を読んだ人向けの問題を作って」「selfAssessment形式でクイズを作って」と依頼したときに必ず使う。ブログ記事、技術ドキュメント、チュートリアル、解説記事、技術書の章など、読者の学習内容を確認する問題を作る必要があるあらゆる場…

  • Works in 4 steps: 定義を問う: 「○○とは何か」「○○の特徴として正しいものは」 → 数値・仕様を問う: 記事中に出てくるバージョン、上限値、引数、オプション名など → 手順を問う: 「○○する際の正しい手順は」「最初に実行するコマンドは」 → …
  • Documents & Office work in your project
  • SKILL.md covers 出力形式, ワークフロー, 完成例 and 重要な注意点
  • Instructions only: no scripts, shell commands, URLs or credentials in SKILL.md

What it does

Q is an agent skill from azukiazusa1/sapper-blog-app. 技術記事の内容から読者の理解度をチェックする4択クイズを指定のYAML形式で生成するスキル。ユーザーが「この記事のクイズを作って」「理解度チェックを作成して」「記事を読んだ人向けの問題を作って」「selfAssessment形式でクイズを作って」と依頼したときに必ず使う。ブログ記事、技術ドキュメント、チュートリアル、解説記事、技術書の章など、読者の学習内容を確認する問題を作る必要があるあらゆる場面で使う。記事のURL・マークダウン・テキスト・ファイルパスのいずれを渡されても動作する。

Its SKILL.md is about 1.5k 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. The licence is MIT.

When your agent uses it

  • Documents & Office work in your project

Workflow steps

4 steps, taken from the first numbered list in SKILL.md.

  1. 定義を問う: 「○○とは何か」「○○の特徴として正しいものは」
  2. 数値・仕様を問う: 記事中に出てくるバージョン、上限値、引数、オプション名など
  3. 手順を問う: 「○○する際の正しい手順は」「最初に実行するコマンドは」
  4. 記事中の明示的な記述を問う: 「記事で著者が推奨している方法は」「記事で挙げられている理由は」

What it can do on your machine

Read from SKILL.md and the folder at commit 7f7e8e1. 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 skill).

    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

Q loads about 1.5k tokens when it runs. Until then it costs about 62 tokens; SKILL.md has 142 words of instructions outside code blocks.

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

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 azukiazusa1/sapper-blog-app at commit 7f7e8e1, republished under its MIT licence (© azukiazusa1). 142 words, ~1,483 tokens.

Download SKILL.mdSave it as .claude/skills/q/SKILL.md (or your agent's skills folder).
name
q
description
技術記事の内容から読者の理解度をチェックする4択クイズを指定のYAML形式で生成するスキル。ユーザーが「この記事のクイズを作って」「理解度チェックを作成して」「記事を読んだ人向けの問題を作って」「selfAssessment形式でクイズを作って」と依頼したときに必ず使う。ブログ記事、技術ドキュメント、チュートリアル、解説記事、技術書の章など、読者の学習内容を確認する問題を作る必要があるあらゆる場面で使う。記事のURL・マークダウン・テキスト・ファイルパスのいずれを渡されても動作する。

Tech Article Quiz Generator

技術記事から、読者の理解度をチェックする4択クイズを指定のYAML形式で生成するスキル。

出力形式

出力は必ず以下のYAML形式に従う。コードブロックは ```skill タグで囲む。

skill
selfAssessment:
  quizzes:
    - question: "クイズの問題文"
      answers:
        - text: "選択肢1"
          correct: false
          explanation: "不正解の理由"
        - text: "選択肢2"
          correct: true
          explanation: "正解の理由"
        - text: "選択肢3"
          correct: false
          explanation: "不正解の理由"
        - text: "選択肢4"
          correct: false
          explanation: "不正解の理由"
形式の厳守ポイント
  • ルートキーは selfAssessment、その下に quizzes の配列を置く
  • 各クイズは question と answers を持つ
  • answers は必ず4つの選択肢(text / correct / explanation)で構成する。3択や5択にしない
  • 正解は必ず各問題に1つだけ含める(複数正解や正解なしにしない)
  • correct は真偽値(true / false)で、文字列の "true" にしない
  • explanation はすべての選択肢に付ける(正解・不正解を問わず)
  • 文字列に "(ダブルクォート)やコロンが含まれる場合は、YAMLのエスケープルールに従って正しくクォートする

ワークフロー

ステップ1: 記事の取得と読み込み

入力パターンに応じて記事を取得する。

  • URLが渡された場合: web_fetch で本文を取得する
  • ファイルパスが渡された場合: 拡張子に応じて適切なツールで読む(md/txt なら view、pdf なら pdf-reading スキル、docx なら docx スキルなど)
  • 本文がそのまま貼られた場合: そのまま使う
  • 記事が指定されていない、または取得できなかった場合: ユーザーに記事の本文・URL・ファイルのいずれかを依頼する
ステップ2: 記事の分析

本文を読み、以下を把握する。

  • 主題: 記事全体で何を伝えているか
  • キーとなる事実・定義: 読者に覚えてほしい用語の定義、数値、手順、仕様
  • 明示的に述べられている仕組みやルール: 「○○は△△である」「○○のときは△△する」といった記事中の言明
  • 具体例やサンプルコード: 本文中で示されている挙動や値
ステップ3: 問題数の決定

常に3〜5問を作成する。記事のボリュームに応じて以下のように調整する。

  • 短い記事・カバー範囲が狭い記事: 3問
  • 標準的な記事: 4問
  • 長い記事・トピックが多岐にわたる記事: 5問

ユーザーから明示的に問題数が指定された場合はそれに従う。

ステップ4: 問題の設計(事実確認中心)

このスキルの問題は 「記事に書いてある内容を問う事実確認」 を中心に設計する。読者が記事をきちんと読んで覚えているかを確認することが目的。

採用する問題タイプ
  1. 定義を問う: 「○○とは何か」「○○の特徴として正しいものは」
  2. 数値・仕様を問う: 記事中に出てくるバージョン、上限値、引数、オプション名など
  3. 手順を問う: 「○○する際の正しい手順は」「最初に実行するコマンドは」
  4. 記事中の明示的な記述を問う: 「記事で著者が推奨している方法は」「記事で挙げられている理由は」
避けるべき問題タイプ
  • 記事に書かれていない推測や応用を求める問題(ハルシネーションの元)
  • 一般常識だけで解けてしまう問題(記事を読む価値が下がる)
  • トリックや引っかけを狙った問題(理解度測定にならない)
出題のコツ
  • 記事の主要な章・セクションから満遍なく出題する。特定の箇所に偏らせない
  • 問題文は記事の表現をそのまま使わない。同じことを別の言い回しで聞くことで、単なる文字列マッチではなく内容の把握を確認できる
  • 問題文に記事の該当箇所への参照(章題など)を含めない。問題文だけで自己完結させる
ステップ5: 選択肢の設計

事実確認問題であっても、選択肢の質が理解度測定の精度を決める。以下を守る。

  • 正解は1つだけにする
  • 不正解は「もっともらしい」誤答にする。明らかに無関係な選択肢を混ぜると、消去法で簡単に解けてしまう
  • 不正解は記事中の別の用語・概念や、似た値を流用するのが有効。例: 別の章で出てきた用語、1つ違いの数値、反対の手順
  • 選択肢の長さや詳細度をそろえる。正解だけ異様に長い・短いと、内容を読まなくても当てられてしまう
  • 「上記すべて」「該当なし」は使わない
  • 正解の位置が毎回同じ番号(例: 常に2番目)にならないよう、問題ごとに配置を散らす
ステップ6: 解説(explanation)の作成

explanation はすべての選択肢に付ける。

  • 正解の explanation: 記事中のどの記述に基づいて正しいのかを簡潔に述べる(例: 「記事で述べられている通り、○○は△△です」)
  • 不正解の explanation: なぜ間違っているかを説明する。単に「違います」ではなく、「○○と混同しやすいが、記事では△△と説明されている」のように、記事の内容に基づいた訂正として書く
  • 長さは各1〜3文程度。簡潔に、しかし学びになる情報を入れる
  • 記事に書かれていない事実や、著者の主張と異なる内容を書かない
ステップ7: 出力

上記を踏まえ、指定のYAML形式で frontmatter に追記する。

完成例

以下は「Reactの useEffect について解説した記事」に対するクイズの例(4問・事実確認中心)。

skill
selfAssessment:
  quizzes:
    - question: "useEffect の第2引数(依存配列)に空配列 [] を渡した場合の挙動として、記事で説明されているのはどれですか?"
      answers:
        - text: "コンポーネントがマウントされた直後に1回だけ実行される"
          correct: true
          explanation: "記事の通り、依存配列が空の場合、初回レンダリング後に1回だけ実行されます。"
        - text: "毎回のレンダリング後に実行される"
          correct: false
          explanation: "これは第2引数を省略した場合の挙動として記事で説明されています。空配列を渡した場合ではありません。"
        - text: "ステート変更のたびに実行される"
          correct: false
          explanation: "依存配列が空の場合、ステートが変わっても再実行されません。ステートに依存させたい場合は依存配列に含める必要があります。"
        - text: "一度も実行されない"
          correct: false
          explanation: "空配列でもマウント時には1回実行される、と記事で明記されています。"

    - question: "useEffect のクリーンアップ関数は、どのタイミングで実行されると記事で説明されていますか?"
      answers:
        - text: "コンポーネントのマウント直前"
          correct: false
          explanation: "マウント直前にはエフェクト本体もクリーンアップも実行されません。"
        - text: "次のエフェクト実行前、およびアンマウント時"
          correct: true
          explanation: "記事で説明されている通り、クリーンアップは次のエフェクトが走る直前とアンマウント時に実行されます。"
        - text: "毎回のレンダリング中"
          correct: false
          explanation: "レンダリング中ではなく、レンダリング後のエフェクトフェーズで実行されます。"
        - text: "React がエラーを検知したときのみ"
          correct: false
          explanation: "クリーンアップはエラー検知とは関係なく、通常のライフサイクルで実行されます。"

    - question: "記事で紹介されている useEffect の典型的なユースケースとして挙げられているものはどれですか?"
      answers:
        - text: "JSX のマークアップを定義する"
          correct: false
          explanation: "JSX はコンポーネントの return 文で直接書くもので、useEffect の用途ではありません。"
        - text: "コンポーネント内のローカル変数を宣言する"
          correct: false
          explanation: "ローカル変数は通常の const/let で宣言します。useEffect は副作用を扱うためのフックです。"
        - text: "データフェッチやサブスクリプションの設定"
          correct: true
          explanation: "記事で典型例として挙げられている通り、useEffect はデータ取得や購読のような副作用を扱うために使われます。"
        - text: "コンポーネントの props の型を定義する"
          correct: false
          explanation: "型定義は TypeScript の interface や type で行うもので、useEffect の用途ではありません。"

    - question: "useEffect 内で参照している state を依存配列に含めなかった場合、記事ではどのような問題が発生すると説明されていますか?"
      answers:
        - text: "コンパイルエラーになり、ビルドが通らない"
          correct: false
          explanation: "記事では、lint の警告は出るがビルドは通ると説明されています。"
        - text: "エフェクト内で参照する state が古い値のままになる"
          correct: true
          explanation: "記事で説明されている通り、依存配列に含めないとエフェクトがマウント時の値を保持し続け、最新の state を参照できなくなります。"
        - text: "state 自体が更新されなくなる"
          correct: false
          explanation: "state の更新自体は正常に動作する、と記事で明記されています。"
        - text: "React が自動的にエフェクトを無限に再実行する"
          correct: false
          explanation: "依存配列に含まれていないものの変化は React が検知しないため、逆に再実行されなくなります。"

重要な注意点

  • 出力するYAMLは、そのままパーサに食わせても壊れないものにする。特に問題文や解説に : や " が含まれる場合は注意する
  • 記事に書かれていないことを問題にしない。ハルシネーションは絶対に避ける。問題も選択肢も解説も、すべて記事の記述を根拠にする
  • サンプルコードに関する問題を作る場合、実際のコードの挙動と一致させる
  • ユーザーが問題数や観点(例: 「○問で」「前半部分から」)を指定した場合は、それを優先する

© azukiazusa1, 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 .claude/skills/q of azukiazusa1/sapper-blog-app.

Open the folder on GitHubat commit 7f7e8e1

Compare with similar skills

Q 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.

Q compared with similar skills
SkillStarsUsed inTokensAuto-checkLicenceRepo updated
Q this skillazukiazusa1/sapper-blog-app189—~1.5kAutomated safety check: PassMIT
Markdown Article FormatterJimLiu/baoyu-skills27k6 repos~3.5kAutomated safety check: PassMIT
MarkitdownImCa0/just-laws78114 repos~3.2kAutomated safety check: NotesMIT
Obsidian MarkdownAtmosphere/atmosphere3.8k20 repos~1.3kAutomated safety check: PassApache-2.0
DOCXrvdbreemen/OTGW-firmware20733 repos~4.3kAutomated safety check: PassProprietary
Word Document Reader and WriterHKUDS/DeepTutor41k—~2.5kAutomated safety check: PassApache-2.0

Similar skills

  • Markdown Article Formatter

    JimLiu/baoyu-skills

    Reformats plain text or Markdown articles with frontmatter, a title, a summary, headings, bold, lists and code blocks, and saves a separate formatted copy.

    27k GitHub starsUsed in 6 repos~3.5k tokens
    Documents & OfficeAuto-check passed
  • Markitdown

    ImCa0/just-laws

    Convert files and office documents to Markdown. An agent skill from ImCa0/just-laws.

    781 GitHub starsUsed in 14 repos~3.2k tokens
    Documents & OfficeAuto-check: notes
  • Obsidian Markdown

    Atmosphere/atmosphere

    Create and edit Obsidian Flavored Markdown with wikilinks, embeds, callouts, properties, and other Obsidian-specific syntax.

    3.8k GitHub starsUsed in 20 repos~1.3k tokens
    Documents & OfficeAuto-check passed
  • DOCX

    rvdbreemen/OTGW-firmware

    A skill your agent uses whenever the user wants to create, read, edit, or manipulate Word documents (.docx files).

    207 GitHub starsUsed in 33 repos~4.3k tokens
    Documents & OfficeAuto-check passed
  • Reads, creates and edits Word .docx files with python-docx, and drops to raw OOXML for tracked changes, comments and byte-exact edits.

    41k GitHub stars~2.5k tokensUpdated 3 days ago
    Documents & OfficeAuto-check passed
  • Crossposting

    wasp-lang/wasp

    Crosspost Wasp blog articles (MDX) to DEV.to and Medium. An agent skill from wasp-lang/wasp.

    19k GitHub stars~1.1k tokensUpdated today
    Documents & OfficeAuto-check passed

More from azukiazusa1/sapper-blog-app

  • Codepen Share

    azukiazusa1/sapper-blog-app

    ローカルで検証済みのブラウザ向け HTML、CSS、JavaScript を CodePen Prefill launcher に変換し、承認後に未保存の Pen を開く。フロントエンドのデモを CodePen で共有して、記事へ埋め込む準備をして、と依頼されたときに使用する。Node.js、サーバー、CLI、ビルド、複数プロセスが必要な例には使用しない。

    189 GitHub stars~438 tokensUpdated yesterday
    Auto-check passed
  • Tech Review

    azukiazusa1/sapper-blog-app

    技術ブログ記事、チュートリアル、技術原稿を、技術的正確性、一次情報、現在の API 挙動、コード、再現性、セキュリティ、アクセシビリティ、互換性の観点からレビューする。技術的な主張、コードサンプル、対応バージョン、仕様、公開前の正確性を確認してほしいと依頼されたときに使用する。一般的な文章校正は article-review に任せ、明示的な依頼なしに原稿を変更しない。

    189 GitHub stars~591 tokensUpdated yesterday
    Auto-check passed
  • Write Blog Article

    azukiazusa1/sapper-blog-app

    ユーザーが新しい技術を学ぶことを第一目的として、このリポジトリの文体と構成に従い、調査、構成合意、サンプル実装・検証、執筆、レビュー、理解度クイズまでを行って技術ブログ記事の下書きを作成する。ユーザーがブログ記事を書いて、新しい API や機能を紹介して、ハンズオンを作って、技術調査を記事化して、経験や意見を記事にして、と依頼したときに使用する。新しい API・Web…

    189 GitHub stars~1.7k tokensUpdated yesterday
    Auto-check passed
  • Article Review

    azukiazusa1/sapper-blog-app

    引数で指定した記事のレビューを行います。記事スラッグを引数に渡すと、textlint による自動校正と誤字脱字・文法的な誤りの指摘を行います。/article-review [スラッグ] の形式で呼び出してください。記事を書いた後のチェック、公開前の校正、文章の品質確認にも使用してください。

    189 GitHub stars~574 tokensUpdated yesterday
    Auto-check passed
  • Translate

    azukiazusa1/sapper-blog-app

    記事を英語に翻訳する。記事スラッグを引数に渡すと、日本語の記事を英語に翻訳して contents/blogPost/en/ に出力する。/translate [スラッグ] の形式で呼び出す。

    189 GitHub stars~312 tokensUpdated yesterday
    Auto-check passed

Questions about Q

What does Q do?

技術記事の内容から読者の理解度をチェックする4択クイズを指定のYAML形式で生成するスキル。ユーザーが「この記事のクイズを作って」「理解度チェックを作成して」「記事を読んだ人向けの問題を作って」「selfAssessment形式でクイズを作って」と依頼したときに必ず使う。ブログ記事、技術ドキュメント、チュートリアル、解説記事、技術書の章など、読者の学習内容を確認する問題を作る必要があるあらゆる場…. Q is an agent skill from azukiazusa1/sapper-blog-app.

When should I use Q?

Q fits situations like: documents & Office work in your project.

How do I install Q in Claude Code?

Run `npx skills add azukiazusa1/sapper-blog-app --skill q -a claude-code`. Or copy the skill folder (.claude/skills/q in azukiazusa1/sapper-blog-app) into .claude/skills/q in your project. Claude Code loads it when a task matches its description.

How do I install Q in Codex?

Run `npx skills add azukiazusa1/sapper-blog-app --skill q -a codex`. Or copy the skill folder (.claude/skills/q in azukiazusa1/sapper-blog-app) into .agents/skills/q in your project. Codex loads it when a task matches its description.

Can I use Q 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 azukiazusa1/sapper-blog-app --skill q -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/q, .gemini/skills/q, .github/skills/q and .opencode/skills/q in your project.

What does Q need to run?

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

Does Q 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 Q 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 Q use?

Q 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 Q use?

About 1.5k tokens (SKILL.md is roughly 5.9k 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 Q?

Skills that share tags, products or a category with Q: Markdown Article Formatter (JimLiu/baoyu-skills, 27k stars), Markitdown (ImCa0/just-laws, 781 stars), Obsidian Markdown (Atmosphere/atmosphere, 3.8k stars) and DOCX (rvdbreemen/OTGW-firmware, 207 stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.

Who maintains Q?

azukiazusa1 (a GitHub user) maintains it in azukiazusa1/sapper-blog-app, which has 189 GitHub stars. The repository holds 6 skills in this directory. The repository was last updated on October 10, 2026.

Source: azukiazusa1/sapper-blog-app on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.