본문으로 건너뛰기
cccskills
무료GitHub에 공개

screenshot-annotate

手元のスクリーンショット(PNG/JPG)に、番号付きの赤枠+日本語の「使い方ガイド」凡例パネルを 重ねた画像を作るスキル。英語だらけのツール画面(SaaS / 管理画面 / 開発ツールなど)の 各ボタンやメニューの意味を、非エンジニアや新メンバーにも一目で分かるように注釈する。

「この画面に使い方ガイドを載せた画像を作って」「英語UIに日本語の説明を重ねて」「スクショに 赤枠と番号とラベルを付けて」「操作手順を画像で示したい」「オンボーディング用の注釈画像がほしい」 「/screenshot-annotate」などと言われたら、明示的にスキル名がなくても起動する。

ライブのブラウザを開いて撮り直す方式ではなく、既にある静止画に後から描き込む方式。逆に、まだ撮っていない画面を撮るところからやる場合や、動画・GIF を作る場合には使わない。

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

실행 점수 미검증

설치 방법 보기

포함된 파일(2)

  • SKILL.md5.6 KB
  • scripts/annotate.py5.3 KB

SKILL.md(원문)

설치하기 전에 에이전트에게 전달되는 지시 내용을 확인할 수 있습니다.

screenshot-annotate — スクショに日本語の使い方ガイドを重ねる

これは何 / なぜ要るか

英語のツール画面(SaaS、クラウドの管理画面、開発ツールなど)は、どのボタンが何をするのか 初見だと分からない。そこで、既に撮ってあるスクショに「番号付きの赤枠」を要素へ重ね、 下に「番号→日本語の意味」の凡例パネルを描いて、1枚で使い方が分かるガイド画像にする。

方式は「手元の静止画に後から描き込む」だけ(ブラウザを開いて撮り直さない)。Pillow で 描くので、対象がログイン必須の画面でもスクショさえあれば作れる。

ゴール: 枠が要素にちゃんと重なっていて、凡例が平易な日本語のガイド画像を1枚出す。

手順

1. 元画像の実寸を確認する(最重要の前提)

座標は「元画像の実ピクセル」で指定する。Retina など高解像度ディスプレイのスクショは 見た目の2倍の解像度があることが多く、そこを間違えると枠が全部ズレる。まず実寸を出す:

python3 -c "from PIL import Image; print(Image.open('/abs/path/shot.png').size)"

2. 注釈する要素を選ぶ(詰め込みすぎない)

  • 1枚の赤枠は最大7個まで。多いとガイドが読めない。「相手が押す所」「英語で迷う所」に絞る。
  • ただ眺めるだけの領域(結果表示など)には付けない。

3. 座標を決めてスクリプトの設定を書く

scripts/annotate.py を対象ごとにコピーして使う(元は汚さない)。先頭の設定だけ書き換える:

  • SRC / OUT: 入力画像と出力先(絶対パス)。出力は入力と同じフォルダに置く (渡された画像の近くに出すのが親切。勝手に別の場所へ散らさない)。
  • BOXES: {番号: (x1, y1, x2, y2)}。要素に重ねる枠。座標は実ピクセル。 最初は「画面のこの辺り」を分数で見当付け → 実寸を掛けて数値化すると速い (例: 横 0.8 の位置 = 幅×0.8)。
  • GUIDE: (番号, 見出し, 説明) の並び。英語表示 → 日本語の意味+一言。説明は \n で2行まで。
  • PANEL: 凡例パネルの左上と幅 (x, y, width)。空きスペースか、重要でない領域に置く (一覧の例示行の上など。大事な情報は隠さない)。
  • MOSAIC: 実データ(顧客名・住所・ID など)を隠したい範囲。社外に出す画像や、実データが 写り込む画面では必ず使う。迷ったら隠す。
  • フォントは macOS / Windows / Linux の代表的な日本語フォントを自動で探す。見つからない 場合は FONT_BOLD_CANDIDATES / FONT_REG_CANDIDATES に手元の日本語フォントのパスを足す。

言葉づかいは平易に。専門語には「用語(=一言のやさしい言い換え)」を添える。体言止めより 「〜する」の動詞文にすると読みやすい。

4. 描画して必ず目で確認する(このスキルの肝)

python3 annotate.py

出力画像を開いて、赤枠が1つ残らず狙った要素に重なっているか確認する。推定座標は ほぼズレるので、BOXES を直して出し直す。ここを飛ばすと「枠が要素を指していない」 使えないガイドになる。番号バッジと凡例の番号が対応しているかも見る。

つまずきポイント

  • 枠が全部ズレる → 実寸の取り違え(手順1)。表示ピクセルではなく実ピクセルで指定する。
  • 文字が豆腐(□)になる → 日本語フォントが見つかっていない。スクリプト先頭の フォント候補リストに手元の日本語フォントのパスを足す。
  • ごちゃごちゃで読めない → 枠が多すぎ。7個までに絞り、凡例は1項目1〜2行に。
  • 実データが写っている → MOSAIC で隠す。社外共有・顧客データは特に。

具体例(管理画面を注釈した設定のイメージ)

BOXES = {
    1: (40, 180, 320, 240),      # 左メニューの対象項目
    2: (1200, 60, 1420, 120),    # 右上の新規作成ボタン
}
GUIDE = [
    (1, "Datasets(データ一覧)", "登録したデータの一覧。\nここから中身を確認できる"),
    (2, "Create(新規作成)", "新しい項目を作るボタン。\nまずここから始める"),
]
PANEL = (400, 900, 1000)

리뷰

아직 리뷰가 없습니다. 사용해 본 소감을 남겨 주세요.

댓글

