Files
OpenFlare/AGENTS.md
T
ryan dbaa3bf140 feat(cordis): add OpenFlare Cordis 架构改造设计
docs(changelog): 修正表述笔误

refactor(cordis): 磁盘缓存改用上上游能力并清理本地副本

按上游/下游归属规约:类型断言守卫已回流 Wavelet(f3d85d5,附回归用例),
本仓库删除 OpenFlare/plugins/server/pkg/cache 整包并改 import 到
Wavelet/pkg/cache/disk,同步后与上游零漂移。

验证:go build 通过;go test ./... exit 0(137 包 ok);256 条路由对拍与
232 条 swagger 操作均零差异;make build-all 四进制;前端零改动。

docs(cordis): 记录 T1 清理结果与五个复用阻塞点

refactor(cordis): server 复用上游 pkg 能力并删除等价本地副本

按上游/下游归属规约清理重复实现,删除 7 个与上游等价的本地包并改 import:
shared/response→pkg/response、pkg/{logger,mail,trace,httppool,cache/ram}→
上游同名包、infra/persistence/batchwriter→pkg/batchwriter。逐项核过差异:
httppool 逐字节相同;logger 的 Config 字段完全一致;response 的 7 个 Abort*
一致;cache/ram 换过去顺带把裸 go 变回带 panic 恢复的 util.Go。

两处非等价差异按语义处理:
- batchwriter.Stats 与 status DTO 原为类型别名,改为消费侧逐字段转换,
  避免 model 反向依赖基础设施类型;
- 上游 pkg/idgen 要求显式 Init(本地副本为懒加载自动初始化),本次保留本地
  副本,待与 infra 初始化一并迁移(已登记在清理计划)。

验证:go build 通过;go test ./... exit 0(138 包 ok);256 条路由对拍零差异;
make swagger 232 条操作零增减,且归一化后与旧文档深度相等——差异仅为
response.Any / logger.LogEntry 两个定义名随包路径改名,接口形状未变。

chore(cordis): 回流内核与 pkg/util 通用能力并清理 vendoring 污染

按新增的上游/下游归属规约:HandleRaw/BasePath 与版本比较、网络、格式化助手
属通用能力,已提交到 Wavelet 分支 feat/cordis-router-raw-routes,本仓库改为
纯同步获取(pkg/util 已零漂移),补丁登记保留至上游合并。

