スキル一覧に戻る
kynetic-ai

reflect

by kynetic-ai

0🍴 0📅 2026年1月25日
GitHubで見るManusで実行

SKILL.md


name: reflect description: Reflect on a session to identify learnings, friction points, and improvements. Captures valuable insights for future sessions and system evolution.

Session Reflection

Structured reflection using the @session-reflect workflow.

Quick Start

# Start the reflection workflow
kspec workflow start @session-reflect

# Advance through steps (workflow will guide you)
kspec workflow next --notes "your notes..."

Workflow Overview

The reflection workflow has 6 steps:

  1. What Worked Well - Identify effective practices
  2. Friction Points - Where things were harder than needed
  3. Check Coverage - Search specs/tasks/inbox for existing tracking
  4. Propose Improvements - Concrete ideas for untracked friction
  5. Discussion - Present to user, get approval one at a time
  6. Capture - Add approved items to inbox/observations

Use kspec workflow show to see current progress.

Step Details

Step 1: What Worked Well

Identify practices that were effective:

  • Workflows that flowed smoothly
  • Tools/commands that helped
  • Communication patterns that kept alignment
  • Decisions that proved correct

Be specific - "categorizing items first" not "good planning"

Step 2: Friction Points

Identify where things were harder than needed:

  • Repetitive manual steps
  • Missing commands or options
  • Context loss or re-explanation
  • Workarounds used

Focus on systemic issues, not one-off mistakes

Step 3: Check Existing Coverage

Before proposing improvements, search ALL sources:

kspec search "<keyword>"  # Searches specs, tasks, AND inbox

For each friction point, note if it's:

  • Already tracked - reference the existing item/task
  • Partially covered - note what's missing
  • Not tracked - candidate for capture

Exit criteria: Must have searched specs, tasks, and inbox.

Step 4: Propose Improvements

For untracked friction, propose concrete improvements:

  • What it would do
  • How it would help
  • Rough scope (small/medium/large)

Step 5: Discussion

Present findings to user. Ask one at a time about each improvement:

  • Is this worth capturing?
  • Any refinements to the idea?
  • Related ideas from user perspective?

Step 6: Capture

Use appropriate destination:

# Actionable improvements (future work)
kspec inbox add "Description" --tag reflection --tag <area>

# Friction patterns (systemic issues)
kspec meta observe friction "Description"

# Success patterns (worth replicating)
kspec meta observe success "Description"

# Open questions
kspec meta question add "Question?"

Where to Capture What

What you foundWhere to put itWhy
Actionable improvement ideainbox addWill become a task eventually
Friction pattern (systemic)meta observe frictionInforms process improvement
Success patternmeta observe successWorth documenting/replicating
Open question needing researchmeta question addTrack during session
Bug or specific fix neededtask addReady to implement

Reflection Prompts

Use these during steps 1-2:

Process: What pattern did I repeat 3+ times? What workarounds did I use? Tools: What command/flag did I wish existed? Communication: Where was the user surprised? What should I have asked earlier? Learning: What do I know now that I didn't at session start?

Key Principles

  • Specific over general - "No bulk AC add" not "CLI could be better"
  • Systemic over incidental - Focus on repeatable friction
  • Ask don't assume - User decides what's worth capturing
  • Brief on successes - Friction points are the value

Workflow Commands

# Check current step
kspec workflow show

# Advance with notes
kspec workflow next --notes "..."

# Skip a step if not applicable
kspec workflow next --skip --notes "reason"

# Pause for later
kspec workflow pause

# Resume
kspec workflow resume

Integration

After reflection, observations can be:

  • Promoted to tasks: kspec meta promote @ref --title "..."
  • Resolved when addressed: kspec meta resolve @ref

Loop Mode

You are running in autonomous loop mode. Start the workflow:

kspec workflow start @session-reflect-loop

Key Differences from Interactive Mode

  1. High confidence only - Only capture friction/successes you're certain about
  2. Search first - MUST search existing specs/tasks/inbox before capturing anything
  3. No user prompts - Skip discussion step, auto-resolve decisions
  4. Lower volume - Better to capture nothing than capture noise

Workflow Steps

  1. Review session - What worked well, what caused friction
  2. Search existing - For each potential capture:
    kspec search "<keyword>"
    
    If already tracked, skip it.
  3. Capture high-confidence items only
    • Clear friction pattern you encountered multiple times? Capture it
    • Uncertain or one-off issue? Skip it
    • Success pattern worth replicating? Capture it
  4. Exit - Don't wait for user confirmation

Exit Conditions

  • Session reviewed - Reflection complete (normal exit)
  • Nothing to capture - No high-confidence items identified
  • All already tracked - Search found existing coverage

What NOT to Capture

  • Vague observations ("could be better")
  • One-time issues that won't recur
  • Things you're unsure about
  • Anything already tracked in specs/tasks/inbox

スコア

総合スコア

50/100

リポジトリの品質指標に基づく評価

SKILL.md

SKILL.mdファイルが含まれている

+20
LICENSE

ライセンスが設定されている

0/10
説明文

100文字以上の説明がある

0/10
人気

GitHub Stars 100以上

0/15
最近の活動

3ヶ月以内に更新がある

0/10
フォーク

10回以上フォークされている

0/5
Issue管理

オープンIssueが50未満

+5
言語

プログラミング言語が設定されている

+5
タグ

1つ以上のタグが設定されている

0/5

レビュー

💬

レビュー機能は近日公開予定です