capture-tasks-from-meeting-notes

会議メモからタスクを作成する

キーワード

会議メモ、アクション項目、タスクを作成、チケットを作成、タスクを抽出、メモを解析、メモを分析、割り当てられた作業、担当者、会議から、会議後、タスクを記録、タスクを生成、タスクに変換、タスク化、アクション項目、ToDo、タスクリスト、フォローアップ、担当者、Jira タスクを作成、Jira チケットを作成、会議のアクション項目、アクション項目を抽出、アクション項目を検索、会議を分析

概要

会議メモからアクション項目を自動的に抽出し、適切な担当者を設定した Jira タスクを作成します。このスキルは、構造化されていない会議メモ（Confluence または貼り付けられたテキスト）を解析し、担当者付きのアクション項目を特定して、Jira アカウント ID を検索し、タスクを作成します。これにより、会議後にチケットを作成する面倒な作業をなくせます。

このスキルを使用する場合： アクション項目を Jira タスクにする必要がある会議メモがある場合に使用します。

---

ワークフロー

会議メモを実行可能な Jira タスクに変換するには、次の 7 つの手順に従います。

手順 1：会議メモを取得する

ユーザーから会議メモを取得します。

オプション A：Confluence ページの URL

ユーザーが Confluence の URL を指定した場合：

getConfluenceContent(
  cloudId="...",
  content_id="[extracted from URL]",
  content_format="markdown",
  detail="full"
)

URL のパターン：

• https://[site].atlassian.net/wiki/spaces/[SPACE]/pages/[PAGE_ID]/[title]
• 数値部分から PAGE_ID を抽出します
• サイト名から cloudId を取得するか、getAccessibleAtlassianResources を使用します

オプション B：貼り付けられたテキスト

ユーザーが会議メモを直接貼り付けた場合：

• テキストをそのまま使用します
• 取得する必要はありません

不明な場合

次のように尋ねます：「会議メモへの Confluence リンクはありますか？それとも、直接貼り付けますか？」

---

手順 2：アクション項目を解析する

メモを確認し、担当者付きのアクション項目を探します。

よくあるパターン

パターン 1：@メンション形式（最優先）

@Sarah to create user stories for chat feature
@Mike will update architecture doc

パターン 2：名前 + 行動を表す動詞

Sarah to create user stories
Mike will update architecture doc
Lisa should review the mockups

パターン 3：Action: 名前 - タスク

Action: Sarah - create user stories
Action Item: Mike - update architecture

パターン 4：担当者付きの TODO

TODO: Create user stories (Sarah)
TODO: Update docs - Mike

パターン 5：名前を含む箇条書き

- Sarah: create user stories
- Mike - update architecture

抽出ロジック

各アクション項目から、次の情報を抽出します。

1. 担当者名

   • @ 記号の後のテキスト
   • 「to」、「will」、「should」の前にある名前
   • 「Action:」の後、または括弧内の名前
   • 名、姓、またはフルネーム

2. タスクの説明

   • 「to」、「will」、「should」、「-」、「:」の後のテキスト
   • マーカー（@、Action:、TODO:）を削除します
   • 元の表現を維持します
   • 十分な文脈を含めます

3. コンテキスト（任意ですが、あると役立ちます）

   • 会議のタイトル／日付（ある場合）
   • 前後の議論のコンテキスト
   • 関連する決定事項

解析の例

入力：

# Product Planning - Dec 3

Action Items:
- @Sarah to create user stories for chat feature
- Mike will update the architecture doc
- Lisa: review and approve design mockups

解析結果：

1. Assignee: Sarah
   Task: Create user stories for chat feature
   Context: Product Planning meeting - Dec 3

2. Assignee: Mike
   Task: Update the architecture doc
   Context: Product Planning meeting - Dec 3

3. Assignee: Lisa
   Task: Review and approve design mockups
   Context: Product Planning meeting - Dec 3

---

手順 3：プロジェクトキーを確認する

ユーザーを検索したりタスクを作成したりする前に、Jira プロジェクトを特定します。

質問：「これらのタスクを作成する Jira プロジェクトはどれですか？（例：PROJ、PRODUCT、ENG）」

ユーザーが分からない場合

listJiraProjects を呼び出して、選択肢を提示します。これは主要ツールではないため、execute を介して実行します （主要ツール以外の呼び出しを参照）：

executeRead(   # or execute(...) if your client exposes a single execute tool
  name="listJiraProjects",
  cloudId="...",
  inputs={"action": "create"}
)

次のように提示します：「タスクを作成できるプロジェクトが見つかりました：PROJ（Project Alpha）、PRODUCT（Product Team）、ENG（Engineering）」

メモにプロジェクト名が記載されている場合

