moyu-en

moyu-en skill の概要

moyu-en でできること

moyu-en は、コード作業向けの最小編集スキルです。モデルに対して、ユーザーが依頼した部分だけを変更し、余計な抽象化を避け、差分を小さく保つよう促します。moyu-en skill に「親切すぎる」踏み込みを防ぐ用途を求めるなら、まさにその問題に狙いを絞ったスキルです。

どんな人に向いているか

moyu-en skill は、外科的なコード修正、厳密なスコープ管理、あるいは関係ない整理まで入れがちなアシスタントのレビューを重視する場合に向いています。保守作業、バグ修正、1ファイルだけの変更のように、主なリスクがアーキテクチャの見落としではなく、スコープの広がりにあるケースと相性が良いです。

何が違うのか

moyu-en の核は「抑制」にあります。新しい依存関係を足さない、リライトしない、依頼されていないドキュメントを追加しない、余計なテストを増やさない、起こりえない経路に対する防御コードを書かない。つまり moyu-en は、一般的なコーディング用プロンプトというより、ガードレールとしての価値が高いスキルです。特に、広さより精度が重要な Code Editing tasks ではその傾向がはっきりします。

moyu-en skill の使い方

moyu-en をインストールする

skills ワークフローの中でこの skill を使い、skills/moyu-en がアクティブなパスになっていることを確認してください。repo には専用のインストールコマンドは用意されていないため、moyu-en install は特殊なスクリプトではなく、ディレクトリ単位のセットアップ手順として扱うのが適切です。

skill に狭い編集ブリーフを与える

最良の結果は、正確なファイル名、正確な変更内容、そして正確な境界を指定するプロンプトから得られます。たとえば、「src/auth.ts を更新して、token refresh は 401 応答のときだけ実行されるようにしてください。tests や関係ない helper は変更しないでください。」という形です。こうした入力は moyu-en の利用モデルに合っており、skill が小さく留まる余地をきちんと与えられます。

最初に適切なファイルを読む

まず skills/moyu-en の SKILL.md から読み始めてください。この skill は指示量が多く、rules/、references/、scripts/ のような補助フォルダに頼る構成にはなっていません。そのうえで、対象の挙動を定義している repository ファイルを読み、周辺的にしか関係しないファイルは後回しにします。

制約をかけた 1 回で進める

moyu-en guide のワークフローでは、まず最小限で成立する patch を依頼し、その diff を確認してから次の変更を求めるのが効果的です。大きめの refactor が必要なら、別々のプロンプトに分けてください。そうしないと、この skill が広い目標を「コードベースを作り直してよい」という許可だと解釈してしまうおそれがあります。

moyu-en skill の FAQ

moyu-en は Code Editing 専用ですか？

はい、基本的にはその理解で問題ありません。この skill は、ブレインストーミング、アーキテクチャ設計、広範なコード生成のためではなく、編集の抑制に向けて設計されています。もしやりたいことが「この変更を、影響範囲を最小にして正確に入れる」なら、moyu-en はよく合います。

どんなときに moyu-en を使わないべきですか？

広い範囲の整理、移行作業、新しい抽象化、設計変更を本当に求めているなら、使わないほうがよいです。複数ファイルを連動させて更新する必要があるタスクでは、「求められたことだけを変える」という厳格なルールが、利点ではなく制約になることがあります。

通常の prompt と比べて何が違いますか？

通常の prompt でも、モデルはスタイル改善、helper の追加、境界条件の補修を提案してくることがあります。moyu-en はその挙動を明示的に抑えるため、過剰編集が主な失敗要因になりやすい場面で有効です。実運用では、moyu-en skill はアシスタントの自由度を狭め、diff をレビューしやすくします。

moyu-en skill は初心者向けですか？

はい、変更内容を明確に説明できるなら向いています。初心者にとっては、偶発的な複雑化を減らせる点が利点です。ただし、skill を有効に機能させるには、対象ファイル、振る舞い、バグ内容のいずれかを具体的に示す必要があります。

moyu-en skill を改善するには

境界線を正確に指定する

最も強い入力は、何を変えるべきかだけでなく、何を変えてはいけないかも明示します。たとえば、「parser.ts の null check を修正するが、formatting、comments、関係ない functions はそのままにしてください。」のような形です。これは moyu-en の過剰設計を避けるルールと直接かみ合うため、skill の精度が上がります。

受け入れ可能な最小結果を伝える

機能一覧ではなく、1文で成功条件を伝えてください。moyu-en usage の結果として抑制の効いた出力が欲しいなら、バグを解消するうえで最も侵襲の少ない patch を求め、触れてほしくないファイルがあれば必ず指定します。

説明ではなく diff をレビューする

この skill は、小さくて確認しやすい変更を出すためのものです。最初の出力のあとで、diff が依頼した範囲だけを触っているかを確認し、ズレていればより絞った prompt でやり直してください。moyu-en では、品質を示すサインは周辺の文章ではなく、たいてい patch そのものです。