What problem does it solve? When working on lci's agent-facing context delivery (the MCP get_context tool and context manifest save/load), engineers need to locate the exact handlers, engine sections, and pinned Go-port behaviors without reading the whole C++ tree, and need grounded facts when comparing lci's context delivery against tools like Aider, Cursor, Serena, Cody, and Copilot. ## Core Features & Use Cases - Code map for get_context and context manifests: Entry points, ContextLookupEngine section fillers, base-63 object ID codec, manifest hydration with token budgets, and the LCF compact format, all with file:line references. - Port-trap and invariant catalog: Documents pinned stubs (fan_in, test_coverage, similar_objects), sorting/empty-list contracts, mode-vs-id-path behavior, and unwired propagator/annotator gaps so changes stay bug-for-bug compatible with the Go reference. - Probe recipes and product comparison: Ready-to-run JSON-RPC stdio probes, targeted gtest filters, and an honest axis-by-axis comparison of lci context delivery versus Aider, Cursor, Serena, Cody, and Copilot. - Use Case: You need to change how get_context renders source_excerpt without breaking golden tests; this Skill points you to attach_source_excerpt, the 12-line cap, the relevant fixtures, and the exact test filter to run. ## Quick Start Ask the AI to use the lci-get-context skill to explain how the get_context name path builds the seven-section CodeObjectContext and which pinned stubs must not change.