会議メモに、サイトに存在しない、またはユーザーがタスクを作成できないプロジェクトキーが記載されていることがあります。何かを作成する前に、listJiraProjects でキーを検証します。見つからない場合は、その旨を伝え、最初の作成呼び出しで失敗するのではなく、最も近い候補を提示します。

---

手順 4：アカウント ID を検索する

担当者ごとに、Jira アカウント ID を検索します。

検索手順

lookupJiraAccountId は主要ツールではないため、execute を介して実行します。

executeRead(   # or execute(...) if your client exposes a single execute tool
  name="lookupJiraAccountId",
  cloudId="...",
  inputs={"query": "[assignee name]"}
)

検索文字列には、次のものを指定できます。

• フルネーム：「Sarah Johnson」
• 名：「Sarah」
• 姓：「Johnson」
• メールアドレス：「[email protected]」

検索結果の処理

シナリオ A：完全一致（結果 1 件）

✅ Found: Sarah Johnson ([email protected])
→ Use accountId from result

シナリオ B：一致なし（結果 0 件）

⚠️ Couldn't find user "Sarah" in Jira.

Options:
1. Create task unassigned (assign manually later)
2. Skip this task
3. Try different name format (e.g., "Sarah Johnson")

Which would you prefer?

シナリオ C：複数一致（結果 2 件以上）

⚠️ Found multiple users named "Sarah":
1. Sarah Johnson ([email protected])
2. Sarah Smith ([email protected])

Which user should be assigned the task "Create user stories"?

ベストプラクティス

• まずフルネームで検索します（「Sarah Johnson」）。
• 見つからない場合は、ファーストネームだけで検索します（「Sarah」）。
• それでも見つからない場合は、ユーザーに確認します。
• 検索結果をキャッシュします（同じ人物を二度検索しないでください）。

---

ステップ 5：アクションアイテムを提示する

重要： タスクを作成する前に、必ず解析したアクションアイテムをユーザーに提示してください。

提示形式

I found [N] action items from the meeting notes. Should I create these Jira tasks in [PROJECT]?

1. [TASK] [Task description]
   Assigned to: [Name] ([email if found])
   Context: [Meeting title/date]

2. [TASK] [Task description]
   Assigned to: [Name] ([email if found])
   Context: [Meeting title/date]

[...continue for all tasks...]

Would you like me to:
1. Create all tasks
2. Skip some tasks (which ones?)
3. Modify any descriptions or assignees

確認を待つ

ユーザーの確認を得るまで、タスクを作成しないでください。選択肢：

• 「はい、すべて作成」→続行します
• 「タスク 3 をスキップ」→#3 を除くすべてを作成します
• 「タスク 2 の担当者を変更」→新しい担当者を確認します
• 「説明を編集」→変更内容を確認します

---

ステップ 6：タスクを作成する

確認後、各 Jira タスクを作成します。

課題タイプを決定する

タスクを作成する前に、プロジェクトで利用可能な課題タイプを確認します。

listJiraProjectIssueTypesMetadata は主要なツールではないため、execute を介して実行します。

executeRead(   # or execute(...) if your client exposes a single execute tool
  name="listJiraProjectIssueTypesMetadata",
  cloudId="...",
  inputs={"projectIdOrKey": "PROJ"}
)

適切な課題タイプを選択してください：

• 利用可能であれば「Task」を使用します（最も一般的）。
• ユーザー向け機能には「Story」を使用します。
• 不具合には「Bug」を使用します。
• 「Task」がない場合は、最初に利用可能な課題タイプを使用するか、ユーザーに確認します。

各アクションアイテムについて

createJiraIssue(
  cloudId="...",
  projectKey="PROJ",
  issueType="[Task or available type]",
  summary="[Task description]",
  description="[Full description with context]",
  assignee="[looked up account ID]"
)

タスクの要約形式

動作を表す動詞を使い、具体的に記述します。

• ✅ 「チャット機能のユーザーストーリーを作成する」
• ✅ 「アーキテクチャのドキュメントを更新する」
• ✅ 「デザインのモックアップをレビューして承認する」
• ❌ 「あれをやる」（曖昧すぎます）

タスクの説明形式

**Action Item from Meeting Notes**

**Task:** [Original action item text]

**Context:**
[Meeting title/date]
[Relevant discussion points or decisions]

**Source:** [Link to Confluence meeting notes if available]

**Original Note:**
> [Exact quote from meeting notes]

例：

**Action Item from Meeting Notes**

**Task:** Create user stories for chat feature

**Context:**
Product Planning Meeting - December 3, 2025
Discussed Q1 roadmap priorities and new feature requirements

**Source:** https://yoursite.atlassian.net/wiki/spaces/TEAM/pages/12345

**Original Note:**
> @Sarah to create user stories for chat feature

---

ステップ 7：概要を提示する

