personal-strategic-signal-intelligence

個人向け戦略的シグナルインテリジェンス

概要

個人向け戦略的シグナルインテリジェンス（PSSI）は、その人が蓄積してきた情報の軌跡を意思決定の支援に変換します。これは、ブックマークのインポート機能を付けただけのコンテンツ案生成ツールではありません。まず、利用者が何に気づき、何を試し、何を疑い、どのような決断を下す準備ができつつあるのかを明確にすることを目的とします。コンテンツ、製品、オファー、実験は、その後の応用です。

このシステムは、次のような複数の個人シグナルソースを読み取る場合があります。

• 後で読むためのライブラリ
• ブラウザーやナレッジベースに保存した項目
• ソーシャルブックマーク
• 明示的に読了した項目
• ハイライトや注釈
• 個人メモや覚え書き
• 会議のフォローアップや意思決定記録
• 実験、プロトタイプ、リリース済みアプリケーション
• ユーザーが提供した公開記事や過去の意思決定

各ソースは、強度、日付、系譜が明らかな証拠として扱ってください。推測した信念を、表明された事実として提示してはなりません。

使用する場面

ユーザーが次のことを求めた場合に、このスキルを使用してください。

• 注意や戦略的関心がどのように変化しているかを理解する
• 近づきつつあると思われる意思決定を特定する
• 表明された信念と、最近の証拠や行動を比較する
• 保存した資料を実験、プロトタイプ、運用上の変更に結び付ける
• 既存のフレームワークを組み合わせ、裏付けのある創業者や経営幹部向けの知的財産を生み出す
• 繰り返し見られる市場の課題から、暗示されるオファーやサービスを見つける
• 研究しているものの、公には取り上げていない重要なトピックを見つける
• 毎週の個人向けインテリジェンスレビューを実施する
• 重要な意思決定、保存の集中、矛盾、または適用実験の後に、焦点を絞ったレビューを開始する

次の目的では使用しないでください。

• 性格、メンタルヘルス、または個人的な動機を診断する
• 意思決定に関する問いを設けずに、アーカイブ全体を要約する
• 非公開の活動に基づいて、人、顧客、従業員を順位付けする
• 推測した信念や機微なソース資料を公開する
• ブックマーク、いいね、フォローを支持の表明として扱う
• 恣意的に高頻度の統合サイクルを作る

運用原則

1. コンテンツより意思決定インテリジェンスを優先する

シグナルがどのような意思決定、リソース配分、信念の更新、リスク、実験に役立つ可能性があるのか、必ず確認してください。コンテンツの提案は、その後にのみ行います。意思決定との関連性が見つからない場合は、無理にビジネス上の意味付けをせず、探索的な出力としてラベル付けしてください。

2. 注意を向けていることは、確信していることではない

保存は、同意ではなく、注意を向けている証拠です。同じ項目を繰り返し保存している場合、好奇心、不安、積極的な調査、競合の監視、または反対意見を示している可能性があります。

既定では、次のシグナル強度の段階を使用してください。

シグナル	既定の解釈	相対的な強さ
保存、いいね、フォロー、またはブックマーク	弱い注意のシグナル	1
時間をおいて、または複数のソースにわたる繰り返しの保存	継続的な注意	2
明示的に読了済みとしてマーク	意図的な接触	3
ハイライトまたは注釈	重要なアイデア	4
独自のメモまたは統合	積極的な解釈	5
意思決定での参照または表明された信念	表明された確信	6
実験、プロトタイプ、購入、または運用上の変更	実践に移された確信	7
測定可能な成果を伴う、繰り返しの適用	検証済みの運用上の信念	8

重みは設定可能です。弱いシグナルが数多くあるという理由だけで、弱いシグナルを強い主張に変えてはなりません。

3. 推測した非公開の信念は非公開に保つ

このシステムは、ユーザーの思考を助けるために、信念の候補を推測する場合があります。それぞれの推測には private inferred belief のラベルを付け、裏付けとなる証拠と反証となる証拠を含め、確信度を示す必要があります。明示的な確認なしに公開したり、共同作業者に送信したり、ユーザーが表明した立場として扱ったりしてはなりません。