로그인 없이 쓸 수 있습니다. 사용 후기, 질문, 작동하지 않은 환경 등을 편하게 남겨 주세요.

아직 댓글이 없습니다. 첫 댓글을 남겨 보세요.

보내면 바로 공개됩니다. 이메일 주소나 전화번호 같은 개인 정보는 쓰지 마세요. URL은 2개까지입니다.

0 / 1,000자

이 양식은 reCAPTCHA로 보호되며 Google 개인정보처리방침 및 서비스 약관이 적용됩니다.

같은 저장소의 스킬

構成図・アーキテクチャ図・エージェント構成・処理の流れを「動く画像」にして、X(Twitter)などに貼れる MP4 と GIF で書き出すスキル。ノードが順に現れ、線が引かれ、光の粒がエッジを流れ、いま動いている部分だけが光り、下に字幕がタイプされ、最後に全体が同時に動いてループする。箇条書きのツリー(「> main が…」「> worker が…」のような投稿文)やシステムの説明文を渡すだけで作れる。「構成図を動画にして」「アーキテクチャ図をアニメーションで」「エージェントのツリーを動く図に」「データの流れが見える図」「Xに貼る図解GIF」「この投稿みたいな動く図」「フロー図をMP4で」と言われたら、動画やGIFと明言されていなくても必ずこのスキルを使うこと。マルチエージェント構成、マイクロサービス、データパイプライン、RAG、CI/CD、業務フローなど、箱と矢印で描けるもの全般に使う。「お客様(専門外の人)に仕組みを説明する動画」「質問が処理されて返事になるまでを見せたい」「AI とプログラムの役割分担を見せたい」「データが手順を通ってどう変わるか」「ループの流れを動画で」のように、1つの具体例が手順を通って変わっていく様子を見せたいときも使う(運搬型)。静止画の図だけが欲しい場合(Mermaid で十分な場合)には使わない。

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

musoukun/skills182026년 10월 19일 업데이트

要件・仕様・業務の説明・受注依頼書から、業務の分類、中心となるデータと守る決まり、業務同士のつながりを整理し、設計の土台を作る。まず業務領域ごとに作り方を3段階で判定する(1: Next.js+Prisma+SQLite+Tailwind で素直に作る、2: 厳選した11種のデザインパターンで疎結合にする、3: 集約・リポジトリ・値オブジェクト・ユースケースなど DDD の部品を持ち込む)。全体図・判定表・機能一覧を先に示し、用語、主体、保存の当たりを仮置きする。「要件をDDDで整理して」「集約を切って」「文脈を分けて」「ユビキタス言語を作って」「ドメインモデルにして」「設計に落として」「モデリングして」「構造を整理して」「どう作ればいい?」「DDDいる?」「どのパターンが合う?」など、要件から設計を考える依頼に使う。UIモックや画面設計のみ、設計済みコードの実装のみ、パターンの一般解説のみの依頼には使わない。

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

musoukun/skills182026년 10월 19일 업데이트

GitHub の issue / PR に投稿するコメントの書き方ルール。お客さん・非エンジニアも読む前提で、平易・短く・結論だけ・専門用語なしで書くためのもの。`gh issue comment` / `gh pr comment` でコメントを書く・投稿する・直すとき、特に検証結果(修正できた証拠)や差し戻しへの返信を書くときは必ずこのルールに従う。「issue にコメントして」「PR にコメント残して」「検証結果を載せて」と言われたら、明示されていなくてもこのスキルを参照する。

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

musoukun/skills182026년 10월 19일 업데이트

GitHub の issue を 1 件こなすときの開発ルール集。issue の読み方、作業フォルダ(git worktree)の選び方、ブランチの切り方と名前、Before/After の証拠の撮り方、コミット・push・PR の決まり、issue / PR へのコメントの書き方をまとめたもの。複数の issue を自動で回すループは含まない。「issue に着手して」「#123 やって」「この issue 対応して」「ブランチ切って」「PR 出して」「issue にコメントして」など、issue を起点に開発するときは、スキル名が出ていなくても参照する。

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

musoukun/skills182026년 10월 19일 업데이트

GitHub の Kanban から1〜3件の issue を取って、1件ずつ順番に「理解 → A/B 判定 → (必要なら設計)→ ブランチ → Before → 実装 → After → PR → レビュー対応」まで自走で処理する skill。feedback / enhancement / bug すべて対象。明示トリガーは `/issue-loop`、「kanban から issue 回して」「3件まとめて対応して」「ループで issue 処理」「feedback 回して」など。各 issue で A/B 判定する:A(やることが明確)なら設計を省いてすぐ実装に進めるか確認、B(曖昧)なら設計 HTML を見せて Accept を取ってから実装。「実装しなくていいから A パターン(すぐ迷わず実装できる issue)だけ洗い出して」「簡単なやつリストして」のように着手せず候補だけ見たいときは**スキャンモード**(`--scan`)で、A の issue だけを表にして止まる。

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

musoukun/skills182026년 10월 19일 업데이트

自分が担当している GitHub issue の「今どうなっているか」と、作業フォルダ(git worktree)の空き状況をまとめて確認する skill。「担当 issue の状況」「自分のチケット確認」「今抱えてる issue 一覧」「何が止まってる?」「ボールどっち?」「自分の issue の進捗まとめて」「空いてる worktree ある?」などと言われたら使う。issue 番号を指定されなくても、自分の担当 issue を棚卸ししたい意図が見えたら起動する。最重要: ブランチや PR の有無だけで「未着手」などと判断してはいけない。各 issue のコメントを 1 件ずつ実際に読んで現状を出す。

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

musoukun/skills182026년 10월 19일 업데이트

musoukun의 스킬 모두 보기

이 스킬의 문제 신고