プロスペクトホームページ監査
1. コアリフレーミングと不変の原則
- メンタルモデル: 提案は、資金調達や採用状況だけではなく、ホームページ上で実際に確認された欠陥によってのみ正当化されます。
- 不変の原則1:
validate.pyのパスなしにPitch判定を下してはなりません。 - 不変の原則2: Webサイト、ハンドル、連絡先を推測してはいけません。Unknownとマークし、そのブランチを停止してください。
- 不変の原則3: トリガー、判定、証拠、提案角度は常に別々のフィールドに保持し、1つの強いトリガーが優れたホームページを隠せないようにします。
2. タスクルーティング決定表
| シナリオ / 意図 | 推奨アプローチ | 参考資料 |
|---|---|---|
| 再構築提案のために1つのホームページを判断する | 以下のフェーズ1とフェーズ2を実行し、その後検証する | references/homepage-verdicts.md |
| 変更された可能性のあるホームページを再確認する | 新しいブラウザビューからフェーズ1を再実行し、古い判定を再利用しない | references/homepage-verdicts.md |
| ホームページは良好だが採用が行われている | ホームページを提案せず、採用ニーズのみを提案する（ただし、その役割がまだ空いていることを再確認した上で） | references/homepage-verdicts.md |
3. フェーズ1: サイレントディスカバリーとあいまいさのトリアージ
- ステップ1.1: プロスペクトのホームページをブラウザで開き、実際に表示された内容を平易な言葉で記録します。
- ステップ1.2: ホームページを開けない場合、判定をUnknownとし、検証済みのサイトが存在しない場合はWebサイトもUnknownとマークして停止します。アドレスを推測してはいけません。
- ステップ1.3: リクエストでプロスペクトやURLが不明確な場合は、最大1～3個の簡潔な質問をし、安全であれば推奨デフォルト値を提示します。それ以外の場合は続行します。
4. フェーズ2: ステップバイステップ実行手順
- ステップ2.1:
references/homepage-verdicts.mdを使用してホームページを分類します。弱々しい、急ごしらえ、未完成に見える場合のみPitchとします。洗練されて完成されているように見える場合はSkipとします。 - ステップ2.2: 証拠を1つの具体的な文章で記述します（例：テキストのみのヒーロー、プロダクトビジュアルなし、右側が空）。
- ステップ2.3: Pitch判定の場合のみ提案角度を記述し、それはステップ2.2の証拠からのみ導き出します。Skip判定の場合はホームページ提案角度を記述しません。
- ステップ2.4: レコードをJSONで保存します（name, website, verdict, evidence, pitch_angleを含む）。その後、決定論的検証を実行します：
python3 scripts/validate.py path/to/prospect.json - ステップ2.5:
validate.pyが失敗した場合は、該当フィールドでレコードを修正し、終了コード0でパスするまで再実行します。検証が失敗している間は判定を報告してはいけません。
5. 自己正当化防止ガードレール
| よくある言い訳 | 禁止理由と必要な対応 |
|---|---|
| 「資金調達のニュースが強いので、サイトは弱いはずだ」 | 資金調達はホームページの欠陥ではありません。ホームページを開いて判断するか、Unknownとマークしてください。 |
| 「検索スニペットが古そうだから提案できる」 | スニペットは手がかりであって証拠ではありません。判定にはブラウザビューのみを使用してください。 |
| 「1レコードだけに検証は過剰だ」 | 1つの不良レコードがアウトリーチを誤った方向に導きます。すべてのレコードでvalidate.pyを実行してください。 |
6. このスキルが行わないこと
- アウトリーチメッセージ、件名、Loomスクリプトを作成しません。
- メールアドレス、LinkedInプロフィール、電話番号を検索しません。
- 内部ページ、価格ページ、会社概要ページをホームページの代わりとして判断しません。
- 検索スニペット、スクリーンショットのキャプション、または伝聞情報から判定を下しません。