上場している競合の決算短信と説明資料を公表のたびに要約し、売上・利益・セグメント・見通しの比較表と自社への示唆の下書きにする

処理の起点を決める

受領フォルダに資料が置かれたことを起点にします。 決算の公表は15時以降が多く、担当者は公表を確かめてから資料を取りに行きます。置いたらすぐ動くようにしておくと、翌朝には比較表の行と要約がそろっています。

フォルダは会社コードと決算期で分けます（例：6xxx_2026Q2）。要約は、ファイルが3つそろうまで動かしません。 決算短信のXBRL、決算短信のPDF、説明資料のPDFのどれかが欠けたまま動かすと、比較表の行と要約の期がずれる状態が生まれます。

説明資料が決算短信より後に出る会社もあります。その場合は、XBRLとPDFが置かれた時点で比較表の行だけを作り、説明資料が届いたら要約を足します。 一覧には「説明資料待ち」と表示します。

入力データを集める

質を決めるのは、下の3つです。 前の期の要約が無ければ「言っていたことが変わったか」が出せません。比較の定義が無ければ、担当者で列が変わるという今の問題を、AIがそのまま引き継ぎます。 自社の方針が無ければ、示唆は一般論になります。

自社と近いセグメントの対応表は、最初に手で作ります。 競合Aの「産業機器事業」と競合Bの「インダストリー事業」が自社のどの事業と比べられるかは、決算資料を読んでも決まりません。 経営企画が決めて、表として持ちます。

データの取得方法を決める

XBRLの読み取りは、スクリプトで行います。 項目の名前と単位、当期と前期の区別はXBRLの中に持たれているので、桁や期の取り違えが起きません。 読み取りの実装は、使うライブラリと決算短信の様式に合わせた個別の実装になります。

説明資料は、引用を有効にした文書として渡します。 PDFの文書ブロックに引用を有効にすると、返答の文に page_location の形の引用が付き、根拠にした文（cited_text）と、開始ページ・終了ページの番号が返ります。ページ番号は1から数え、終了ページは含まない数え方です。

AIへ渡す前に整形する

1. ファイルのそろいの確認 … XBRL・決算短信のPDF・説明資料のPDFの3つがあるかを確かめます
2. PDFの確認 … パスワードや暗号化が無いこと、32MB以内であることを確かめます
3. 文字が取り出せるかの確認 … 説明資料がスキャン画像だけのPDFだと、引用が付きません。 公式は、取り出せる文字が無いスキャンのPDFは引用できないとしています。この場合は引用なしで要約し、一覧に「引用なし」と表示します
4. 単位の統一 … XBRLの数値を百万円にそろえ、説明資料の億円の記述と並べられるようにします
5. 累計と四半期単独の区別 … XBRLは累計で持つことが多いので、前の四半期の累計を引いて四半期単独の値も出します
6. 前の期の要約の取り出し … 同じ会社の直前の四半期と、前年同期の要約を読み込みます
7. ページ数の確認 … 100ページを超える説明資料は、章で分けて2回に分けます

3番目を軽く見ないでください。 説明資料の中には、スライドを画像として貼り付けたPDFがあります。AIは画像からも読めますが、引用は付かないので、ページを確かめる手間が戻ってきます。 会社ごとに「引用が付く資料か」を一覧に持っておくと、確認の段取りが立ちます。

会社ごとの性質は、1枚の一覧に持ちます。 説明資料が決算短信と同じ日に出るか、文字が取り出せるか、セグメントの名前と自社の事業との対応、決算期と公表予定日です。前処理はこの一覧を見て分岐します。 新しく追い始める会社は、最初の1回で一覧の行を埋めます。

5番目は、比較表の誤りのいちばん多い原因です。 「第2四半期」の数値が累計か3か月単独かで、前年同期比の意味が変わります。計算はスクリプトで行い、AIにはさせません。

AIに処理させる

させるのは、セグメント別の数値の取り出しと、説明資料の観点ごとの要約、そして変化点と示唆の下書きの3つです。

②で「記載なし」を許しているのが大事です。 説明資料に受注の話が無いのに、決算短信の数字から「受注は堅調と見られる」と書かせると、会社が言っていないことを会社の言葉として経営会議に出すことになります。

3行目がいちばん起きやすい失敗です。 減益の会社の説明資料に理由が書かれていないと、AIは一般的な理由（原材料高、為替など）を補おうとします。補った理由は、引用が付かないことで見分けられます。 引用の無い文は、一覧で色を変えて出します。

指示内容を固定する

あなたは産業機械メーカーの経営企画部で、競合の決算説明資料を読む担当です。
添付の説明資料だけを根拠に、次の6つの観点で要約してください。

【観点】
1. 業績の要因（増減の理由として会社が挙げているもの）
2. 受注の動き（受注高、受注残、地域や業種の動き）
3. 価格と原材料（価格改定、原材料・部材・物流のコスト）
4. 施策（新製品、設備投資、提携、買収、構造改革）
5. リスク（会社が挙げている懸念、前提の変化）
6. 見通し（通期予想の前提、修正の理由、来期への言及）

【厳守事項】
- 資料に書かれていることだけを書いてください。書かれていない観点は「記載なし」としてください。
- 数値を計算しないでください。資料に書かれた数値をそのまま引用してください。
- 会社の発言として書く文に、あなたの推測を混ぜないでください。
- 「堅調」「好調」などの評価は、資料にその言葉がある場合だけ使ってください。
- 1つの観点は3文以内にしてください。
- 株価や投資の判断に関わることは書かないでください。

【比較の定義（自社と近いセグメント）】{segment_map}
【会社名と決算期】{company} {period}

呼び出し③の指示は、別に分けます。