慎重な表現を使用してください。

• 良い例：「最近のメモから、広範な自動化への懐疑が強まっている可能性がうかがえます。」
• 悪い例：「あなたは広範な自動化は間違いだと信じています。」

4. 統合の前に出典をたどれるようにする

すべての重要な主張は、出典レコードにさかのぼれるようにしてください。元の出典識別子を内部で保持し、出力には人が読み取れる形式の引用を表示してください。主張の出典をたどれない場合は、unverified synthesis と明記するか、削除してください。

5. 証拠を再帰的に数えない

過去の統合結果は新たな証拠ではありません。新しい一次観察が含まれていない限り、ダッシュボード、週次ブリーフ、生成されたメモ、過去のモデル推論を独立した根拠として引用しないでください。

以下のルールを守ってください。

1. 一次証拠とは、出典項目、ユーザーの明示的な発言、観察したアプリケーション、または測定された結果です。
2. 派生証拠とは、一次証拠をもとに作成された要約、クラスタラベル、スコア、または推論です。
3. 派生証拠は情報の参照に役立てられますが、再度数えることで確信度を高めてはなりません。
4. 生成された成果物にユーザーが後から注釈を加えた場合、一次証拠となるのは新しい注釈のみです。生成された文章は引き続き派生情報です。
5. 循環を検出して排除できるよう、derived_from リストを保持してください。

ソースの契約

分析の前に、ソースレコードを正規化してください。

signal_id: stable-source-id
source_type: read_later | social_bookmark | highlight | note | decision | application | other
source_system: user-facing connector name
source_url: optional canonical URL
source_item_id: optional connector-native ID
captured_at: ISO-8601 timestamp
engaged_at: optional ISO-8601 timestamp
engagement: saved | opened | read | highlighted | annotated | applied | measured
text_excerpt: minimal relevant excerpt
user_text: optional user-authored note
privacy: private | shareable | public
content_hash: hash of normalized source content

派生した主張には、以下の系譜フィールドが必須です。

claim_id: stable-derived-id
claim: concise statement
claim_type: observation | private_inferred_belief | hypothesis | recommendation
source_ids: [signal-id-1, signal-id-2]
derived_from: []
supporting_evidence: []
contradicting_evidence: []
confidence: low | medium | high
created_at: ISO-8601 timestamp

明示的に質問または仮説とラベル付けされている場合を除き、source_ids が空の主張は却下してください。

分析ワークフロー

ステップ 1：対象範囲と意思決定の背景を明確にする

以下を記録します。

• レビュー期間
• 利用可能なソースの種類
• 現在の意思決定または戦略上の問い（該当する場合）
• プライバシーの境界
• 期待される出力：意思決定メモ、矛盾の概要、構築キュー、オファーマップ、コンテンツマップ、または週次レビュー

ユーザーが意思決定に関する質問を提示していない場合は、広くシグナルを検出するところから始め、緊急性を捏造しないでください。

ステップ 2：必要最小限のデータを取り込む

選択したモジュールで必要なフィールドのみをリクエストしてください。ライブラリ全体をエクスポートするより、段階的な同期を優先してください。コネクタのトークンは、ノート、プロンプト、生成された成果物の外部に保存してください。出典 ID、タイトル、関連箇所の抜粋で十分な場合は、非公開の文書全文を含めないでください。

ステップ 3：正規化して重複を排除する

正規 URL、ネイティブのソース ID、コンテンツハッシュを使って重複を排除してください。複数のエンゲージメントイベントは、別個のソースであるかのように扱わず、1 つのソースに対するイベントとして記録してください。コネクタで取得できる場合は、編集と削除も記録してください。

ステップ 4：証拠をスコアリングする

以下の個別の指標に沿ってスコアリングします。

• attention_strength：頻度、新しさ、ソースの多様性
• conviction_strength：メモ、意思決定、適用、測定された結果
• source_quality：一次証拠、具体性、信頼性
• strategic_relevance：進行中の意思決定または明示された優先事項との関連性
• novelty：既知のテーマとの違い
• contradiction：過去の発言や行動との食い違い

