mcpField
R
reflect

reflect

github.com/potetoAgent workflows571231 installsUpdated 32w ago
Repository

About reflect

reflect is an agent skill for reviewing a conversation and saving useful learnings to brain files, skill files, or structural checks. It helps teams retain durable knowledge while avoiding duplicate or trivial notes.

Key features

  1. 01Scans conversations for reusable learnings
  2. 02Routes notes to brain, skills, or checks
  3. 03Skips trivial and already recorded items
  4. 04Updates the brain index
  5. 05Tracks steps with Tasks

Use cases

  1. 01Record new codebase patterns and tool quirks
  2. 02Capture user preferences and decisions
  3. 03Improve a skill after discovering an edge case

Install

Copy the command and run it in a terminal.

$npx skills add https://github.com/poteto/noodle --skill reflect

After installing, type/reflectin Claude Code to confirm it loaded.

Details

From the project README

Reflect

Review the conversation and persist learnings — to brain/, to skill files, or as structural enforcement.

Process

Use Tasks to track progress (TaskCreate per step, TaskUpdate to in_progress/completed).

  1. Read brain/index.md to understand what notes already exist
  2. Scan the conversation for:
    • Mistakes made and corrections received
    • User preferences and workflow patterns
    • Codebase knowledge gained (architecture, gotchas, patterns)
    • Tool/library quirks discovered
    • Decisions made and their rationale
    • Friction in skill execution, orchestration, or delegation
    • Repeated manual steps that could be automated or encoded
  3. Skip anything trivial or already captured in existing brain files
  4. Route each learning to the right destination (see Routing below)
  5. Update brain/index.md if any brain files were added or removed

Routing

Not everything belongs in the brain. Route each learning to where it will have the most impact.

Structural enforcement check

Before routing a learning to brain/, ask: can this be a lint rule, script, metadata flag, or runtime check? If yes, encode it structurally and skip the brain note. See brain/principles/encode-lessons-in-structure.md.

Brain files (brain/)

Codebase knowledge, delegation principles, gotchas — anything that informs future sessions. This is the default destination. Use the brain skill for writing conventions.

  • One topic per file. File name = topic slug.
  • Group in directories with index files using [[wikilinks]].
  • No inlined content in index files.
Skill improvements (.agents/skills/<skill>/)

If a learning is about how a specific skill works — its process, prompts, or edge cases — update the skill directly. Use the skill-creator skill for guidelines on effective skill content.

Orchestration workflow improvements

If the session revealed systemic orchestration issues, route to:

  • Brain principle (new delegation heuristic) → brain/delegation/
  • Skill mechanics change (monitoring loop, review step) → relevant skill file
  • New skill opportunity (recurring workflow that could be encoded) → note in summary for the user
Backlog items (brain/todos.md)

Follow-up work that can't be done during reflection — bugs, non-trivial rewrites, tooling gaps. Use the todo skill to file.

Summary

## Reflect Summary
- Brain: [files created/updated, one-line each]
- Skills: [skill files modified, one-line each]
- Structural: [rules/scripts/checks added]
- Todos: [follow-up items filed]

Comments

Markdown supported