360 Secure SkillHub
360 安全技能中心

catchup

读取项目文件状态、Git 变更、计划文档、备忘录和任务板,围绕用户最后一次接触点生成可行动简报,先列需要用户决定的事项,再说明期间变化和新术语。只读,不修改项目,也不替用户决策。

LilMGenius
热度 0.00
最近更新 2026-10-19 06:49:53
分类:知识依赖:读写文件 / 代码执行应用场景:摘要总结 / 报告撰写 / 任务管理 / 笔记整理 ...

安装技能

复制下面的话术发给你的 Agent,它会通过 secure-skills 检索并安装该技能。

执行命令安装此 skill: npx secure-skills-cli add lilmgenius/paperthin/catchup
Metadata
name
catchup
description
Rebuild the human's lost context on a project from live state, in plain language: what needs them, what changed, what new words mean. Use when the human returns after a gap, says they can't follow the project anymore, asks what happened or what a term means, or before deciding what to do next when their mental model is stale. Read-only; it briefs, it does not act.

Catch the human up at their eye level, from state, not from memory.

Goal

catchup is the re-entry point for a lost human. Long agent cycles coin words, rename files, run experiments, and make calls faster than the owner can follow. Before any next action makes sense, the owner's mental model must be reloaded. catchup reads the live project state and returns a briefing a person with zero retained context can act on. It runs before the next move gets decided: catchup restores the map, so that decision starts from truth instead of a stale memory of it.

Workflow

  1. Read live state only: recent file mtimes, git log/diffs, plan and state docs, re0-memo notes, task boards. Never brief from conversation memory alone — memory is what drifted.
  2. Anchor on the human's last touch (their last message, judgment, or commit). Everything after that point is the delta; everything before it is assumed known and stays out.
  3. Compose in decision order, not chronological order:
    • Needs you — decisions, judgments, or inputs only the human can give, each self-contained enough to act on without opening another file.
    • Changed while you were away — outcomes, not process. "The plan's scoring rule was replaced" beats "I ran three analysis passes."
    • New words — every term coined or repurposed since their last touch, one line each, with where it lives. Skip terms they already used themselves.
  4. Gloss on first use: any project-specific term appearing in the briefing gets an inline plain-language aside at its first occurrence, even if a glossary section follows.
  5. Keep the default short (a screen or less). End with drill-down offers per section, not with everything expanded.

Rules

  • State-grounded: every claim traces to a file, commit, or artifact the human can open. No "as we discussed."
  • Read-only on the project. catchup briefs; it does not fix, rename, or decide.
  • The ask comes first. A briefing that buries the one question needing the human is a log.
  • Outcome voice, not journey voice. Narrating the agent's process is self-report, not briefing.
  • Silence the settled: closed decisions and healthy metrics get one line or none.
  • Honest completeness: "done" means verified done; "moved" is not "reconciled"; say which.
  • Do not re-explain terms the human demonstrably knows (they used them first).

Verification

Before finishing:

  1. Cold-read the briefing: no sentence requires pre-gap memory or an unglossed coined term to parse.
  2. The "needs you" items are each actionable without opening another file.
  3. Every claim has a checkable source (file, commit, artifact path).
  4. It fits on a screen, with expansion offered rather than delivered.