Liferayのソースコードを対象に、対応する整形ツールとルールを使って形式をそろえ、生成ファイルを避けながら修正対象を確認できます。
- モジュールのソースを整形したいとき
- コミット済み変更の書式を確認したいとき
- Goやシェルの整形ルールを適用したいとき
不具合の説明や修正コミットから必要事項を整理し、再現手順や期待・実際の動作を含むバグチケットをLPDプロジェクトのJiraに登録できます。
Create a Jira bug ticket in the LPD project through the REST API. Use when the user asks to create or file a Jira bug or LPD ticket.
実行スコア 未検証
インストール方法を見るLPDプロジェクトのJiraにバグチケットを作成します。修正コミットが入力された場合はgit showで内容を確認し、修正対象の不具合を整理します。説明文が入力された場合はそれをもとに、不足しているタイトル、再現手順、期待される動作、実際に起きた動作を確認します。対象バージョンはMaster、横断的な特性はNoneを既定値とし、コード領域に合うコンポーネントを選択します。説明はAtlassian Document Format(ADF)で、指定された節の順にまとめます。コミット参照がある場合はFixの節を加え、登録後にチケットキーと閲覧URLを返します。
LPDで報告された不具合をJiraに起票したいときや、修正コミットから原因となった問題を記録したいときに使えます。再現方法と期待値・実際の挙動を整理して、チームで追跡できるチケットにしたい場合にも向いています。
Jira REST APIへのアクセスが必要です。チケット作成時にはLPDプロジェクトのコンポーネント情報を取得します。
この紹介文は、公開されている SKILL.md をもとに AI(OpenAI Codex)が作成しました。正確な仕様は下の原文を確認してください。
インストールする前に、エージェントに与えられる指示の中身を確認できます。
Create a bug ticket in the LPD Jira project through the REST API.
When ${ARGUMENTS} is a commit hash, inspect the commit with git show to understand the fix and infer the bug it addresses. When ${ARGUMENTS} is a free-form description, use it directly.
Request any missing details from the user:
The LPD project requires the following fields. Apply these defaults unless the user specifies otherwise:
Master (ID: 16660).customfield_10979): None (ID: 14468).Create the issue in the LPD project with the gathered summary, description, and required fields. Author the description in Atlassian Document Format (ADF) with the following sections, in order: Description, Steps to Reproduce, Expected Behavior, Actual Behavior. Append a Fix section when a commit is referenced.
The ticket key and the browse URL: https://liferay.atlassian.net/browse/<KEY>.
まだレビューはありません。使ってみた感想をお寄せください。
ログインなしで書き込めます。使ってみた感想、質問、動かなかった環境などを気軽にどうぞ。
まだコメントはありません。最初のコメントを書いてみませんか。
Liferayのソースコードを対象に、対応する整形ツールとルールを使って形式をそろえ、生成ファイルを避けながら修正対象を確認できます。
説明やコミット内容をもとに、必要な情報を整えてLPDプロジェクトのJiraにタスクを登録し、チケット番号と閲覧URLを受け取れます。
Liferay向けのMarkdown文書を、前付けの順序や見出しの表記、シェル記法、文章の調子まで整え、リポジトリの規約に沿った読みやすい形に仕上げます。
LiferayのPoshi `.testcase` を内容に応じてPlaywright、Jest、JUnit、Java統合テストへ移行し、既存テストとの重複や移行を妨げる条件も整理します。
LiferayコンポーネントのPoshiテストを調べ、重複するテストを統合・整理する計画を立ててから、確認しやすい単位でテスト数を減らします。
現在のブランチからGitHubのPRを作成し、関連するJiraチケットをレビュー状態に移してPRのURLを記録する手順を進めます。