Liferayのソースコードを対象に、対応する整形ツールとルールを使って形式をそろえ、生成ファイルを避けながら修正対象を確認できます。
- モジュールのソースを整形したいとき
- コミット済み変更の書式を確認したいとき
- Goやシェルの整形ルールを適用したいとき
説明やコミット内容をもとに、必要な情報を整えてLPDプロジェクトのJiraにタスクを登録し、チケット番号と閲覧URLを受け取れます。
Create a Jira task in the LPD project through the REST API. Use when the user asks to create a Jira task or LPD task ticket.
実行スコア 未検証
インストール方法を見るLPDプロジェクトのJiraにTaskチケットを作成します。入力がコミットハッシュならgit showで変更内容を確認してタスクを整理し、文章で説明された場合はその内容を使います。タイトルや説明など不足している情報を確認し、コード領域に合うコンポーネントを選びます。課題タイプはTaskとして登録し、説明はAtlassian Document Format(ADF)で作成します。必要に応じて受け入れ条件を加え、コミットを参照した場合は参照情報の節も付けます。作成後はチケットキーと閲覧URLを返します。
作業内容をLPDのタスクとして起票したいときや、コミットから対応内容を読み取ってチケットにまとめたいときに使えます。タスクの概要や理由を整理し、受け入れ条件を添えて記録したい場合にも向いています。
Jira REST APIへのアクセスが必要です。チケット作成にはLPDプロジェクトのコンポーネント情報を取得します。
この紹介文は、公開されている SKILL.md をもとに AI(OpenAI Codex)が作成しました。正確な仕様は下の原文を確認してください。
インストールする前に、エージェントに与えられる指示の中身を確認できます。
Create a task 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 work and infer the task. 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:
Task (ID: 10002).Note: Unlike bugs, tasks do not require the Affects Version or Cross Cutting Properties fields.
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, Acceptance Criteria (when applicable). Append a Reference section when a commit is referenced.
The ticket key and the browse URL: https://liferay.atlassian.net/browse/<KEY>.
まだレビューはありません。使ってみた感想をお寄せください。
ログインなしで書き込めます。使ってみた感想、質問、動かなかった環境などを気軽にどうぞ。
まだコメントはありません。最初のコメントを書いてみませんか。
Liferayのソースコードを対象に、対応する整形ツールとルールを使って形式をそろえ、生成ファイルを避けながら修正対象を確認できます。
不具合の説明や修正コミットから必要事項を整理し、再現手順や期待・実際の動作を含むバグチケットをLPDプロジェクトのJiraに登録できます。
Liferay向けのMarkdown文書を、前付けの順序や見出しの表記、シェル記法、文章の調子まで整え、リポジトリの規約に沿った読みやすい形に仕上げます。
LiferayのPoshi `.testcase` を内容に応じてPlaywright、Jest、JUnit、Java統合テストへ移行し、既存テストとの重複や移行を妨げる条件も整理します。
LiferayコンポーネントのPoshiテストを調べ、重複するテストを統合・整理する計画を立ててから、確認しやすい単位でテスト数を減らします。
現在のブランチからGitHubのPRを作成し、関連するJiraチケットをレビュー状態に移してPRのURLを記録する手順を進めます。