Skill.md検索

公開前の品質チェックを自動実行：記事のタイトル重複確認、ですます調の統一性、見出しフォーマットなどを一括チェックして問題箇所を報告します。 記事ファイルの内容検証：articles.jsonとの照合により既存記事との重複を検出し、類似タイトルがないか事前に警告します。 tone（文体）と表現ルールの自動チェック：指定カテゴリの記事に対して一人称トーン、禁止フレーズ、キャリア年数の具体的記述などを検査します。 Markdown形式の整合性確認：ProseMirrorエディタとの互換性問題（見出しの段落結合など）を事前に検出し、修正提案を自動生成します。 公開後の業務フローをガイド：チェック完了後、下書き投稿からkimnyによる最終確認・公開まで、各フェーズの手順を管理・案内します。 note記事の編集者・ライター：公開前の煩雑なチェック作業を自動化し、修正箇所を素早く把握できます。 編集フロー管理者：複数著者の記事品質を統一的に管理し、公開ガイドラインへの準拠を確保します。 ブランド・SNS運用チーム：記事の重複投稿を防ぎ、tone統一による一貫したブランドボイスを維持できます。 コンテンツ品質保証担当者：自動チェックで基本的な問題を事前に排除し、手動レビューの効率を高めます。 フロー全体：write課ドラフト受領→conductor公開GO→Phase 1公開前チェック（自動、Chrome不要）→Phase 2下書き投稿→Phase 3kimny確認・公開（手動）→Phase 4公開後処理。 Phase 1（自動チェック）：(1-1)articles.jsonとの重複確認【タイトル完全一致でBLOCK、類似度80%以上でWARNING、note_id一致でBLOCK、statusが"published"または"unpublished"の記事のみ照合対象】、(1-2)Cat1（AIトレンド/Claude Code運用）カテゴリ記事のですます調チェック【ですます調統一、kimny一人称トーン、キャリア年数を具体数字で非使用、スタートアップ創業者口調の回避、MUEDをブランド名として使用、架空エピソード非含】、(1-3)h2見出し整合性チェック【正しいMarkdownフォーマット確認、見出し前後の空行確認、ネスト構造チェック、修正提案を自動生成】。Phase 1レポート出力形式：重複チェック/ですます調/h2見出しの各セクションで✅PASS/❌BLOCK/⚠️WARNING判定を記載し、最終判定GO/NEEDS FIXを提示。NEEDS FIXの場合は修正内容を示して再チェック、GOの場合はPhase 2へ。 Phase 2：note-article-postスキルに委譲。Phase 3：kimnyが手動で下書き→公開を実施。

TypeScript の型定義、命名規則、インポート順序など、プロジェクト全体で統一されたコーディング規約を一度に確認できます。 camelCase（変数・関数）、PascalCase（クラス・型）、UPPER_SNAKE_CASE（定数）などの命名ルールをAIが自動で適用するようになります。 is/has/can/should プレフィックスの Boolean 命名ルールが定義されているため、一貫性のある変数名でコードが書かれます。 関数の単一責任や早期リターンなどの設計パターンを、AIに学習させてコード品質を高められます。 TypeScript プロジェクトのコードレビュアーやリーダー 新規ファイル作成やリファクタリング時に、毎回「このプロジェクトの規約は？」と確認するのが面倒なエンジニア React / Next.js プロジェクトで、チーム全体のコーディングスタイルを統一したい人 AIに「このプロジェクトのコーディング規約に従ってコード生成して」と指示したい開発者 命名規則: 変数・関数は camelCase（getUserById）、定数は UPPER_SNAKE_CASE（MAX_RETRY_COUNT）、クラス・型は PascalCase（UserService）、ファイルは kebab-case（user-service.ts）、React コンポーネントは PascalCase（UserCard.tsx）、環境変数は UPPER_SNAKE_CASE（DATABASE_URL）。Boolean は is/has/can/should プレフィックスを使用（isActive、hasPermission、canEdit、shouldRefetch）。 型定義: any は禁止、unknown を使用して安全に処理。Optional chaining（user?.profile?.email）、Nullish coalescing（user.name ?? 'Anonymous'）推奨。 インポート順序: 外部ライブラリ → 内部モジュール（エイリアス） → 相対インポート。 関数設計: 単一責任の原則、早期リターンでネストを減らす。

