Skill.md検索

音楽関連の日本語ドキュメント（楽器、作曲、音楽理論など）を英語に翻訳でき、専門的かつ正確な英語資料を生成できます。 日本語ファイルが更新されたときに対応する英語版ドキュメントを自動更新でき、多言語資料の維持管理を効率化できます。 音楽専門用語を正確に英訳でき、意味不明な用語があっても検索を通じて音楽的な意味を優先して調べることができます。 ソースコード内のコメントやドキュメント文字列を含む、あらゆる日本語テキストを専門的に翻訳できます。 音楽制作ツール、楽器メーカー、音楽教育プラットフォームなどで日本語資料を英語化する必要がある担当者 国際的な音楽コミュニティ向けに日本語資料を発信したいクリエイター、企業 音楽関連のオープンソースプロジェクトで多言語ドキュメント管理を行っている開発チーム 日本語ファイルは*.ja.md形式、英語ファイルは*.md形式で命名統一。ソースコードのコメント翻訳はwrite-comment SKILLを活用。用語の意味が不明な場合は積極的に検索し、複数の意味がある場合は音楽的な意味を優先。翻訳は原文を正確に訳すことが最優先であり、内容の削除や勝手な追加は禁止。同時に英語として自然で読みやすい文章表現となることを要求。日本語ファイルが修正されたら対応する英語版も修正する自動追従プロセスを定義。

tokioを使った非同期プログラミングの基本（async/await、タスクのスポーン、複数タスクの並行実行）をマスターできます。 チャネル通信（mpsc、oneshot、broadcast）でタスク間のデータをやり取りする方法を習得できます。 select!マクロでタイムアウトやシャットダウン信号など複数の非同期イベントをハンドルできるようになります。 Send/Sync境界の問題を正しく理解し、スレッド安全な非同期コードを書けます。 ブロッキング処理（CPU集約的な処理やI/O）を安全に非同期コンテキストで実行できます。 Rustでマイクロサービスやサーバーサイドアプリを高速化したい開発者 tokioやasync-stdの使い方がいまいち分からない初級～中級のRust開発者 パフォーマンスを重視し、非同期処理導入を検討している方 非同期プログラミングのパターンとベストプラクティスを学びたい方 tokioを中心としたRust非同期プログラミングのパターンとベストプラクティスをカバーします。tokioのセットアップ（フル機能またはフィーチャー個別指定）、#[tokio::main]マクロ、シングルスレッドランタイムの指定方法を解説します。基本パターンではtask::spawn/spawn_blockingによるタスク管理、try_join!/join!による複数タスクの並行実行、select!によるレースロジックを実装できます。チャネル通信ではmpsc（プロデューサー→複数コンシューマーの非同期メッセージパッシング）、oneshot（リクエスト-レスポンスパターン）、broadcast（設定変更通知等）を対応します。Rust 1.75+でasync fn in traitが安定化され、非同期トレイト実装も容易になりました。「async」「await」「tokio」「非同期」「並行」「spawn」「channel」「Send」「Sync」「Future」「ランタイム」などのキーワード出現時や、パフォーマンス向上目的でのasync導入相談時に使用します。

