request-filtering-matrix

name	request-filtering-matrix
description	当面对大量外部请求或机会，需要快速、客观地决定是否承接时

request-filtering-matrix

When to Use

当面对大量外部请求或机会，需要快速、客观地决定是否承接时。description

Core Logic

执行步骤

1. 定义过滤维度

   • 输入：无。
   • 操作：确立四个固定的评估维度：
     • 维度A：资源可用性（我是否有足够的精力/时间？）
     • 维度B：重要性（此事对我或我的核心目标是否真正重要？）
     • 维度C：成本（是否需要牺牲我的不可协商事项？）
     • 维度D：情感体验（我会讨厌做这件事吗？）
   • 判断标准：四个维度清晰、无重叠，覆盖了理性（A,B,C）与感性（D）层面。
   • 输出：一个包含四个维度的评估框架。

2. 获取请求信息

   • 输入：一项具体的请求。
   • 操作：理解该请求的具体要求、预期投入、截止时间等关键信息。
   • 判断标准：对请求的理解足够做出后续维度评估。
   • 输出：对请求的清晰描述。

3. 进行维度评估

   • 输入：步骤2的请求描述、个人当前资源状态与核心事项清单。
   • 操作：针对每个维度，给出“是”或“否”的二元判断。
     • 维度A：对照当前资源，判断是否充足。
     • 维度B：对照个人或核心目标，判断是否重要。
     • 维度C：对照“不可协商事项”，判断是否构成牺牲。
     • 维度D：基于直觉或过往经验，预判执行时的情感倾向。
   • 判断标准：每个维度的判断有依据，非随意猜测。
   • 输出：一个四维评估结果（例如：是，否，是，否）。

4. 应用决策规则

   • 输入：步骤3的四维评估结果。
   • 操作：应用预设规则做出决策：
     • IF 维度A（资源）为“否” OR 维度C（成本）为“是”：
       • → 决策：拒绝。理由：基础资源不足或代价过高。
     • ELSE IF 维度B（重要性）为“否” AND 维度D（情感）为“是”（讨厌）：
       • → 决策：拒绝。理由：低价值且高内耗。
     • ELSE（其他情况，如资源够、成本可接受、且重要或至少不讨厌）：
       • → 决策：可考虑接受，进入详细评估或谈判环节。
   • 判断标准：决策严格遵循规则，逻辑一致。
   • 输出：明确的决策建议（拒绝/可考虑接受）及主要理由。

输出格式要求

以结构化方式呈现评估过程与结果。例如使用表格列出四个维度的评估结果，然后清晰给出基于规则的决策建议和简要理由。

Metadata

属性	值
领域	决策
类型	procedural (procedural)
置信度	90%
前置条件	需要明确请求的具体内容, 需要了解个人当前资源状况与核心事项
来源	习惯 1：不够自私（根据资源过滤请求部分）