Skill.md検索
2258件の Skill.mdから、あなたに最適なものを見つけましょう
設計決定と作業記録を体系的に管理
by SistrScarlet
ADR(設計判断記録)、作業プラン、調査メモなどを統一フォーマットで作成・保存できます。 日付とカテゴリで自動的にファイルを整理し、docs/配下に体系的に蓄積できます。 既存ドキュメントを一覧表示して、過去の設計判断や作業履歴を素早く検索できます。 テンプレートを活用することで、設計意思決定を漏れなく記録する習慣がつきます。 技術的な設計判断とその根拠を記録して共有したいエンジニア プロジェクトの実装計画をドキュメント化して、チーム内で認識を統一したいPM・TL 技術調査結果や新ツール導入の検討内容をナレッジとして蓄積したい開発チーム プロジェクト期間中の重要な決定事項を後から参照できる形で残したいすべての職種 docs/配下にadr/(設計判断記録)、plan/(作業プラン)、research/(調査メモ)のディレクトリを用意します。ファイル名はdocs/{category}/yyyy-mm-dd_{タイトル}.mdの形式です。/doc create {category} "タイトル"で新規作成、/doc listで一覧表示ができます。ADRテンプレートは「ステータス→コンテキスト→決定→根拠→影響」の構成、作業プランは「概要→ステップ→対象ファイル→検証方法」、調査メモは「背景→調査結果→結論」の構成です。カテゴリは固定ではなく、必要に応じて新規ディレクトリを作成してよく、テンプレートはガイドラインで内容に応じて自由に調整できます。
Minecraftモッドをワンコマンドで公開
by SistrScarlet
mod_version をチェックし、バージョンが古ければ更新種別(メジャー・マイナー・パッチ)を聞いて自動更新できます。 Gradle でビルドし、失敗したら即座に中断して原因を報告できます。 前回のリリースから今回の変更内容を自動取得し、リリースノートのドラフトを作成できます。 Git タグを作成して GitHub に push し、GitHub Releases に Fabric・Forge 両方の JAR ファイルを自動アップロードできます。 ビルド・タグ作成・リリース作成の各ステップで確認を取りながら進められるので、誤ったリリースを防げます。 Minecraft mod の開発者で、リリース作業を毎回手作業でやっている人 バージョン更新・ビルド・タグ・GitHub Release 作成をまとめて自動化したい人 Fabric と Forge の両方に対応したモッドを公開している人 リリースノートを手書きするのが面倒で、変更履歴から自動生成したい人 このスキルは Minecraft mod(LMML)のリリース全体を自動化します。前提条件として gradle.properties に mod_version が更新済み、ワーキングツリーがクリーン、gh CLI が認証済みである必要があります。手順:(1) gradle.properties から mod_version を読み取りユーザーに確認、未更新なら更新種別(x/y/z)を聞いて自動編集・コミット、(2) ./gradlew build を実行し失敗時は中断、(3) git describe --tags --abbrev=0 で前回タグを特定、git log で変更履歴を取得しリリースノートをドラフト、ユーザーに提示して確認、(4) git tag v{version} と git push origin v{version} でタグ作成・push、(5) gh release create で GitHub Release を作成し Fabric・Forge の JAR ファイルをアップロード(ファイル名パターン: LMML-{mc_version}-{version}-Fabric.jar など)、(6) Release URL をユーザーに報告。各ステップで確認を取り、Minecraft バージョン変更時はファイルパス確認に注意。