summarize-url.md に認知負荷低減ビューを追加する

[xtetsuji]

背景

Zenn記事「AI が大量にアウトプットしてくるので認知負荷を下げる Skill を作った」を参考に、記事要約プロンプトでも「内部的な意味構造」と「ビュー変換」を分ける方針を検討する。

現在の summarize-url.md は、URLクリーニング、添付ファイル優先、はてなブックマーク反応、factcheck、for-voice などの機能が整理されている。一方で、AIの出力が増えたときに、通常要約とは別に「表」「主張と根拠」「時系列」「マインドマップ」などへ再構成できると、読む側の認知負荷を下げられそう。

やること

• core コマンドを追加する
  • 内部的に整理した意味構造を YAML 風に表示する
  • 通常要約では表示しない
• view 系コマンドを追加する
  • view
  • view table
  • view claims
  • view timeline
  • view mindmap
  • view beginner
  • view engineer
  • view biz
• 通常要約では、内部構造をそのまま表示しない方針を明記する
• 記事タイプ別の推奨構成を追加する
  • 技術解説記事
  • ニュース記事
  • 炎上・論争記事
  • 製品・サービス紹介
  • 研究・論文
  • X/Twitter投稿
• はてなブックマーク jsonlite API の扱いを見直す

方針

jsonlite API は ChatGPT からアクセスできないことがあるため、必須ではなく補助的な取得手段にするか、記述を削除する。

はてなブックマーク情報については、取得手段を固定するよりも、以下のような方針にした方が安定しそう。

1. はてなブックマークページを取得できる場合は、ページ上で確認できる情報を要約する
2. jsonlite API にアクセスできる環境では jsonlite API を使ってもよい
3. いずれも取得できない場合は、はてなブックマークへのリンクのみ表示し、「取得不可」と理由を説明する
4. 取得できない場合に、推測でブックマーク数やコメントを補完しない

追加案

## 認知負荷低減ビュー

記事要約では、通常の要約を出す前に、内部的に「主題・背景・主要主張・根拠・争点・不確実な点」を整理してください。
通常出力では、この内部構造をそのまま表示しないでください。

以下のコマンドが入力された場合は、直前に要約した記事を別ビューで再構成してください。

- `core`: 内部整理した意味構造を YAML 風に表示
- `view`: 記事に最適な形式で再構成
- `view table`: 表形式で整理
- `view claims`: 主張・根拠・不確実性を整理
- `view timeline`: 時系列で整理
- `view mindmap`: Mermaid mindmap で整理
- `view beginner`: 初心者向けに説明
- `view engineer`: 技術者向けに説明
- `view biz`: ビジネス判断向けに説明

参考

• https://zenn.dev/hataluck/articles/0752919b305a9f