連載全体の無料回・有料回の配置戦略を提案できます。初回無料→以降有料、交互型、マガジン一括型など複数パターンから最適設計を選択。 1記事内で「ここから有料」の境界線を引く設計支援。無料部分で信頼構築し、有料部分で一次情報・深掘り内容を配置するメリハリを実現。 コンテンツの希少性と外部導線に基づいた価格設定の提案。フォロワー数に依存しない、実データ根拠の課金戦略。 マガジン構成の検討。複数記事を効率的にバンドル販売し、読者の継続購入を促進。 noteで連載記事を書く予定の著者・ライター。無料・有料の切り分けで悩んでいるとき。 個人ブランドで情報発信・マネタイズしたい人。初期段階から「有料記事の人」として認知を確立したい。 インタビュー記事やレポート企画を連載する人。ai-interview-articleスキルと組み合わせて、企画から課金設計まで一貫対応。 noteでの収入を増やしたい執筆者。フォロワー数ではなく「ここでしか読めない内容」で売上を作る戦略を知りたい。 基本原則：無料は集客・信頼構築、有料は回収・一次情報提供という役割分離。フォロワー数は購入判定に相関しない。購入決定要因は「コンテンツ希少性」「外部導線」「無料部分の質」の3要素。最初から「有料記事も書く人」として認知されることが長期的に有利。3つの配置パターン：(A) 初回無料→以降有料（推奨）、(B) 交互型（無料で定期拡散・新規呼び込み）、(C) マガジン一括型（バンドル割引）。判断フロー：一次情報の有無→外部導線の有無→連載長を踏まえてパターン選択。1記事内設計は無料エリアに「共感・問いかけ」「変化の物語」「ベネフィット提示」の3要素を入れ、有料ラインはその後に配置。無料部分の充実が有料転換の鍵となります。

Remotionを使用してReactベースの動画を制作できます（プロモ動画、マスコット、チュートリアルなど）。 「全部ちゃんとやる」を避け、戦略的に何を捨てるかで洗練された動画を作成できます。 アンチパターン（単調なアニメーション、均等ディレイなど）を回避した高品質な動画が制作できます。 BPM同期、SFX（音響効果）、ペーシングを最適化した視聴者を魅了する動画を短時間で作成できます。 マーケティング担当者で、プロモーション動画をプログラマティックに生成したい人 デザイナーで、動画のレイアウトとアニメーションをコードで統制したい人 プロダクトチームで、OGP動画やLP用動画を素早く制作したい人 Remotionを使用したReact動画制作の汎用スキルです。品質原則「全部ちゃんとやる」がAI生成感を生み出すため、捨てる要素を戦略的に選ぶことが設計です。避けるべき6つのアンチパターン：①全要素同じspring config→要素別にdamping/mass変更、②translateY+opacity単一パターン→複数トランジション混在、③均等delay→有機的間隔、④全シーン中央配置→最低1シーン非対称、⑤同じトランジション3回以上→複数トランジション混在、⑥8秒以上構図未変化→途中でscale/position変更。フック・ペーシングは最初3秒でパターンインタラプト、BPM同期（毎拍ではなく戦略的なカット）、SFX必須（whoosh/impact/無音）。品質チェックスクリプト自動実行。ブランド設定（カラー、フォント、マスコット）はプロジェクトCLAUDE.mdで定義。

ローカルマシンでiOSアプリをビルド・アーカイブ し、App Store Connectにアップロードできます。 TestFlight（ベータテスト配信）への申請と、App Store 審査提出の流れを完全自動化できます。 バージョン・ビルド番号の管理、.env（環境変数）の本番/テスト切り替え、署名・証明書の設定を正しく進められます。 EAS Buildに頼らずローカルビルドを使うため、月ビルド数制限がなく、git不要のファイルもビルドに含められます。 ビルド失敗時のトラブルシューティング（"No profiles found" エラー対応など）ガイドで、問題を素早く解決できます。 iOSアプリ開発者（App Store申請手続きを進めたい人） モバイルアプリエンジニア（ローカルビルド→TestFlight→本番申請の全フローを理解したい人） プロジェクトマネージャー（App Storeリリース工程を計画・管理する人） デプロイ担当者（継続的なアプリ更新リリースを担当する人） 基本方針: ローカルビルド（xcodebuild）をデフォルト。EAS Free tier は月30ビルド制限があり、デバッグで一瞬で溶ける。ローカルビルドはファイルシステム直接使用で安全・高速・無制限。 Phase 0：ビルド前チェック。 アプリ特定（複数アプリ時）、ブランチ確認（main=App Store、feature=TestFlight）、version/buildNumber確認（buildNumberは既存最大値+1に更新）、.env管理（本番pk_live vs テストpk_test、API URLの切り替え）。 Phase 1：ローカルビルド。 npm install → npx expo prebuild --clean → xcodebuild archiveでRelease設定でアーカイブ作成。-allowProvisioningUpdatesフラグは必須（ないと"No profiles found" エラー）。 署名・証明書: DEVELOPMENT_TEAM=F529L4WT3V、CODE_SIGN_STYLE=Automatic を指定。各アプリディレクトリに配置済み、なければ作成。アップロード完了後5～10分でTestFlight配信可能、本番審査は5～7営業日。

