reflect

SKILL.md

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]
Weekly Installs
3
Repository
poteto/noodle
GitHub Stars
9
First Seen
Today
Installed on
opencode3
gemini-cli3
claude-code3
github-copilot3
codex3
kimi-cli3