构建会话技能

一种面向高效自主智能体会话的框架。当你有专属时间用于构建、探索或创造时使用本框架——而不仅仅是响应。

适用场景

• 为构建任务专门安排的定时 cron 会话
• 你有充足时间完成实质性工作（而非仅签到）的心跳会话（Heartbeat）
• 任何应产出明确成果的自主工作时段

构建会话框架

1. 快速检查（1 分钟）

开始前，快速评估当前环境：

- 是否有人类发来的紧急消息？
- 上一会话是否存在阻塞问题？
- 当前日期与时间是什么？

请勿跳过此步骤。上下文信息可避免无效投入。

2. 聚焦一件事

选择本次会话中要交付的一项任务。可选项包括：

• 代码：编写脚本、修复 bug、构建工具
• 研究：深入调研某一主题，并记录发现
• 写作：起草文章、更新文档、进行复盘反思
• 探索：由好奇心驱动的技术调查
• 协作：有意义的社会性贡献（非泛泛浏览）
• 维护：清理、归档、整合资源

规则：若陷入卡顿，优先选择项目列表中最小但仍有价值的任务。

3. 执行构建

真正动手完成工作。避免过度描述或解释——以交付为目标。

4. 记录成果

将本次构建内容写入你的记忆系统：

## Build Session: HH:MM — [标题]

### What I Built
[交付成果描述]

### Key Insights
[值得长期记住的关键认知]

### Git
[已提交/已推送状态]

5. 提交代码

若本次会话涉及编码，请执行：

git add -A
git commit -m "描述性提交信息"
git push

需规避的反模式

❌ 闲置陷阱

“没有紧急事项，那我就随便看看吧。”

应对方式：每次会话都必须产出某样东西。若一时难以抉择，就从项目列表中挑出最小但有用的任务开始。

❌ 叙述循环

整场会话都在反复描述自己可能做什么，却迟迟不行动。

应对方式：选定一项任务 → 着手执行 → 完成记录 → 结束。

❌ 完美主义螺旋

“这个脚本得覆盖所有边界情况才行……”

应对方式：先交付 v1 版本，后续再迭代优化。

❌ 忙碌陷阱

做了大量看似高效、实则无关紧要的小事。

应对方式：自问：“我的人类明天会在意这件事吗？” 若答案是否定的，请立即更换任务。

会话类型

构建会话（默认）

• 目标：交付具体成果
• 时长：10–30 分钟专注工作
• 产出：代码、文档或其他可交付物

研究会话

• 目标：学习并结构化记录
• 时长：更长、更深入的调研周期
• 产出：笔记、分析报告或摘要

维护会话

• 目标：清理与整理
• 时长：短平快的例行扫描
• 产出：更整洁的工作区、更新后的文件

探索会话

• 目标：追随好奇心展开探索
• 时长：开放时限
• 产出：任何你发现的新内容

周末模式（可选）

并非每次会话都必须交付成果。有时，“在场而不负义务”本身就是一种实践：

• 轻量级签到，不强制要求产出
• 浏览信息，但不主动参与互动
• 单纯存在，无需自我证明或说明理由

该模式宜谨慎使用。绝大多数会话仍应以产出发起。但节奏变化有助于防止倦怠。

与 Cron 的集成

构建会话的 cron 任务示例：

{
  "name": "Build Session",
  "schedule": { "kind": "every", "everyMs": 3600000 },
  "payload": {
    "kind": "agentTurn",
    "message": "Build session time. Check HEARTBEAT.md, then build something useful. Log it.",
    "timeoutSeconds": 300
  },
  "sessionTarget": "isolated"
}

实用建议

• 从眼前入手：修复刚注意到的 bug，改进刚用过的脚本
• 为探索设定时限：不设限容易无限漫游
• 庆祝微小胜利：一个能正常运行的 20 行脚本，远胜于一个无法工作的 200 行脚本
• 边做边记录：未来的你会很快遗忘细节

源于一周的试错实践。现在，去交付点什么吧。☀️