mcpField
F
framework-context

framework-context

github.com/oimiragieoAgent workflows4442 installsUpdated 17w ago
Repository

About framework-context

A read-only framework-grounding skill for agents that need reliable context about memory, routing, workflows, hooks, and directory structure. It loads canonical sources by requested scope and anchors its output to repository paths.

Key features

  1. 01Loads context by selected scope
  2. 02Reads canonical framework sources
  3. 03Anchors sections to repository paths
  4. 04Reports missing sources explicitly
  5. 05Produces structured Markdown summaries

Use cases

  1. 01Ground system-level planning in framework files
  2. 02Assess routing or memory architecture
  3. 03Analyze workflows and hooks for integration

Install

Copy the command and run it in a terminal.

$npx skills add https://github.com/oimiragieo/agent-studio --skill framework-context

After installing, type/framework-contextin Claude Code to confirm it loaded.

Bundled files

References and scripts installed along with SKILL.md.

commands/
framework-context.md
hooks/
post-execute.cjs
pre-execute.cjs
references/
research-requirements.md
rules/
framework-context.md
schemas/
input.schema.json
output.schema.json
scripts/
main.cjs
templates/
implementation-template.md

Details

From the project README

Framework Context

Overview

Provide a consistent, source-anchored model of this framework so agents can reason about system-level behavior without guessing.

When to Use

  • System-level reflection or metacognitive assessment
  • Planning tasks that depend on routing/memory/workflow architecture
  • Capability-gap analysis before recommending ecosystem evolution

Iron Laws

  1. ALWAYS load framework context before any system-level reflection, planning, or capability-gap analysis — reasoning about architecture without grounding produces hallucinated paths and phantom agents.
  2. NEVER fabricate file paths or agent names that are not confirmed by reading canonical sources — invented paths break downstream agents that try to use them.
  3. ALWAYS scope the context load to only what the consuming task needs (memory, agents, workflows, hooks, or all) — loading all sources for a narrow task wastes tokens and buries relevant signals.
  4. NEVER write or modify framework files from within this skill — framework-context is read-only; mutations require the appropriate creator/updater skill.
  5. ALWAYS report missing sources explicitly as missing source: <path> rather than silently omitting a section — silent omissions cause downstream agents to make decisions on incomplete context.

Anti-Patterns

Anti-PatternWhy It FailsCorrect Approach
Skipping context load before reflectionReflection uses stale or hallucinated routing/memory assumptionsAlways invoke framework-context first; never reflect from memory alone
Loading full all scope for a narrow taskToken budget consumed by irrelevant sections; key signal buriedPass --scope memory or --scope agents to limit output to what's needed
Inferring file paths from naming conventionsPaths change; inferred paths break agent pipelinesAlways read canonical sources and report actual paths found
Writing to framework files inside this skillBypasses creator workflow and post-creation integration stepsUse appropriate creator/updater skill for any write operations
Silently omitting sections when source is missingConsumer assumes context is complete; makes decisions on gapsReport missing source: <path> explicitly for every unresolvable section
Framework grounding skill for memory architecture, routing, workflows, hooks, and directory layout. - Produce scoped context summaries (`memory`, `agents`, `workflows`, `hooks`, `all`) - Anchor every section to concrete repository paths - Standardize framework context output for reflection/planning consumers
Step 0: Resolve Scope
  • Accept scope argument: memory | agents | workflows | hooks | all
  • Default to all
Step 1: Load Canonical Sources

Read only what is required by scope:

  • Memory: .claude/docs/MEMORY_SYSTEM.md
  • Agent registry/routing: .claude/context/agent-registry.json, .claude/lib/routing/routing-table.cjs
  • Reflection flow hooks: .claude/hooks/reflection/reflection-queue-processor.cjs, .claude/hooks/reflection/reflection-step0-guard.cjs
  • Workflow catalog: .claude/docs/@ENTERPRISE_WORKFLOWS.md
  • Global framework references: .claude/CLAUDE.md
Step 2: Emit Structured Context

Output sections in this exact order:

  1. Memory System
  2. Agents and Routing
  3. Workflows
  4. Hooks
  5. Directory Layout

Each section must include:

  • 2-6 concise bullets
  • At least one concrete path reference
  • Behavior notes (what triggers what)
Step 3: Scope Filter
  • If scope != all, return only relevant section(s)
  • Never fabricate unknown paths or flows
  • If a source is missing, state missing source: <path>
Step 3: Output

Return markdown only; do not write framework files from this skill.

</execution_process>

**Example Invocations**:
// Full framework model
Skill({ skill: 'framework-context' });

// Memory-only context for reflection prep
Skill({ skill: 'framework-context', args: '--scope memory' });

// Workflow/hook-only context for integration analysis
Skill({ skill: 'framework-context', args: '--scope workflows' });

</usage_example>

Memory Protocol (MANDATORY)

Before starting:

Get-Content .claude/context/memory/learnings.md -TotalCount 120

After completing:

  • New framework-context pattern -> .claude/context/memory/learnings.md
  • Broken/ambiguous framework mapping -> .claude/context/memory/issues.md
  • Architectural interpretation decision -> .claude/context/memory/decisions.md

ASSUME INTERRUPTION: Your context may reset. If it's not in memory, it didn't happen.

Comments

Markdown supported