如何强制执行导入层级约束DeepSeek-Reasonix 的 repolint 实战指南【免费下载链接】DeepSeek-ReasonixDeepSeek-native AI coding agent for your terminal. Engineered around prefix-cache stability — leave it running.项目地址: https://gitcode.com/GitHub_Trending/de/DeepSeek-ReasonixDeepSeek-Reasonix 是一款 DeepSeek 原生的终端 AI 编程智能体AI coding agent。除了帮你写代码它还用自己的repolint工具把导入层级import layering变成了一条可执行、会拦截 CI 的硬性约束——本文带你从零看懂这套架构护栏是如何运作的。痛点为什么分层约定总是守不住大型 Go 项目里依赖方向腐化是最常见的问题 工具包悄悄 import 了业务核心依赖图开始纠缠 内核代码够上了 UI 层控制器接口被污染 复制粘贴代替下沉共享逻辑散落在各个前端大多数团队的约束只写在文档里靠 Code Review 人肉把关。而 Reasonix 的做法是把分层规则写成代码让 lint 工具在每次提交时强制执行。repolint 是什么go vet 表达不了的规则它来表达repolint 是项目内置的仓库级 linter源码位于 tools/repolint/入口 main.go 的一句话注释说明了一切repolint enforces the repo standards that gofmt/vet/golangci cannot express.它一共内置11 条规则essay、banner、file-size、complexity、struct-state 等其中与依赖架构直接相关的就是layering规则定义在 tools/repolint/layers.go。分层架构总览四类角色各守其位Reasonix 的代码被划分成清晰的层级REASONIX.md 中的官方约定是Layering (enforced): utility packages import nothing underreasonix/; only the frontendscli,serve,acp,bot,botruntime,bootand the hostscmd/,desktop/may importcontrol; nothing below a frontend may import one.角色划分如下层级包定位 工具层leavesinternal/fileutil、internal/textutil等 20 个包只依赖标准库谁都能 import⚙️ 内核层kernelinternal/agent、internal/config等业务核心可向下依赖工具层️ 控制层controlinternal/control唯一无传输依赖的Controller所有前端共用️ 前端层frontendsinternal/cli、internal/serve、internal/acp、internal/bot、internal/botruntime、internal/bootCLI / HTTP / 桌面端等入口 宿主层hostscmd/、desktop/进程入口可 import 前端和控制层这套设计的核心思想行为只加在 controller 上三个前端CLI、HTTP serve、桌面端自然全部继承而不是每个前端各写一套。三条核心规则违反即报错layering规则的所有逻辑集中在 layers.go 的violates函数里共三条1️⃣ 工具层必须是叶子leaves列表中的包如internal/fileutil禁止 import 任何reasonix/下的包。原因写在源码注释里这些包对内核一无所知可以被任何地方 import 而不拖入依赖图。2️⃣ 控制器只对前端和入口开放internal/control是架构的枢纽只有 frontends 列表中的包和cmd/、desktop/宿主可以 import 它。内核代码想要够上去直接报错internal/agent may not import internal/control: the controller is reachable from frontends and entrypoints only3️⃣ 前端之间不能互相渗透向下越级internal/cli之外的包不允许 import 任何前端包——报错信息会直接告诉你怎么改move shared behavior below the controller把共享逻辑下沉到控制器层。一个有意思的细节source.go 在提取 import 时会跳过测试文件——测试代码可以跨层引用做验证生产代码不行。规则本身如何被测试12 组契约用例分层规则不靠相信靠测试。layers_test.go 用 12 组用例把每条规则的边界钉死✅ 允许internal/control→internal/agent控制器用内核✅ 允许cmd/reasonix→internal/cli入口用前端❌ 违规internal/fileutil→internal/config工具包不得有内部依赖❌ 违规internal/capdiag→internal/boot诊断不得触碰组合根这意味着想给分层规则开后门先要过测试——规则本身的变更同样受版本控制约束。棘轮基线存量债务放行新增债务拦截这是 repolint 最精妙的部分。如果直接全量强制执行老代码里已有的违规会瞬间淹没一切。所以它采用了棘轮ratchet机制快照baseline.json 记录了当前每个文件、每条规则的违规预算以及每条规则全仓库的总上限对比平时运行时只有超出基线预算的违规才会导致失败——存量债务被容忍新增债务直接挂 CI收口想减少违规删代码、修架构即可。想让基线变松禁止除非是文件重命名、代码抽取等被动迁移对应命令定义在 Makefilego run ./tools/repolint # 对比基线超支即失败 go run ./tools/repolint -update # 重写基线需在 PR 中说明理由 go run ./tools/repolint -strict # 忽略基线报告全部违规make lint会把它和 golangci-lint 一起跑作为提交前的双重闸门。REASONIX.md 里对这条纪律的表述非常直白recorded debt is tolerated, anything new fails CI.Never widen the baseline to land a change — fix the code.上手实操三步在自己的项目里抄作业这套模式其实可以直接迁移到任何 Go 项目写下角色清单照 layers.go 的样子用几个字符串切片声明哪些是前端、哪些是工具叶子、哪些是受保护的控制器实现三行判断一个violates(pkg, dep)函数 前缀匹配就能覆盖 90% 的层级约束接入基线用-update生成第一版基线提交此后 CI 只放行不超支的变更配合make lint级别的调用入口你的导入层级约束就从文档里的一句话变成了每次提交都会执行的守卫。总结给架构装上只进不退的锁DeepSeek-Reasonix 的 repolint 分层约束给出了三个可复用的启示规则即代码约定写进函数而不是只写在 wiki 里存量与增量分开棘轮基线让老债务有缓冲新债务零容忍护栏本身也要有测试12 组契约用例保证规则不会被悄悄放宽下次当你的依赖图开始打结时不妨想一想也许缺的不是又一次架构评审而是一个在 CI 里说不的小工具。延伸阅读完整规则清单见 tools/repolint/main.go分层约定全文见 REASONIX.md。【免费下载链接】DeepSeek-ReasonixDeepSeek-native AI coding agent for your terminal. Engineered around prefix-cache stability — leave it running.项目地址: https://gitcode.com/GitHub_Trending/de/DeepSeek-Reasonix创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 如何强制执行导入层级约束：DeepSeek-Reasonix 的 repolint 实战指南
如何强制执行导入层级约束DeepSeek-Reasonix 的 repolint 实战指南【免费下载链接】DeepSeek-ReasonixDeepSeek-native AI coding agent for your terminal. Engineered around prefix-cache stability — leave it running.项目地址: https://gitcode.com/GitHub_Trending/de/DeepSeek-ReasonixDeepSeek-Reasonix 是一款 DeepSeek 原生的终端 AI 编程智能体AI coding agent。除了帮你写代码它还用自己的repolint工具把导入层级import layering变成了一条可执行、会拦截 CI 的硬性约束——本文带你从零看懂这套架构护栏是如何运作的。痛点为什么分层约定总是守不住大型 Go 项目里依赖方向腐化是最常见的问题 工具包悄悄 import 了业务核心依赖图开始纠缠 内核代码够上了 UI 层控制器接口被污染 复制粘贴代替下沉共享逻辑散落在各个前端大多数团队的约束只写在文档里靠 Code Review 人肉把关。而 Reasonix 的做法是把分层规则写成代码让 lint 工具在每次提交时强制执行。repolint 是什么go vet 表达不了的规则它来表达repolint 是项目内置的仓库级 linter源码位于 tools/repolint/入口 main.go 的一句话注释说明了一切repolint enforces the repo standards that gofmt/vet/golangci cannot express.它一共内置11 条规则essay、banner、file-size、complexity、struct-state 等其中与依赖架构直接相关的就是layering规则定义在 tools/repolint/layers.go。分层架构总览四类角色各守其位Reasonix 的代码被划分成清晰的层级REASONIX.md 中的官方约定是Layering (enforced): utility packages import nothing underreasonix/; only the frontendscli,serve,acp,bot,botruntime,bootand the hostscmd/,desktop/may importcontrol; nothing below a frontend may import one.角色划分如下层级包定位 工具层leavesinternal/fileutil、internal/textutil等 20 个包只依赖标准库谁都能 import⚙️ 内核层kernelinternal/agent、internal/config等业务核心可向下依赖工具层️ 控制层controlinternal/control唯一无传输依赖的Controller所有前端共用️ 前端层frontendsinternal/cli、internal/serve、internal/acp、internal/bot、internal/botruntime、internal/bootCLI / HTTP / 桌面端等入口 宿主层hostscmd/、desktop/进程入口可 import 前端和控制层这套设计的核心思想行为只加在 controller 上三个前端CLI、HTTP serve、桌面端自然全部继承而不是每个前端各写一套。三条核心规则违反即报错layering规则的所有逻辑集中在 layers.go 的violates函数里共三条1️⃣ 工具层必须是叶子leaves列表中的包如internal/fileutil禁止 import 任何reasonix/下的包。原因写在源码注释里这些包对内核一无所知可以被任何地方 import 而不拖入依赖图。2️⃣ 控制器只对前端和入口开放internal/control是架构的枢纽只有 frontends 列表中的包和cmd/、desktop/宿主可以 import 它。内核代码想要够上去直接报错internal/agent may not import internal/control: the controller is reachable from frontends and entrypoints only3️⃣ 前端之间不能互相渗透向下越级internal/cli之外的包不允许 import 任何前端包——报错信息会直接告诉你怎么改move shared behavior below the controller把共享逻辑下沉到控制器层。一个有意思的细节source.go 在提取 import 时会跳过测试文件——测试代码可以跨层引用做验证生产代码不行。规则本身如何被测试12 组契约用例分层规则不靠相信靠测试。layers_test.go 用 12 组用例把每条规则的边界钉死✅ 允许internal/control→internal/agent控制器用内核✅ 允许cmd/reasonix→internal/cli入口用前端❌ 违规internal/fileutil→internal/config工具包不得有内部依赖❌ 违规internal/capdiag→internal/boot诊断不得触碰组合根这意味着想给分层规则开后门先要过测试——规则本身的变更同样受版本控制约束。棘轮基线存量债务放行新增债务拦截这是 repolint 最精妙的部分。如果直接全量强制执行老代码里已有的违规会瞬间淹没一切。所以它采用了棘轮ratchet机制快照baseline.json 记录了当前每个文件、每条规则的违规预算以及每条规则全仓库的总上限对比平时运行时只有超出基线预算的违规才会导致失败——存量债务被容忍新增债务直接挂 CI收口想减少违规删代码、修架构即可。想让基线变松禁止除非是文件重命名、代码抽取等被动迁移对应命令定义在 Makefilego run ./tools/repolint # 对比基线超支即失败 go run ./tools/repolint -update # 重写基线需在 PR 中说明理由 go run ./tools/repolint -strict # 忽略基线报告全部违规make lint会把它和 golangci-lint 一起跑作为提交前的双重闸门。REASONIX.md 里对这条纪律的表述非常直白recorded debt is tolerated, anything new fails CI.Never widen the baseline to land a change — fix the code.上手实操三步在自己的项目里抄作业这套模式其实可以直接迁移到任何 Go 项目写下角色清单照 layers.go 的样子用几个字符串切片声明哪些是前端、哪些是工具叶子、哪些是受保护的控制器实现三行判断一个violates(pkg, dep)函数 前缀匹配就能覆盖 90% 的层级约束接入基线用-update生成第一版基线提交此后 CI 只放行不超支的变更配合make lint级别的调用入口你的导入层级约束就从文档里的一句话变成了每次提交都会执行的守卫。总结给架构装上只进不退的锁DeepSeek-Reasonix 的 repolint 分层约束给出了三个可复用的启示规则即代码约定写进函数而不是只写在 wiki 里存量与增量分开棘轮基线让老债务有缓冲新债务零容忍护栏本身也要有测试12 组契约用例保证规则不会被悄悄放宽下次当你的依赖图开始打结时不妨想一想也许缺的不是又一次架构评审而是一个在 CI 里说不的小工具。延伸阅读完整规则清单见 tools/repolint/main.go分层约定全文见 REASONIX.md。【免费下载链接】DeepSeek-ReasonixDeepSeek-native AI coding agent for your terminal. Engineered around prefix-cache stability — leave it running.项目地址: https://gitcode.com/GitHub_Trending/de/DeepSeek-Reasonix创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考