lcvgc（シーケンサーDSL）の.cvgファイル用にTree-sitter文法を設計・実装し、構文解析・シンタックスハイライト・AST生成が可能になります。 grammar.jsで正規の文法定義を作成し、テストコーパスで様々な構文パターンの正確さを検証します。 highlights.scmクエリでNeovimエディタのハイライトを定義し、DSL記述時に視覚的なフィードバックを提供します。 tree-sitter CLIコマンドで文法の生成・テスト・パース結果確認を自動化し、開発サイクルを高速化します。 ドメイン固有言語（DSL）を設計・実装している言語処理・開発者 Neovimで独自のプログラミング言語やフォーマットを書きやすくしたい人 tree-sitterの文法定義（grammar.js）とクエリ言語を習得したい開発者 lcvgc（Lua Control Vector Generator）の拡張や保守に携わっている人 このスキルはTree-sitterプロジェクト構造（grammar.js、queries/highlights.scm、test/corpus/、src/自動生成）に従います。grammar.jsはgrammar()関数で文法定義、rulesオブジェクトで構文ルール記述、$. / $_でルール参照、seq()・choice()・repeat()・optional()・token()・prec()等の演算子を適切に組み合わせ、field()でノードに名前付け、alias()で別名付けします。test/corpus/にdevice.txt、instrument.txt、clip.txt、scene.txt、session.txtなどテストケース作成し、各ケースは構文例と期待されるAST構造（括弧記法）を記述します。highlights.scmは@keyword、@function、@type、@string、@number、@comment、@operator、@punctuation.bracketなどNeovim標準キャプチャと、@keyword.play.cvgなどプロジェクト固有のキャプチャで統語要素を指定します。仕様書セクション12の主要構文（device/instrument/kit/clip/scene/session/include、ドラム記法・音程楽器記法・コード記法・アルペジオ）に対応します。tree-sitter generate/test/parse/highlightコマンドで開発・検証します。

Rust から C/C++ ライブラリを呼び出し、または逆に C/C++ から Rust コードを呼び出すためのバインディング（仲介コード）を自動生成・手動作成できます。 Windows の DLL、COM インターフェース、WSL2 上の Rust プログラムと Windows ホストアプリケーション間の TCP 通信など、プラットフォーム横断的なプロセス間通信パターンを実装できます。 メモリ安全性を保ちながら、C/C++ の unsafe 領域を必要最小限に閉じ込めて、保守性の高い連携コードを書けます。 Rust で既存の C/C++ ライブラリ（MIDI、グラフィックス、OS API など）を活用したい開発者 Rust で書いたパフォーマンス重視の機能を、Python や C# などの別言語から呼び出させたいシステム設計者 WSL2 と Windows ホストを連携させるクロスプラットフォームアプリケーション開発者 FFI の安全性とエラーハンドリングを適切に行いたい堅牢なシステム開発者 C ライブラリ呼び出しは bindgen（自動生成）または手動 extern 宣言で実装します。bindgen は build.rs で C ヘッダをパースし Rust バインディングを自動生成、手動 extern は小規模ライブラリに適しています。Rust ライブラリ公開は cbindgen でヘッダを生成し、C から呼び出し可能な #[no_mangle] 関数を定義します。安全性は SAFETY コメントで各 unsafe ブロックを正当化し、Drop trait や Send trait で リソース管理・スレッド安全性を保証します。WSL2↔Windows は TCP (localhost:9000)、Windows DLL/COM は extern "C" または COM インターフェース、共有メモリ・名前付きパイプなどの IPC パターンも網羅されます。

プロジェクト初期構成を最適設計 — バイナリ・ライブラリ・ワークスペース構成を自動判定し、Cargo.toml設定をテンプレート化。プロジェクト開始時の準備を高速化できます。 依存関係を効率的に管理 — セマンティックバージョニング・feature flags・optional dependenciesの最適な設定を自動提案。無駄な依存を削減し、ビルド時間を短縮できます。 マルチクレートワークスペースの構築 — 複数のクレート（ライブラリ・バイナリ・ツール）を一元管理する構成を自動提案。プロジェクトの拡張性が向上します。 ビルド設定を最適化 — リリースビルドのLTO・コードジェン設定、開発時の依存最適化など、プロファイル設定を自動調整。ビルド時間と実行速度のバランスを最適化できます。 MSRV（最小Rust版）とライセンスを明示 — Rustバージョン互換性とライセンス情報を適切に設定。ライブラリ公開時のトラブルを事前に防げます。 Rust初心者 — プロジェクト構成のベストプラクティスを学びながら開発したい方 Rustライブラリ開発者 — 公開品質のプロジェクト構成を効率的に構築したい方 複数チーム開発 — ワークスペース構成で複数チームが並行開発できる環境を整えたい組織 本番リリース予定者 — MSRV・ライセンス・依存監査を含めた堅牢なプロジェクト構成を求める方

