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：不够自私（根据资源过滤请求部分） |