mcpField
S
session-log

session-log

github.com/michalparkola生産性564159 回インストール33 週間前に更新
リポジトリ

session-log について

session-log は、会話を要約して週次の Agent ログに追記するスキルです。日付の割り当て、記載形式、既存内容を保持する追記方法を定めています。

主な機能

  1. 01話題と決定事項の要約
  2. 02日付ごとのログ整理
  3. 03再利用可能な成果物の記録
  4. 04既存項目を置き換えずに追記

活用シーン

  1. 01週ごとの Agent セッション記録
  2. 02複数日にまたがる会話の整理
  3. 03計画や草稿への CHUNK マーカー付与

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/michalparkola/tapestry-skills --skill session-log

インストール後、Claude Code で/session-logを入力して読み込まれたか確認します。

詳細

セッションログ

現在の会話を要約し、週次エージェントログファイルに追加します。

出力先

YYYY-wWW Agent Log.md

今日の日付の ISO 週を、次の方法で計算してください。

date +%Y-w%V

書式ルール

  1. 新しい日付を上にする — 最も新しい日付を先頭にします
  2. 日ごとに ## 見出しを1つ使う — 形式:## YYYY-MM-DD
  3. 小見出しではなく箇条書きを使う — 1日の中では、トピックの区切りに ### ではなく通常の箇条書き - トピック名 を使います。トピック行には太字や書式を使いません。
  4. 詳細は入れ子の箇条書きにする — サブ箇条書きは1文にし、必要に応じて入れ子にできます。太字は使いません。入れ子にはタブを使います。
  5. CHUNK マーカー — トピックから再利用可能な成果物(計画、要約、フレームワーク、メッセージの草案)が作成された場合は、入れ子の箇条書きに CHUNK: <説明的なタイトル> を追加します
  6. 説明文は書かない — 導入文、「このセッションでは話し合いました」などのメタコメントは含めません
  7. 置き換えずに追記する — その日の見出しがすでにある場合は、既存の内容を削除せずに新しい箇条書きを追加します

例

## 2026-02-28

- Analiza strategii X vs framework Y + moje obserwacje
  - Strategia jest silna w A i B, słaba w C — brakuje fosy i horyzontu 3+lat.
  - Naming produktu "Rescue" implikuje że kupujący jest ofiarą, co blokuje referencje.
  - Anty-segment nie jest sprawdzalny z zewnątrz — to opis doświadczenia, nie filtr.
  - CHUNK: 3-zdaniowe podsumowanie strategii
  - CHUNK: Scorecard po 6 osiach
- Decyzja: follow-up z klientem
  - Nie wysyłać feedbacku (nie prosił), wysłać link do artykułu jako wartość bez CTA.

ステップごとのワークフロー

1. 対象ファイルを決める
WEEK=$(date +%Y-w%V)

対象:${WEEK} agent-log.md

2. 既存ファイルを読む(存在する場合)

その週の過去のセッションで記録が追加されている可能性があります。上書きを避けるため、最初にファイルを読みます。

3. 会話全体を確認し、日付を特定する

会話履歴全体を確認します。次の項目を特定してください。

  • トピック — 話し合われた個別のテーマ(関連するやり取りは1つのトピックにまとめます)
  • 決定事項 — 決定または結論に至った内容
  • 成果物 — 再利用可能な成果物(要約、計画、メッセージの草案、フレームワーク、スコアカード)

日付の割り当て: 会話が複数日にまたがる場合があります。次の手がかりを優先順位の高い順に使い、各トピックの正しい日付を特定してください。

  1. 日付変更に関するシステムリマインダー(「日付が変わりました。今日の日付は……です」など)
  2. 日付が含まれるファイル名(例:2026-02-26 client email.md がその日に作成または話題になった場合)
  3. セッション要約のコンテキスト — セッションが要約された会話から続いている場合、要約に各作業を行った日付が記載されていることがあります
  4. デフォルト — 日付の手がかりがない場合は、今日の日付を使用します

トピックは「今日」だけでまとめず、実際の日付ごとにグループ化します。

4. ログの記録を作成する

トピックがある日付ごとに、次のようにします。

  • その日付の見出し(## YYYY-MM-DD)がすでにファイルにある場合は、その下に新しいトピックを追加します
  • 日付の見出しがない場合は、新しい見出しを新しい順になるよう適切な位置に追加します
  • ファイルが存在しない場合は、作成します

週をまたぐ日付: トピックの日付が対象ファイルとは異なる ISO 週に属する場合は、そのことをユーザーに伝え、現在のファイルと該当する週のファイルのどちらに追加するかを尋ねます。

要約ルール:

  • 関連する複数のやり取り → 1つのトピック箇条書きにまとめます
  • やり取りを重ねて内容を調整した場合 → 最終的な結論のみを記録します
  • ユーザーが内容を編集または訂正した場合 → 訂正後の内容を使い、それ以前の草案は無視します

追記ルール:

  • 今日の ## YYYY-MM-DD 見出しに箇条書きがすでにある場合は、末尾に新しい内容を追加します。既存の箇条書きを削除または書き換えてはいけません
  • 今回のセッションのトピックが既存の箇条書きと重複する場合は、既存の内容にまとめず、新しいトピック箇条書きの下に追加の詳細を記録します
5. 確認する

記録したトピック名だけを1行でユーザーに伝えます。

重要な注意事項

  • ユーザーが好みのトピック名のスタイルを示している場合があります。以前の記録を編集していた場合は、そのスタイルに合わせます
  • 箇条書きは簡潔にします。1文とし、セミコロンで複数の考えをつなげないでください
  • CHUNK はファイル内ではなく会話内に存在する成果物を参照します。ユーザーが後で見つけるための目印です
  • 完全な成果物の内容をログに含めないでください。マーカーのみを記載します
  • 言語:会話で使われている言語に合わせます(ユーザーの言語を使います)

コメント