静的解析で潜在的バグを自動検出 — Clippyによるlint（注意喚起）で、コード上の問題パターンを自動発見。セキュリティリスクやパフォーマンス低下を事前に防げます。 コード品質を統一フォーマットで管理 — rustfmtで全プロジェクトのコードスタイルを統一。チーム開発時のスタイル議論を不要にし、コード品質の見落としを削減できます。 既知脆弱性を自動監査 — cargo auditとcargo denyで依存クレートのセキュリティリスク・ライセンス互換性を自動チェック。本番環境への脆弱性混入を未然に防ぎます。 unsafeコードの危険性を検証 — 未定義動作（メモリ安全性違反）を自動検出。unsafeを使わざるを得ない部分でも、潜在バグを発見できます。 Rustイディオムに沿ったコード改善提案 — Rustのベストプラクティスに従った改善方法を自動提案。保守性と効率性が両立したコードに自動進化させられます。 Rust開発者全員 — 品質基準を自動化し、コードレビュー時間を削減したい方 OSS公開予定者 — セキュリティと品質を両立した公開品質コードを効率的に実現したい方 本番運用チーム — セキュリティ脆弱性を事前に全排除し、安全なリリースを実現したい組織 システムプログラマー — unsafeコードの危険性を徹底チェックし、メモリ安全性を担保したい方

構造化されたエラー型を定義して、どんなエラーが起きたかを呼び出し側で判定できる thiserrorを使ってカスタムエラー型を作成し、エラーの種類ごとに異なる処理が可能に 本番コードの危険なunwrap()を撲滅して、予期しないパニックを防止 ?演算子を活用した安全なエラー伝播パターンを提案 アプリケーション層とライブラリ層で最適なエラーハンドリング方法を使い分け ライブラリはthiserror、アプリケーションはanyhowという使い分けで、コードの意図がより明確に デバッグに役立つエラーメッセージを自動生成 人間が読みやすいエラー情報を構造化して、問題の原因をすぐに特定可能に Rustでエラー処理が苦手なエンジニア 安全で読みやすいエラーハンドリングの実装パターンが学べる 本番コードの品質を上げたい開発者 unwrap()による予期しないパニックをなくしたいときに役立つ 既存Rustコードをリファクタリングしている人 エラーハンドリングの設計を改善して、保守性を高めたい場合に有効

ユニットテストから統合テストまで、複数粒度のテストを効率的に作成 モジュール内テスト、独立したテストファイル、外部依存をモック化したテストをパターン別に実装 プロパティベーステスト（入力パターンを自動生成）で予期しないバグを早期発見 proptestなどを使い、手動では思いつかないエッジケースを自動で検出 パフォーマンスボトルネックを数値で可視化・比較できる criterionベンチマークで関数の実行時間を計測し、最適化効果を定量的に証明 テストの信頼性を上げて、リファクタリングを安心して実施可能に テストが充実していれば、コード改善時の副作用を素早く検出 テスト設計・実装が属人的になっている開発チーム ユニットテスト～統合テスト～ベンチマークの体系的な作成方法が習得できる パフォーマンス最適化を数値で判断したい開発者 ベンチマーク測定による科学的なボトルネック分析が可能 TDD（テスト駆動開発）を導入したいプロジェクト テスト設計の原則とテストヘルパー・モックの活用方法が学べる

新しく書いたり編集したコード（関数、クラス、変数、定数など）に対して、日本語と英語の両方でコメントを記載する 言語ごとの公式なコメント形式（Rust なら ///、Lua なら異なる形式など）に従い、統一されたコメント標準を保つ プライベート（内部用）なコード要素にもコメントを付けることで、コード全体の可読性と保守性を向上させる 引数や戻り値の説明も日英併記し、AI やチームメンバーがコードを素早く理解できるようにする 複数言語で開発を進め、統一されたコメント標準を保ちたいチーム 日本語と英語の両方を使うグローバルチームや、将来的に国際化を見据えた開発者 コード品質と可読性を重視し、後から見直すときに素早く理解できるドキュメント化を重視する人