代码库上下文
为 Coding Agent 提供持久的代码库上下文。
把仓库知识转化为不随单次提示消失的上下文。FiboCode 在项目中连接规约、设计、计划、分析、变更说明、代码、文档与图谱，让下一项 Agent 任务从比聊天历史更持久的基础出发。
Agent 需要项目上下文，而不只是更长的提示词。
Coding Agent 可以在一次会话中查看文件，但如果早期决策只存在于对话里，相关推理很容易丢失。反复解释架构、约束和先前改动既耗时，也仍会迫使 Agent 重建团队已经理解过的关系。
上下文工程让这类知识变得持久、可选择。FiboCode 用 Markdown 在代码旁记录项目理解，再用路径和图谱建立连接。Agent 获得的是人可以审查、改善并带入下一次变更的具体仓库材料。
看看项目上下文如何随代码成长。
真实产品演示呈现相连知识如何跨视图流动，并随着仓库变更持续演进。
重要项目记录围绕真实工作逐步沉淀，而不是随 Agent 对话结束而消失。
沿连接恢复一段项目上下文背后的证据，供 Agent 或开发者继续核实。
创建 Agent 可以复用的上下文。
目标不是保存每条消息，而是保存未来工作真正依赖的项目事实与决策。
确定上下文边界。
从 Agent 必须理解的功能、模块、决策或故障出发，选择相关文件与符号，而不是把整个仓库当作一个无差别提示词。
用 Markdown 记录持久知识。
记录规约、设计、计划、分析与变更说明，使这些内容脱离原始聊天会话后仍然可读。
把知识连接到源码与关系。
用路径、标签与图谱保留每个判断的来源，以及它与其他模块或文档的关系。
把上下文带入下一项 Agent 任务。
让选定的 Agent CLI 阅读相关项目材料，并在实现与理解演进时继续审查、更新这些记录。
始终可以检查的上下文。
由仓库承载的记录。
重要上下文以可读 Markdown 留在项目中，不依赖单一厂商会话或私有记忆。
可追溯的源码连接。
路径与标签让解释贴近它所描述的代码，也让人可以核对 Agent 的起始假设。
多种上下文视图。
代码提供实现事实，文档说明行为与意图，图谱揭示文字不易呈现的关系。
跨变更持续演进。
规约、设计、计划、差异记录与分析文档保存改了什么、为何修改，让后续工作延续已有理解。
使用场景：把功能交给新的 Agent 会话。
团队已经梳理某个子系统、记录一项约束并完成过相关变更。开发者无需把旧对话粘贴到新会话，而是让 Agent CLI 阅读相关分析、设计、变更记录与源码文件。
Agent 从经过审查的项目材料开始。新改动推进时，团队也能继续完善同一份上下文，让仓库继续服务下一位开发者或 Agent，而不是增加另一份孤立说明。
上下文工程不是不断累积提示词。
长提示可以把细节带入一次请求，却不会自动成为可维护的项目知识。FiboCode 把持久上下文与临时对话分开，并为它建立通向代码、文档与图谱的可见连接。
Agent 仍通过你选择的 Agent CLI 推理并编辑；FiboCode 提供可共同检查的上下文。“规约驱动开发”则进一步提供从新需求走向计划执行的结构化路径。
代码库上下文常见问题
这里的“持久上下文”是什么意思？
重要项目知识以可复用文档和连接记录在代码旁，而不是只存在于一次临时 Agent 对话中。
FiboCode 会提供新的 Coding Agent 吗？
不会。你继续使用信赖的 Agent CLI；FiboCode 丰富它的工作区上下文，并把 Agent 工作接回编辑器中的理解与审查。
为什么用 Markdown 保存 Agent 上下文？
Markdown 便于人和 Agent 读写，适合规约与解释，也能作为项目材料持续接受检查。
上下文能包含图示和关系吗？
可以。图谱与标签补充 Markdown 和代码，让关系可导航，同时保留返回底层项目材料的路径。
代码变化后应该如何处理上下文？
根据新实现审查相关记录并按需更新。目标是一座可成长、可追溯的知识库，而不是静态摘要。