consult-mytech

Mytech を参照する

現在の mytech ガイダンスを使用して、対象プロジェクトのタスクに役立ててください。好みの情報源は mytech、要件と実装の根拠の情報源は対象プロジェクトとしてください。

対象プロジェクトと mytech リポジトリ（https://github.com/sjunepark/mytech）への読み取りアクセスが必要です。このリポジトリは外部入力です。好みの情報はこのスキルに含まれていません。

ガイダンスを見つける

ユーザー、プロジェクトの指示、または MYTECH_ROOT で指定された mytech のチェックアウトを使用してください。それ以外の場合は、既知のワークスペースの場所と既存のリポジトリキャッシュを確認し、Git リモートが一致するチェックアウトを探してください。このスキルのインストール先が mytech 内にあると決めつけないでください。

チェックアウトが利用できない場合は、環境の外部リポジトリの規約に従い、利用可能な Git またはリポジトリ API を通じてリポジトリを読み取ってください。一貫した単一のリビジョンを使用してください。アクセスに失敗した場合、またはソースが曖昧な場合は、不足している情報源を報告し、問題の解決に必要な情報だけを求めてください。好みを確認したと主張せずに、独立して進められるプロジェクト作業は続行してください。

ローカルのチェックアウトは、関連する未コミットのガイダンスも含め、現状のまま確認してください。情報源の場所、可能な場合はリビジョン、参照したファイルにローカル変更があるかどうかを記録してください。好みを読むためだけにチェックアウトを更新、リセット、または切り替えないでください。ローカルで読み取っただけでは、リモートの最新状態であることは確認できません。

実際の判断に必要な内容を読む

1. 依頼と、対象プロジェクトの指示、要件、関連する実装をもとに、タスクの範囲を明確にしてください。対象が限定されたタスクでは確認範囲も絞り、プロジェクト全体の評価が明示されている場合は、重要な判断を網羅してください。
2. mytech の README.md から始め、ガイダンスの索引に従って、該当する判断に関係するドキュメントを確認してください。適用可能性を判断するため、必要に応じてプロジェクトの根拠も詳しく調べてください。索引でトピックが特定できない場合は、範囲を絞って検索してください。リポジトリ全体を読み込まないでください。
3. 採用済みのガイダンスをデフォルトとして使用してください。適用する文書でステータスと適用可能性を確認してください。草案は提案、参考資料は根拠、履歴は変更の経緯を示すものです。タスクで必要な場合に限り参照し、その役割を明記してください。由来となったプロジェクト名だけでは、現在も採用されているとは判断できません。
4. 選択した好み、その根拠、制約、見直し条件を確認してから適用してください。好みの一覧をこのスキルやプロジェクトに転載するのではなく、適切な文書へのリンクを保持してください。

確認して適用する

関連する各好みを、プロジェクトの具体的な根拠と比較してください。一致している点、対応が必要な差異、正当な逸脱、根拠不足を区別してください。採用済みのガイダンスが判断を扱っていない場合は、mytech の好みを捏造せず、その旨を伝えてください。

プロジェクトの要件とローカルの指示を優先してください。好みは判断が分かれる場合の決め手にはなりますが、それだけを理由に書き直しや技術スタックの移行を正当化するものではありません。重要な矛盾がある場合は、プロジェクトの制約とガイダンスの根拠を用いて説明してください。編集が許可されている場合は、意図的な逸脱を対象プロジェクトの判断を記録する文書に記載してください。評価のみのタスクでは、その理由と、文書化の提案を報告してください。

参照によって、元のタスクで認められた権限が拡大することはありません。助言やレビューの場合は、評価結果を報告してください。実装がすでに依頼されている場合は、その作業に適用可能な好みを取り入れ、無関係な変更を保持し、変更した動作に対してプロジェクトのチェックを実施してください。対象を絞ったタスクをリポジトリ全体の修正に拡大したり、参照の副作用として mytech を編集したりしないでください。

コンサルテーションを完了する

以下を特定した、簡潔な結果を提示してください。

• 調査した mytech のソースと確認した範囲。
• 判断または調査結果と併記した、関連する所管ドキュメント。
• プロジェクトの根拠を示した、重要な不足、妥当な逸脱、および不明点。
• 実装が承認された場合に行った変更と検証。

対象範囲内の判断について、調査したガイダンスとプロジェクトの根拠に基づく対応方針が定まった時点で完了とします。確認範囲の限界を明記してください。限定的な確認によってプロジェクト全体が検証されたかのように示してはいけません。