注目度と確信度を、不透明な 1 つのスコアに統合しないでください。テーマによっては、注目度が高く確信度が低い場合があります。

ステップ 5：反証となる証拠を含めて主張を構築する

価値の高いクラスターごとに、以下を行います。

1. 観察できるパターンを述べます。
2. 一次証拠を列挙します。
3. 妥当な別の説明を列挙します。
4. 反証となる証拠を探します。
5. 信念に関する推論は、非公開かつ暫定的なものとして記述します。
6. その推論が判断材料となる意思決定、テスト、または質問を特定します。
7. 表現の説得力ではなく、証拠の質に基づいて確信度を設定します。

ステップ 6：専門家パネルを適用する

設定可能なパネルと合格基準を使用します。デフォルトの合格基準は 90/100 です。ユーザーは探索的な作業では別の基準を設定できますが、選択した基準を出力に記載する必要があります。

推奨するパネルの視点：

視点	質問
エビデンス監査者	主張は二重計上されることなく、一次エビデンスまでたどれますか？
意思決定ストラテジスト	これは実際の意思決定を実質的に改善しますか？
反対意見レビュー担当者	結論を覆す可能性のあるエビデンスや解釈は何ですか？
実務担当者	具体的で範囲の明確な次の行動がありますか？
プライバシー管理担当者	出力は想定される読者にとって安全ですか？
ドメイン専門家	関連分野において、分析に信頼性がありますか？
測定レビュー担当者	推奨によって観察可能なフィードバックを得られますか？

各視点を 0〜100 点で評価し、平均点を算出して、平均点と基準点の両方を記録します。90 点未満の項目も探索的な仮説として残せますが、デフォルトの設定では推奨事項として提示してはいけません。

ステップ 7：アクション成果物を作成する

提示するすべてのインサイトは、次のいずれかにつなげます。

• 選択肢とエビデンスを含む意思決定の問い
• 反証可能な実験
• 小規模なビルド仕様
• 解決すべき矛盾
• 検証すべきオファーの仮説
• 出典に根ざした見解を伴うコンテンツのギャップ
• 再レビューの明確なトリガーを定めた、モニタリング対象のテーマ

ステップ 8：フィードバックを記録する

ユーザーが受け入れたもの、却下したもの、修正したもの、適用したもの、測定したものを記録します。ユーザーによる修正は、新たな一次エビデンスになります。モデルによる言い換えは一次エビデンスにはなりません。

7 つの機能モジュール

モジュール 1：注意の移り変わり

目的： 注意と信念を混同せずに、オペレーターの注意がどのように変化しているかを検出します。

テーマ、情報源の多様性、反復性、エンゲージメントの深さを比較します。次の項目を報告します。

• 新たに浮上しているテーマ
• 勢いを増しているテーマ
• 薄れつつあるテーマ
• 継続しているテーマ
• 保存からメモや適用へと移行しているテーマ
• 注意は集めているものの、確信を示すエビデンスがないテーマ

プライベートなワークスペースの外部で共有する場合は、正確なコーパス総数よりも、割合や傾向を示す表現を優先します。

モジュール 2：意思決定の先読み

目的： オペレーターがまだ明確に言語化していない、近づきつつある意思決定を明らかにします。

繰り返し行われる調査、相反する見解、実装メモ、ベンダーの比較、適用テストなど、収束するシグナルを探します。候補となる意思決定は予測ではなく、問いとして出力します。

## Candidate decision
**Question:** Should we standardize this workflow now or keep it experimental?
**Why it may be approaching:** <source-grounded pattern>
**Evidence for acting:** <citations>
**Evidence for waiting:** <citations>
**Smallest reversible test:** <action>
**Confidence:** medium

ユーザーがどのような決定を下すかを把握していると主張してはいけません。

Module 3: 矛盾／意思決定の審判

目的： 建設的な矛盾を可視化し、競合する仮説が同じ証拠に向き合うようにします。