すべてのタスクを作成したら、包括的な概要を提示します。

形式：

✅ Created [N] tasks in [PROJECT]:

1. [PROJ-123] - [Task summary]
   Assigned to: [Name]
   https://yoursite.atlassian.net/browse/PROJ-123

2. [PROJ-124] - [Task summary]
   Assigned to: [Name]
   https://yoursite.atlassian.net/browse/PROJ-124

[...continue for all created tasks...]

**Source:** [Link to meeting notes]

**Next Steps:**
- Review tasks in Jira for accuracy
- Add any additional details or attachments
- Adjust priorities if needed
- Link related tickets if applicable

---

アクションアイテムのパターン例

パターン 1：@メンション（最も明確）

@john to update documentation
@sarah will create the report
@mike should review PR #123

解析結果：

• 担当者：john/sarah/mike
• タスク：ドキュメントを更新する／レポートを作成する／PR #123 をレビューする

---

パターン 2：名前＋動作を表す動詞

John to update documentation
Sarah will create the report
Mike should review PR #123
Lisa needs to test the feature

解析結果：

• 担当者：動作を表す動詞の前にある名前
• タスク：「to/will/should/needs to」の後のテキスト

---

パターン 3：構造化されたアクション形式

Action: John - update documentation
Action Item: Sarah - create the report
AI: Mike - review PR #123

解析結果：

• 担当者：「Action:」の後、「-」の前にある名前
• タスク：「-」の後のテキスト

---

パターン 4：TODO 形式

TODO: Update documentation (John)
TODO: Create report - Sarah
[ ] Mike: review PR #123

解析結果：

• 担当者：括弧内、または「:」の後にある名前
• タスク：TODO と担当者の間のテキスト

---

パターン 5：箇条書き

- John: update documentation
- Sarah - create the report
* Mike will review PR #123

解析結果：

• 担当者：「:」、「-」、または動作を表す動詞の前にある名前
• タスク：残りのテキスト

---

エッジケースへの対応

アクションアイテムが見つからない場合

担当者のいるアクションアイテムが見つからない場合：

I analyzed the meeting notes but couldn't find any action items with clear assignees.

Action items typically follow patterns like:
- @Name to do X
- Name will do X
- Action: Name - do X
- TODO: X (Name)

Options:
1. I can search for TODO items without assignees
2. You can point out specific action items to create
3. I can create tasks for bullet points you specify

What would you like to do?

---

形式が混在している場合

担当者のいるアクションアイテムと、いないアクションアイテムが混在している場合：

I found [N] action items:
- [X] with clear assignees
- [Y] without assignees

Should I:
1. Create all [N] tasks ([X] assigned, [Y] unassigned)
2. Only create the [X] tasks with assignees
3. Ask you to assign the [Y] unassigned tasks

Which option would you prefer?

---

担当者名に表記の揺れがある場合

同じ人物が異なる表記で記載されている場合：

Notes mention: @sarah, Sarah, Sarah J.

These likely refer to the same person. I'll look up "Sarah" once and use 
that account ID for all three mentions. Is that correct?

---

アクションアイテムが重複している場合

同じタスクが複数回記載されている場合：

I found what appears to be the same action item twice:
1. "@Sarah to create user stories" (line 15)
2. "Action: Sarah - create user stories" (line 42)

Should I:
1. Create one task (combine duplicates)
2. Create two separate tasks
3. Skip the duplicate

What would you prefer?

---

タスクの説明が長い場合

アクションアイテムのテキストが非常に長い場合（200 文字超）：

The task "[long text...]" is quite detailed.

Should I:
1. Use first sentence as summary, rest in description
2. Use full text as summary
3. Let you edit it to be more concise

Which would you prefer?

---

高品質な結果を得るためのヒント

すること：

✅ メモでは一貫した @メンション形式を使う
✅ 可能な限りフルネームを記載する
✅ アクションアイテムの説明は具体的にする
✅ 背景（理由／内容／時期）を加える
✅ 確認前に解析されたタスクを見直す

しないこと：

❌ 1 つの箇条書きに、1 人の複数のタスクを混在させる
❌ 曖昧な名前を使う（John が 5 人いるのに「John」だけにするなど）
❌ 動作を表す動詞を省略する（何をすべきか不明確になります）
❌ プロジェクトの指定を忘れる

会議メモの最適な形式

# Meeting Title - Date

Attendees: [Names]

## Decisions
[What was decided]

## Action Items
- @FullName to [specific task with context]
- @AnotherPerson will [specific task with context]
- etc.

---

このスキルを使用しない場合

このスキルは、会議のアクションアイテムを Jira タスクに変換する用途に限られます。

次の用途には使用しないでください： ❌ 会議の要約（タスクを作成しない場合）
❌ 会議メモの検索（検索スキルを使用してください）
❌ カレンダーイベントの作成
❌ 会議メモのメール送信
❌ 一般的なメモの作成