同时修掉我此前 git add -A 造成的污染:首次 vendoring 把上游工作区里被
gitignore 的运行期产物一起提交进来(upload 的 diskcache 缓存块 650 个与
driver_http/dist 前端构建物 380 个,共 12872 行/1030 文件)。sync-upstream.sh
现显式排除 uploads/dist/data/*.db,.gitignore 补上对应兜底规则。

AGENTS.md 增加上游/下游改动归属规约,并把仍指向前 Cordis 布局的硬性约束
(internal/router + Serve、internal/repository/logstore、internal/platform/bootstrap、
internal/cmd)改到当前插件路径。

验证:go build 通过;go test ./... exit 0(144 包 ok);make swagger 232 条
操作与基线逐条一致;make build-all 四进制;gofmt 干净。

feat(cordis): server 插件化并改由内核挂载控制面路由

新增 plugins/server/plugin.go:Apply 以 ctx.Router().Group(app.api_prefix)
声明根级与 /v1 全部路由;33 个注册函数由 *gin.RouterGroup 改为
core.RouterExtension,RegisterCollection 改用内核新增的 HandleRaw 保留
尾部斜杠变体,AdminMiddlewares 返回 []any(Go 不允许把 []T 展开为 ...any)。
删除 router.Serve 与 registerRoutes,装配根改为 core.App +
driver_http.New(WithEngine(router.BuildEngine())),监听、信号与优雅退出归内核;
前端 SPA 的 NoRoute 兜底因内核暂无贡献点而保留在引擎层。

路由保真证据:plugin_parity_test 对拍 baseline/routes-engine.txt 的 256 条
(方法 路径) 零差异;go test ./... exit 0(144 包 ok,含真实 handler 的
openflare/integration 用例走同一条挂载路径);make swagger 232 条操作与基线
逐条一致;golangci-lint 0 issues;make build-all 四进制;embed_frontend
标签编译通过;前端零改动。

已知待补:带 Redis 的实机 HTTP 冒烟(本机 6379 未启动,session store 与
改造前一样在建店阶段即 fatal),以及 bootstrap 的任务/设置/迁移注册迁入 Apply。

feat(core): RouterExtension 增加 HandleRaw 与 BasePath 以保真尾部斜杠路由

server 插件化的前置:Handle 经 cleanPath 会剥掉尾部斜杠,无法表达
/resource 与 /resource/ 两条不同路由,而 OpenFlare 有 20 个历史 list
端点两者都注册且部署关闭了 RedirectTrailingSlash,缺失即 404。新增
HandleRaw 与 BasePath(作用域包装器同样登记反注册),补 extpoints 用例;
并把 router.Serve 拆出 BuildEngine 以便交给 driver_http.WithEngine 复用,
新增路由表导出 harness,固化 256 条 (方法 路径) 基线供插件化对拍。
上游补丁登记于 backend/OpenFlare/upstream-patches.md,同步脚本改为按目录
前缀输出差异并在同步后提醒确认补丁是否仍在。

验证:go build 通过;go test ./... exit 0(143 包 ok);gofmt 干净。

docs(cordis): 记录 server 插件接入内核的可行路径与内核能力缺口

feat(cordis): agent/relay/flared 落地为内核驱动插件

三个边缘守护进程各新增 plugin.go,实现 core.Plugin + core.Driver
(自定义 DriverType 与同名 profile),装配与生命周期从 main 迁入
Apply/Start/Stop:Apply 负责 JSON 配置加载、运行环境与用户确保、
openresty/frps/frpc 管理器与各服务装配;Start 以 util.Go 拉起阻塞式
runner 与 GeoIP 周期更新;Stop 收敛主循环结果并在超时时报错而非静默。

入口改为 core.NewApp(core.WithProfile(...)) + Prepare/Run,保持
-config 旗标、默认路径、退出码与启动/停止日志不变。

验证:go build 通过;go test ./... exit 0(143 包 ok,含 3 个插件身份
与配置失败路径测试);make build-all 四进制产出;三进制实跑缺失配置
均 exit 1 且错误链保留 load {agent,relay,flared} config 原因;gofmt 干净。

refactor(cordis): 按功能职责拆分为 4 个插件与 share 共享层

backend/OpenFlare 不再平铺遗留分层,改为 plugins/{server,agent,relay,flared}
加 share/:控制面业务(openflare/admin/oauth/user/upload/cap/config/health 与
repository/model/infra/router 等支撑层)归 server;三个边缘守护进程各自成插件;
被两个以上插件消费的 protocol/geoip/wsclient/render/pagesarchive/edge 归 share。
同时把 pkg/util 与 buildinfo 合并回上游 pkg(上游已覆盖全部符号,仅 8 个函数与
2 个类型为 OpenFlare 独有,已一并迁入),装配根统一到 backend/cmd(含三个 daemon
入口),Dockerfile 与 release 工作流的构建路径和 -X 注入路径同步更新。

验证:go build 通过;go test ./... exit 0(141 包 ok);make swagger exit 0 且
232 条 API 操作与基线逐条一致;make build-all 产出 4 进制;-X 注入经二进制
strings 实测生效;日志后端直连门禁改写为按 server 插件业务域扫描并在扫描数为 0
时报错(防门禁静默失效);前端零改动。

feat(cordis): 落地 backend/share 共享层与上游同步脚本

跨插件共享资源(控制消息协议、GeoIP+iputil、边缘守护进程日志)从下游包
移入 backend/share,并声明其只能依赖 core/pkg 与标准/第三方库,禁止反向
引用下游业务与具体插件实现;新增 scripts/sync-upstream.sh 只覆盖
backend/{core,pkg,plugins},同步后 --check 报告零差异,证明与上游逐字一致。

go build 通过,go test ./... exit 0(142 包 ok),前端零改动。

refactor(cordis): 采用与 Wavelet 同构的单模块布局并引入上游内核

按上游结构落位:backend/{core,pkg,plugins} 为 Wavelet 上游拷贝,OpenFlare
全部业务收拢到上游 downstream 所对应的位置 backend/OpenFlare/,模块名保持
Wavelet 以保证上游 import 路径逐字一致、同步零改写;三个 daemon 入口移至
backend/OpenFlare/cmd,backend/cmd 与 main.go 作为控制面装配根。

行为不变:go build 通过,142 个测试包全绿(含上游插件测试),232 条 API
操作与改造前逐条一致,四进制产物正常,前端零改动。swagger 暂只扫描下游代码,
待 P4 挂载上游路由后再纳入 plugins/。

style: 修正模块路径改写导致的 import 分组排序漂移

refactor(layout): Go 代码迁入 backend/ 并将模块名简化为 OpenFlare

对齐上游 Wavelet 的仓库布局,为以第二 module 形态 vendoring Cordis 内核与
平台插件做准备:模块路径整体改写为 OpenFlare,Go 目标加 cd backend,
swaggo 产物移至 backend/docs 并把 json/yaml 复制回 docs/ 供站点消费,
Dockerfile 与 release 工作流的构建目录、ldflags 模块路径同步更新。

行为保持不变:232 条路由与改造前逐条一致,95 个测试包全绿,
四进制产物正常,前端零改动。

chore(cordis): 落地改造计划与 schema/路由基线

新增 legacy_dump_test 迁移快照 harness:在临时 sqlite 库上按生产顺序
(goose.UpTo → zone 导入 → goose.Up)跑完 76 个历史迁移并导出 schema 与
版本序列,作为改造前后一致性门禁的唯一事实来源。同时记录 232 条路由清单
与 foundation 实施计划。

docs(cordis): add OpenFlare Cordis 架构改造设计

明确上游以第二 module 形态 vendoring 进 backend/Wavelet、4 个插件
(server/agent/relay/flared) 全部装载内核,并规定保留 76 个历史 goose
迁移 + 一次性版本 stamp 桥接的迁移方案,配套三方 schema 一致性门禁,
确保已部署库不重跑历史、不丢数据。
2026-08-30 10:12:52 +08:00

13 KiB
Raw Blame History

AGENTS.md

Behavioral guidelines to reduce common LLM coding mistakes. Merge with project-specific instructions as needed.

Tradeoff: These guidelines bias toward caution over speed. For trivial tasks, use judgment.

1. Think Before Coding

Don't assume. Don't hide confusion. Surface tradeoffs.

Before implementing:

  • State your assumptions explicitly. If uncertain, ask.
  • If multiple interpretations exist, present them - don't pick silently.
  • If a simpler approach exists, say so. Push back when warranted.
  • If something is unclear, stop. Name what's confusing. Ask.

2. Simplicity First

Minimum code that solves the problem. Nothing speculative.

  • No features beyond what was asked.
  • No abstractions for single-use code.
  • No "flexibility" or "configurability" that wasn't requested.
  • No error handling for impossible scenarios.
  • If you write 200 lines and it could be 50, rewrite it.

Ask yourself: "Would a senior engineer say this is overcomplicated?" If yes, simplify.

3. Surgical Changes

Touch only what you must. Clean up only your own mess.

When editing existing code:

  • Don't "improve" adjacent code, comments, or formatting.
  • Don't refactor things that aren't broken.
  • Match existing style, even if you'd do it differently.
  • If you notice unrelated dead code, mention it - don't delete it.

When your changes create orphans:

  • Remove imports/variables/functions that YOUR changes made unused.
  • Don't remove pre-existing dead code unless asked.

The test: Every changed line should trace directly to the user's request.

4. Goal-Driven Execution

Define success criteria. Loop until verified.

Transform tasks into verifiable goals:

  • "Add validation" → "Write tests for invalid inputs, then make them pass"
  • "Fix the bug" → "Write a test that reproduces it, then make it pass"
  • "Refactor X" → "Ensure tests pass before and after"

For multi-step tasks, state a brief plan:

1. [Step] → verify: [check]
2. [Step] → verify: [check]
3. [Step] → verify: [check]

Strong success criteria let you loop independently. Weak criteria ("make it work") require constant clarification.


These guidelines are working if: fewer unnecessary changes in diffs, fewer rewrites due to overcomplication, and clarifying questions come before implementation rather than after mistakes.

Skills(匹配任务时必读)

Skill 何时使用
new-api 业务 API、Handler、服务层、路由注册
new-async-task Asynq 任务、定时任务、TaskHandler、任务元数据
new-setting 系统/业务/公开设置、/admin/system、/admin/settings
database-migration 表结构、goose 迁移(PG/SQLite/ClickHouse)、seed
logstore 日志/分析用途表、backend/internal/repository/logstore、切换日志主库、PG/SQLite 回落
clickhouse-batchwriter CH 批量写入、batchwriter、分析表 flush/背压
file-upload 上传/摄取、upload.Ingest、文件访问、w_uploads
cache-framework 业务缓存(RAM/Redis/DB)、失效、多节点同步
push-notification 通知推送事件、统一触发器、带推送的业务
release-guide Version Bump 提交信息(触发双语 Release)
shadcn 添加/修改/组合 shadcn/ui 组件

硬性约束

上游/下游改动归属(Cordis)

  • 触碰框架目录 backend/{core,pkg,plugins} 前,先判断能力归属:

    • 通用能力(与 OpenFlare 业务无关、任何下游都用得上)→ 必须同步在 Wavelet 上游完成修改, 本仓库只能通过 scripts/sync-upstream.sh 取得,不得长期持有本地补丁。
    • 非通用能力(OpenFlare 业务特有)→ 在自己的插件内(backend/OpenFlare/plugins/<name>/)实现, 或新建一个下游插件,禁止塞进上游目录。
  • 开发下游功能优先复用上游已有能力(core/contracts、backend/plugins/*、backend/pkg/*); 发现上游已提供而下游仍保留本地副本的,删除本地副本改为复用,或把差量回流上游。

  • 上游暂缺而确属通用能力时,可先在本仓库实现并登记到 backend/OpenFlare/upstream-patches.md (sync-upstream.sh 同步后会提示核对),回流 Wavelet 后删除登记并重新同步。

  • 禁止删除 frontend/node_modules。

  • backend/pkg/util/ 保持纯净:禁止导入 Gin、GORM、sessions 等 HTTP/Web/DB 框架(会话选项在 backend/OpenFlare/plugins/server/oauth/session.go)。

  • 测试临时目录只用 t.TempDir(),禁止硬编码相对路径写源码树。

  • HTTP 路由只由插件在 Apply 中经 ctx.Router() 声明;router.BuildEngine() 只挂引擎级中间件与前端 SPA 兜底,禁止进程级初始化(如 SyncEvents、InitLogWriter)。

  • API 变更后:make swagger;开发完成:make code-check;提交前:make format。

  • 缓存/文件管理复用平台实现,业务包禁止自建缓存目录或旁路存储后端。

  • 文件摄取走 upload.Ingest(PolicyCreate / PolicyDedupNewRecord / PolicyResolveExisting);删除走 upload.Remove / upload.RemoveOwned。禁止业务直接 repository.CreateUpload / SoftDeleteUpload 或 db.Create(&model.Upload{})。

  • 分层:apps → repository → model,repository → infra/persistence;禁止 model → repository。

    • model:实体、表名、配置 key、查询 DTO、无 IO 规则。禁止 db.DB / Redis / CH;禁止 import repository。GORM hook 仅可 mutate 自身字段,禁止在 hook 内再查 DB/缓存。
    • repository:唯一持久化入口。apps/logics 禁止为业务 CRUD 直调 db.DB(管理端 SQL 控制台、infra 内部等例外保留)。禁止新增 model.Get/List/Create/... 类数据访问 API。
  • 日志/分析表(节点访问日志、用户访问日志、可观测时序)走 backend/OpenFlare/plugins/server/repository/logstore,禁止 apps 直连 repository/analytics 或 db.ChConn/db.ChDB。判定与接入步骤见 logstore skill。

  • 跨模块集成(任务 Handler、推送事件、域监听、完成钩子)禁止 init() 注册;经 backend/OpenFlare/plugins/server/platform/bootstrap 在 backend/cmd 入口显式装配。

  • 核心业务(如 oauth、user)禁止直接 import push/custom_events;经 backend/OpenFlare/plugins/server/listener 发域事件,push 在 bootstrap 订阅。

  • 依赖任务/推送注册的测试须显式 bootstrap.RegisterTasks() / RegisterPushDomainEvents() 等,不依赖 init()。

  • API 错误必须 response.Abort* + ErrorHandlerMiddleware;禁止 Handler 直接 c.JSON(..., response.Err(...)) 或用 HTTP 200 表示失败。

文档与 Changelog

  • 内容变更同步中文文档(不同步英文)。
  • 代码/配置变更写入 docs/changelog/index.md 的 [Unreleased];纯文档变更不写 changelog。
  • Changelog:合并相近项;不记格式化/调试/无关重构;用户可读完整中文句;说明效果;不编造;不写密钥等敏感信息;空分类可省略。

技术栈

  • 后端:Go 1.25+、Gin、GORM、PostgreSQL、可选 ClickHouse、Redis、Asynq、Cobra、Viper、Swaggo、OTel、Zap、AWS SDK v2、Snowflake IDs
  • 前端:Next.js App Router、TypeScript、Tailwind、pnpm、shadcn/ui

Git

Conventional Commits:<type>(<scope>): <subject>(例:feat(auth): support email login)。


后端

命名

类别 规则 例
包/文件 小写蛇形 auth_source、postgres_logger.go
导出/未导出标识符 PascalCase / camelCase —
请求/响应结构体 camelCase + 后缀 listUsersRequest
错误文案常量 camelCase 字符串 const(非包级 error) errBindParamsFailed
YAML 键 小写蛇形 —

Handler

  • 命名:动词 + 名词(ListUsers);绑定用 ShouldBindQuery / ShouldBindJSON。
  • 每个 HTTP API 需完整 Swagger 注释;API 变更后 make swagger。
  • Handler:绑定 → 调 logic → 映射为 Abort* 或 response.OK。
  • logics.go:接受 context.Context,返回结果/error;禁止依赖 *gin.Context、调用 Abort* / c.JSON。参考 backend/internal/apps/user/logics.go。

API 响应

信封:{ "error_msg": "", "data": ... }。成功 error_msg 空、data 为载荷;失败 data 为 null。分页:data: { total, results }。

成功(始终 HTTP 200):

c.JSON(http.StatusOK, response.OK(data))
c.JSON(http.StatusOK, response.OKNil())

失败:仅用 response.Abort*(挂 c.Errors 并 Abort,由 ErrorHandlerMiddleware 统一写出并记 OTel),阅读/internal/shared/response/abort.go使用已有函数

中间件同规则(oauth.LoginRequired → Unauthorized;admin.LoginAdminRequired → NotFound;cap.VerifyMiddleware → Unauthorized)。

  • 用户可见错误:模块内 errs.go 的 camelCase 字符串常量;禁止向客户端暴露驱动错误/堆栈。
  • response.Err 仅供中间件构造 JSON,业务禁止用于 c.JSON。

禁止:c.JSON(200, response.Err(...));Handler 直接 c.JSON(4xx/5xx, response.Err(...));手写 gin.H 错误体;在 logics.go 里 Abort*。

Swagger:@Success 200 用具体类型或 response.Any;每个可能 Abort 状态声明 @Failure。

日志

  • 运行时错误(DB/Redis/第三方/IO)在 Handler 或 logic 边界用 backend/pkg/logger(带 ctx)记录,再返回安全 Abort/业务错误。
  • 吞错、转通用响应、worker 忽略前必须先记日志。
  • 禁止 _ = err 静默丢弃重要错误;best-effort 可忽略时加简短注释。
  • 只在处理/抑制边界记一次,避免重复刷日志。

路由与装配

  • router.go 只做高层分发,禁止直接挂业务 Handler。归属与开发步骤见 new-api skill。
  • 跨模块副作用:在 bootstrap 增 Register*,于对应 backend/internal/cmd/*.go 调用(RegisterAPI / RegisterWorker / RegisterAll)。
  • API/all 模式:bootstrap.Init 须在 RegisterPushDomainEvents() 之后调用,保证 SyncEvents 同步内置推送元数据。

中间件

  • 全局:gin.Recovery()、otelgin、日志、session。
  • 登录组:oauth.LoginRequired();管理组:admin.LoginAdminRequired()。

配置

  • 运行时只读 config.Config,禁止 os.Getenv()。
  • 新增配置同步 config.example.yaml 与 backend/internal/infra/config/model.go。

数据库

  • 持久化只经 repository(或 analytics);复杂查询不进 Handler;编排在 logics。
  • repository 内用 db.DB(ctx)(链路追踪)。
  • 迁移:backend/internal/infra/persistence/migrator/goose/ SQL;禁止 GORM AutoMigrate。
  • 不建物理外键,关系字段加显式索引。
  • 列默认值与 Go 零值(nil/0/false/"")一致。

前端

  • Next.js:以 node_modules/next/dist/docs/ 为准(训练数据可能过时)。
  • 示例:frontend/app/(main)/admin/demo。

样式

  • shadcn 用 variant + CSS 变量;业务 className 不硬编码颜色/背景/阴影。
  • 变体不足时扩展组件 variant,不写一次性颜色。

页面结构

  • 根容器全宽 w-full;禁止页面级 max-w-*(主布局负责宽度)。
  • 外层间距:py-6 或 py-6 px-1。
  • 标题行:flex items-center gap-2(有右侧操作则加 justify-between)。
  • 图标:Lucide 直接放标题容器,size-5 text-primary;禁止背景卡片/边框包裹。
  • 标题:仅 h1 className="text-2xl font-semibold tracking-tight"。
  • 多 Tab:各 Tab 独立文件;page.tsx 只管 Tabs 状态与触发器;禁止 page.tsx 仅转发同名空壳。
  • 单文件 > ~600 行或状态过重时拆局部 components/;跨页复用放 frontend/components/common/。标杆:/admin/database。

组件放置

类型 路径
跨页业务 frontend/components/common/
shadcn 原语 frontend/components/ui/
路由专属 邻近 feature 目录

Services

frontend/lib/services/<name>/
  types.ts
  <name>.service.ts
  index.ts
  • 继承 BaseService,定义 basePath,有类型静态方法;在 frontend/lib/services/index.ts 注册。
  • 回调/mutationFn/queryFn 禁止直接传静态方法引用(丢 this);用箭头:(p) => XxxService.create(p)。

国际化 (i18n)

  • 使用 next-intl(无 URL locale 前缀 / provider 模式),兼容 NEXT_STANDALONE_EXPORT。
  • 语言:zh-CN、en;默认 zh-CN。优先级:cookie NEXT_LOCALE → 浏览器语言 → 默认。
  • 文案放在 frontend/messages/fragments。参考已有代码,按模块拆文件夹,en.json 和 zh-CN.json 是 ci 生成的(node scripts/merge-i18n-fragments.mjs),禁止手动修改。
  • 禁止在页面/组件里直接写文案,文案必须支持 i18