Skip to main content
linnefromice
GitHub 제작자 프로필

linnefromice

9개 GitHub 저장소에서 수집된 117개 skills를 저장소 단위로 보여줍니다.

수집된 skills
117
저장소
9
업데이트
2026년 6월 17일
저장소 지도

skills가 있는 위치

수집된 skill 수가 많은 주요 저장소와 이 제작자 카탈로그 내 비중, 직업 분포를 보여줍니다.

여기에는 상위 8개 저장소가 표시되며, 전체 저장소 목록은 아래에서 이어집니다.
저장소 탐색

저장소와 대표 skills

agent-introspection-debugging
소프트웨어 개발자

キャプチャ、診断、抑制されたリカバリ、内省レポートを用いた、AI エージェント障害向けの体系的なセルフデバッグワークフローです。

2026년 4월 12일
agent-sort
소프트웨어 개발자

リポジトリ認識の並列レビューパスを使用してスキル、コマンド、ルール、フック、その他を DAILY と LIBRARY のバケットに分類することで、特定のリポジトリ向けにエビデンスに基づく ECC インストールプランを構築します。フルバンドルをロードするのではなく、プロジェクトが実際に必要とするものに ECC をトリミングすべき場合に使用します。

2026년 4월 12일
api-connector-builder
소프트웨어 개발자

対象リポジトリの既存の統合パターンに正確に合わせて新しい API コネクタやプロバイダを構築します。第二のアーキテクチャを発明することなく、もう一つの統合を追加する場合に使用します。

2026년 4월 12일
article-writing
작가·저자

Write articles, guides, blog posts, tutorials, newsletter issues, and other long-form content in a distinctive voice derived from supplied examples or brand guidance. Use when the user wants polished written content longer than a paragraph, especially when…

2026년 4월 12일
automation-audit-ops
네트워크·컴퓨터 시스템 관리자

ECC 向けのエビデンスファーストな自動化インベントリと重複監査のワークフローです。何かを修正する前に、どのジョブ、フック、コネクタ、MCP サーバー、またはラッパーがライブ、壊れている、冗長、または欠落しているかをユーザーが知りたい場合に使用します。

2026년 4월 12일
code-tour
소프트웨어 개발자

CodeTour の `.tour` ファイルを作成します。実際のファイルと行のアンカーを持つペルソナ対象のステップバイステップウォークスルーです。オンボーディングツアー、アーキテクチャウォークスルー、PR ツアー、RCA ツアー、および構造化された「これがどのように動作するか説明して」というリクエストに使用します。

2026년 4월 12일
coding-standards
소프트웨어 개발자

命名、可読性、不変性、コード品質レビューのための、プロジェクト横断で共通のベースラインとなるコーディング規約です。フレームワーク固有のパターンには、詳細なフロントエンド/バックエンド向けスキルを使用してください。

2026년 4월 12일
configure-ecc
소프트웨어 개발자

Interactive installer for Everything Claude Code — guides users through selecting and installing skills and rules to user-level or project-level directories, verifies paths, and optionally optimizes installed files.

2026년 4월 12일
수집된 skill 89개 중 8개를 표시합니다.
md-to-html
소프트웨어 개발자

Markdown を共通テーマの HTML(画面ダーク / 印刷は A4 ライトテーマ)に変換する。「HTML 化して」「HTML 版を作って」「PDF にしたい」で起動。調査/設計/レポート md の配布・印刷用途に。素早く出すなら scripts/render-html.sh、リッチな card/box レイアウトが要るときは LLM 整形。

2026년 6월 16일
md-to-slide
소프트웨어 개발자

調査/レポート md を発表スライド (Marp) に昇華する。report.md を要約・分割して slides.md を作り、HTML/PDF/PPTX に書き出す。「スライドにして」「発表資料を作って」「Marp で」で起動。文書とスライドは編集距離があるため別ファイル (slides.md) として作る。

2026년 6월 16일
readable-md
소프트웨어 개발자

Markdown を「人が読みやすく、かつ機械が HTML/スライドへ変換しやすい」構造に執筆・整形する。新規に調査/設計 md を書くときや、既存 md を昇華 (md→HTML→slide) の前に整えるときに使う。「読みやすい md にして」「昇華しやすく整形して」「調査 md を書いて」で起動。

2026년 6월 16일
design-review
소프트웨어 개발자

生成した HTML / スライドが「見た目 human friendly」か、ノンデザイナーズ・デザインブックの C.R.A.P. (Contrast/Repetition/Alignment/Proximity) + タイポグラフィで品質レビューする。「デザインを見て」「読みやすい見た目か」「レイアウトをレビュー」で起動。機械監査 (design-audit.sh) を先に走らせ、静的に測れない整列・近接・視覚的印象を補う。

2026년 6월 16일
breakdown-design
소프트웨어 개발자

[2] design を実装単位に分解し、複数の [3] impl issue を起票する ([2]→[3] のブレイクダウン)。[2] を review + needs-human に遷移する。

2026년 5월 25일
breakdown-request
소프트웨어 개발자

[1] request を入力に [2] design issue を起票する ([1]→[2] のブレイクダウン)。元の [1] は close する。

2026년 5월 25일
claim-issue
소프트웨어 개발자

status:ready の issue を claim する。遷移直前に ready を再確認してから in-progress へ atomic 遷移し、二重取得のレース窓を最小化する。issue を処理開始する直前に必ず使う。

2026년 5월 25일
design-issue
소프트웨어 개발자

[2] design issue の本文に要件定義・詳細設計・調査結果を構造化して書き込む。重い推論工程。コードは変更しない。

2026년 5월 25일
수집된 skill 12개 중 8개를 표시합니다.
저장소 9개 중 9개 표시
모든 저장소를 표시했습니다