Skill.md検索

フォーマット修正・Lint修正・型チェック・ビルド・テストを自動実行し、コミット前にコード品質を確保できます。 各ステップの成功・失敗を順序通りに報告し、どこで問題が発生したか即座に把握できます。 フォーマットとLintの自動修正により、手動修正の手間を削減できます。 クイックモード（ビルド・テストスキップ）で、軽量なチェックも可能です。 PR作成前にコード品質を確認したいエンジニア TypeScript/JavaScriptプロジェクトで品質基準を保ちたい開発チーム DB関連のテストエラーを効率的に解決したいバックエンド開発者 5つのコマンドを順序通りに実行します：(1)pnpm format:fix（コードフォーマット自動修正）、(2)pnpm lint:fix（Lintエラー自動修正）、(3)pnpm typecheck（TypeScript型チェック）、(4)pnpm build（本番ビルド確認）、(5)pnpm test（ユニットテスト実行）。クイックモードはビルド・テストをスキップした3コマンド実行。エラー対応として、型チェックエラーはcd packages/db && pnpm buildで解決、DB関連テストエラーはdocker composeで対応、CI環境変数エラーは開発時は無視可能と定めています。

自然言語でMCPツールを検索 - 「メール送信」「データベース接続」など日本語で説明するだけで、関連するツールを自動発見でき、ツール名を覚えていなくても利用できます。 見つかったツールのスキーマを自動取得 - 検索結果のツールについて、必要な入力パラメータ・出力形式を自動表示するため、ツール仕様を確認しながら利用できます。 コンテキストを肥大化させない - 全ツールを同時に公開するのではなく、必要なツールだけを動的に検索・実行するため、AIのプロンプトサイズを削減できます。 メタツール経由でツール実行を一元管理 - search_tools → describe_tools → execute_toolの3ステップで、統一的なツール実行フローを実現できます。 エンタープライズエディション（EE）限定機能 - Community Edition（CE）では無効化され、EE環境でのみDynamic Search機能を活用できます。 MCPサーバー管理者 - ツール数が多い環境で、Dynamic Searchを有効化してAIのコンテキスト効率を改善できます。 AI統合開発者 - search_tools、describe_tools、execute_toolメタツールを理解し、カスタム検索・実行ロジックを実装できます。 Enterprise Edition ユーザー - EE機能を最大限活用して、大規模MCPサーバー環境でのツール管理を最適化できます。 Dynamic Search機能のデバッガー - 新規実装・拡張・バグ修正時に、このリファレンスガイドを参照して効率的に対応できます。 Dynamic Searchはツール発見を最適化するインテリジェント検索システム。従来モードではすべてのツールを{template}__{toolName}形式で公開してコンテキストが肥大化しますが、Dynamic Searchモード（dynamicSearch=true）では3つのメタツール（search_tools、describe_tools、execute_tool）のみ公開し、必要なツールを動的に検索・取得します。ノードは.ee.ts拡張子とSPDXライセンスヘッダー必須のEE実装。型定義はMCP SDK型（Tool、CallToolRequestParams）をre-export。SearchToolsArgs（検索クエリ、最大結果数）、DescribeToolsArgs（スキーマ取得対象ツール名）、SearchResult（ツール名、説明、関連度スコア0-1）、DescribeToolsResult（ツール名、説明、inputSchema、発見フラグ）を定義。metaToolDefinitions.ee.ts、searchTools.ee.ts、describeTools.ee.ts、executeToolDynamic.ee.tsで実装。EE/CE分離アーキテクチャを理解し、ファイル構成はapps/mcp-proxy/src/features/dynamicSearch/配下に整理されています。

オープンソース版（CE）と商用版（EE）に分かれたコードベースで、迷わず新機能が追加できます。ビルド時に自動的に不要なコードが除外される仕組みを理解し、実装できます。 EEファイルのヘッダーやファイル命名規則（.ee.ts .ee.test.ts など）が自動的に正しくなるので、ライセンス分離の手間なく開発が進みます。 CE版・EE版それぞれの「スタブ」と「実装」を同じプロジェクトで管理しながら、ビルド時に分離できます。 Tumiki Managerのエンタープライズ機能（EE）を実装するエンジニア CE版とEE版のコード分離ルールを理解して実装を進めたい開発チーム 新しいEE機能を追加する際、ライセンスヘッダーやファイル命名規則を正確に適用したい人 Tumiki ManagerはApache 2.0（CE版）とElastic License 2.0（EE版）に分離されています。アーキテクチャ上、ソースコードの .ts ファイルと .ee.ts ファイルがペアで存在し、CE版ビルド（pnpm build:ce）時はwebpackプラグインで .ee.ts を除外して ee-stub.js の空モジュールに置き換えます。EE版ビルド（pnpm build:ee）時は全ファイルをそのまま含めます。ファイル命名規則は、基本の .ts がCEスタブ（FOBIDDENエラーを返す）、.ee.ts がEE実装、.ee.test.ts がEEテスト、index.ts がCE Facade、index.ee.ts がEEエントリーポイント。全EEファイルのヘッダーに「SPDX-License-Identifier: Elastic-2.0」とコピーライト記載が必須です。環境変数 NEXT_PUBLIC_TUMIKI_EDITION で ee または ce を指定するとエディション判定されます。

ユーザーの心理的行動パターンに基づいた UI デザイン原則を実装し、ユーザーエンゲージメントを向上させることができます。 視覚階層、色使い、ボタン配置などの設計を通じて、ユーザーが直感的に操作できるインターフェースを作成できます。 モバイル画面制約下での最適な情報配置やタップターゲットサイズの設定により、誤操作を減らし操作性を向上させることができます。 プログレスバーやゲーミフィケーション（バッジ、ポイント）などを活用して、ユーザーの継続利用を促進できます。 価格表示や選択肢の並び順などを心理学に基づいて最適化し、ユーザーの購買決定やコンバージョンを高めることができます。 UI/UX デザイナーや開発者で、ユーザーの心理に基づいた設計をしたい人 ユーザー登録や購入ページなど、コンバージョン率を改善したい開発チーム モバイルアプリケーションを開発しており、操作性と使いやすさを重視する人 ユーザーエンゲージメント（継続利用）を向上させたいプロダクトマネージャー