ランディングページ、ダッシュボード、SaaSプロダクト、モバイルアプリなど、様々なプロダクトタイプのUI/UX設計と実装を、プレミアム品質で提供します。 実装前に「全部本当に必要？」「何を主役にする？」と要件を厳しく批判し、削除や優先順位の見直しを提案することで、AI生成感のない洗練されたデザインを実現します。 大きな画像（カード面積の70-85%）、大胆な余白（セクション間112px以上）、抑制された装飾（すべての効果に理由がある）という3つの柱で、プレミアムなビジュアルを実装します。 実装前にapp/globals.cssの定義済みトークン（モバイル・タブレット・デスクトップのレスポンシブサイズ）を確認し、一貫性のあるレスポンシブデザインを保証します。 WCAG 2.1のアクセシビリティ基準（コントラスト比など）を最優先事項として設計に組み込み、美しさと使いやすさを両立させます。 ランディングページやSaaSのホームページで、「高級感のある」「洗練された」デザインを実現したい企業やスタートアップ 既存UIに「何かAIっぽい」「安っぽい」という違和感を感じている設計者や開発チーム ダッシュボードやデータ可視化で、複雑な情報を視覚的に整理し、ユーザーがすぐに理解できるUIを作りたい人 アクセシビリティ（色覚障害者への配慮、コントラスト対応など）を損なわずに、デザイン品質を高めたい開発者 このスキルの核心は「全部ちゃんとやる」がAI生成感の正体であり、「何を捨てるか」がデザインであるという哲学に基づいています。 5つの鉄則: (1)作る前に全要素に「本当に要る？」を問い、答えが曖昧なら無しで作る、(2)各セクションで「一番見せたいもの」を1つだけ決める（決まるまでコードを書かない）、(3)全要素が同じ存在感は失敗で、1つを120点・残りを60点にする、(4)追加より削除を提案する、(5)批判（現状の問題点3つ以上）をしてから改善案を出す。 プレミアムデザイン公式: Premium = (画像の質 × サイズ) + (余白) - (装飾)。3つの柱：大きな画像（製品カード70-85%、アスペクト比16:9または4:3）、大胆な余白（セクション間112px/py-28、グループ間64px/py-16）、抑制された装飾（すべての効果に理由が必要）。 視覚階層: グリッドシステムは4列（製品ショーケース、ギャップ24px）、3列（機能カード・価格、32px）、2列（ヒーロー・比較、48px）で構成。作業開始前チェック（主役の言語化、削除検討、色の理由）、作業中チェック（同じ存在感の回避、視線の流れ確認、背景とコンテンツの干渉チェック）、完了前チェック（スマホで3秒で「何をすればいいか」分かるか、AI生成感の原因確認、削除可能要素の有無）。 アクセシビリティ最優先: WCAG 2.1コントラスト要件に従い、デザイン美しさよりもアクセシビリティを優先。テキスト可読性、キーボードナビゲーション、スクリーンリーダー対応、色による情報提示の回避などを組み込みます。

初回ユーザー体験フローを最適化：「Aha Moment（価値を感じる瞬間）」への最短到達を目指し、起動から60秒以内にユーザーが「できた」を実感できる設計に改善します 離脱率を最小化するチェックリスト＆レポートを生成：登録前の価値体験提供、ガイダンスの最小化、パーソナライズなど、離脱を防ぐ21項目以上のベストプラクティスをチェックリスト形式で提供し、改善点を明示します オンボーディングフロー図とワイヤーフレーム指示を作成：Mermaid図で全体フローを設計し、各画面の構成指示を提示するため、デザイナーや開発者が実装しやすくなります React・SwiftUI実装コードの骨組みを自動生成：画面遷移ロジック、パーソナライズ分岐、計測ポイント埋め込みなど、開発に必要なコード骨組みを提供し、実装期間を短縮できます 新規アプリやサービスをローンチ前に、初期ユーザーの最初の体験を最大限に磨きたいプロダクトマネージャー・プロダクトデザイナー 既存アプリのアクティベーション率やリテンション（継続利用率）が低く、オンボーディングの改善で打開したい成長・運用チーム 「Aha Moment」の定義、フロー設計、実装、計測まで一貫してサポートしてもらいたいスタートアップやスケール企業

