
Context Engineering Advisor
Diagnose whether your agent workflows are context stuffing versus structured context engineering so outputs stay steerable and reliable.
Overview
Context Engineering Advisor is a journey-wide agent skill that helps solo builders and PMs diagnose context stuffing and design structured context boundaries—usable whenever an AI workflow feels bloated or hard to steer
Install
npx skills add https://github.com/deanpeters/product-manager-skills --skill context-engineering-advisorWhat is this skill?
- Interactive 15–20 minute diagnosis of context stuffing vs context engineering
- Covers bounded domains, episodic retrieval, and fixing “Context Hoarding Disorder”
- Teaches Research→Plan→Reset→Implement cycle for multi-step AI work
- Aimed at product managers improving memory and retrieval architecture for agents
- Use when outputs feel mediocre despite large pasted context
- 15–20 min interactive session
Adoption & trust: 1.2k installs on skills.sh; 5k GitHub stars; 3/3 security scanners passed (skills.sh audits).
What problem does it solve?
Your agent outputs stay mediocre or inconsistent even though you keep adding more documents, history, and rules into every turn.
Who is it for?
PMs and indie builders running multi-step agent workflows who need reliable steering without endless context paste.
Skip if: One-shot code generation with a single file and no recurring workflow, or teams that only need a linter—not process design.
When should I use this skill?
An AI workflow feels bloated, brittle, or hard to steer reliably—diagnose context stuffing vs context engineering.
What do I get? / Deliverables
You identify whether you are hoarding context versus engineering it, and leave with bounded-domain, retrieval, and Research→Plan→Reset→Implement tactics tailored to your workflow.
- Context stuffing vs engineering diagnosis
- Bounded-domain and retrieval recommendations
- Tactical fixes aligned to Research→Plan→Reset→Implement
Recommended Skills
Journey fit
Useful at every journey phase - explore requirements and options before committing to a direction.
Where it fits
Decide what belongs in the agent window versus episodic retrieval before committing to a build spec.
Redesign a SKILL.md chain so each step resets context instead of forwarding the entire repo history.
Shrink review prompts to bounded diffs and episodic fetch instead of pasting full files every turn.
Structure lifecycle copy workflows so research, draft, and publish steps do not share one overstuffed thread.
Keep incident debugging threads bounded with Plan→Reset before asking the agent for the next fix attempt.
How it compares
Use for workflow architecture and attention design—not a drop-in MCP server or a single integration skill.
Common Questions / FAQ
Who is context-engineering-advisor for?
Product managers and solo builders using AI agents who own multi-step workflows and need better context structure, not more volume.
When should I use context-engineering-advisor?
During Validate scoping, Build agent-tooling design, Ship review prep, or Operate debugging—whenever AI work feels bloated, brittle, or hard to steer reliably.
Is context-engineering-advisor safe to install?
It is an interactive advisory skill without prescribed shell or network access; review the Security Audits panel on this Prism page before installing any skill pack in your agent.
SKILL.md
READMESKILL.md - Context Engineering Advisor
## Purpose Guide product managers through diagnosing whether they're doing **context stuffing** (jamming volume without intent) or **context engineering** (shaping structure for attention). Use this to identify context boundaries, fix "Context Hoarding Disorder," and implement tactical practices like bounded domains, episodic retrieval, and the Research→Plan→Reset→Implement cycle. **Key Distinction:** Context stuffing assumes volume = quality ("paste the entire PRD"). Context engineering treats AI attention as a scarce resource and allocates it deliberately. This is not about prompt writing—it's about **designing the information architecture** that grounds AI in reality without overwhelming it with noise. ## Key Concepts ### The Paradigm Shift: Parametric → Contextual Intelligence **The Fundamental Problem:** - LLMs have **parametric knowledge** (encoded during training) = static, outdated, non-attributable - When asked about proprietary data, real-time info, or user preferences → forced to hallucinate or admit ignorance - **Context engineering** bridges the gap between static training and dynamic reality **PM's Role Shift:** From feature builder → **architect of informational ecosystems** that ground AI in reality --- ### Context Stuffing vs. Context Engineering | Dimension | Context Stuffing | Context Engineering | |-----------|------------------|---------------------| | **Mindset** | Volume = quality | Structure = quality | | **Approach** | "Add everything just in case" | "What decision am I making?" | | **Persistence** | Persist all context | Retrieve with intent | | **Agent Chains** | Share everything between agents | Bounded context per agent | | **Failure Response** | Retry until it works | Fix the structure | | **Economic Model** | Context as storage | Context as attention (scarce resource) | **Critical Metaphor:** Context stuffing is like bringing your entire file cabinet to a meeting. Context engineering is bringing only the 3 documents relevant to today's decision. --- ### The Anti-Pattern: Context Stuffing **Five Markers of Context Stuffing:** 1. **Reflexively expanding context windows** — "Just add more tokens!" 2. **Persisting everything "just in case"** — No clear retention criteria 3. **Chaining agents without boundaries** — Agent A passes everything to Agent B to Agent C 4. **Adding evaluations to mask inconsistency** — "We'll just retry until it's right" 5. **Normalized retries** — "It works if you run it 3 times" becomes acceptable **Why It Fails:** - **Reasoning Noise:** Thousands of irrelevant files compete for attention, degrading multi-hop logic - **Context Rot:** Dead ends, past errors, irrelevant data accumulate → goal drift - **Lost in the Middle:** Models prioritize beginning (primacy) and end (recency), ignore middle - **Economic Waste:** Every query becomes expensive without accuracy gains - **Quantitative Degradation:** Accuracy drops below