RepoPrompt CE — native context engineering app for coding agents

RepoPrompt CE — native context engineering app for coding agents

一句话结论

RepoPrompt CE 把 Context Engineering 做成一个原生 macOS 应用和 MCP agent orchestrator：从文件、CodeMaps、仓库结构、Git diff 中组装可审查的上下文，并通过 MCP 让 coding agents 搜索仓库、检查文件、策划上下文和运行 sessions。它值得入库，因为它把“给 agent 更好上下文”从手工复制粘贴升级为可视、可路由、可预算的本地工作台。

为什么对用户重要

用户在 Hermes / llm-wiki 中已经形成了长期知识库，但工程代码任务还经常需要临时的 repo-local context pack。RepoPrompt CE 提醒：全局 wiki 与仓库上下文不能混成一团。前者提供 durable methodology，后者需要按当前 diff、文件图、token budget 和任务目标动态组装。这个边界能减少 attention dilution，也能让 coding-agent 的输入更可复查。

机制 / 一阶原理

RepoPrompt CE 的机制是把代码仓库转成可选择、可压缩、可审查的 prompt package。它提供 Context Builder、Compose inspector、CodeMaps、Git context、MCP server 与 agent orchestration。关键不是“多塞文件”，而是把 context selection 变成 UI/MCP 可操作对象：哪些文件进入、哪些只是结构地图、哪些来自 diff、预算多少，都可以在 agent 行动前被检查。

与既有 wiki 概念的关系

• 对 Context-Engineering：它是 repo-local context provider，与 LLM-Wiki 的 durable source/concept 层互补。
• 对 Harness-Engineering：它为行动前的只读 discovery、context review、session orchestration 提供工作台，降低直接 patch 的盲目性。
• 对 Repository-Exploration：CodeMaps 与 file tree/diff 组合比纯 grep 更适合作为渐进披露入口。

对 Hermes / llm-wiki 的可执行启发

1. 复杂 coding task 的默认上下文应区分：global wiki methods、repo-local current state、task-specific diff、运行命令证据。
2. llm-wiki 可为 AI/工程类别增加 agent-facing routing map：任务类型 → 应读概念页 → 应检索 raw/source → 应运行的验证。
3. 每次重要 ingest/query 可记录 context manifest：哪些页面/来源进入了最终综合，哪些候选被排除，避免“来源选择”不可复盘。

失败模式 / 边界

• README 显示其平台要求偏新（macOS 26+），用户当前 macOS 14.6.1 不适合直接假设可用。
• 可视化 context builder 仍可能选择错误文件；需要和独立测试/静态检查结合。
• 对 llm-wiki 来说，本次只沉淀方法论，不建议立即迁移工具链。

写入记录

• 2026-08-09 09:00 CST：新增 RepoPrompt CE source note，提炼 repo-local context workbench、CodeMaps/MCP orchestration 与 llm-wiki context manifest 的启发。