デフォルトでは、次の設定可能なハイブリッド登録ポリシーを使用します。

• 対象範囲内であることが明示された意思決定は、自動的に登録します。 ユーザーが対象範囲内の項目を意思決定として明確に示した場合、別途推薦の承認を求めずに意思決定の審判に追加します。
• 推定された対象範囲内の候補は、承認を求めます。 重大な影響を及ぼす可能性のある意思決定が生じつつあるとシステムが推定した場合、情報源に基づく簡潔な理由とともに候補として提案し、意思決定の審判による詳細な分析を実施する前にユーザーの承認を待ちます。
• 日常的な活動は意思決定ではありません。 戦略的に関係する可能性があるというだけで、日常的な会話、質問、タスク、メモ、ToDoを意思決定として扱わないでください。

ユーザーが別の範囲を設定していない限り、次のサニタイズ済みのV0範囲を使用します。

• 戦略的な賭け
• 製品またはオファーの変更
• シニア人材の採用
• 資本配分
• 合併、買収、またはパートナーシップ
• 重大な影響を伴うクライアント関連の賭け

日常業務は、設定済みの重要度ゲートを少なくとも1つ満たさない限り対象外です。V0のデフォルトは次のとおりです。

• 想定される損失または確約済みの支出がUSD 5,000以上
• 想定される作業量が40人時以上
• 重大な評判リスクがある
• 選択の取り消しが実質的に困難である

これらは初期設定であり、普遍的な定数ではありません。対象とする意思決定の種類、通貨、損失または支出のしきい値、作業量のしきい値と単位、重大な評判リスクの定義、取り消しが実質的に困難であることの定義、明示的な対象または除外項目を設定可能にしてください。有効な対象範囲としきい値を、各意思決定の審判の出力に記録してください。ユーザーから設定が提示されていない場合は、上記のV0デフォルトを使用します。証拠がない場合、損失や作業量の具体的な推定値を作り上げないでください。ゲートを不明とし、登録前に確認を求めてください。

ユーザーは意思決定のラベル、候補の提案形式、自動登録の動作も設定できます。別途設定されていない限り、上記の区別を保ち、既存のプライバシー、来歴、認可のルールを適用してください。

手順：

1. 見かけ上の矛盾を中立的に述べます。
2. それぞれの側の主張を、最も説得力のある形で組み立てます。
3. 両方について一次証拠を引用します。
4. 意見の相違が事実、時間、文脈、価値観のいずれに関するものかを特定します。
5. 不足している証拠を示します。
6. テスト、意思決定ルール、または未解決であることの明示を提案します。

矛盾は偽善ではありません。人は信念を更新したり、文脈ごとに異なるルールを使ったり、相反する見解を検討したりします。

Module 4: ブックマークから構築へ

目的： 繰り返し保存されるアイデアを、小さく検証可能な運用成果物に変換します。

昇格の手順：

save -> read -> annotate -> synthesize -> specify -> build -> measure

ユーザーが迅速なプロトタイプを求めていない限り、保存から構築へ直接進まないでください。構築ブリーフには、ユーザーの課題、証拠、最小限の有用な成果物、担当者、期間、成功指標、セキュリティ境界、停止条件を含めてください。

Module 5: 創業者の知的財産の再結合

目的： 運営者自身が実証してきたフレームワーク、メモ、意思決定、応用例を再結合し、独自の知的財産を生み出します。

ルール：

• 外部情報源は文脈として使用し、模倣する素材として扱わないでください。
• 運営者独自の貢献と、借用した概念を区別してください。
• 先行するアイデアを引用し、確認なしに新規性を主張しないでください。
• 実践経験に裏付けられた再結合を優先してください。
• 意思決定や行動に役立つ場合に限り、フレームワークを作成してください。

出力：構成要素となるアイデア、情報源の来歴、新たな組み合わせ、本当に独自な点、利用可能な証拠、今後も検証が必要な主張。

モジュール 6：サービス提供のアービトラージ

目的： 市場で繰り返し生じている悩みと、実際に提供できると自信を持って言えることの間にあるギャップを見つけます。

