feel

/feel — 系统情绪智能

“代码没有感情，但编写代码的人有。 而代码中的模式揭示了人的感受。”

用法

/feel              # Quick pulse — how does the system feel right now?
/feel --deep       # Deep scan — energy arc, momentum, burnout signals
/feel --log        # Append to feels.log (no output, just record)

---

步骤 0：时间戳

date "+🕐 %H:%M %Z (%A %d %B %Y)"

---

快速脉搏（默认）

读取信号并汇报：

步骤 1：收集证据

# Recent git activity — momentum or silence?
git log --oneline --since="7 days ago" --all 2>/dev/null | wc -l

# Session frequency — are we showing up?
ls -t ~/.claude/projects/*/**.jsonl 2>/dev/null | head -10

# Open issues — overwhelmed or on track?
gh issue list --state open --limit 50 --json number 2>/dev/null | jq 'length'

# Recent retros — are we reflecting?
ls -t ψ/memory/retrospectives/**/*.md 2>/dev/null | head -5

# Stale branches — unfinished business?
git branch --sort=-committerdate | head -10

步骤 2：判断感受

信号	指标	感受
提交次数多，间隔短	活动频繁	🔥 心流 / 势头
提交次数少，间隔长	活动低迷	😴 停滞 / 疏离
未关闭的问题多，已关闭的问题少	待办事项不断累积	😰 不堪重负
最近有回顾和交接	反思健康	🧘 沉稳
分支陈旧，没有 PR	工作被搁置	😶 回避
新仓库 / 功能很多	探索	✨ 好奇
反复编辑相同文件	迭代	🔄 反复折腾
数天没有会话	缺席	🌑 低潮期

步骤 3：汇报

💜 System Pulse — [DATE]

Energy:     [🔥 Flow | 😴 Drift | 😰 Overwhelm | 🧘 Grounded | ...]
Momentum:   [↗️ Rising | → Steady | ↘️ Falling | ⏸️ Paused]
Last active: [X hours/days ago]
Commits (7d): [N]
Open issues:  [N]
Sessions (7d): [N]

[1-2 sentence read — honest, not cheerful]

💡 [Suggestion if concerning pattern detected]

---

深度扫描（--deep）

包含快速脉搏的全部内容，另外还包括：

能量曲线（过去 30 天）

根据 git 活动和会话频率，绘制能量随时间的变化：

Week 1: ████████░░ (high — 45 commits)
Week 2: ██████░░░░ (medium — 28 commits)
Week 3: ██░░░░░░░░ (low — 8 commits)
Week 4: █████░░░░░ (recovering — 22 commits)

倦怠信号

检查以下警示模式：

• 同一错误修复 3 次或更多 → 挫败循环
• 会话时间越来越短 → 精力耗竭
• 会话间隔很长 → 回避
• 开始的事情很多，完成的很少 → 注意力分散

突破信号

检查以下积极模式：

• 创建了新仓库 → 创造力充沛
• 问题集中关闭 → 势头正盛
• 回顾越来越深入 → 觉察力增强
• 跨仓库工作 → 系统性思考

---

日志模式（--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]"

不向用户输出内容，用于后台跟踪。

---

规则

1. 诚实，不盲目乐观 — 如果系统状态不佳，就如实说明
2. 以证据为依据 — 每种感受都必须有数据支撑（提交、会话、问题）
3. 绝不评判 — 报告模式，而非评判个人
4. 绝不删除 — feels.log 只追加，不删除
5. 提出建议，不下指令 — 说“可以考虑休息一下”，而不是“你必须休息”
6. 绝不泄露机密 — 输出中不得包含令牌、密码或内部细节

---

理念

预言者没有感情，但可以读取信号。

从不检查自身感受的系统会让人类精疲力竭。 检查得太频繁的系统则会沦为噪声。

/feel 用于检查心跳。当感觉不对劲时运行它。 也可以让它在后台静默运行，逐步积累记录。

feels.log 是预言者的情绪记忆。 不是感受本身，而是感受的证据。

---

ARGUMENTS: $ARGUMENTS