APIルートの標準的な実装パターンを参照でき、コード品質を一定に保つことができます。 Zod等を使ったバリデーション（入力値チェック）の設計方法を習得し、不正データを防げます。 エラーハンドリングの統一フォーマットを導入し、APIのレスポンス形式を一貫性のあるものにできます。 認証（ユーザー確認）が必要なAPIを安全に実装できるようになります。 新しいエンドポイント（APIの機能）を追加する際の時間短縮と品質向上を同時に実現できます。 バックエンド開発者で、チーム全体の実装ルールを統一したい人 新人エンジニアやバックエンド初心者で、APIの書き方を学びたい人 スタートアップやチーム立ち上げで、最初からコード規約を決めたい人 APIの実装を急いでいるが、品質は落としたくない人

Lighthouse等の診断ツールを使い、ページの読み込み速度や快適さを5段階で評価できます。 LCP（画像表示の速さ）・INP（画面操作の反応速度）・CLS（レイアウトのズレ）といった指標を測定し、具体的な改善箇所を特定できます。 バンドル分析（アプリケーション「プログラム」のファイルサイズ分析）で、不要な機能を見つけ出し削減できます。 ヒーロー画像の最適化やJavaScript（プログラム）の遅延読み込みなど、実装レベルでの改善方法を参照できます。 本番環境での実際のユーザー体験を数値で可視化し、改善効果を定量的に検証できます。 Webサイトやアプリの速度が遅いと感じており、原因を特定したい人 SEO対策（検索エンジン最適化）を本格的に進めたい企業のマーケティング担当者 ユーザーの離脱が多く、その原因が速度にあると疑う人 フロントエンド開発者でパフォーマンス改善に取り組みたい人

1つのプロジェクトから複数の作業ディレクトリを作成し、異なるブランチ（機能の開発履歴）を同時に作業できます。 ブランチの切り替え待ちなしに、別の機能やバグ修正に即座に対応できるようになります。 コードレビュー（他者による検査）中に別の機能を並行開発でき、チームの生産性を向上できます。 本番環境のバグ対応と開発中の機能を同時進行させ、緊急対応で開発が中断されることを防げます。 Git操作（バージョン管理の複数ブランチ同時作業）を効率化し、マージコンフリクト（競合）を削減できます。 複数の機能を並行開発することが多いバックエンド・フロントエンド開発者 チームで本番バグ対応と新機能開発を同時に進める必要がある人 PRレビューを待っている間に別作業をしたいエンジニア チーム全体のコード作業効率を高めたい開発責任者

ランディングページ（LP）・ホームページ・価格ページを第三者の目で診断し、訪問者が行動しない理由を特定できます。 ヘッドライン（冒頭の見出し）・CTA（行動喚起ボタン）・信頼要素を10項目のチェックリストで評価し、改善優先度を明確にできます。 マーケティング心理学とダイレクトレスポンス（購買反応）の原則に基づき、科学的な改善提案ができます。 Before/Afterの具体例付きで改善方法を提示し、実装チームが迷わず対応できます。 A/Bテスト（2つの案を比較検証）の仮説を設計し、改善効果を数値で検証する仕組みを構築できます。 ランディングページやホームページのコンバージョン率（訪問者が顧客になる割合）が伸びずに悩んでいる人 文章やデザインは変えているが、効果が実感できない企業のマーケティング責任者 A/Bテストを実施したいが、何を変更すべきかわからない人 新サービスローンチ前に、ページを第三者目線で検査したい人

SEO・コンテンツ・ページ最適化・メール・分析・価格戦略など、マーケティング全領域を体系的に監査できます。 サイト全体のコンバージョン漏れ（訪問者が成約しない箇所）を領域別に特定し、改善順序を優先度付けできます。 ローンチ前の総点検リストとして使用でき、市場投入後の失敗リスクを事前に軽減できます。 Impact × Effort（効果と工数）マトリクスで改善案を整理し、限られたリソースで最大効果を得られる実行計画を立てられます。 複数の専門スキル（SEO監査・LP最適化・メールシーケンス等）を統合的に活用し、一貫性のある戦略を構築できます。 新サービスの本格的な立ち上げを控えており、マーケティング面の準備が十分かを確認したい人 既存事業の成長が鈍化しており、全体的な改善が必要な経営層・マーケティング責任者 SEO・ページ・メール等が個別に改善されているが、全体として効果が出ていないと感じる人 スタートアップやSaaS企業の創業者で、限られた予算で最大のマーケティング効果を狙いたい人