以下を相互参照します。

• 保存またはハイライトした資料に見られる、繰り返し発生する問題
• 実装時の摩擦に関するユーザーノート
• 実証済みの社内または個人的な活用事例
• 市場で公開されている代替手段
• 入手可能な場合は、支払い意欲を示す根拠

悩みの頻度、緊急性、提供面での優位性、実証、実装コスト、可逆性に基づいて、提供案の仮説に順位を付けます。非公開のクライアントデータは使用せず、注目を集めているだけで需要があると示唆してはいけません。インタビュー、事前販売、または限定的なパイロットで検証します。

モジュール 7：コンテンツの空白領域

目的： 運営者が学び、実践し、または非公開で議論しているものの、公開では取り上げていない戦略上重要なアイデアを見つけます。

非公開のテーマを、ユーザーが公開を許可したコンテンツと比較します。空白領域を次のように分類します。

• 取り上げていないが、戦略上関連性がある
• 表面的に議論されているが、結論が出ていない
• 信頼できる根拠とともに非公開で実践されている
• 現在の注目度に比べて、公開で取り上げすぎている
• 公開するには危険、または時期尚早

出力するのはコンテンツ機会マップであり、自動的な公開キューではありません。推測された非公開の信念を公開で主張するには、事前に明示的な確認が必要です。

頻度とトリガー

週次レビュー

十分な新しい根拠がある場合に、簡潔な週次レビューを 1 回実施します。推奨セクションは次のとおりです。

1. 注目の移り変わり
2. 確信度の変化
3. 決定候補
4. 最も強い矛盾
5. 構築または実験を 1 つ
6. 任意のコンテンツ空白領域の機会を 1 つ
7. 未解決の質問とデータの不足

ほとんど変化がなければ、そのように伝えます。目新しさを生み出すこと自体を目的にしてはいけません。

イベントトリガー型レビュー

次のいずれかが発生した場合、焦点を絞ったレビューを実施します。

• 設定可能な件数の、関連性があり強度の高いシグナルが集まる
• ノートで保留中の決定が明示的に参照されている
• 情報源に注釈が付けられる、適用される、または測定される
• 矛盾する根拠が設定されたしきい値を超える
• 重大な戦略上の出来事によって、決定の前提が変わる
• ユーザーが Decision Court または構築ブリーフを依頼する

6 時間ごと、またはその他の任意の 1 日複数回のタイマーで、すべてを総合してはいけません。 高頻度の取り込みは許容される場合がありますが、ノイズ、要約の再帰、誤った緊急性を避けるため、総合は週次またはイベントトリガー型で実施します。

コネクターのセキュリティ

すべてのコネクターに最小権限とデータ最小化を適用します。

• 読み取り専用のスコープを優先する
• 必要なコレクションとフィールドのみを要求する
• 認証情報はシークレットマネージャーまたは保護された環境変数に保管する
• トークンをプロンプト、ノート、ログ、リポジトリ、生成された出力に決して含めない
• 転送中および保存時にデータを暗号化する
• 生の非公開記録と派生アーティファクトを分離する
• すべての出力において、情報源ごとのプライバシーラベルを適用する
• 分析上不要な場合は、モデル呼び出しの前に個人データをマスキングする
• 機密コンテンツをログに記録せず、アクセスと派生処理のイベントを記録する
• 削除、取り消し、再同期に対応する
• 認可またはデータ系譜の確認に失敗した場合は、フェイルクローズにする
• 外部システムへの公開、送信、変更には明示的な承認を必須とする

コネクターを利用できない場合は、その不足を報告します。稼働中の情報源データを、古い総合情報で黙って置き換えてはいけません。

出力テンプレート

週次シグナルブリーフ

# Personal Strategic Signal Brief
**Window:** <dates>
**Sources:** <source types, counts optional>
**Panel threshold:** 90

## Executive decision signal
<one source-grounded pattern and why it matters>

## Attention vs conviction
| Theme | Attention | Conviction | Direction | Evidence |
|---|---|---|---|---|

