用途：帮助规划或改进仓库基础，让下一个功能易于定位、运行和验证。先检查仓库、清单、锁文件与本地说明，优先改进既有约定而非引入新约定。
主要能力：确认运行时、包管理器、框架、部署目标和实际命令，区分现有工具与拟新增工具；把路由组合、功能逻辑、可复用原语、校验和数据访问放在其归属附近，不为假想规模创建空文件夹；选定单一令牌来源并说明原语如何消费；复用现有 UI 库；记录环境变量名与安全占位符，密钥校验与访问保留在服务端，绝不把含密钥的环境对象导入浏览器代码；设置最小可用验证路径（类型/检查/构建及首个关键流程的有效检查），仅在应对具体风险时添加基础设施。
使用方式：规划时给出实际/建议路径、命令和有序设置步骤；实施时创建被授权的基础并运行其检查，而非停在清单。可用 $context 记录持久仓库事实，用 $git 处理协作策略。
适用场景：新建仓库、整理项目基础、修复环境示例、统一命令与令牌来源、建立首个可运行切片。
限制：不用于选择框架或技术栈（应使用 $stack），不用于审计 UI 漂移或重复组件（应使用 $system）。在既有项目上应保留用户改动，只改任务涉及的基础，并说明迁移对使用者的影响。依赖变更时通过包管理器更新锁文件。注意：锁文件而非 README 决定包管理器；许多框架的公开前缀变量及客户端文件导入的模块会进入浏览器；空文件夹易成堆置场；单机可用的设置常依赖全局工具或本地变量，应从全新克隆按文档步骤测试；移动文件的基础修复会破坏所有开放分支，需列出移动清单。