Liferayのソースコードを対象に、対応する整形ツールとルールを使って形式をそろえ、生成ファイルを避けながら修正対象を確認できます。
- モジュールのソースを整形したいとき
- コミット済み変更の書式を確認したいとき
- Goやシェルの整形ルールを適用したいとき
Jiraチケットの担当者やステータスを開発開始用に整え、対象チケットのキーでブランチを用意して、親子チケットを踏まえた作業計画を立てます。
Start work on a Jira ticket.
実行スコア 未検証
インストール方法を見るJiraのチケットキーまたはURLを受け取り、課題種別や担当者、サブタスクを確認して開発対象を決めます。バグではチケット自体、ストーリーやタスクでは原則として「Technical Task」サブタスクを対象にします。親チケットをユーザーに割り当てて所定のステータスへ進め、必要な子チケットも割り当てて作業中にします。その後、対象チケットのキーを名前にしたブランチを現在の HEAD から作成し、すでに存在すればチェックアウトします。最後に親と子のチケット内容を読んで作業計画を作ります。
Jiraで管理している課題に着手するとき、ステータス更新やブランチ準備、計画作成までの初動をまとめたい場合に使えます。ストーリーに自動作成される技術タスクも含めて準備したいときにも向いています。
作業ツリーに未コミットの変更がある場合は中止します。対象チケットが別の担当者によって進行中の場合も続行しません。
この紹介文は、公開されている SKILL.md をもとに AI(OpenAI Codex)が作成しました。正確な仕様は下の原文を確認してください。
インストールする前に、エージェントに与えられる指示の中身を確認できます。
Prepare a Liferay ticket for development.
Accept a key (LPD-86295) or a browse URL from ${ARGUMENTS}. When nothing is supplied and ${PWD} matches */liferay-portal-<KEY> where <KEY> matches the Jira pattern [A-Z]+-[0-9]+, derive the key from the directory name. Otherwise, ask the user.
Abort when the working tree has uncommitted changes.
Fetch the ticket (issue type, current assignee, subtasks) and resolve the target — the ticket where the branch and active work state live:
10004) — the bug itself. There is no child.10001) or Task (10002) — the Technical Task (10153) subtask. Jira autocreates it when the parent is moved to an in-progress status, so the target does not exist yet and must be resolved after Start Work on the Parent. It may exist from a previous attempt, in which case it becomes the target.Assign the parent to the user and apply the transitions below. When the parent is already in an in-progress status by a different user, refuse to continue.
| Parent Type | Destination | Transition IDs |
|---|---|---|
| Bug | In Progress | 61 |
| Story | In Development | 41, then 61 |
| Task | In Progress | 21 |
For a Story, apply the two transitions in sequence: 41 moves it to Ready for Development, which triggers Jira to autocreate the Technical Task subtask, then 61 moves it to In Development.
Skip for Bug. For Story / Task, refetch the parent's subtasks until the Technical Task appears, then assign it to the user and transition it:
| Child Type | Destination | Transition ID |
|---|---|---|
| Technical Task | In Progress | 41 |
Branch off the current HEAD, named after the target key. When the branch already exists, check it out instead.
Enter plan mode and read the tickets (both parent and child) to make the plan.
まだレビューはありません。使ってみた感想をお寄せください。
ログインなしで書き込めます。使ってみた感想、質問、動かなかった環境などを気軽にどうぞ。
まだコメントはありません。最初のコメントを書いてみませんか。
Liferayのソースコードを対象に、対応する整形ツールとルールを使って形式をそろえ、生成ファイルを避けながら修正対象を確認できます。
不具合の説明や修正コミットから必要事項を整理し、再現手順や期待・実際の動作を含むバグチケットをLPDプロジェクトのJiraに登録できます。
説明やコミット内容をもとに、必要な情報を整えてLPDプロジェクトのJiraにタスクを登録し、チケット番号と閲覧URLを受け取れます。
Liferay向けのMarkdown文書を、前付けの順序や見出しの表記、シェル記法、文章の調子まで整え、リポジトリの規約に沿った読みやすい形に仕上げます。
LiferayのPoshi `.testcase` を内容に応じてPlaywright、Jest、JUnit、Java統合テストへ移行し、既存テストとの重複や移行を妨げる条件も整理します。
LiferayコンポーネントのPoshiテストを調べ、重複するテストを統合・整理する計画を立ててから、確認しやすい単位でテスト数を減らします。