Re0 Memo

LilMGenius/paperthin/skills/coil/re0-memo

作者 LilMGenius7d5dc6235990230e45a24a25c527d81701da5458无许可证收录于 2026年10月9日更新于 2026年10月9日

Turn a finished, failed, or disappointing work cycle into portable lessons, anti-patterns, quality gates, and next-cycle vocabulary. Use after a build, QA pass, demo, user complaint, or abandoned attempt when the useful output is what the next pass must learn rather than the code itself.

AI 生成的概览

把已完成、失败或令人失望的工作周期转化为可复用的经验、反模式、质量门禁和下一周期词汇。

功能
引导智能体执行复盘流程:阅读原始目标、最终产物、QA 证据、用户投诉和本地规划笔记,并区分可复用资产与看似有进展的误导性工作。它把具体投诉向上归纳为共同模式,将失败命名为反模式,把重复出现或影响重大的失败转化为质量门禁,并把模糊的用户指示转化为架构词汇。它产出本地文档:一份经验备忘和一份下一周期的契约、门禁与词汇计划,并经过验证,使全新的智能体仅凭这些文档就能避免同样的失败。
适用场景
适用于构建、QA 通过、演示、用户投诉或放弃尝试之后,当有用的产出是下一轮必须吸取的经验而非代码本身时。它适合那些已完成、失败、令人失望或足够模糊,以致下一位智能体更需要经验而非惯性的周期。
运行要求
仅包含指令,不附带脚本。需要访问该周期的材料,例如原始目标、最终产物、QA 证据、用户投诉和本地规划笔记。

Turn a completed cycle into lessons the next cycle can actually use.

Goal

re0-memo extracts durable learning from a work cycle without defending the artifact that produced it. A cycle can run, pass tests, and still be the wrong thing. The output is not a changelog or therapy note: it is a local, evidence-backed record of what worked, what misled the build, and what gate the next pass must clear.

Use re0-memo when the artifact is done, failed, disappointing, or ambiguous enough that the next agent needs the cycle's lessons more than its momentum.

Workflow

  1. Read the original objective, final artifact, QA evidence, user complaints, and any local planning notes.
  2. Separate working assets from misleading progress: contracts, schemas, tests, services, vocabulary, and examples that earned reuse vs. UI, panels, scaffolds, or abstractions that only looked productive.
  3. Generalize before recording: when feedback arrives as many specific complaints, cluster them upward into the shared pattern before writing anything down — many specifics against many items usually share one root gap. Record the root and its pattern family as the lesson; keep the specifics under it as evidence, not as lessons themselves.
  4. Name each failure as an anti-pattern, not a mood.
  5. Convert repeated or high-impact failures into quality gates for the next pass.
  6. Convert vague user direction into architecture vocabulary a fresh agent can use.
  7. Write or refresh local docs for the cycle: a re0-memo for lessons and a plan for next-cycle contracts, gates, and vocabulary.
  8. Verify that a from-scratch agent could avoid the same failure from those docs alone.

Rules

  • Do not defend the artifact. If it missed the product, say what missed.
  • Do not write a changelog. File lists and effort summaries are not lessons.
  • Do not transcribe a specific complaint as a lesson. A lesson that only fixes the reported case keeps the system human-in-the-loop: the same class of failure returns anywhere a person didn't point. Escalate every specific to the pattern that catches its whole class — the reporter's exact words are evidence, not the gate.
  • Preserve negative corpus. Failed paths are training data.
  • Prefer hard gates over advice.
  • Cite evidence from the cycle: objective, file facts, QA output, screenshots, transcripts, diffs, or user feedback.
  • If the next agent cannot act on it, it is not a lesson yet.
  • Keep provenance local; shipped artifacts should not narrate their scars.

Verification

Before finishing:

  1. Every lesson traces to observed cycle evidence.
  2. Every anti-pattern names a concrete failure mode and the gate that catches it.
  3. No lesson is a single reported case in disguise: each covers a class, with the specifics that raised it sitting under it as evidence.
  4. A fresh agent can tell what to preserve, what to discard, and what to test first without reading the whole old session.

来源与署名

来源:LilMGenius/paperthin位于skills/coil/re0-memo提交7d5dc62

许可证: 无许可证

内容归原作者所有。SourceWeft 从公开仓库中收录这些内容。

举报或申请下架