## Candidate decisions
<questions, options, and reversible tests>

## Decision Court
<best current contradiction and missing evidence>

## Recommended action
<one bounded action, owner, metric, and stop condition>

## Private inferred beliefs
<private, provisional, confidence-labeled; omit from shareable version>

## Lineage and gaps
<citations, connector failures, and unresolved questions>

推奨事項の記録

recommendation_id: rec-YYYYMMDD-001
decision_question: ""
recommendation: ""
source_ids: []
derived_from: []
counterevidence_source_ids: []
attention_strength: low | medium | high
conviction_strength: low | medium | high
confidence: low | medium | high
panel_average: 0
panel_threshold: 90
privacy: private | shareable | public
owner: ""
next_action: ""
success_metric: ""
review_at: ""
status: proposed | accepted | rejected | testing | validated | retired

ライフサイクル

採用するすべての推奨事項に、明示的なライフサイクルを適用します。

1. 観察済み — 主要なシグナルを記録し、重複を除去します。
2. 推論済み — 反証となる証拠を添えて、暫定的な主張を作成します。
3. レビュー済み — 専門家パネルによる確認とプライバシーチェックを完了します。
4. 提案済み — 判断、テスト、または構築用の成果物を作成します。
5. 承認または却下 — ユーザーが明示的に判断を示します。
6. テスト中 — 指標を定め、範囲を限定したアクションを進めます。
7. 検証済み、改訂済み、または廃止 — 結果に基づいて主張を更新します。
8. アーカイブまたは削除 — 保持ポリシーを適用し、許可される範囲でのみ系譜を保持します。

所有者とレビュー日を定めずに、推奨事項がいつまでも「有効」な状態で残らないようにしてください。

検証チェックリスト

結果を提供する前に、以下を確認してください。

• レビューの対象期間と対象者が定められている。
• 注目度と確信度が別々に評価されている。
• 保存とブックマークは弱いシグナルとして扱われている。
• 強い主張は、閲覧、ハイライト、メモ、判断、適用、または測定済みの成果に基づいている。
• 重要な主張のすべてが、一次ソース ID にリンクされている。
• 派生成果物を証拠として再帰的に数えていない。
• 非公開の推論上の信念にはラベルと確信度が付けられ、共有可能な出力から除外されている。
• 反証となる証拠と別の説明が検討されている。
• 専門家パネルのしきい値が示されている。デフォルトは 90。
• 推奨事項が判断に役立ち、範囲が限定され、測定可能である。
• コネクターの権限とプライバシーラベルが尊重されている。
• 認証情報、生の非公開コーパス、クライアントデータ、または不要な個人データが出力に含まれていない。
• 外部への書き込みや公開には明示的な承認が必要である。
• 採用された各項目に、所有者、ステータス、レビュー日が設定されている。

よくある落とし穴

1. ブックマーク占い： 保存から確信度を推測すること。シグナル強度の段階を使い、より強いエンゲージメントの証拠を求めて対処します。
2. コンテンツ優先の偏り： あらゆるクラスターを投稿に変えること。まず判断や実験を明示して対処します。
3. 再帰的な確信度： 以前の要約を裏付けとして扱うこと。系譜をたどって一次ソース ID を確認し、循環を排除して対処します。
4. 一貫したストーリーの過大評価： 証拠が弱いにもかかわらず、説得力のある物語を高く評価すること。ソースの品質と反証となる証拠を個別に採点して対処します。
5. 監視的な捉え方： 同意したユーザー以外の人々を分析すること。システムを、ユーザーが許可した個人ソースに限定して対処します。
6. 非公開情報の公開漏えい： 推論上の信念や生のメモを公開すること。プライバシーラベルと明示的な公開承認を適用して対処します。
7. タイマー駆動のノイズ： 取り込みの頻度が高いという理由で、頻繁に要約を作成すること。週次の統合とイベント起動型の統合を使って対処します。
8. 恒久的な推奨事項： 古くなった助言を有効なまま放置すること。ライフサイクルのステータス、所有者、レビュー日、廃止ルールを設定して対処します。