次の場合にのみ使用してください： 会議メモがあり、アクションアイテムを Jira タスクにする必要がある場合。

---

例

例 1：シンプルな @メンション

入力：

Team Sync - Dec 3, 2025

Action Items:
- @Sarah to create user stories for chat feature
- @Mike will update the architecture doc
- @Lisa should review design mockups

処理：

1. 解析 → アクションアイテムが 3 件見つかりました
2. プロジェクト → 「PROJ」
3. 検索 → Sarah（123）、Mike（456）、Lisa（789）
4. 提示 → ユーザーが確認します
5. 作成 → PROJ-100、PROJ-101、PROJ-102

出力：

✅ Created 3 tasks in PROJ:

1. PROJ-100 - Create user stories for chat feature
   Assigned to: Sarah Johnson
   
2. PROJ-101 - Update the architecture doc
   Assigned to: Mike Chen
   
3. PROJ-102 - Review design mockups
   Assigned to: Lisa Park

---

例 2：混在形式

入力：

Product Review Meeting

Discussed new features and priorities.

Follow-ups:
- Sarah will draft the PRD
- Mike: implement API changes
- TODO: Review security audit (Lisa)
- Update stakeholders on timeline

処理：

1. 解析 → 4 件の項目を検出（3 件は担当者あり、1 件は担当者なし）
2. 確認 → 「担当者ありが 3 件、なしが 1 件見つかりました。すべて作成しますか、それとも担当者が割り当てられたものだけにしますか？」
3. ユーザー → 「すべて作成して、最後のものは担当者なしにしてください」
4. 作成 → 4 件のタスク（3 件は担当者あり、1 件は担当者なし）

---

例 3：名前の照合に関する問題

入力：

Sprint Planning

Action Items:
- @John to update tests
- @Sarah to refactor code

処理：

1. 解析 → 2 件のアクション項目
2. 「John」を照合 → John が 3 人見つかりました！
3. 確認 → 「どの John ですか？（John Smith、John Doe、John Wilson）」
4. ユーザー → 「John Smith」
5. 作成 → 両方のタスクに正しく担当者を割り当て

---

クイックリファレンス

主なツール： getConfluenceContent（URL がある場合）、または貼り付けられたテキストを使用
アカウントの照合： executeRead(name="lookupJiraAccountId", inputs={"query": ...})（主なツールではありません）
タスクの作成： assignee（アカウント ID）を指定して createJiraIssue を使用

探すアクションのパターン：

• @Name to/will/should X
• Name to/will/should X
• Action: Name - X
• TODO: X (Name)
• Name: X

必ず行うこと：

• 作成する前に、解析したタスクを提示する
• 名前の照合に失敗した場合は、適切に対処する
• タスクの説明にコンテキストを含める
• リンク付きの概要を提示する

覚えておくこと：

• 人による確認が重要です（作成前に表示する）
• 名前の照合に失敗する可能性があります（代替手段を用意する）
• パターン照合には柔軟に対応する
• コンテキストの保持が重要です

---

主なツール以外のツールを呼び出す

Atlassian Rovo MCP サーバーでは、主なツールの一部だけがツールリストに直接表示されます。それ以外のツールはカタログにあり、メタツール経由で呼び出します。

• discover — 操作名がわからない場合に、自然言語で目標を説明します。使用する正確な name と inputs が返されます。すでに主なツールとして利用できる操作に対して discover を呼び出さないでください。
• execute 系のツール — 名前を指定してカタログ内の操作を実行します。利用可能なツールを確認してください。クライアントによっては単一の execute が公開され、ほかのクライアントでは executeRead ／ executeWrite ／ executeDestructive が公開され、操作に合った種類の使用が求められます。引数は同じです。

executeRead(   # or execute(...) if your client exposes a single execute tool
  name="<operationName>",
  cloudId="...",
  inputs={"param": "value"}
)

重要なルール：

• cloudId はトップレベルの引数であり、name や inputs と同じ階層に置きます。inputs の中には入れないでください。getContentFormatGuide などの omitCloudId が指定された操作では、cloudId は不要です。
• inputs はフラットなオブジェクトです。 サーバーが各パラメーターをパス、クエリ、または本文に振り分けます。
• 稼働中のツールスキーマにある正確なパラメーター名を使用してください。 認識されないパラメーターはエラーとして報告されずに削除されるため、間違った名前を指定してもエラーは発生せず、呼び出しは成功したように見えて、指定した値が無視されます。迷った場合は、最初にスキーマまたは discover の結果を確認してください。
• 呼び出しで不明な操作が報告された場合は、異なるキーワードで discover を実行し、推測するのではなく、返された名前を使用してください。