次の2つを材料に、変化点と自社への示唆の下書きを作ってください。

【今期の比較表の行と要約】{current}
【前の期の要約】{previous}
【自社の重点テーマ】{our_themes}

- 変化点は、前の期と言い方が変わった点だけを挙げ、前の期と今期の文を並べてください。
- 示唆は「仮説」として3つまで。各仮説に、根拠にした比較表の値か要約の文を添えてください。
- 根拠の無い示唆は書かないでください。
- 自社が何をすべきかの結論は書かないでください。

「評価の言葉は資料にある場合だけ」を入れないと、要約の色が担当者の好みからAIの好みに変わるだけになります。 会社が「回復基調」と書いたのか、AIが「回復基調」とまとめたのかを、読む側が区別できなくなります。

示唆を「仮説」と呼ばせているのも意図してのことです。 経営会議の資料に「すべき」と書かれた下書きが残ると、検討されないまま結論として扱われます。

出力形式を固定する

呼び出し①（セグメント別の数値）は、次の形のJSONで受け取ります。

{
  "company_code": "",
  "period": "",
  "unit": "百万円 | 千円 | 億円",
  "basis": "cumulative | quarter",
  "segments": [
    { "name": "", "sales": "", "profit": "", "page": 0, "status": "ok | not_found | ambiguous" }
  ]
}

数値を文字列で受け取っているのは、「△120」のような表記をそのまま写させ、変換をスクリプトに任せるためです。構造化出力は数値の範囲の制約に対応していないので、値の検査はどのみちスクリプトで行います。 スクリプトはセグメントの合計とXBRLの合計を比べ、調整額を除いて合わなければ ambiguous として人に回します。

呼び出し②（要約）は、引用付きのテキストで受け取ります。 返答はテキストのブロックと引用の組で返るので、スクリプトで次の表に組み直します。

1つ目の理由は、根拠のページをその場で開けることです。 経営会議で質問が出たとき、ページ番号があれば数秒で該当の箇所を示せます。

2つ目は、引用の無い文を機械で見分けられることです。 引用の付かない要約の文は、資料以外から来た可能性があるので、一覧で色を変えます。担当者はその文から先に確かめます。

3つ目は、比較表の列が固定されることです。 観点が6つに決まっているので、担当者が替わっても、どの会社も同じ列で並びます。

呼び出し③（変化点と示唆）は、次の形の表で受け取ります。

変化の種類は「新しく出た話題」「消えた話題」「時期の変更」「強さの変更」の4つに限ります。 種類を決めておくと、24社分を並べたときに「今四半期に時期を後ろへずらした会社が何社あるか」を数えられます。消えた話題は、AIが見落としたのか会社が言わなくなったのかを、担当者が資料で確かめます。

システムへ連携する

比較表の過去の行は書き換えません。 決算の修正や遡及の組み替えがあっても、新しい行として足し、どちらの数値かを列で区別します。 上書きすると、前の期に経営会議へ出した数字が後から変わってしまいます。

経営会議の資料へは、自動で書き込みません。 出すのは比較表と下書きまでで、資料にするのは担当者と部長です。

人が確認する

人が必ず見るのは、検算の結果と引用の無い文、そして示唆の下書きです。 要約の文をすべて読み直すことはしません。全文を読み直す設計にすると、第10章の8.0時間には収まりません。

1. 検算が合わない会社を先に見る … セグメントの合計とXBRLの合計が合わないものは、決算短信の該当ページを開いて数値を確かめます
2. 引用の無い文を確かめる … 色の付いた文が資料にあるかを確かめ、無ければ消します
3. 変化点を読む … 前の期と今期の文が並んでいるので、言い方の変化が本当に意味のある変化かを判断します
4. 示唆を書き直す … 下書きの仮説を読み、自社の事情を足して書き直します。ここは担当者の仕事として残します

4番目は時間を削る対象ではありません。 この業務の価値は示唆にあり、AIの下書きは材料をそろえるためのものです。浮いた時間は、ここに使います。

目標は、8件をならして1件60分です。 うち半分近くを示唆の書き直しに充てる想定で、検算と引用の確認に30分以上かかる会社は、資料の形に理由があります。

例外に対処する

上の3行は、会社ごとにほぼ決まっています。 説明資料が遅れて出る会社、スライドを画像で貼る会社は毎回同じです。会社の一覧に印を付けておけば、驚く場面は減ります。

5行目と6行目は、比較表の信頼に関わります。 セグメントの組み替えがあった期に前の期とそのまま並べると、増えていないものが増えたように見えます。 組み替えの注記を見つけたら、比較を止めます。

記録を残す

• 受け取った資料（XBRL・決算短信のPDF・説明資料のPDF）と、取得した日時・取得元
• XBRLから読んだ値と、スクリプトが計算した四半期単独の値
• Claude API が返したセグメント数値のJSONと、検算の結果
• 要約の文と、それぞれの引用の文・ページ番号
• 担当者が消した文・書き直した示唆と、その理由
• 経営会議に出した版と、出した日

4つ目を残すのは、次の期の比較に使うためです。 前の期に会社が何と言っていたかを、引用の文のまま持っておけば、言い方が変わったときに並べて見せられます。

5つ目は、指示を直す材料になります。 消された文がどの観点に多いかを見ると、AIが補いがちな観点が分かります。

会社別の要約ファイルは、会社コードと決算期の名前で1期1ファイルにします。 次の期の呼び出し③は、このファイルを名前で引きます。担当者が書き直した版と、AIが出した版を別のファイルで残し、次の期の比較には書き直した版を使います。 AIの版だけを積み上げると、担当者が消した文が次の期の「前の期の発言」として戻ってきます。