Liferayのソースコードを対象に、対応する整形ツールとルールを使って形式をそろえ、生成ファイルを避けながら修正対象を確認できます。
- モジュールのソースを整形したいとき
- コミット済み変更の書式を確認したいとき
- Goやシェルの整形ルールを適用したいとき
Liferay向けのMarkdown文書を、前付けの順序や見出しの表記、シェル記法、文章の調子まで整え、リポジトリの規約に沿った読みやすい形に仕上げます。
Format a Markdown file to match Liferay conventions — frontmatter order, Title Case headings, braced shell variables, long-form CLI flags, and professional prose. Use when the user asks to format, clean up, polish, or copy-edit a Markdown file destined for the Liferay repository.
実行スコア 未検証
インストール方法を見るLiferayリポジトリ向けのMarkdown文書を、プロジェクトのスタイル規則に合わせて整えます。対象ファイルを最初に全体確認し、前付けの項目順、見出しのTitle Case、シェル変数を囲む波括弧、CLIオプションの長い形式、文章の調子などを規則に沿って修正します。カテゴリごとに順番に確認し、最後に文書を読み直して、各項目が保たれているか検証します。完了後は、前付け、見出し、文章、シェル、リストの区分で変更内容をまとめます。
Liferayリポジトリに追加する手順書や説明文を整えたいときに向いています。内容を書き終えたMarkdownを、表記や構成のばらつきがない状態に仕上げたい場合にも使えます。既存文書の清書やコピーエディットにも利用できます。
適用する規則は .claude/rules/markdown-style.md に定義されています。対象ファイルのパスを指定して使います。
この紹介文は、公開されている SKILL.md をもとに AI(OpenAI Codex)が作成しました。正確な仕様は下の原文を確認してください。
インストールする前に、エージェントに与えられる指示の中身を確認できます。
Apply Liferay Markdown conventions to the target file so its structure, casing, and prose are consistent and professional.
When ${ARGUMENTS} is a path to a Markdown file, format that file. When no path is supplied, ask the user which file to format.
Read the target file in full before making changes. Note the frontmatter, headings, code blocks, and any conventions already in use.
Apply all conventions defined in .claude/rules/markdown-style.md. Work through each category in order. Fix each category before moving to the next.
Reread the file after the pass and confirm every check still holds.
Summarize the changes, grouped by category (frontmatter, headings, prose, shell, lists).
まだレビューはありません。使ってみた感想をお寄せください。
ログインなしで書き込めます。使ってみた感想、質問、動かなかった環境などを気軽にどうぞ。
まだコメントはありません。最初のコメントを書いてみませんか。
Liferayのソースコードを対象に、対応する整形ツールとルールを使って形式をそろえ、生成ファイルを避けながら修正対象を確認できます。
不具合の説明や修正コミットから必要事項を整理し、再現手順や期待・実際の動作を含むバグチケットをLPDプロジェクトのJiraに登録できます。
説明やコミット内容をもとに、必要な情報を整えてLPDプロジェクトのJiraにタスクを登録し、チケット番号と閲覧URLを受け取れます。
LiferayのPoshi `.testcase` を内容に応じてPlaywright、Jest、JUnit、Java統合テストへ移行し、既存テストとの重複や移行を妨げる条件も整理します。
LiferayコンポーネントのPoshiテストを調べ、重複するテストを統合・整理する計画を立ててから、確認しやすい単位でテスト数を減らします。
現在のブランチからGitHubのPRを作成し、関連するJiraチケットをレビュー状態に移してPRのURLを記録する手順を進めます。