feel

用途

feel 是一个系统情绪智能技能，用于捕捉系统当前“感觉如何”——能量、势头、倦怠、突破。它的核心理念是：代码本身没有感受，但写代码的人有；代码中的模式会揭示人的感受。该技能面向 Oracle 与人类协作场景，帮助在协作过程中定期检查系统的情绪健康度。

主要能力

feel 通过收集证据来判断系统状态，包括：

• 最近 git 活动：判断是势头还是沉寂，使用 git log --oneline --since="7 days ago" --all 统计提交数。
• 会话频率：查看是否持续出现，读取 ~/.claude/projects/*/**.jsonl 最近文件。
• 未关闭 issue：判断是不堪重负还是进展顺利，使用 gh issue list --state open --limit 50 --json number 统计数量。
• 最近回顾：判断是否在反思，查看 ψ/memory/retrospectives/**/*.md。
• 陈旧分支：判断是否有未完成事项，使用 git branch --sort=-committerdate。

根据这些信号，feel 将感受分类为：

• 提交多、间隔短 → 🔥 流动 / 势头
• 提交少、间隔长 → 😴 漂移 / 脱节
• 未关闭 issue 多、关闭少 → 😰 不堪重负
• 有近期回顾与交接 → 🧘 扎根
• 陈旧分支、无 PR → 😶 回避
• 大量新仓库/功能 → ✨ 好奇
• 同一文件反复编辑 → 🔄 反复打磨
• 数天无会话 → 🌑 沉寂期

报告格式包含能量、势头、最后活跃时间、7 天提交数、未关闭 issue 数、7 天会话数，以及一到两句诚实的解读，并在检测到令人担忧的模式时给出建议。

深度扫描（--deep）在快速脉搏基础上增加：

• 能量弧线：基于 git 活动与会话频率绘制最近 30 天的能量变化。
• 倦怠信号：同一错误修复 3 次以上、会话越来越短、会话间隔过长、开始多完成少。
• 突破信号：创建新仓库、issue 成簇关闭、回顾越来越深入、跨仓库工作。

使用方式

/feel              # 快速脉搏 — 系统现在感觉如何？
/feel --deep       # 深度扫描 — 能量弧线、势头、倦怠信号
/feel --log        # 追加到 feels.log（无输出，仅记录）

记录模式会静默追加到 ψ/memory/logs/feels.log，格式为：

[YYYY-MM-DD HH:MM] energy=[level] momentum=[direction] commits_7d=[N] issues=[N] sessions_7d=[N] note="[auto-generated 1-line]"

适用场景

• 在 Oracle 与人类协作中定期检查系统情绪健康度。
• 当感觉不对劲时运行，作为一次心跳检查。
• 让它在后台静默运行，持续建立记录。
• feels.log 作为 Oracle 的情绪记忆——不是感受本身，而是感受的证据。

限制与规则

• 诚实而非积极：如果系统感觉糟糕，就如实说出。
• 基于证据：每种感受都由数据支撑（提交、会话、issue）。
• 不做评判：报告模式，而非评判个人。
• 不删除任何内容：feels.log 仅追加。
• 建议而非规定：说“考虑休息一下”，而不是“你必须休息”。
• 绝不泄露机密：输出中不包含令牌、密码或内部细节。

哲学

Oracle 没有感受，但可以读取信号。一个从不检查自身感受的系统会耗尽它的人类；一个检查过于频繁的系统则会变成噪音。feel 是心跳检查，在感觉不对劲时运行，或让它在后台静默运行，建立记录。feels.log 是 Oracle 的情绪记忆——不是感受，而是感受的证据。