mcpField
P
person-dossier

person-dossier

github.com/joelhooks生産性6535 回インストール1 日前に更新
リポジトリ

person-dossier について

Person Dossierは、許可された情報源から人物関係の調査資料を作成・更新するワークフロースキルです。メールや会議、交流履歴を整理し、根拠の出所を示して確認済み情報と推測を分けます。

主な機能

  1. 01メールと会議記録を集約
  2. 02話題、プロジェクト、取引を整理
  3. 03交流履歴と未完了項目を管理
  4. 04出所と確度を明記

活用シーン

  1. 01戦略検討に向けた人物情報の準備
  2. 02機会や取引のフォローアップ
  3. 03資料の交流履歴と未完了項目を更新

MCP 対応

プライベートな検索はMCP引数で行い、生の証拠へのアクセスには範囲指定された証拠ドリルダウンレシートが必要です。

インストール

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

$npx skills add https://github.com/joelhooks/joelclaw --skill person-dossier

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

同梱ファイルagents/openai.yamlassets/small-logo.svg

詳細

人物ドシエ

人間関係の調査を依頼された場合に、ドシエを作成または更新します。偶発的な言及はドシエの依頼には該当しません。関連性があり、アクセスが許可された情報源のみを使用します。

トリガー

該当する依頼には、次のものが含まれます。

  • 戦略や計画に関する会話
  • フォローアップの意思決定
  • 人間関係の背景に関する質問
  • 商談や物件に関する話し合い

出力先

  • Vault/Resources/<Person Name> - Dossier.md

必須セクション

  1. すべてのメールスレッド
  2. 話し合った主なトピック
  3. 言及されたプロジェクト
  4. 参照された物件や商談
  5. やり取りの時系列
  6. 未完了項目の現在の状況

ワークフロー

1. ランタイムと認証を検証する
secrets status
secrets lease front_api_token --ttl 15m

シークレットサービスが停止している場合：

secrets serve &
2. 識別子を特定する

次の情報を収集します。

  • 主な名前
  • 既知のメールアドレス
  • 別名／ハンドル名

すべての情報源に対するクエリ入力として使用します。

3. Front のスレッドを取得する（優先）
joelclaw email inbox -q "<person name>" -n 200
joelclaw email inbox -q "from:<email-or-handle>" -n 200

一致する各会話を読み取ります。

joelclaw email read --id <cnv_id>
4. Granola の会議を取得する

実用的な期間内の会議を一覧表示します。

granola meetings --range this_week
granola meetings --range this_month

候補となる会議 ID ごとに：

recall と現在の session-search 契約を使用します。プライベートクエリは、構造化された MCP 引数に保持します。生の証拠には、スコープに紐づいた evidenceDrilldownReceipt が必要です。プロジェクションが欠落していても、生データへのアクセスは許可されません。

5. Brain に基づく想起コンテキストを取得する

recall と現在の session-search 契約を使用します。プライベートクエリは、構造化された MCP 引数に保持します。生の証拠には、スコープに紐づいた evidenceDrilldownReceipt が必要です。プロジェクションが欠落していても、生データへのアクセスは許可されません。

6. イベントの時系列コンテキストを取得する
joelclaw events --hours 720 --count 200
joelclaw events --prefix meeting --hours 720 --count 200
7. 抽出したデータを正規化する

証拠に基づいて、次の項目をまとめます。

  • メールスレッド：件名、会話 ID、参加者、最終活動日
  • トピック：繰り返し話し合われるテーマ
  • プロジェクト：名前のある取り組み
  • 物件／商談：資産、機会、取引
  • 時系列：チャネル別の日付付きやり取り
  • 未完了項目：担当者、状況、期限、次のステップ
8. ドシエの Markdown を作成または更新する

ファイルが存在しない場合：テンプレートから作成します。

ファイルが存在する場合：その場で更新します。

更新ルール：

  • 古い項目を削除せず、新しい時系列項目を追記する
  • 安定したキー（channel + source_id + date + summary）で重複を排除する
  • 重複を作成せず、未完了項目の状況更新を統合する
  • 重要な主張ごとに Verified と Inferred のラベルを維持する
  • Last Updated のタイムスタンプを更新する
9. 証拠と確度を記録する

各セクションに情報源を明記する必要があります。

  • Verified from Front thread
  • Verified from Granola meeting
  • Inferred from Brain-backed recall/event context

推論した内容を検証済みとして提示してはいけません。

10. ブロッカーへの対応

ブロックされた場合：

  1. 正確な技術エラーテキストを記録する
  2. 許可されたイベントメタデータまたはスコープ付きの想起を試す。文字起こしへのアクセス要件を回避してはいけません
  3. 不足情報を明示したブロック状態のドシエを作成する
  4. 次回実行時に使用する正確なコマンドを記載する

部分的な処理結果を黙って提示してはいけません。

ドシエのテンプレート

# <Person Name> - Dossier

## Identity
- Name: <name>
- Emails: <email1>, <email2>
- Aliases: <alias1>, <alias2>
- Last Updated: YYYY-MM-DD

## 1. All Email Threads with <Person Name>
- Thread: <subject>
  - Conversation ID: <cnv_id>
  - Last activity: YYYY-MM-DD
  - Evidence: Verified from Front thread

## 2. Key Topics Discussed
- <topic> (Verified/Inferred)

## 3. Projects Mentioned
- <project> (Verified/Inferred)

## 4. Properties or Deals Referenced
- <item> (Verified/Inferred)

## 5. Timeline of Interactions
- YYYY-MM-DD | <channel> | <summary> | <source_id>

## 6. Current Status of Open Items
- Item: <description>
  - Owner: system owner | other person | unknown
  - Status: open | blocked | closed
  - Next step: <text>
  - Due: YYYY-MM-DD | unknown
  - Evidence: <source>

## Evidence Index
- Front conversation IDs: <list>
- Granola meeting IDs: <list>
- Memory queries: <list>
- Event windows: <list>

## Blockers
- <none or error text>

クイックビルドコマンドセット

recall と現在の session-search 契約を使用します。プライベートクエリは、構造化された MCP 引数に保持します。生の証拠には、スコープに紐づいた evidenceDrilldownReceipt が必要です。プロジェクションが欠落していても、生データへのアクセスは許可されません。

品質基準

  • 事実を捏造しない
  • 未完了項目には必ず担当者を含める
  • 可能な場合は具体的な日付を使って時系列を記載する
  • 検証済みの内容と推論した内容を明確に分ける

コメント

Markdown 対応