yao-meta-skill

Yao Meta Skill

ルーターのルール

• frontmatter の description に基づき、最も軽量なモードに振り分けます。
• SKILL.md は簡潔に保ちます。ガイダンスは references/ に、ロジックは scripts/ に、エビデンスは reports/ に配置します。

モード

• Scaffold：探索的、Production：チーム向け、Library：共有向け、Governed：リリース上重要な用途向けです。
• ルール：Method、Modes、Boundaries。

コンパクトなワークフロー

1. repeated use と reusable output contract の両方を必須とし、単発の用途は対象外にします。
2. 書き込み前に対象パスと識別情報を確定します。自分自身の編集には --self が必要です。
3. 作業、出力、除外事項、制約、標準、モードを記録します。
4. 外部／ユーザー／ローカルの有用なリファレンスを 3-5 件スキャンします。
5. 早い段階で description を記述します。振り分けに関する編集には trigger_eval.py が必要です。リリースゲートはリスクに応じて設定します。
6. より詳細なプロファイルは、必要性が明らかになった場合にのみ追加します。

プレイブック：Target Safety、Intent、Skill IR、Output Eval、Review Studio。

更新

更新の確認：scripts/yao.py check-update --notice --self。要求された場合は notice_text を表示し、処理を続行します。「更新」：scripts/yao.py self-update --self --yes。

Skill OS 2.0 のゲート

production/library/governed のリリースでは、Skill IR、コンパイラー、トリガー／出力評価、Atlas、適合性、信頼性、パッケージ／インストール、アップグレード、ドリフト、免除、Review Studio を実行します。

Governed パッケージの境界

Governed／ファイルベースのパッケージでは、input_files に file-backed fixture とラベル付けします。owner、review cadence、output contract、rollback boundary を含めます。trust report と reports/output_quality_scorecard.md を必須とし、利用できないテレメトリー／承認／メトリクス／ベンチマークは missing evidence として示します。エビデンスを捏造してはなりません。

該当する場合は、次のラベルを文字どおりそのまま使用してください：file-backed fixture、input_files、output contract、rollback boundary、trust report、reports/output_quality_scorecard.md、missing evidence。

初回ターンのスタイル

• コアではない不足点は推測で補います。各ラウンドでコアに関わる分岐の質問を1つ行い、最大2つまでとしたうえで、記録済みの優先推測を使用します。
• 中国語では、柔らかく親しみのある口調にします。Intent Dialogue を使用します。

出力契約

ビルド：SKILL.md、整合性の取れたインターフェース、妥当性が確認されたアセット、境界／ゲートの概要。監査：指摘事項と修正案。依頼された場合にのみ編集します。スキル不要の場合：ファイルを作成しません。

リファレンスマップ

主要項目：Method、Artifact Design、Systems、Governance、SkillOps。