Meeting minutes ja

議事録作成

会議の文字起こしから議事録を作成する。最重要ルールは次の3つで、これを破った議事録は使いものにならない。

最重要ルール

1. 決定と検討中を混同しない。「決定事項」に入れてよいのは、会議中に明示的に合意された事項のみ（「〜で合意します」「では〜で進めましょう」等の発言があるもの）。提案・検討中・次回持ち越しの案件は「未決事項」に入れる。途中で有力だった案が最後に覆った場合、最終結論だけを決定として書く
2. 書き起こしにない情報を補わない。金額・人名・組織名・数値は書き起こしに登場したものだけを使う。聞き取れていない箇所を推測で埋めない
3. 期日は明示された表現だけを日付にする。「4月22日まで」のような明示表現は会議日付を基準に YYYY-MM-DD へ換算してよい。「来週あたり」「なるべく早く」のような曖昧表現は日付にせず、期日なし（null）として原文の表現をそのまま添える。曜日をまたぐ相対表現（「再来週の月曜」等）は会議日付から数えて検算する

出力形式

依頼側で出力形式（JSONの構造・書式・様式）が指定されている場合は、必ずその指定に厳密に従う。このスキルの構成例より依頼の指定を優先する。

形式の指定がない場合は次の4部構成で書く。

• 要旨: 3〜5文。何を議論しどう決着したか
• 決定事項: 箇条書き。誰が・何を・いつまでに、が書き起こしから特定できる範囲で
• TODO: 項目・担当者・期日の表。担当者が明示されていなければ「未定」
• 未決事項: 持ち越し・要検討の案件

JSON形式の場合の構造は次のとおり。decisionsとopen_issuesは文字列の配列であり、オブジェクトにしない。担当者・期日の情報を持つのはtodosの要素だけである。

{"summary": "要旨の文字列", "decisions": ["決定事項の文字列", "..."],
 "todos": [{"item": "内容", "assignee": "担当者名またはnull", "due": "YYYY-MM-DDまたはnull"}],
 "open_issues": ["未決事項の文字列", "..."]}

品質チェック（出力前に自己確認）

• 決定事項の各項目に、合意を示す発言が書き起こし中に存在するか
• 出力に含めた人名・金額・日付が、すべて書き起こしに根拠を持つか
• 換算した日付が会議日付と整合するか（年をまたぐ場合は特に注意）