Model Context Protocol (MCP) サーバーの作成方法を学び、自社システム固有のツールをClaudeから直接実行できるようになります。テストランナーやAPI連携ツールなど、プロジェクトに必要な機能を自動化できます 外部サービスのAPI を Claude のツール化することで、AIに複数システムを統合した自動化タスクを実行させられます。例えば、Slack連携やデータベース操作を自動化できます プロジェクトレベルとユーザーレベルの2段階で MCPサーバーを設定することで、プロジェクト固有のツールとグローバルなツールを使い分けられます JavaScript/TypeScript で MCP サーバーを実装する具体的なコード例を参考にすることで、開発者は最小限の学習時間でカスタムツール開発を始められます Claude Code を使用するエンジニアで、プロジェクト独自の自動化ツールが必要な人 外部サービスの API を Claude に統合し、複雑な自動化フローを構築したい開発チーム テストランナーやコード解析ツールなど、開発効率を高めるカスタムツールを作りたい人 MCPプロトコルの基本的な実装方法を学び、実践したいエンジニア

テスト駆動開発（TDD）のサイクル（RED→GREEN→REFACTOR）を自動で実行でき、品質の高いコードを効率的に実装できます テストを先に書くことで、実装前に仕様を明確にでき、修正箇所や手戻りが大幅に減ります 正常系・エラー系・エッジケースなど、あらゆるパターンをカバーしたテストが自動で生成され、予期しないバグが本番に混入するリスクが低下します テストコマンドやモック設定を自動化されるため、テストの準備作業を省力化できます 品質を最優先にしたいエンジニア・開発チーム 本番環境でのバグを最小限に抑えたい責任者 テスト設計をゼロから始めるプロジェクト 既存コードへのリファクタリング時に安全性を確保したい場合

フレーミング効果・アンカー効果・損失回避など心理学的な効果を活用し、ユーザーが自然と期待の行動をとるUIを設計できます ランディングページ・価格表・オンボーディング・ボタン設計など、パターン別に最適な心理学効果の適用方法が即座に参照できます ユーザーの認知負荷を最小化し、迷いなく操作できるインターフェースが実現でき、ドロップオフを低減できます ダークパターン（ユーザーを欺く設計）を排除しながら、倫理的で信頼性の高いUIを構築できます UIデザイナー・フロントエンドエンジニア ランディングページやサービス立ち上げの責任者 コンバージョン率・ユーザー満足度を高めたい事業担当者 心理学的根拠を持つデザイン判断を速く進めたい場合

React（JavaScriptの画面フレームワーク）でコードを書くだけで、プロモーション動画やアニメーション動画を自動生成できます。動画編集ソフト不要です。 テキストアニメーション、シーン遷移、音声同期など、プロフェッショナルな動画表現を実装でき、AI生成感を避けた自然な動画に仕上げられます。 プロモーション動画（30秒）、機能紹介動画（15秒）、SNS短尺動画など、目的別テンプレートが用意されており、それに従って進めるだけで高品質な動画が完成します。 動画の品質を自動チェック（アンチパターン検出）するツール付きで、「ありがちなAI生成風の動画」を作ってしまうのを事前に防げます。 SaaSやアプリの紹介動画を頻繁に作る必要があるプロダクトチーム YouTubeやTikTokの動画制作効率を上げたいコンテンツクリエイター 動画編集スキルがないエンジニアだけど動画を生成したい人 デザインツール（Adobe等）を使わずに動画を制作したいスタートアップ

既存のWebサイトやアプリのデザインを分析し、「何を削除すべきか」「どの要素を目立たせるべきか」を提案して、素人っぽさを一掃します。 画像サイズ、余白、配色、フォント、グリッドなどのデザイン原則に基づいて、ランディングページやダッシュボード、SaaSプロダクトのUIを高級感のあるデザインに改善できます。 視覚階層チェックリストを使って、デザインが「何を伝えたいのか」が一目でわかるように整理します。複雑で分かりにくいUIをスッキリさせられます。 WCAG 2.1などのアクセシビリティ基準に自動チェックしてくれるので、色覚異常の人や支援技術（スクリーンリーダー）を使う人も快適に利用できるUIになります。 ランディングページやSaaSのUIを「プロっぽく」改善したい事業責任者 既存のWebサイトが「ダサい」と感じており、リデザインしたいが方針が定まらない人 アクセシビリティを重視しながら美しいUIを実装したいエンジニア・デザイナー ダッシュボードやモバイルアプリのUI/UXを改善したい開発チーム