Compare commits

...
Author SHA1 Message Date
FoXiMao b49e7b8b08 docs(GOV-012): 完成发布后基线追溯记录 2026-08-18 03:10:29 +08:00
FoXiMao 11edeb0111 chore(GOV-012): 封存 v0.0.10 开发库 Schema 基线 2026-08-18 03:08:38 +08:00
FoXiMao 16bde94df6 chore(GOV-012): 发布 v0.0.10 元数据 2026-08-18 03:06:48 +08:00
FoXiMao 58026aead3 docs(GOV-012): 完成功能质量与发布追溯档案 2026-08-18 03:04:59 +08:00
FoXiMao f1c412b6a3 docs(GOV-012): 更新纯 Node Schema 基线规范 2026-08-18 03:00:47 +08:00
FoXiMao afd186c8a4 fix(GOV-012): 兼容 MySQL 5.7 视图目录并封存 v0.0.9 基线 2026-08-18 02:57:40 +08:00
FoXiMao 874796ab65 fix(GOV-012): 修复 Schema 定义安全与错误语义 2026-08-18 02:46:50 +08:00
FoXiMao 3d12c83621 fix(GOV-012): 修复目录元数据校验与查询错误脱敏 2026-08-18 02:34:14 +08:00
FoXiMao c11de09fa7 feat(GOV-012): 升级 Schema 基线 format v3 2026-08-18 02:24:54 +08:00
FoXiMao dc8ad7d4b6 feat(GOV-012): 实现完整 SHOW CREATE 结构导出 2026-08-18 02:02:41 +08:00
FoXiMao 7e9d9065bb feat(GOV-012): 实现 Schema 对象目录与视图排序 2026-08-18 01:54:50 +08:00
FoXiMao 54fd92837a docs(GOV-012): 更新安全契约 GitNexus 基线 2026-08-18 01:49:16 +08:00
FoXiMao 8e954a3f5f fix(GOV-012): 拒绝 MariaDB 伪装版本 2026-08-18 01:44:25 +08:00
FoXiMao 06466f388e feat(GOV-012): 建立纯 Node 导出器安全契约 2026-08-18 01:21:29 +08:00
FoXiMao 235163cb61 chore(GOV-012): 忽略 SDD 过程账本 2026-08-18 01:11:41 +08:00
FoXiMao cb2e22c13d chore(GOV-012): 忽略本地功能工作区 2026-08-18 01:10:46 +08:00
FoXiMao 97535b8b3f docs(GOV-012): 更新实施计划 GitNexus 基线 2026-08-18 01:08:00 +08:00
FoXiMao 190fba7a0b docs(GOV-012): 完成纯 Node Schema 导出器实施计划 2026-08-18 01:07:14 +08:00
FoXiMao 0f81677b35 docs(GOV-012): 更新设计阶段 GitNexus 基线 2026-08-18 00:47:16 +08:00
FoXiMao c605935403 docs(GOV-012): 确认纯 Node Schema 导出器设计 2026-08-18 00:46:03 +08:00
FoXiMao 3555b7c222 docs(FEAT-MO-001): 更新 TDX 接入后的 GitNexus 基线 2026-08-18 00:34:08 +08:00
FoXiMao 998c9276d5 docs(FEAT-MO-001): 记录 TDX 双场景开发接入 2026-08-18 00:32:04 +08:00
FoXiMao c0a6f55605 docs(GOV-011): 更新最终 GitNexus 基线 2026-08-17 18:00:49 +08:00
FoXiMao 405b9858f0 docs(GOV-011): 回填 v0.0.9 发布追溯 2026-08-17 18:00:11 +08:00
FoXiMao 88e2fdffc8 chore(GOV-011): 发布 v0.0.9 系列版本约束 2026-08-17 17:58:02 +08:00
FoXiMao 7478a96bdc docs(GOV-011): 完成系列版本验证与审查 2026-08-17 17:50:58 +08:00
FoXiMao cce77aa884 docs(GOV-011): 统一运行时系列版本口径 2026-08-17 17:36:44 +08:00
FoXiMao dc8da80809 fix(GOV-011): 支持 MySQL 5.7 系列健康检查 2026-08-17 17:31:10 +08:00
FoXiMao 54499f0678 fix(GOV-011): 放宽 MySQL 服务端为完整 5.7 系列 2026-08-17 17:28:48 +08:00
FoXiMao c8277ef25a test(GOV-011): 补充 Node 22 系列边界验证 2026-08-17 17:23:29 +08:00
FoXiMao 426870b704 docs(GOV-011): 制定运行时系列版本实施计划 2026-08-17 17:19:38 +08:00
FoXiMao fcfef2d524 docs(GOV-011): 确认系列版本约束设计 2026-08-17 17:01:39 +08:00
FoXiMao 9e85809096 docs(GOV-009): 封存 GOV-009 与 GOV-010 架构基线 2026-08-17 16:27:37 +08:00
FoXiMao 4971077d3b docs(FEAT-DS-001): 更新操作手册后的 GitNexus 基线 2026-08-17 12:25:56 +08:00
FoXiMao 81e5d331ca docs(FEAT-DS-001): 新增 Tailscale TDX 开发操作手册 2026-08-17 12:25:13 +08:00
FoXiMao 4f5588ffcb docs(FEAT-DS-001): 更新规划后的 GitNexus 基线 2026-08-14 03:06:07 +08:00
FoXiMao 551fe5e5e7 docs(FEAT-DS-001): 记录采集器后置与本地数据源方案 2026-08-14 03:05:23 +08:00
FoXiMao a398bc418d docs(GOV-010): 更新最终 GitNexus 基线 2026-08-14 00:01:15 +08:00
FoXiMao 38b731a334 docs(GOV-010): 完善最终验证追踪 2026-08-13 23:58:11 +08:00
FoXiMao f178fb4044 feat(GOV-010): 完成开发质量与架构治理 2026-08-13 23:56:21 +08:00
FoXiMao 61f85e5fa4 docs(GOV-010): 记录开发需求与完成结果 2026-08-13 23:35:50 +08:00
FoXiMao e992edccce fix(GOV-010): 修复 Swagger 传递依赖漏洞 2026-08-13 23:32:46 +08:00
FoXiMao d2c18634ed feat(GOV-010): 建立前端 API 分域边界 2026-08-13 23:14:22 +08:00
FoXiMao 4105336cb2 refactor(GOV-010): 统一封装前端 Axios 请求 2026-08-13 23:02:36 +08:00
FoXiMao 3a22fdeef3 docs(GOV-010): 完善安全性能与架构规范 2026-08-13 22:54:32 +08:00
FoXiMao e12c57222b feat(GOV-010): 强制校验开发质量证据 2026-08-13 22:47:51 +08:00
FoXiMao a8dcd0601b docs(GOV-010): 制定开发质量治理实施计划 2026-08-13 22:37:35 +08:00
FoXiMao 1c1b15e709 docs(GOV-010): 确认开发质量与架构规范设计 2026-08-13 22:20:54 +08:00
FoXiMao bbda26fa41 docs(GOV-009): 更新最终 GitNexus 索引统计 2026-08-13 21:35:45 +08:00
FoXiMao c75665446b fix(GOV-009): 完成仅源码部署最终复审 2026-08-13 21:33:38 +08:00
FoXiMao 47d0e0d248 refactor(GOV-009): 彻底切换为仅源码部署 2026-08-13 21:12:12 +08:00
FoXiMao ab48f06150 docs(GOV-009): 制定仅源码部署实施计划 2026-08-13 20:55:31 +08:00
FoXiMao cfcd7f13d9 docs(GOV-009): 确认仅源码部署设计 2026-08-13 20:46:58 +08:00
FoXiMao f50268b70f docs(GOV-009): 封存脚手架复核材料 2026-08-13 19:55:45 +08:00
FoXiMao 95b8611bd9 fix(GOV-009): 封堵外部脚本边界绕过 2026-08-13 19:49:42 +08:00
FoXiMao cb550e3d5c fix(GOV-009): 完成最终复审整改 2026-08-13 18:51:14 +08:00
FoXiMao 3a8120a33a fix(GOV-009): 完成脚手架审查整改 2026-08-13 18:30:57 +08:00
FoXiMao dcdf634457 fix(GOV-009): 消除前端运行时模板警告 2026-08-13 18:03:35 +08:00
FoXiMao c771a98d4d build(GOV-009): 对齐应用部署与运行入口 2026-08-13 17:56:37 +08:00
FoXiMao 4665336a63 feat(GOV-009): 建立前端 OpenAPI 客户端边界 2026-08-13 17:36:55 +08:00
FoXiMao 420aa22342 feat(GOV-009): 建立后端契约与健康检查 2026-08-13 17:26:51 +08:00
FoXiMao 3fc703de0b feat(GOV-009): 建立 NestJS 三进程基线 2026-08-13 16:59:09 +08:00
FoXiMao 28d54186ad feat(GOV-009): 建立 Vue 前端工程基线 2026-08-13 16:42:25 +08:00
FoXiMao 258a2d21f6 build(GOV-009): 建立 Node 与工作区基线 2026-08-13 15:54:07 +08:00
FoXiMao b3d8e29f52 feat(GOV-009): 支持固定开发库结构基线 2026-08-13 15:43:06 +08:00
FoXiMao c5a6e6a2c0 docs(GOV-009): 更新 GitNexus 图谱统计 2026-08-13 15:26:58 +08:00
FoXiMao 2e4cffeff1 docs(GOV-009): 细化应用脚手架实施计划 2026-08-13 15:25:38 +08:00
FoXiMao c04184a611 docs(GOV-009): 明确应用脚手架设计边界 2026-08-13 15:07:36 +08:00
FoXiMao 19cc5f948d docs(GOV-009): 封存 v0.0.7 开发库基线 2026-08-13 14:56:14 +08:00
FoXiMao 7dc04a2671 docs(GOV-008): 封存 RocketMQ 架构验证结果 2026-08-13 14:24:34 +08:00
FoXiMao f5994ad77e feat(GOV-008): 采用 RocketMQ 消息队列架构 2026-08-13 14:22:50 +08:00
FoXiMao 3cc00de8f6 docs(GOV-008): 封存 v0.0.6 开发库基线 2026-08-13 13:59:02 +08:00
FoXiMao 70f020f87c docs(GOV-007): 封存开发库 Schema 门禁验证结果 2026-08-13 13:16:59 +08:00
FoXiMao d827bfadb1 fix(GOV-007): 收紧 Schema 基线安全门禁 2026-08-13 13:12:58 +08:00
FoXiMao da056681b6 feat(GOV-007): 建立开发库 Schema 基线门禁 2026-08-13 12:50:37 +08:00
FoXiMao 2c502ebbec docs(GOV-007): 封存 v0.0.5 开发库基线 2026-08-13 11:59:56 +08:00
FoXiMao e552b979b6 docs(GOV-007): 明确开发库 Schema 版本门禁设计 2026-08-13 11:00:37 +08:00
FoXiMao 0a69aa1d43 docs(GOV-006): 封存环境与部署验证结果 2026-08-13 10:57:47 +08:00
FoXiMao 9203fdd0c2 feat(GOV-006): 建立环境配置与双部署基线 2026-08-13 10:54:55 +08:00
FoXiMao 4ce33d8c7d docs(GOV-005): 封存数据库兼容性验证结果 2026-08-13 10:45:46 +08:00
FoXiMao 91d9b9ce85 docs(GOV-005): 建立 MySQL 5.7 兼容性基线 2026-08-13 10:44:34 +08:00
FoXiMao fa1df71eac docs(GOV-006): 明确环境与双部署方式设计 2026-08-13 10:36:08 +08:00
FoXiMao 0328f9e3d2 docs(GOV-005): 明确 MySQL 5.7 兼容性设计 2026-08-13 09:46:51 +08:00
FoXiMao 6aa9fed621 docs(GOV-004): 记录远程发布核对结果 2026-08-12 18:45:44 +08:00
FoXiMao d1e54dcdca docs(GOV-004): 封存强制推送验证结果 2026-08-12 18:44:30 +08:00
FoXiMao 2a16e9f7d1 docs(GOV-004): 强制提交后同步 Gitea 2026-08-12 18:43:17 +08:00
FoXiMao 2d2502c9f6 docs(GOV-004): 制定强制推送实施计划 2026-08-12 18:38:46 +08:00
FoXiMao 757d8ab6a5 docs(GOV-004): 明确提交后强制推送设计 2026-08-12 18:36:23 +08:00
FoXiMao 4b390d9989 docs(GOV-003): 封存 Gitea 接入验证结果 2026-08-12 18:34:05 +08:00
FoXiMao b69023e3f8 docs(GOV-003): 配置项目专用 Gitea 远程仓库 2026-08-12 18:33:09 +08:00
FoXiMao 7c7190998b docs(GOV-002): 封存 PRD 与审查门禁版本 2026-08-12 18:27:03 +08:00
FoXiMao fb4383f541 feat(GOV-002): 增加 PRD 与开发审查门禁 2026-08-12 18:26:31 +08:00
349 changed files with 26283 additions and 58 deletions
+8
View File
@@ -3,12 +3,18 @@ node_modules/
dist/
coverage/
*.tsbuildinfo
playwright-report/
test-results/
# 本地环境与密钥
.env
.env.*
!.env.example
*.env
*.env.*
!*.env.example
*.local
.local/
# 编辑器与操作系统
.DS_Store
@@ -24,3 +30,5 @@ CLAUDE.md
*.log
tmp/
work/
.worktrees/
.superpowers/
+4
View File
@@ -0,0 +1,4 @@
engine-strict=true
save-exact=true
strict-peer-dependencies=true
only-built-dependencies[]=esbuild
+11
View File
@@ -0,0 +1,11 @@
# 自动生成或不可变发布产物
AGENTS.md
pnpm-lock.yaml
database/schema-baselines/
# 历史功能档案与人类维护文档不由代码格式器改写,追溯内容保持原样。
docs/
# 已有治理脚本保留原历史格式;其行为由专项测试门禁覆盖。
tools/database/
tools/governance/
+6
View File
@@ -0,0 +1,6 @@
{
"singleQuote": true,
"trailingComma": "all",
"printWidth": 100,
"semi": true
}
+13 -5
View File
@@ -9,19 +9,27 @@
## 强制要求
1. 修改生产代码前必须执行 `npm run governance:start -- <功能编号> <短名称>`,刷新 GitNexus,并完成开发前影响分析。
1. 开发下一版本前必须先执行 `npm run schema:baseline` 和 `npm run schema:verify`,将上一已发布版本的开发库 Schema 基线用中文提交推送 Gitea;随后才能执行 `npm run governance:start -- <功能编号> <短名称>`,刷新 GitNexus 并完成开发前影响分析。
2. 修改完成后必须执行测试、构建、视觉验证和 `npm run governance:finish -- <功能编号> <短名称>`,再次刷新 GitNexus并保存前后对比。
3. 任何功能必须先有 `docs/features/<功能编号>-<短名称>/` 功能档案;没有需求、设计、计划和回退说明不得视为完成。
3. 任何功能必须先有 `docs/features/<功能编号>-<短名称>/` 功能档案;没有 PRD、需求、设计、计划和回退说明不得视为完成。
4. Git 提交必须使用中文 Conventional Commit,并带功能编号;禁止英文摘要和含糊提交信息。
5. 代码必须为关键业务逻辑、数据口径、异常恢复和架构取舍提供准确的中文注释;禁止无意义逐行注释。
6. 文件按稳定职责拆分,不以追求“原子化”为目的过度拆分。优先保证普通开发者能够连续阅读完整业务流程。
7. 不使用 GitHub。当前只使用本地 Git,远程仓库仅在用户安装 Gitea 后配置。
8. 禁止提交密钥、真实凭据、生产数据、`.env` 和 GitNexus 本地索引。
7. 不使用 GitHub。本项目唯一远程仓库为项目级配置的 Gitea `https://git.foximao.com/FoXiMao/a-share-analysis.git`;禁止修改 Git 全局配置或影响其他项目。
8. 禁止提交密钥、密码、访问令牌、生产数据、`.env` 和 GitNexus 本地索引;凭据不得写入远程 URL、文档、脚本或命令参数。
9. 开发完成后必须先通过代码 Review 和开发规范符合性 Review,再进入发布;Review 结论和问题处置必须写入功能档案。
10. 每次提交验证通过后必须立即推送当前分支到项目 Gitea;本次新建标签必须单独推送。推送失败时任务不得标记完成,禁止强推或自动覆盖未知远程提交。
11. Schema 基线只能读取 `APP_ENV=development` 的 `a_share_analysis_dev`,启用时主机必须命中代码内固定开发白名单(开发机回环地址或 `112.192.20.11`);禁止连接、探测或读取生产数据库。MySQL 未启用时只允许生成可验证的 `not_applicable` 清单,启用但无对象时生成 `captured_empty` 清单,禁止用空 SQL 冒充基线。`governance:start` 还必须确认基线已提交、已推送且远程标签一致。
12. 功能和缺陷修复开发前必须用 GitNexus 评估直接、间接及跨模块影响,并逐项判断 HTTP/OpenAPI、Web API、消息、数据库、Redis、API、Scheduler、Worker、部署、测试和文档是否同步修改;`partial` 结果不得视为无影响。
13. 设计、测试计划和 Review 必须包含安全策略、性能目标、验证证据及残余风险;不适用项必须写明原因与边界。
14. 每个未发布功能必须有独立 `development-summary.md`,明确原始需求、范围变化、实际完成、修复缺陷、延期项、关键提交和验证证据,不得合并到发布说明。
15. 后端以业务模块为一级目录并在模块内按需分层,小模块不凑目录;前端统一由 `web/src/utils/request.ts` 封装 Axios,业务请求只能位于 `web/src/api/<业务域>/index.ts`,OpenAPI 类型继续作为契约来源。
16. 复用代码只有在真实重复和稳定职责出现后才能抽取;新增依赖必须先评估用途、替代、安全、许可证、体积或运行成本、维护和退出方案。
<!-- gitnexus:start -->
# GitNexus — Code Intelligence
This project is indexed by GitNexus as **a-share-analysis** (171 symbols, 192 relationships, 0 execution flows). Use the GitNexus MCP tools to understand code, assess impact, and navigate safely.
This project is indexed by GitNexus as **a-share-analysis** (2432 symbols, 3283 relationships, 63 execution flows). Use the GitNexus MCP tools to understand code, assess impact, and navigate safely.
> If any GitNexus tool warns the index is stale, run `npx gitnexus analyze` in terminal first.
+67
View File
@@ -2,6 +2,73 @@
本项目采用语义化版本。功能级变化请从 `docs/features/` 按功能编号追溯。
## Unreleased
## 0.0.10 - 2026-08-18
- 使用 Node.js 22.x 与 mysql2 直接读取 MySQL 5.7.x 元数据和 `SHOW CREATE`,移除 Schema 基线对本机 MySQL CLI 的依赖。
- 新增 format v3 exporter/driver 元数据,永久只读兼容 format v1/v2。
- 增加对象目录、视图依赖排序、并发漂移检测、错误脱敏、超时和定义大小保护。
- 恢复版本开发门禁并封存 `v0.0.9` development `captured_empty` Schema 基线。
## 0.0.9 - 2026-08-17
- Node.js 运行时约束明确为完整 22.x,不绑定 minor 或 patch。
- MySQL 客户端、mysqldump、服务端和健康检查统一接受完整 5.7.x,不设置最低补丁版本。
- MySQL 健康详情改为展示服务端实际三段版本,字符集、排序规则、库名和东八区时区继续严格校验。
- 系统架构、开发规范、本地开发和 Ubuntu 源码部署手册统一采用系列版本口径,历史版本证据保持原样。
- 用户确认开发库为空并授权 GOV-011 一次性跳过 v0.0.8 Schema 基线;仓库未伪造基线或增加通用绕过开关。
## 0.0.8 - 2026-08-17
- 新增安全、性能、GitNexus 跨模块影响和独立开发总结的可执行治理门禁。
- 约定后端业务模块内按需分层,以及前端 Axios 统一封装、API 分域和 OpenAPI 类型契约。
- 项目生产交付统一为 Ubuntu 源码部署,移除 Dockerfile、Compose、镜像校验和容器测试入口。
- 本地 Redis、MySQL 5.7.42 与 RocketMQ 5.x 均作为外部服务,项目不再提供自动启动或容器兜底。
- 新增源码发布门禁,校验 Web/Server 构建产物与 systemd、Nginx 配置一致性。
- 完成 Vue 3 Web、NestJS API/Scheduler/Worker、OpenAPI 单向契约和最小权限配置的工程基线确认。
- 补充 Tailscale 访问 Windows TDX 的开发操作文档和采集 PoC 前置档案;本版本不实现常驻采集程序。
## 0.0.7 - 2026-08-13
- 将项目唯一消息队列技术基线由 RabbitMQ 调整为 RocketMQ 5.x。
- 建立 MessageBusAdapter、Topic/Group、重试、死信和顺序消息约束。
- 更新 Scheduler/Worker 环境模板和双部署文档,并记录本机 NameServer 分层连接验证。
## 0.0.6 - 2026-08-13
- 建立上一发布版本开发数据库 Schema 基线生成、规范化和自动校验工具。
- 固定只读开发库安全边界、完整 MySQL 5.7 对象范围和禁止覆盖规则。
- 为 MySQL 未启用状态建立可验证的不适用记录,并接入治理前后门禁。
## 0.0.5 - 2026-08-13
- 建立开发与生产环境配置契约及八份无秘密模板。
- 增加仅运行 Redis 的本地开发 Compose。
- 建立 Docker Compose 与 Ubuntu 源码生产部署边界、systemd 和 Nginx 示例。
- 增加环境配置自动化契约测试。
## 0.0.4 - 2026-08-13
- 固定 MySQL 5.7.x、`utf8mb4` 和 `utf8mb4_general_ci` 技术基线。
- 增加 MySQL 8.x 禁用能力、迁移、索引、比较语义和 Review 规则。
- 新增数据库基线自动化契约测试。
## 0.0.3 - 2026-08-12
- 将当前分支推送设为每次提交后的强制步骤,新标签采用精确推送。
- 将远程同步成功加入完成定义,明确失败留痕、禁止强推和远程引用核对规则。
- GOV-004 取代 GOV-003 的“只接入、不主动推送”历史规则,但保留原档案用于追溯。
## 0.0.2 - 2026-08-12
- 配置仅作用于本项目的 Gitea 远程仓库和凭据隔离策略。
- 明确密码不入文档、不入配置、不入 Git 历史,以及推送需再次获得用户明确授权。
## 0.0.1 - 2026-08-12
- 增加 PRD 与开发后 Review 强制门禁。
## 0.0.0 - 2026-08-12
- 建立工程治理、GitNexus 门禁和功能档案体系。
+23 -3
View File
@@ -9,12 +9,19 @@ A read-only A-share market overview and analysis tool.
## Projects
- `web/`: Vue 3 market terminal frontend.
- `server/`: NestJS API, scheduler, and workers. Added in a later module.
- `deploy/`: MySQL, Redis, and RabbitMQ deployment configuration. Added with the backend module.
- `server/`: NestJS API、Scheduler 与 Worker 三个独立进程。
- `deploy/`: MySQL 5.7、Redis、RocketMQ 5.x 的配置契约,以及 systemd/Nginx 源码部署模板。
- `docs/`: Product and implementation specifications.
The first implementation slice is the market overview screen in `web/`.
## 环境与部署
- [本地开发环境](docs/deployment/local-development.md):使用开发机已有 Redis,应用全部从源码运行。
- [Ubuntu 源码生产部署](docs/deployment/ubuntu-source-production.md):项目唯一生产部署方式,支持 Ubuntu 22.04/24.04 LTS x86_64。
无秘密环境模板位于 `deploy/env/`。生产配置不进入 Git 或发布目录;Node.js 22.x、pnpm 10.25.0、Nginx 和外部基础设施由服务器管理员提供。项目不安装、启动、停止或删除 Redis、MySQL 和 RocketMQ。
## 开发入口
- [文档索引](docs/index.md)
@@ -25,7 +32,20 @@ The first implementation slice is the market overview screen in `web/`.
开始任何模块前,先阅读根目录 `AGENTS.md`,然后运行:
```bash
npm run schema:baseline
npm run schema:verify
npm run governance:start -- FEAT-MO-001 market-overview
```
当前只使用本地 Git。Gitea 安装完成后再按治理文档配置远程仓库。
Schema 命令只允许处理固定开发库;导出器使用 Node.js `mysql2`,本机无需安装 MySQL Server 或 CLI。当前 MySQL 未启用时会为上一发布版本生成可验证的不适用清单,不会连接数据库或创建空 SQL;启用但无对象时生成 format v3 `captured_empty` 清单。完整规则见 [开发流程规范](docs/governance/development-workflow.md)。
## 项目仓库
- Gitea:<https://git.foximao.com/FoXiMao/a-share-analysis>
- 远程名:`origin`
- 配置范围:仅当前项目的 `.git/config`,不修改 Git 全局配置。
凭据不写入仓库、文档或远程 URL。首次需要认证时由 Git 调用 macOS Keychain
安全保存;详细规则见 [Git 与 Gitea 规范](docs/governance/version-control-and-gitea.md)。
验证通过的中文提交必须立即同步当前分支到 Gitea;本次创建的版本标签单独同步。远程同步失败时,开发任务保持未完成状态。
+1 -1
View File
@@ -1 +1 @@
0.0.0
0.0.10
@@ -0,0 +1,33 @@
{
"format_version": 3,
"status": "captured_empty",
"application_version": "v0.0.10",
"git_commit": "16bde94df68263672fa12e2823afe024c741f84e",
"source_environment": "development",
"database_name": "a_share_analysis_dev",
"charset": "utf8mb4",
"collation": "utf8mb4_general_ci",
"generated_at": "2026-08-17T19:07:54.864Z",
"generator": "schema-baseline/3.0.0",
"reason": "none",
"schema_sha256": "e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855",
"objects": {
"tables": false,
"views": false,
"triggers": false,
"routines": false,
"events": false
},
"object_counts": {
"tables": 0,
"views": 0,
"triggers": 0,
"routines": 0,
"events": 0
},
"exporter_name": "mysql2-show-create",
"exporter_version": "1.0.0",
"database_driver": "mysql2",
"database_driver_version": "3.23.3",
"mysql_server_version": "5.7.42-0ubuntu0.18.04.1"
}
@@ -0,0 +1,24 @@
{
"format_version": 1,
"status": "not_applicable",
"application_version": "v0.0.5",
"git_commit": "0a69aa1d43f40093c6482f48a13d9d222f6faec5",
"source_environment": "development",
"database_name": "a_share_analysis_dev",
"mysql_client_version": "not_enabled",
"mysqldump_client_version": "not_enabled",
"mysql_server_version": "not_enabled",
"charset": "utf8mb4",
"collation": "utf8mb4_general_ci",
"generated_at": "2026-08-13T03:15:28.832Z",
"generator": "schema-baseline/1.0.0",
"reason": "mysql_disabled",
"schema_sha256": "not_applicable",
"objects": {
"tables": false,
"views": false,
"triggers": false,
"routines": false,
"events": false
}
}
@@ -0,0 +1,24 @@
{
"format_version": 1,
"status": "not_applicable",
"application_version": "v0.0.6",
"git_commit": "70f020f87c0cf9e19512581d798a3491c9aae5f6",
"source_environment": "development",
"database_name": "a_share_analysis_dev",
"mysql_client_version": "not_enabled",
"mysqldump_client_version": "not_enabled",
"mysql_server_version": "not_enabled",
"charset": "utf8mb4",
"collation": "utf8mb4_general_ci",
"generated_at": "2026-08-13T05:58:53.506Z",
"generator": "schema-baseline/1.0.0",
"reason": "mysql_disabled",
"schema_sha256": "not_applicable",
"objects": {
"tables": false,
"views": false,
"triggers": false,
"routines": false,
"events": false
}
}
@@ -0,0 +1,24 @@
{
"format_version": 1,
"status": "not_applicable",
"application_version": "v0.0.7",
"git_commit": "7dc04a267199fb3a11c2ac43c2914ae5e1460cb9",
"source_environment": "development",
"database_name": "a_share_analysis_dev",
"mysql_client_version": "not_enabled",
"mysqldump_client_version": "not_enabled",
"mysql_server_version": "not_enabled",
"charset": "utf8mb4",
"collation": "utf8mb4_general_ci",
"generated_at": "2026-08-13T06:55:43.710Z",
"generator": "schema-baseline/1.0.0",
"reason": "mysql_disabled",
"schema_sha256": "not_applicable",
"objects": {
"tables": false,
"views": false,
"triggers": false,
"routines": false,
"events": false
}
}
@@ -0,0 +1,33 @@
{
"format_version": 3,
"status": "captured_empty",
"application_version": "v0.0.9",
"git_commit": "88e2fdffc8c71dd682405c148a81953a8dcee9d6",
"source_environment": "development",
"database_name": "a_share_analysis_dev",
"charset": "utf8mb4",
"collation": "utf8mb4_general_ci",
"generated_at": "2026-08-17T18:56:33.473Z",
"generator": "schema-baseline/3.0.0",
"reason": "none",
"schema_sha256": "e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855",
"objects": {
"tables": false,
"views": false,
"triggers": false,
"routines": false,
"events": false
},
"object_counts": {
"tables": 0,
"views": 0,
"triggers": 0,
"routines": 0,
"events": 0
},
"exporter_name": "mysql2-show-create",
"exporter_version": "1.0.0",
"database_driver": "mysql2",
"database_driver_version": "3.23.3",
"mysql_server_version": "5.7.42-0ubuntu0.18.04.1"
}
+32
View File
@@ -0,0 +1,32 @@
# 运行环境;本地源码运行固定为 development。
APP_ENV=development
# API 只监听本机,避免开发服务暴露到局域网。
API_HOST=127.0.0.1
API_PORT=3000
LOG_LEVEL=debug
# 第一阶段实际启用的 Redis。
REDIS_HOST=127.0.0.1
REDIS_PORT=6379
REDIS_USERNAME=
REDIS_PASSWORD=
REDIS_DATABASE=0
REDIS_TLS=false
# 第一阶段关闭 MySQL;启用后下列连接变量变为必填。
MYSQL_ENABLED=false
MYSQL_HOST=127.0.0.1
MYSQL_PORT=3306
MYSQL_DATABASE=a_share_analysis_dev
MYSQL_USERNAME=
MYSQL_PASSWORD=
MYSQL_CHARSET=utf8mb4
MYSQL_COLLATION=utf8mb4_general_ci
MYSQL_TIMEZONE=+08:00
# 第一阶段关闭付费 AI;启用后 BASE_URL、API_KEY 和 MODEL 变为必填。
AI_ENABLED=false
AI_BASE_URL=
AI_API_KEY=
AI_MODEL=
AI_TIMEOUT_MS=30000
+19
View File
@@ -0,0 +1,19 @@
# Scheduler 只负责触发时间和调度锁。
APP_ENV=development
LOG_LEVEL=debug
SCHEDULER_TIMEZONE=Asia/Shanghai
SCHEDULER_ENABLED=true
REDIS_HOST=127.0.0.1
REDIS_PORT=6379
REDIS_USERNAME=
REDIS_PASSWORD=
REDIS_DATABASE=1
REDIS_TLS=false
# 第一阶段关闭 RocketMQ,任务通过服务内 MessageBusAdapter 调用。
ROCKETMQ_ENABLED=false
ROCKETMQ_NAMESRV_ADDR=127.0.0.1:9876
ROCKETMQ_ENDPOINT=127.0.0.1:8081
ROCKETMQ_TOPIC_PREFIX=a-share-analysis
ROCKETMQ_SEND_TIMEOUT_MS=3000
+5
View File
@@ -0,0 +1,5 @@
# VITE 变量会进入浏览器,只允许公开配置。
VITE_APP_ENV=development
VITE_APP_TITLE=A-Share Analysis
VITE_API_BASE_URL=
VITE_ENABLE_DEVTOOLS=true
+37
View File
@@ -0,0 +1,37 @@
# 开发环境使用确定性模拟行情,不访问生产数据源。
APP_ENV=development
LOG_LEVEL=debug
MARKET_DATA_MODE=mock
MARKET_DATA_PROVIDER=deterministic-fixture
MARKET_DATA_BASE_URL=
MARKET_DATA_API_KEY=
REDIS_HOST=127.0.0.1
REDIS_PORT=6379
REDIS_USERNAME=
REDIS_PASSWORD=
REDIS_DATABASE=2
REDIS_TLS=false
MYSQL_ENABLED=false
MYSQL_HOST=127.0.0.1
MYSQL_PORT=3306
MYSQL_DATABASE=a_share_analysis_dev
MYSQL_USERNAME=
MYSQL_PASSWORD=
MYSQL_CHARSET=utf8mb4
MYSQL_COLLATION=utf8mb4_general_ci
MYSQL_TIMEZONE=+08:00
ROCKETMQ_ENABLED=false
ROCKETMQ_NAMESRV_ADDR=127.0.0.1:9876
ROCKETMQ_ENDPOINT=127.0.0.1:8081
ROCKETMQ_TOPIC_PREFIX=a-share-analysis
ROCKETMQ_CONSUMER_GROUP=a-share-analysis-worker
ROCKETMQ_CONSUMER_CONCURRENCY=4
AI_ENABLED=false
AI_BASE_URL=
AI_API_KEY=
AI_MODEL=
AI_TIMEOUT_MS=30000
+29
View File
@@ -0,0 +1,29 @@
# 生产进程必须显式使用 production,禁止回退开发默认值。
APP_ENV=production
API_HOST=127.0.0.1
API_PORT=3000
LOG_LEVEL=info
REDIS_HOST=127.0.0.1
REDIS_PORT=6379
REDIS_USERNAME=
REDIS_PASSWORD=
REDIS_DATABASE=0
REDIS_TLS=false
# 第一阶段关闭;启用后必须填写真实生产连接,但不得提交本文件副本。
MYSQL_ENABLED=false
MYSQL_HOST=127.0.0.1
MYSQL_PORT=3306
MYSQL_DATABASE=a_share_analysis
MYSQL_USERNAME=
MYSQL_PASSWORD=
MYSQL_CHARSET=utf8mb4
MYSQL_COLLATION=utf8mb4_general_ci
MYSQL_TIMEZONE=+08:00
AI_ENABLED=false
AI_BASE_URL=
AI_API_KEY=
AI_MODEL=
AI_TIMEOUT_MS=30000
+17
View File
@@ -0,0 +1,17 @@
APP_ENV=production
LOG_LEVEL=info
SCHEDULER_TIMEZONE=Asia/Shanghai
SCHEDULER_ENABLED=true
REDIS_HOST=127.0.0.1
REDIS_PORT=6379
REDIS_USERNAME=
REDIS_PASSWORD=
REDIS_DATABASE=1
REDIS_TLS=false
ROCKETMQ_ENABLED=false
ROCKETMQ_NAMESRV_ADDR=
ROCKETMQ_ENDPOINT=
ROCKETMQ_TOPIC_PREFIX=a-share-analysis
ROCKETMQ_SEND_TIMEOUT_MS=3000
+5
View File
@@ -0,0 +1,5 @@
# VITE 变量会进入浏览器,只允许公开配置。
VITE_APP_ENV=production
VITE_APP_TITLE=A-Share Analysis
VITE_API_BASE_URL=
VITE_ENABLE_DEVTOOLS=false
+37
View File
@@ -0,0 +1,37 @@
# 生产环境必须使用 live,启动校验拒绝 mock。
APP_ENV=production
LOG_LEVEL=info
MARKET_DATA_MODE=live
MARKET_DATA_PROVIDER=
MARKET_DATA_BASE_URL=
MARKET_DATA_API_KEY=
REDIS_HOST=127.0.0.1
REDIS_PORT=6379
REDIS_USERNAME=
REDIS_PASSWORD=
REDIS_DATABASE=2
REDIS_TLS=false
MYSQL_ENABLED=false
MYSQL_HOST=127.0.0.1
MYSQL_PORT=3306
MYSQL_DATABASE=a_share_analysis
MYSQL_USERNAME=
MYSQL_PASSWORD=
MYSQL_CHARSET=utf8mb4
MYSQL_COLLATION=utf8mb4_general_ci
MYSQL_TIMEZONE=+08:00
ROCKETMQ_ENABLED=false
ROCKETMQ_NAMESRV_ADDR=
ROCKETMQ_ENDPOINT=
ROCKETMQ_TOPIC_PREFIX=a-share-analysis
ROCKETMQ_CONSUMER_GROUP=a-share-analysis-worker
ROCKETMQ_CONSUMER_CONCURRENCY=4
AI_ENABLED=false
AI_BASE_URL=
AI_API_KEY=
AI_MODEL=
AI_TIMEOUT_MS=30000
@@ -0,0 +1,20 @@
server {
listen 80;
server_name _;
root /opt/a-share-analysis/current/web/dist;
index index.html;
location /api/ {
proxy_pass http://127.0.0.1:3000;
proxy_http_version 1.1;
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header X-Forwarded-Proto $scheme;
}
location / {
try_files $uri $uri/ /index.html;
}
}
@@ -0,0 +1,22 @@
[Unit]
Description=A Share Analysis API
After=network-online.target
Wants=network-online.target
[Service]
Type=simple
User=a-share
Group=a-share
WorkingDirectory=/opt/a-share-analysis/current
EnvironmentFile=/etc/a-share-analysis/api.env
ExecStart=/usr/bin/node /opt/a-share-analysis/current/server/dist/apps/api/main.js
ExecStartPre=/usr/bin/test -r /etc/a-share-analysis/api.env
Restart=on-failure
RestartSec=5
NoNewPrivileges=true
PrivateTmp=true
ProtectSystem=strict
ProtectHome=true
[Install]
WantedBy=multi-user.target
@@ -0,0 +1,22 @@
[Unit]
Description=A Share Analysis Scheduler
After=network-online.target
Wants=network-online.target
[Service]
Type=simple
User=a-share
Group=a-share
WorkingDirectory=/opt/a-share-analysis/current
EnvironmentFile=/etc/a-share-analysis/scheduler.env
ExecStart=/usr/bin/node /opt/a-share-analysis/current/server/dist/apps/scheduler/main.js
ExecStartPre=/usr/bin/test -r /etc/a-share-analysis/scheduler.env
Restart=on-failure
RestartSec=5
NoNewPrivileges=true
PrivateTmp=true
ProtectSystem=strict
ProtectHome=true
[Install]
WantedBy=multi-user.target
@@ -0,0 +1,22 @@
[Unit]
Description=A Share Analysis Worker
After=network-online.target
Wants=network-online.target
[Service]
Type=simple
User=a-share
Group=a-share
WorkingDirectory=/opt/a-share-analysis/current
EnvironmentFile=/etc/a-share-analysis/worker.env
ExecStart=/usr/bin/node /opt/a-share-analysis/current/server/dist/apps/worker/main.js
ExecStartPre=/usr/bin/test -r /etc/a-share-analysis/worker.env
Restart=on-failure
RestartSec=5
NoNewPrivileges=true
PrivateTmp=true
ProtectSystem=strict
ProtectHome=true
[Install]
WantedBy=multi-user.target
+31
View File
@@ -0,0 +1,31 @@
# ADR-0003:采用 RocketMQ 5.x 作为唯一消息队列
- 状态:accepted
- 日期:2026-08-13
- 关联功能:GOV-008
## 背景
项目此前在架构和环境模板中约定 RabbitMQ,但尚未实现消息客户端、Topic 或业务消费流程。产品需要分钟级盘中分析、定时采集、指标计算、AI 分析和失败重试,决定在实现前统一切换到 RocketMQ。
## 决策
- 项目唯一消息队列为 RocketMQ 5.x,不维护 RabbitMQ 双栈。
- Scheduler 和 Worker 只依赖项目级 `MessageBusAdapter` 与版本化事件契约。
- Node.js 客户端优先通过 RocketMQ 5.x Proxy 接入;若改用直接 NameServer/Broker 客户端,必须通过兼容性和可靠性验证。
- Topic、Tag、Producer Group、Consumer Group、顺序键、重试与死信语义必须在功能设计中明确。
- 本地和生产基础设施独立于应用发布;NameServer、Broker、Proxy 不随应用版本自动创建或删除。
## 原因
RocketMQ 对定时/延迟任务、重试、死信、顺序消息和后续任务规模扩展更符合预期。Adapter 边界用于控制 Node 客户端成熟度和接入协议变化带来的风险。
## 代价
- 本地和生产运维复杂度高于单节点 RabbitMQ,需要区分 NameServer、Broker 和 Proxy。
- Node.js 生态需要在 Server 脚手架阶段单独验证,不能仅凭 NameServer 端口可达决定客户端可用。
- 所有消费者必须按至少一次投递设计幂等和受控重放。
## 验证
GOV-008 只验证配置、文档契约和本机 NameServer 状态。真实 Topic 生产/消费必须在 Broker/Proxy 可用且 Server 客户端选定后补充契约测试。
+44 -5
View File
@@ -7,8 +7,10 @@
```text
web/ Vue 3 前端
server/ NestJS API、Scheduler 与 Worker
contracts/ HTTP 与 RabbitMQ 版本化契约
deploy/ MySQL、Redis、RabbitMQ 和运行配置
server/openapi/ HTTP OpenAPI 产物
server/libs/http-contracts/ 后端 HTTP DTO
server/libs/message-contracts/ 后端 RocketMQ 版本化契约
deploy/ MySQL、Redis、RocketMQ 5.x 和运行配置
docs/ 规范、架构、ADR 与功能档案
tools/ 可重复执行的治理和开发工具
```
@@ -20,7 +22,8 @@ tools/ 可重复执行的治理和开发工具
```text
免费数据源
→ Scheduler 定时投递
→ RabbitMQ
→ MessageBusAdapter
→ RocketMQ 5.x
→ 行情采集 Worker
→ 指标计算 Worker
→ 规则 / AI / 混合分析
@@ -30,12 +33,48 @@ tools/ 可重复执行的治理和开发工具
```
- Scheduler只负责触发时间。
- RabbitMQ只负责任务传递、确认、重试和死信。
- MessageBusAdapter 隔离业务与 RocketMQ 客户端,禁止业务模块直接依赖 SDK。
- RocketMQ 只负责任务传递、确认、重试、延迟消息和死信;重复投递由 Worker 幂等处理。
- Worker负责采集、标准化、计算和分析。
- MySQL保存可追溯事实与历史报告。
- Redis保存最新快照、缓存、锁和限流状态。
- Vue前端只读后端 API,不直接接触外部数据源和密钥。
## 3. 当前实施顺序
## 3. 前后端模块边界
后端以业务模块为一级目录,模块内部按实际职责建立 Controller、Service、DTO、Domain、Repository 和 Adapter。小模块不强制凑齐目录,禁止把全部 Controller/Service 堆入全局目录,也禁止无业务逻辑的透传层。领域规则只依赖项目端口,MySQL、Redis、RocketMQ、免费数据源和 AI Provider 由基础设施 Adapter 实现。
前端 HTTP 数据流固定为:
```text
NestJS DTO 与 Swagger 元数据
→ server/openapi/openapi.json
→ openapi-typescript 生成 web/src/api/generated/schema.ts
→ web/src/api/<业务域>/index.ts
→ web/src/utils/request.ts(Axios)
→ 功能 adapter / ViewModel
→ 页面、组件和 Store
```
OpenAPI 负责描述本项目 HTTP 契约,Axios 负责浏览器实际请求。页面、组件、Store 和 Composable 不直接发 HTTP。兼容 OpenAI API 指未来后端 AI Provider 的外部协议,与前端请求库无关。
## 4. 数据库技术基线
- 数据库服务端统一使用 MySQL 5.7.x;开发、测试和生产环境禁止使用 MySQL 5.6.x、8.x、MariaDB 或其他数据库代替兼容性验证,但不锁定 5.7 系列内的补丁版本。
- 数据库与表默认字符集固定为 `utf8mb4`,排序规则固定为 `utf8mb4_general_ci`。
- 数据库初始化、表结构、连接会话、ORM 配置和迁移脚本必须显式声明或验证该字符集与排序规则,不能依赖服务器默认值。
- 正式启用持久化前,必须在真实 MySQL 5.7.x 环境验证服务端版本、Schema/表排序规则、迁移和关键查询。
- 第一阶段市场概览只定义 MySQL Repository 接口并使用内存实现,不启动数据库、不建立生产连接;后续启用时不得改变前端 API 和核心分析契约。
## 5. 当前实施顺序
第一阶段先实现可交互的市场综合概览和稳定数据契约,再接入正式行情采集链路。用户、邀请、权限、会员和支付后置,不进入当前核心架构。
## 6. 环境与部署基线
- 应用运行环境只定义 `development` 与 `production`;生产环境禁止模拟数据、热更新、调试端口和开发默认值回退。
- API、Scheduler、Worker、Web 分别拥有开发和生产模板;同一进程跨环境使用相同变量名,通过启动 Schema 校验条件必填项。
- 本地开发直接连接开发机已开机自启的 Redis `127.0.0.1:6379`,应用进程从源码运行;第一阶段 MySQL 与 RocketMQ 保持关闭,需要联调时连接开发者独立维护的外部服务。
- 生产只支持 Ubuntu 22.04/24.04 LTS x86_64 源码部署,不提供容器运行、构建、测试或部署入口。
- 源码部署由管理员预装 Node.js 22.x、pnpm 10.25.0、Nginx 和外部基础设施;项目只验证,不安装、启动、停止或删除系统服务。
- 源码部署使用不可变发布目录、`a-share` 用户和 systemd 独立进程配置;生产 env 存放在 `/etc/a-share-analysis/`,不随代码版本切换覆盖。
+42
View File
@@ -0,0 +1,42 @@
# 本地开发环境
本地开发由开发机提供 Node.js 22.x、pnpm 10.25.0 和已开机自启的 Redis `127.0.0.1:6379`。Web、API、Scheduler 与 Worker 全部从源码启动;MySQL 5.7.x 和 RocketMQ 5.x 也是外部服务,项目脚本不负责安装、启动、停止或删除任何基础设施。
## 首次准备
```bash
node --version
pnpm --version
redis-cli -h 127.0.0.1 -p 6379 ping
pnpm install --frozen-lockfile
pnpm check:runtime
```
Redis 必须返回 `PONG`。如果不可达,应先修复开发机外部服务;测试和应用不会创建替代实例。
把 `deploy/env/development/*.env.example` 复制为同目录的 `*.env.local`。四份 local 文件被 Git 忽略:Web 只能含 `VITE_` 公开变量;API、Scheduler、Worker 按最小权限分别读取自己的配置,不共享一份全能 env。
固定开发 MySQL 只允许 `a_share_analysis_dev`,主机必须是回环地址或代码内白名单 `112.192.20.11`,服务端必须属于 MySQL 5.7.x 且不限制系列内补丁版本,字符集为 `utf8mb4`、排序规则为 `utf8mb4_general_ci`、会话时区为 `+08:00`。Schema 工具和开发检查禁止连接、探测或读取生产库。
## 启动顺序
建议分别打开四个终端,依次运行:
```bash
pnpm --filter @a-share-analysis/server dev:api
pnpm --filter @a-share-analysis/server dev:scheduler
pnpm --filter @a-share-analysis/server dev:worker
pnpm --filter @a-share-analysis/web dev
```
API 健康端点是 `http://127.0.0.1:3000/api/v1/health`,Web 是 `http://127.0.0.1:5173/`。Scheduler 与 Worker 在 GOV-009 中保持 `ROCKETMQ_ENABLED=false`;没有经过验证的 Node RocketMQ 客户端时,启用配置会直接失败,不使用内存队列伪降级。
## 日常验证与停止
```bash
pnpm check:contracts
pnpm verify
pnpm verify:release
```
应用进程通过各自终端或信号正常停止,外部 Redis/MySQL/RocketMQ 生命周期不由项目管理。RocketMQ 的 TCP 端口可达不等于生产消费链路通过,完整联调仍需验证 Topic 路由和实际生产/消费。
@@ -0,0 +1,441 @@
# Tailscale + SSH 隧道访问 TDX 开发手册
## 1. 用途与适用边界
本手册用于 Mac 本地开发期间,访问家中 Windows 上仅监听回环地址的 TDX HTTP 接口。TDX 是市场概览的正式行情来源;SSH 隧道负责把家庭局域网和外部 Tailscale 两种开发位置统一成同一个 Mac 回环入口。该链路不是生产采集、数据上报或公网部署方案。
```text
Mac 本地程序 / TDX Bridge
-> 127.0.0.1:17710
-> SSH 本地端口转发
-> 家庭局域网或 Tailscale 私有网络
-> 同一台 Windows OpenSSH
-> Windows 127.0.0.1:17709
-> TDX
```
两个场景只切换 SSH 目标别名,TDX Bridge 和上层业务始终访问 `http://127.0.0.1:17710/`。离线样本只允许作为显式开发和自动化测试回退,并必须标记为离线数据;不得伪装为实时 TDX。Windows 离线不得阻塞普通测试或构建。
## 2. 安全边界
- 不在路由器上开放或转发 SSH、RDP、`17709`、`17710` 等端口。
- TDX 继续只监听 Windows `127.0.0.1:17709`,不得改为 `0.0.0.0`。
- SSH 使用独立 Ed25519 密钥,不在脚本、仓库、文档或远程 URL 中保存密码和私钥。
- Mac 转发端口只绑定 `127.0.0.1:17710`,不得绑定局域网或所有网卡。
- 真实返回只用于只读验证。日志和测试报告必须脱敏,不保存家庭网络信息、登录信息或无关原始载荷。
- 开发隧道不连接生产数据库、不承担生产采集,也不证明数据源具备商业展示或再分发授权。
文档中的值均为占位符:
- `<WINDOWS_TAILSCALE_HOST>`:Windows 的 Tailscale MagicDNS 名称或 Tailscale IP。
- `<WINDOWS_SSH_USER>`:用于 SSH 登录的 Windows 用户。
- `<MAC_TAILSCALE_IP>`:Mac 的 Tailscale IP,仅在收紧防火墙来源时使用。
## 3. 首次建立 Tailscale 网络
### 3.1 Mac
1. 从 Tailscale 官方渠道安装客户端。
2. 登录项目使用的同一个 Tailnet。
3. 确认菜单栏中的 Tailscale 状态为已连接。
4. 在终端检查本机和节点列表:
```bash
tailscale ip -4
tailscale status
```
### 3.2 Windows
1. 从 Tailscale 官方渠道安装客户端。
2. 登录与 Mac 相同的 Tailnet。
3. 确认 Windows 节点在 Tailscale 管理后台和 Mac 的 `tailscale status` 中均为在线。
4. 在 Windows PowerShell 中检查地址和状态:
```powershell
tailscale ip -4
tailscale status
```
### 3.3 私网连通验证
在 Mac 执行:
```bash
tailscale ping <WINDOWS_TAILSCALE_HOST>
```
只有 Tailscale ping 成功后再排查 SSH。不要用公网 IP 替换占位符,也不要为排障临时开放路由器端口。
## 4. 配置 Windows OpenSSH Server
以下命令在 Windows 管理员 PowerShell 中执行。
### 4.1 安装并启动服务
```powershell
Get-WindowsCapability -Online | Where-Object Name -Like 'OpenSSH.Server*'
Add-WindowsCapability -Online -Name OpenSSH.Server~~~~0.0.1.0
Start-Service sshd
Set-Service -Name sshd -StartupType Automatic
Get-Service sshd
```
如果 OpenSSH Server 已安装,`Add-WindowsCapability` 可以跳过。`Get-Service sshd` 应显示服务正在运行且启动类型为自动。
检查端口监听:
```powershell
Get-NetTCPConnection -LocalPort 22 -State Listen
```
### 4.2 确认防火墙规则
OpenSSH 安装通常会创建入站规则。先检查,不要重复创建同名规则:
```powershell
Get-NetFirewallRule -Name 'OpenSSH-Server-In-TCP' -ErrorAction SilentlyContinue
```
首次联调可以保留系统创建的 SSH 规则;链路确认后按第 11 节限制为 Tailscale 来源。不得新增公网端口映射。
## 5. 配置 SSH 密钥登录
### 5.1 在 Mac 生成项目专用密钥
```bash
ssh-keygen -t ed25519 -a 100 -f ~/.ssh/tdx_windows -C "tdx-windows-development"
chmod 600 ~/.ssh/tdx_windows
chmod 644 ~/.ssh/tdx_windows.pub
pbcopy < ~/.ssh/tdx_windows.pub
```
私钥 `~/.ssh/tdx_windows` 只保留在 Mac,不发送给 Windows,也不提交仓库。建议为私钥设置口令,并由 macOS 钥匙串或 `ssh-agent` 管理。
### 5.2 Windows 管理员账户
Windows OpenSSH 默认从 `C:\ProgramData\ssh\administrators_authorized_keys` 读取管理员公钥。必须先创建文件,再设置 ACL;否则 `icacls` 会报“系统找不到指定的文件”。
在管理员 PowerShell 中执行,按提示粘贴刚复制的单行公钥:
```powershell
$authorizedKeys = "$env:ProgramData\ssh\administrators_authorized_keys"
New-Item -ItemType Directory -Force -Path (Split-Path $authorizedKeys)
if (-not (Test-Path $authorizedKeys)) {
New-Item -ItemType File -Path $authorizedKeys
}
$publicKey = Read-Host '粘贴 Mac 的单行 SSH 公钥'
if (-not (Get-Content $authorizedKeys | Where-Object { $_ -eq $publicKey })) {
Add-Content -Path $authorizedKeys -Value $publicKey -Encoding ascii
}
icacls $authorizedKeys /inheritance:r
icacls $authorizedKeys /grant "*S-1-5-18:F" "*S-1-5-32-544:F"
Restart-Service sshd
```
`S-1-5-18` 是 SYSTEM,`S-1-5-32-544` 是本地 Administrators 组。使用 SID 可以避免中文 Windows 的组名本地化问题。
### 5.3 Windows 非管理员账户
非管理员账户使用用户目录下的 `authorized_keys`。在该登录用户自己的 PowerShell 中执行:
```powershell
$sshDirectory = "$env:USERPROFILE\.ssh"
$authorizedKeys = "$sshDirectory\authorized_keys"
New-Item -ItemType Directory -Force -Path $sshDirectory
if (-not (Test-Path $authorizedKeys)) {
New-Item -ItemType File -Path $authorizedKeys
}
$publicKey = Read-Host '粘贴 Mac 的单行 SSH 公钥'
if (-not (Get-Content $authorizedKeys | Where-Object { $_ -eq $publicKey })) {
Add-Content -Path $authorizedKeys -Value $publicKey -Encoding ascii
}
icacls $authorizedKeys /inheritance:r
icacls $authorizedKeys /grant "$($env:USERNAME):F"
Restart-Service sshd
```
管理员和非管理员两种方式只选与实际账户匹配的一种。若修改了 `C:\ProgramData\ssh\sshd_config`,先执行 `sshd -t` 校验,再重启服务。
## 6. 配置 Mac SSH 双场景别名
家庭局域网和外部 Tailscale 连接同一台 Windows、同一个账户和同一个 `sshd`,复用同一把项目专用密钥,不创建第二把 SSH 密钥。编辑 Mac 的 `~/.ssh/config`,加入:
```sshconfig
Host tdx-windows-lan tdx-windows-tailnet
User <WINDOWS_SSH_USER>
IdentityFile ~/.ssh/tdx_windows
IdentitiesOnly yes
UseKeychain yes
AddKeysToAgent yes
ServerAliveInterval 30
ServerAliveCountMax 3
ExitOnForwardFailure yes
LocalForward 127.0.0.1:17710 127.0.0.1:17709
Host tdx-windows-lan
HostName <WINDOWS_LAN_HOST>
Host tdx-windows-tailnet
HostName <WINDOWS_TAILSCALE_HOST>
```
真实局域网地址、Tailscale 地址和用户名只保存在本机 SSH 配置,不写入仓库。开发代理需要核对当前配置时使用:
```bash
ssh -G tdx-windows-lan | awk '/^(hostname|user|identityfile|localforward) / {print}'
ssh -G tdx-windows-tailnet | awk '/^(hostname|user|identityfile|localforward) / {print}'
```
然后修正权限:
```bash
chmod 700 ~/.ssh
chmod 600 ~/.ssh/config ~/.ssh/tdx_windows
```
首次连接先验证密钥登录:
先在 Windows 管理员 PowerShell 查看主机公钥指纹:
```powershell
ssh-keygen -lf "$env:ProgramData\ssh\ssh_host_ed25519_key.pub"
```
再在 Mac 连接,并确认首次连接提示的 Ed25519 指纹与 Windows 输出一致:
```bash
ssh -v tdx-windows-tailnet
```
预期可以直接登录,或只要求输入私钥口令。若仍要求 Windows 账户密码,重点检查公钥文件位置、ACL、登录账户是否属于 Administrators,以及 SSH 调试输出中实际使用的密钥。
## 7. 两种场景的选择、启动和停止
### 7.1 选择规则
| 当前场景 | 使用别名 | 前置条件 |
|---|---|---|
| Mac 与 Windows 位于已配置的家庭局域网 | `tdx-windows-lan` | Windows 在线、TDX 已登录、家庭 LAN 的 SSH 22 可达 |
| Mac 在外部网络,或家庭 LAN SSH 不可达 | `tdx-windows-tailnet` | Mac 与 Windows 的 Tailscale 均在线,Tailnet ping 成功 |
两种隧道不能同时启动,因为都会独占 Mac `127.0.0.1:17710`。在家庭网络内优先使用 LAN;若 LAN 前置检查失败,不修改 TDX 监听地址,改用 Tailscale。
### 7.2 家庭局域网模式
前置检查:
```bash
ssh -o BatchMode=yes -o ClearAllForwardings=yes -T tdx-windows-lan exit
```
仓库文档不保存真实地址,家庭路径直接通过 SSH 别名验证。首次连接必须核对局域网地址与已信任的 Tailscale 地址返回相同 Windows 主机密钥指纹。
后台启动和检查:
```bash
ssh -fN -M -S ~/.ssh/tdx-windows-lan-control tdx-windows-lan
ssh -S ~/.ssh/tdx-windows-lan-control -O check tdx-windows-lan
```
停止:
```bash
ssh -S ~/.ssh/tdx-windows-lan-control -O exit tdx-windows-lan
```
Windows 的家庭 SSH 防火墙规则应使用项目专用名称 `A-Share-TDX-SSH-LAN`,只允许家庭子网访问 TCP 22。系统原有的全范围 OpenSSH 入站规则保持禁用,不为 TDX 开放 `17709`。
### 7.3 外部 Tailscale 模式
前置检查:
```bash
tailscale up
tailscale ping <WINDOWS_TAILSCALE_HOST>
```
后台启动和检查:
```bash
ssh -fN -M -S ~/.ssh/tdx-windows-tailnet-control tdx-windows-tailnet
ssh -S ~/.ssh/tdx-windows-tailnet-control -O check tdx-windows-tailnet
```
停止:
```bash
ssh -S ~/.ssh/tdx-windows-tailnet-control -O exit tdx-windows-tailnet
```
如果控制套接字残留但进程已不存在,先确认 `17710` 没有监听,再删除对应场景的单个控制套接字。不要用宽泛的 `pkill ssh`,以免终止其他 SSH 会话。
## 8. 验证 TDX 链路
### 8.1 Windows 本机验证
先确认 TDX 客户端已启动、已登录,接口监听 `127.0.0.1:17709`:
```powershell
Get-NetTCPConnection -LocalAddress 127.0.0.1 -LocalPort 17709 -State Listen
```
端口没有监听时,应先恢复 TDX 客户端;SSH 和 Tailscale 无法替代 TDX 服务本身。
### 8.2 Mac 端口验证
隧道启动后在 Mac 执行:
```bash
nc -vz 127.0.0.1 17710
lsof -nP -iTCP:17710 -sTCP:LISTEN
```
`17710` 的监听进程应为本次 SSH 隧道,不应是其他应用。
### 8.3 只读 HTTP 冒烟
```bash
curl --fail-with-body --silent --show-error \
--connect-timeout 3 \
--max-time 10 \
-H 'Content-Type: application/json' \
-X POST 'http://127.0.0.1:17710/' \
--data '{"id":1,"method":"get_market_data","params":{"stock_list":["600519.SH"],"count":5,"dividend_type":"none","period":"1d"}}'
```
链路验收条件:HTTP 返回成功,且 TDX 业务响应中的错误码表示成功。只验证少量公开行情,不调用交易、账户、自选、写入或大批量接口。
## 9. 外网场景验证
在真正离开家庭网络前,使用 Mac 手机热点或其他外部网络完成一次演练:
1. 确认 Windows 保持开机、联网,Tailscale 和 `sshd` 在线,TDX 已启动并登录。
2. Mac 切换到外部网络后重新连接 Tailscale。
3. 执行 `tailscale ping <WINDOWS_TAILSCALE_HOST>`。
4. 执行 `ssh -N tdx-windows-tailnet` 并保持终端运行。
5. 依次执行 `nc` 和只读 `curl` 冒烟。
6. 停止隧道,确认 `127.0.0.1:17710` 不再监听。
如果外网演练失败,开发和自动化测试可显式切换到离线样本,并明确标记数据来源。不要临时开放公网 SSH、RDP 或 TDX 端口。
## 10. Windows 无人值守准备
当前链路是开发辅助,不承诺生产级 7x24 可用性。为了减少外出后无法联调的概率,可在 Windows 上做以下准备:
- 将虚拟机配置为宿主机启动后自动启动,并确认异常关机后的恢复策略。
- 保持 Tailscale 与 `sshd` 服务自动启动,重启后通过另一台 Tailnet 设备验证在线状态。
- 接通电源时禁用自动睡眠:
```powershell
powercfg /change standby-timeout-ac 0
```
- 明确 TDX 是否需要交互式桌面登录、验证码或人工确认。需要人工登录时,不得把它描述为无人值守服务。
- 安排 Windows 更新和虚拟机重启窗口;更新后重新验证 Tailscale、SSH、TDX 监听和只读请求。
- 不为自动启动把 Windows 密码、TDX 凭据或 SSH 私钥写入仓库和普通脚本。
## 11. 收紧访问范围
链路验证通过后,在 Tailscale 管理后台将访问规则限制为指定开发身份或 Mac 到 Windows SSH 端口。具体策略应以当前 Tailnet 的身份和标签设计为准,不在仓库保存真实账户和地址。
还可在 Windows 中新增一条仅允许 Mac Tailscale IP 访问 SSH 的规则。先确认 Tailscale 网卡名称,再创建规则:
```powershell
Get-NetAdapter | Where-Object InterfaceDescription -Match 'Tailscale'
New-NetFirewallRule `
-DisplayName 'OpenSSH Server - Tailscale Mac Only' `
-Direction Inbound `
-Action Allow `
-Protocol TCP `
-LocalPort 22 `
-RemoteAddress '<MAC_TAILSCALE_IP>' `
-InterfaceAlias 'Tailscale'
```
新规则必须在外网场景实测通过后,才能禁用范围更宽的旧 SSH 规则。若实际网卡别名不是 `Tailscale`,使用 `Get-NetAdapter` 显示的名称,不凭猜测修改。
## 12. 故障排查
### Tailscale ping 不通
- 检查两端是否登录同一个 Tailnet、节点是否过期、Windows 是否睡眠或断网。
- 检查 Tailnet ACL 或设备审批状态。
- 不要先排查 TDX;此时底层私网尚未连通。
### SSH 连接超时或拒绝
- Windows 执行 `Get-Service sshd` 和 `Get-NetTCPConnection -LocalPort 22 -State Listen`。
- 检查 Windows 防火墙和 Tailscale 访问规则。
- Mac 执行 `ssh -vvv tdx-windows-tailnet`,确认目标是 Tailscale 地址而非家庭公网地址。
### SSH 仍要求 Windows 密码
- 确认 `IdentityFile` 指向 `~/.ssh/tdx_windows`,并检查 `ssh -vvv` 是否提供了该密钥。
- 管理员账户确认文件是 `C:\ProgramData\ssh\administrators_authorized_keys`;非管理员账户确认文件是用户目录下的 `.ssh\authorized_keys`。
- 确认公钥为完整单行文本,文件已先创建,ACL 没有继承无关权限。
- 执行 `sshd -t` 检查配置,再执行 `Restart-Service sshd`。
### Mac 的 `17710` 无法监听
- 查看 SSH 前台错误;`ExitOnForwardFailure yes` 会在端口冲突或转发失败时直接退出。
- 执行 `lsof -nP -iTCP:17710 -sTCP:LISTEN` 查找占用者。
- 不要把本地端口改成 `0.0.0.0`;需要换端口时同步修改本机开发配置,并保持回环绑定。
### 端口可连但 HTTP 失败
- 在 Windows 本机确认 TDX `127.0.0.1:17709` 正在监听。
- 确认 TDX 客户端已登录且当前版本仍支持目标方法。
- 使用最小只读请求检查 HTTP 状态、TDX 错误码和响应时间,不把协议错误误判为网络错误。
### 外出后 Windows 不在线
- 无法远程唤醒或恢复交互式 TDX 登录时,显式切回离线样本继续开发,并保持非实时标记。
- 不通过新增公网暴露、共享密码或关闭防火墙绕过问题。
- 待公网部署需求明确后,另立功能实现生产级采集器、心跳、补传和远程运维。
## 13. 日常操作速查
### 13.1 在家开发
```bash
ssh -o BatchMode=yes -o ClearAllForwardings=yes -T tdx-windows-lan exit
ssh -fN -M -S ~/.ssh/tdx-windows-lan-control tdx-windows-lan
ssh -S ~/.ssh/tdx-windows-lan-control -O check tdx-windows-lan
nc -vz 127.0.0.1 17710
```
结束家庭局域网联调:
```bash
ssh -S ~/.ssh/tdx-windows-lan-control -O exit tdx-windows-lan
lsof -nP -iTCP:17710 -sTCP:LISTEN
```
### 13.2 在外开发
```bash
tailscale up
tailscale ping <WINDOWS_TAILSCALE_HOST>
ssh -fN -M -S ~/.ssh/tdx-windows-tailnet-control tdx-windows-tailnet
ssh -S ~/.ssh/tdx-windows-tailnet-control -O check tdx-windows-tailnet
nc -vz 127.0.0.1 17710
```
结束外部联调:
```bash
ssh -S ~/.ssh/tdx-windows-tailnet-control -O exit tdx-windows-tailnet
lsof -nP -iTCP:17710 -sTCP:LISTEN
```
最后一条命令无输出表示本地转发已经停止。切换场景时必须先停止当前隧道,再启动另一场景;不得通过更换 TDX Bridge 地址绕过端口冲突。
## 14. 后续 Provider 接入约束
- 平台配置只能引用 Mac 回环地址 `127.0.0.1:17710`,不得保存家庭网络或 Tailscale 地址。
- TDX 是正式行情来源;离线样本只作为显式开发和测试回退,必须展示来源与陈旧状态,生产环境禁止启用。
- Provider 必须限制请求超时、响应体大小、股票数量和并发,并输出来源、采集时间、交易日期、协议版本、追踪 ID 和陈旧状态。
- TDX 原始字段仅在 Adapter 内转换,上层市场概览、规则分析和 AI 分析只依赖版本化内部契约。
- 隧道中断必须返回明确的不可用或陈旧状态,不能把离线样本伪装成实时行情。
- Windows 采集器、公网接收 API、多目标推送、补传队列和无人值守运维继续延期,实施时单独立项并重新进行安全、性能和合规评估。
@@ -0,0 +1,50 @@
# Ubuntu 源码生产部署
这是项目唯一生产部署方式,支持 Ubuntu 22.04 LTS 与 Ubuntu 24.04 LTS x86_64。服务器管理员预先提供 Node.js 22.x、pnpm 10.25.0、Nginx,以及外部 MySQL 5.7.x、Redis、RocketMQ 5.x;项目不负责安装、升级、启动、停止、删除或修改这些系统软件与服务。
## 构建发布目录
在固定提交的干净工作区执行:
```bash
uname -m
node --version
pnpm --version
pnpm install --frozen-lockfile
pnpm verify:release
```
架构必须为 `x86_64`,Node.js 必须为 22.x,pnpm 必须为 10.25.0。发布门禁会完成测试、Web/Server 构建、双视口浏览器检查,并核对 Web、API、Scheduler、Worker 产物与 systemd/Nginx 模板。
每次发布使用 `/opt/a-share-analysis/releases/<版本或提交>/` 新目录。完整传输并验证目录后,再把 `/opt/a-share-analysis/current` 原子切换到目标目录;禁止在 `current` 中原地覆盖文件,也禁止只发布部分进程产物。
## 配置与 systemd
生产配置放在 `/etc/a-share-analysis/api.env`、`scheduler.env`、`worker.env`,建议权限 `root:a-share 0640`;Web 的 `VITE_` 公开变量在构建前注入。三个 systemd 单元通过各自的 `EnvironmentFile=` 只读取本进程需要的键,运行用户为非登录系统用户 `a-share`。
```bash
sudo install -m 0644 deploy/systemd/a-share-api.service.example /etc/systemd/system/a-share-api.service
sudo install -m 0644 deploy/systemd/a-share-scheduler.service.example /etc/systemd/system/a-share-scheduler.service
sudo install -m 0644 deploy/systemd/a-share-worker.service.example /etc/systemd/system/a-share-worker.service
sudo install -m 0644 deploy/nginx/a-share-analysis.conf.example /etc/nginx/conf.d/a-share-analysis.conf
sudo systemd-analyze verify /etc/systemd/system/a-share-api.service
sudo systemd-analyze verify /etc/systemd/system/a-share-scheduler.service
sudo systemd-analyze verify /etc/systemd/system/a-share-worker.service
sudo nginx -t
sudo systemctl daemon-reload
sudo systemctl restart a-share-api.service
sudo systemctl restart a-share-scheduler.service
sudo systemctl restart a-share-worker.service
sudo systemctl status a-share-api.service a-share-scheduler.service a-share-worker.service
sudo journalctl -u a-share-api.service -u a-share-scheduler.service -u a-share-worker.service --since '5 minutes ago'
curl --fail http://127.0.0.1:3000/api/v1/health
curl --fail http://127.0.0.1/
```
当前工程尚无业务表迁移;后续新增迁移后必须在切换 `current` 前单独执行并记录结果。生产环境禁止 `synchronize: true`,开发流程也禁止用生产数据库做 Schema 基线或连接测试。
## 检查与回退
使用 `systemctl status`、`journalctl -u`、HTTP 健康端点和 Nginx 同源访问结果确认发布。任一验证失败时,把 `/opt/a-share-analysis/current` 原子切回上一完整发布目录,重启三个 systemd 服务并重复健康检查。
`/etc/a-share-analysis/*.env` 和外部 Redis、MySQL、RocketMQ 数据不随应用目录切换而覆盖或删除。RocketMQ 的 NameServer、Broker、Proxy 与 CommitLog 由运维独立维护。
@@ -0,0 +1,55 @@
# 数据源接入架构与 TDX PoC 规划
## 方案结论
当前采用“平台先行、采集器后置”。Mac 本地开发以固定样本回放为默认 Provider;需要验证真实字段时,通过 Tailscale + SSH 隧道访问家中 Windows 的 TDX `127.0.0.1:17709`。不在当前阶段实现 Windows 常驻采集程序、GUI 或公网推送。
```text
固定样本 / Mac TDX 隧道
↓
DataProvider 端口
↓
标准化市场事件 → 市场概览业务
未来公网模式:采集器 → 多目标隔离推送 → 平台接收 API
```
## 方案比较
- 本地样本回放(当前采用):不引入 Windows/公网依赖,测试稳定可重复,适合先开发市场概览;缺点是不能代表实时数据质量。
- Mac 通过 Tailscale SSH 隧道调用 TDX(当前联调):可以验证真实字段,但依赖家中 Windows 在线和人工维护。
- Windows 常驻采集器(延期):未来可选 Node、Python、Go、Rust、Electron、Tauri 或系统服务,必须按部署规模、资源、自动更新和安全能力重新评估。
## 当前组件边界
当前只新增/维护平台侧 Provider 端口和固定样本。样本 Provider 与真实 TDX Provider 使用同一标准化契约,市场概览不感知来源差异。未来采集器应作为独立项目或 workspace,不反向污染 NestJS 业务模块;公网接收 API、目标队列、签名握手和 GUI 另立功能档案。
## Provider 与事件模型
Provider 生成不可变标准化事件,包含 `eventId`、`source`、`capturedAt`、`tradeDate`、`schemaVersion`、`traceId` 和数据新鲜度。TDX 原始字段只能存在于 Adapter 内,规则分析、AI 分析、API 和页面只依赖内部模型。
## 安全策略与评估
- Mac 本地样本和 TDX 隧道均不接触生产配置、生产数据库或公网接收 API。
- 真实 TDX 只读调用使用 SSH 密钥隧道,`17709`、SSH 和 RDP 不做公网端口映射。
- 样本删除凭据、家庭地址和无关原始字段;日志只保存统一错误分类和性能摘要。
- 未来采集器的密钥存储、目标认证、IPC 和自动更新不在当前方案中预设,必须重新安全评估。
- 数据再分发许可属于外部合规风险。PoC 只用于个人开发验证,不宣称获得商业展示或再分发授权。
## 性能目标与评估
- 固定样本回放必须确定性、可重复且不访问网络;Provider 标准化耗时纳入单元测试与基准记录。
- 真实 TDX 请求目标超时 5 秒并记录响应耗时和字段完整性。
- 公网上传并发、队列容量、心跳周期和 GUI 资源目标延期到采集器立项,不在当前阶段作容量承诺。
## 失败恢复
TDX 请求失败返回统一错误分类和陈旧状态;本地平台可切回固定样本继续开发,不能把样本伪装为实时行情。上传重试、补传、熔断和备用免费源切换属于后续公网功能。
## 测试边界
单元测试使用固定 TDX 响应验证 Provider、标准化和错误映射;通过 Tailscale SSH 隧道做真实只读冒烟。Electron/Tauri 安装、托盘、开机启动、操作系统密钥存储、目标队列和公网接收测试延期,不能在当前阶段宣称通过。
## 依赖与退出方案
当前不新增 Electron、Python、Go、Rust 或其他采集器运行时依赖。未来采集器实现前重新比较语言、部署形态、许可证、资源、自动更新和安全边界;只要遵循 Provider/上传契约,采集器可替换而不改市场概览。
@@ -0,0 +1,26 @@
# GitNexus 开发前基线
- 功能编号:FEAT-DS-001
- 记录时间:2026年8月14日 GMT+8 02:38:03
- 分支:main
- 基线提交:a398bc418d39
## 工作区
```text
?? docs/features/FEAT-DS-001-tdx-ingestion-poc/
```
## GitNexus 状态
```text
Repository: /Users/citrons/Documents/Codex/2026-08-12/wo-x/a-share-analysis
Indexed: 8/14/2026, 2:38:02 AM
Indexed commit: a398bc4
Current commit: a398bc4
Status: ✅ up-to-date
```
## 后续人工分析
在修改代码前,将 GitNexus query、context、impact 的结论写入 `gitnexus/impact-plan.md`。高风险结果必须先获得用户确认。
@@ -0,0 +1,24 @@
# GitNexus 开发前影响计划
- 功能编号:FEAT-DS-001
- 总体风险:LOW(当前仅规划 Provider 边界和本地联调,不新增桌面应用或公网入口)
## 直接与间接影响
- `gitnexus query --repo a-share-analysis "market data ingestion TDX adapter scheduler worker"` 未找到现成行情 Provider,相关现有流程集中在 Scheduler/Worker 启动和运行时配置。
- `gitnexus query --repo a-share-analysis "configuration HTTP API health Redis MySQL RocketMQ"` 表明 API 当前只有健康检查流程,新增接收模块不会修改 `HealthService`。
- 对名称 `health` 的 upstream impact 命中 Web API 目录且风险为 LOW、无上游消费者;由于名称存在歧义,结论仅作为辅助证据,不解释为对 API 全局无影响。
- 当前不新增 `desktop/tdx-agent` 或 `MarketIngestModule`,不会修改现有 Web、API、Scheduler 或 Worker 符号。
- 直接消费者是后续市场概览 Service;未来采集器、RocketMQ Worker、Redis 快照和 MySQL 历史属于延期功能,必须重新执行影响分析。
## 跨模块同步修改
- HTTP/OpenAPI:当前不新增公网握手或上报 DTO;Provider 内部契约不得泄漏到 Web。
- Web API:主平台 Vue 不修改;不存在 Electron renderer。
- 消息契约:本 PoC 不启用 RocketMQ,也不预留伪接收实现。
- 数据库与 Redis:不新增 Schema,不读取生产库;PoC 接收仅做受控确认。
- API:后续 Provider 如进入 API,再对 `ApiModule.register`、OpenAPI 和运行时配置执行影响分析。
- Scheduler/Worker:本 PoC 不修改;后续正式排队功能另立功能档案和影响分析。
- 配置部署:当前不新增 Windows 或公网配置,不改变主平台源码部署政策。
- 测试:使用固定样本和 TDX 隧道冒烟;采集器打包和 Windows 无人值守测试延期。
- 文档:记录延期原因、Provider 边界、安全、性能和未来重新立项条件。
@@ -0,0 +1,17 @@
# 数据源接入架构与 TDX PoC 规划
## 当前计划(不实现采集器)
1. 建立与运行时无关的 `DataProvider`、市场事件和数据新鲜度契约。
2. 用固定样本 Provider 支撑市场概览的规则、AI、混合和对照分析开发。
3. 按 [Tailscale + SSH 隧道访问 TDX 开发手册](../../deployment/tailscale-tdx-development.md) 执行真实 TDX 只读请求,保存脱敏字段报告。
4. 对 TDX 字段缺失、协议错误和陈旧数据做 Provider 层降级,不连接生产数据。
5. 暂不新增 Windows 应用、Electron/Tauri、目标推送、补传队列、公网接收 API、RocketMQ 事件或数据库表。
6. 待公网部署需求确定后,另立采集器功能档案,重新评估 Node、Python、Go、Rust 或系统服务方案。
## 后置功能必须覆盖
- 单次采集、多目标隔离推送。
- production/development 独立地址、密钥、队列、状态和启停;两者地址均可修改。
- production 未配置或停止为正常状态;停止时不删除队列、不转投 development。
- HTTPS/HMAC、重放防护、握手身份、限流、补传、熔断、心跳、无人值守运行和系统更新。
@@ -0,0 +1,12 @@
id: FEAT-DS-001
name: 数据源接入架构与 TDX PoC 规划
slug: tdx-ingestion-poc
status: deferred
owner: project
created_at: 2026-08-14
requirements: requirements.md
prd: prd.md
design: design.md
implementation_plan: implementation-plan.md
traceability_note: 当前只完成数据源边界和本地联调规划;操作步骤见 ../../deployment/tailscale-tdx-development.md;Windows 采集器与公网接入延期到公网部署需求确认后单独立项。
release: unreleased
@@ -0,0 +1,37 @@
# TDX 数据接入 PoC PRD
## 用户问题
TDX 客户端运行在家中 Windows 虚拟机,并且接口只监听 Windows 本机 `127.0.0.1:17709`。公网平台和人在外面的开发设备都不能直接访问该端口,需要验证一套不暴露 TDX、可 7×24 小时运行的数据上报链路。
## 目标
在不提前引入公网部署和 Windows 常驻程序的前提下,先确定 TDX 数据源边界、标准化 Provider 契约和 Mac 本地联调方式。Windows 采集器、托盘 GUI、目标推送和公网接收入口延期,避免在生产部署形态尚未确定时锁定技术栈。
## 范围
- Mac 本地开发使用固定样本回放作为默认数据源,并保留通过 Tailscale SSH 隧道调用家中 Windows TDX 的人工联调方式。
- 只定义与运行时无关的 `DataProvider`、标准化事件和数据新鲜度字段,不实现 Windows 常驻采集程序。
- 记录未来公网模式的单次采集、多目标隔离推送、地址可变和目标启停原则,但不在本功能实现。
- 只读验证指数、单股 K 线、快照、分时和板块接口中实际可用的字段。
- 通过 Tailscale + SSH 隧道从外部 Mac 远程验证家中 Windows TDX;验证结果只用于 Provider 契约,不写入生产链路。
## 非目标
- 不在本功能中开发 Windows 采集应用、Electron/Tauri GUI、开发/生产接收 API、目标队列或公网推送。
- 不在本功能中开发市场概览页面、AI 分析、正式 Worker 消费或生产接入。
- 不开放 TDX `17709`、SSH 或 RDP 到公网。
- 不写入自选、交易、账户或 TDX 状态。
- 不把通达信数据授权问题解释为已解决;商业展示和再分发授权仍需单独确认。
## 成功指标
- 固定样本能够覆盖 Provider 的 K 线、快照、分时、板块和错误映射测试。
- 通过 SSH 隧道完成至少一次真实 TDX 只读请求,并保存脱敏字段报告。
- Provider 契约不依赖 Node、Electron、Python 或具体传输方式;未来采集器可独立替换。
## 风险
- TDX 客户端协议和返回字段可能变化;代理必须保留原始字段版本和来源标识。
- 未来公网部署会增加采集节点、推送认证和再分发风险;延期期间不把这些风险误标为已解决。
- 行情数据的展示、再分发和商业使用权利不由代码许可证自动授予。
@@ -0,0 +1,28 @@
# 数据源接入架构与 TDX PoC 工程需求
## 当前阶段 Provider 边界
- Provider 暴露与采集器语言和传输方式无关的只读接口,统一返回 `source`、`capturedAt`、`tradeDate`、`schemaVersion`、`traceId` 和数据新鲜度。
- 默认开发 Provider 使用仓库内固定样本,不连接生产数据源;真实 TDX Provider 只通过显式本地配置和 Tailscale SSH 隧道联调。
- TDX Provider 限制回环地址、请求超时、响应体大小、股票列表和并发;不得把家庭地址或凭据写入代码。
- Provider 原始响应映射为版本化内部载荷,上层分析不得依赖 TDX 原始字段名称。
## 当前运行与环境
- 平台仅在 Mac 本地源码运行,不要求安装 Windows 采集程序。
- 固定样本支持离线、确定性和可重复测试;真实 TDX 联调依赖家中 Windows 在线,但不能成为日常测试门禁。
- 当前不新增 Electron、Tauri、Python 服务、Go/Rust 程序、公网接收 API、文件补传队列或目标密钥。
- SSH 私钥、TDX 地址、家庭网络信息和开发数据库凭据不得进入仓库、日志、样本或前端构建物。
## 延期的公网采集原则
- 采集器语言、GUI 壳和打包方式不预设为 Node/Electron,待公网部署需求确认后比较 Node、Python、Go、Rust 和系统服务方案。
- 未来采集器只采集一次,production/development 使用独立地址、节点 ID、密钥、队列、上传器、心跳和启停状态。
- production 与 development 地址均可修改且独立测试;任一目标故障或重配不得影响另一目标。
- production 未配置或停止属于正常状态;停止时不删除已有队列、不转投 development。
- 公网模式必须重新设计 HTTPS/HMAC、重放防护、身份握手、限流、补传、熔断、无人值守运行和操作系统密钥存储。
## 可观测性
- Provider 结果标记来源、采集时间、数据时间、陈旧状态和统一错误分类。
- 真实联调报告必须脱敏,不保存完整家庭地址、SSH 信息、供应商凭据或未筛选的原始载荷。
@@ -0,0 +1,23 @@
# 数据源接入架构与 TDX PoC 测试计划
## 当前阶段功能验证
- 固定样本验证 K 线、快照、分时和板块 Provider 载荷映射。
- 通过 Tailscale SSH 隧道验证真实 TDX 只读请求,并保存脱敏字段报告。
- 验证 Provider 在 TDX 错误、超时、空结果和陈旧数据下返回统一错误分类。
- 验证市场概览只依赖内部模型,不直接读取 TDX 原始字段。
## 安全验证
- SSH 私钥、TDX 地址、家庭网络信息和开发数据库凭据不进入仓库、样本、日志或前端构建物。
- TDX 只通过 SSH 隧道访问,`17709` 不开放公网。
- 固定样本不包含供应商凭据和不必要的完整原始载荷。
## 性能验证
- 固定样本下测量 Provider 标准化耗时,确保回放不依赖外部网络。
- 真实 TDX 请求记录响应耗时和字段完整性;不对未来采集器的上传、队列和 GUI 资源作结论。
## 不适用项与边界
不做 Electron/Tauri 窗口、托盘、安装包、生产数据库迁移、RocketMQ 收发和公网接收验证,原因是采集器与公网部署已延期。市场概览页面另按业务功能执行视觉验证。
@@ -0,0 +1,31 @@
# GitNexus 开发前基线
- 功能编号:FEAT-MO-001
- 记录时间:2026年08月18日 00:26:46 CST
- 分支:main
- 基线提交:`c0a6f5560584`
- 创建方式:用户授权跳过 `v0.0.9` Schema 备份后,按 `governance:start` 输出结构手工留痕
## 工作区
```text
(干净)
```
## GitNexus 状态
```text
Repository: /Users/citrons/Documents/Codex/2026-08-12/wo-x/a-share-analysis
Indexed: 8/17/2026, 6:03:13 PM
Indexed commit: c0a6f55
Current commit: c0a6f55
Status: up-to-date
```
## Schema 门禁例外
失败证据、用户决定、禁止伪造边界和残余风险见 `../schema-baseline-waiver.md`。本记录不表示 `governance:start` 自动门禁通过。
## 后续人工分析
首页设计确认后,在修改任何函数、类或方法前继续执行 GitNexus query、context 和 upstream impact,并将直接、间接、跨模块消费者及高风险处置补充到 `impact-plan.md`。
@@ -0,0 +1,36 @@
# GitNexus 开发前影响计划
- 功能编号:FEAT-MO-001
- 基线提交:`c0a6f5560584`
- 当前阶段:TDX 开发连接设计与首页方案确认
- 当前总体风险:LOW(仅本机 SSH 配置和操作文档);首页业务代码风险待设计确认后按符号补充
## 直接与间接影响
### TDX 双路径开发连接
- 正式行情来源确定为 TDX;家庭局域网和外部 Tailscale 只改变 Mac 到同一 Windows `sshd` 的网络路径。
- TDX Bridge 的稳定入口固定为 Mac 回环地址 `127.0.0.1:17710`,市场概览、规则分析、AI 分析和未来 HTTP 契约不得依赖家庭地址、Tailscale 地址或 TDX 原始字段。
- 当前仓库没有 TDX Provider 或市场概览运行时符号,本阶段只更新操作文档;GitNexus 未识别可执行调用链影响。
- 首页业务设计确认后,必须对 `App.vue`、`createAppRouter`、后端模块装配、HTTP DTO 和新增市场概览符号分别执行 upstream impact。HIGH 或 CRITICAL 结果先告知用户再修改。
## 跨模块同步修改
- HTTP/OpenAPI:当前连接文档不修改;首页正式接入时需要版本化市场概览 DTO 与 OpenAPI 契约。
- Web API 与 adapter:当前不修改;未来页面只能经 `web/src/api/<业务域>/index.ts`、Axios 封装和 ViewModel 消费数据。
- 消息契约、Redis、MySQL、Scheduler、Worker:当前不启用。正式采集链路仍按独立功能立项,不能由 API 请求临时抓取全市场数据。
- 配置部署:真实地址、用户名、密钥和控制套接字只保留在开发机,不进入仓库、环境模板或前端构建物。
- 测试:两种 SSH 路径均需验证到同一 Mac 回环端点;离线样本只作显式开发回退,不得标记为实时 TDX。
- 文档:同步更新 Tailscale/SSH 开发手册,明确家庭局域网与外部 Tailscale 的选择、启动、停止、切换和验证方法。
## 安全、性能与回退
- Windows 的 TDX 继续只监听 `127.0.0.1:17709`,禁止改为局域网或公网监听。
- 家庭 SSH 入站规则只允许家庭子网访问 TCP 22;系统原有全范围 OpenSSH 规则保持禁用。
- 两条 SSH 路径复用同一项目专用 Ed25519 密钥;局域网主机密钥必须与已验证的 Tailscale 主机密钥指纹一致。
- 家庭 LAN 与当前 Tailscale 直连延迟均足以满足开发期分钟级行情;首页不得承诺秒级刷新。
- 回退时停止对应 SSH 控制连接、删除本机 TDX 别名,并删除 Windows 项目专用防火墙规则;不得删除通用 SSH 密钥、Tailscale 账户或 TDX 数据。
## Schema 例外风险
`v0.0.9` Schema 基线缺失会阻断严格自动治理门禁,风险见 `../schema-baseline-waiver.md`。本功能不借该例外修改数据库结构、读取生产数据库或声称发布门禁通过。
@@ -5,6 +5,7 @@ status: approved
owner: project
created_at: 2026-08-12
requirements: requirements.md
prd: prd.md
design: design.md
implementation_plan: implementation-plan.md
traceability_note: 开发尚未开始,GitNexus与QA证据将在开发门禁执行时创建
@@ -0,0 +1,94 @@
# 市场综合概览 PRD
- 功能编号:FEAT-MO-001
- PRD版本:0.1
- 状态:approved
- 日期:2026-08-12
## 背景与问题
现有概念稿能够展示指数、情绪、板块和资金数据,但更接近数据看板,用户难以快速回答“市场当前强弱、量能是否支持、行情由谁驱动、风险在哪里”。
## 目标用户与使用场景
主要用户为产品所有者,少量朋友可以使用同一只读工具。用户在盘中以分钟级数据观察全市场状态,在收盘后查看冻结的最终总结和历史交易日结果。
## 产品目标
- 用户进入市场概览后,优先看到一句市场定性以及驱动、风险两列摘要。
- 用户能够继续核对指数、市场宽度、量能、板块、情绪和资金证据。
- 用户能够在综合、短线和中长线视角间临时切换,并选择规则、AI、混合或对照分析。
- 所有实时性、数据日期和分析依据均明确可见。
## 非目标
- 不做自选股、持仓、笔记、交易计划、社区、荐股、跟单和公开组合。
- 本切片不接正式行情源、RocketMQ、MySQL、Redis和付费 AI。
- 本切片不实现用户、邀请、会员、订阅和支付。
- ETF监控、两融数据、大盘云图和实时消息仍是独立一级模块。
## 用户流程
1. 用户进入“市场概览”。
2. 首先读取市场定性、驱动因素和风险信号。
3. 通过“查看依据”核对指标来源。
4. 向下查看指数、宽度、量能、板块、情绪和资金摘要。
5. 点击轻量分析状态入口,临时切换分析周期和分析引擎。
6. 点击指数或板块入口进入未来的详情页;首个切片只保留可识别入口。
## 功能需求
| 编号 | 优先级 | 需求 | 可观察结果 |
|---|---|---|---|
| FR-001 | P0 | 结论优先展示市场定性 | 首屏顶部出现一句结论、市场状态、量能状态和情绪状态 |
| FR-002 | P0 | 展示驱动与风险 | 结论下方并列显示至少三条驱动和三条风险证据 |
| FR-003 | P0 | 展示数据新鲜度 | 页面显示交易状态、数据更新时间和正常/延迟/不完整状态 |
| FR-004 | P0 | 提供分析偏好 | 可选择综合/短线/中长线和规则/AI/混合/对照,并在本地保存默认值 |
| FR-005 | P1 | 展示市场证据模块 | 指数、宽度、量能、板块、情绪和资金摘要可阅读 |
| FR-006 | P1 | 查看结论依据 | 点击入口后展示指标、数值、口径和更新时间 |
| FR-007 | P1 | 支持异常状态 | 加载、空、部分数据、过期和错误状态具有明确文案 |
## 数据与口径
首个切片使用确定性模拟快照。字段仍必须包含交易日期、快照时间、来源状态、完整性和单位,以便以后无结构变更地替换为后端 API。
A 股使用红涨绿跌。成交额统一展示为亿元,比例明确使用百分比。历史数据和低频资金数据必须显示实际数据日期,旧数据不得标记为实时。
## 状态与异常
- 交易中:显示分钟级更新时间。
- 午间休市或已收盘:显示对应市场状态。
- 数据延迟:保留最近有效值并标记延迟。
- 部分数据:只隐藏缺失指标,不让整页失败。
- AI不可用:规则分析继续可用,并标记降级。
## 权限、合规与安全
当前为只读访问,不提供交易指令。结论不得包含买入、卖出、目标价和仓位建议。付费 AI 密钥未来只保存在服务端。
## 成功指标
- 用户能够在 30 秒内说出市场定性、主要驱动和首要风险。
- 所有结论均能展开查看至少一项数据依据。
- 页面在目标桌面视口和窄窗口中不阻断核心内容。
## 验收标准
- Given 页面加载有效快照,When 用户进入市场概览,Then 结论、驱动、风险和更新时间在首屏可见。
- Given 用户打开分析状态入口,When 切换周期或引擎,Then 页面状态立即更新且可选择设为默认。
- Given 数据快照被标记为延迟,When 页面渲染,Then 最近有效值保留并明确显示延迟,不能显示“实时”。
- Given 用户点击查看依据,When 抽屉打开,Then 能看到指标名称、数值、口径和更新时间。
## 风险与依赖
- 免费数据源稳定性和商业授权需要在正式接入阶段重新评估。
- AI 分析必须受结构化数据和规则事实约束。
- 首个视觉版本用于验证信息层级,不作为最终设计冻结版本。
## 发布范围与回退触发条件
本次仅发布本地 Vue 3 首屏原型。核心交互不可用、结论依据不可追溯或窄屏遮挡核心信息时不得发布;出现回归时回退到上一个本地标签。
## 变更记录
- 0.1:建立首版 PRD,补充结论优先、分析偏好和异常状态。
@@ -0,0 +1,23 @@
# v0.0.9 Schema 基线一次性例外
- 功能编号:FEAT-MO-001
- 日期:2026-08-18
- 适用范围:仅 FEAT-MO-001 开发启动
## 事实记录
按常规流程执行 `npm run schema:baseline` 时,本机因不存在 MySQL 5.7.x 的 `mysql` 与 `mysqldump` 客户端,在执行 `mysql --version` 前以 `spawnSync mysql ENOENT` 失败。失败发生在客户端前置检查阶段,未连接开发数据库,也未生成基线目录或半成品。
用户确认本次继续跳过数据库备份。该决定只适用于从已发布版本 `v0.0.9` 启动 FEAT-MO-001,不继承 GOV-011 对 `v0.0.8` 的一次性例外,也不建立通用跳过能力。
## 处理决定
- 不伪造 `not_applicable`、`captured_empty`、空 SQL、客户端版本、服务端版本或校验摘要。
- 不修改 Schema 工具或 `governance:start` 增加跳过参数。
- 手工保存与 `governance:start` 同等结构的 GitNexus 开发前基线和影响计划。
- FEAT-MO-001 不得因此连接、探测或读取生产数据库。
- 后续功能需要 Schema 基线时,仍必须提供可验证的 MySQL 5.7.x 客户端,或再次获得用户针对该版本的明确授权。
## 风险与接受
缺少 `v0.0.9` Schema 基线意味着仓库不能证明该发布版本对应的开发库结构,也会使依赖严格 Schema 证据的自动治理门禁无法通过。用户接受本次追溯风险;该例外不表示数据库门禁、发布门禁或未来数据库变更已经通过。
@@ -5,6 +5,7 @@ status: released
owner: project
created_at: 2026-08-12
requirements: requirements.md
prd: prd.md
design: design.md
implementation_plan: implementation-plan.md
decisions:
@@ -13,6 +14,8 @@ decisions:
gitnexus_before: gitnexus/before.md
gitnexus_after: gitnexus/after.md
gitnexus_comparison: gitnexus/comparison.md
code_review: review/code-review.md
standards_review: review/standards-review.md
baseline_commit: 7cc2ba0
implementation_commit: efdfb33
release: v0.0.0
@@ -0,0 +1,26 @@
# 工程治理基线 PRD(追补)
- 功能编号:GOV-001
- PRD版本:0.1
- 状态:retrospective
- 日期:2026-08-12
## 背景与目标
该治理功能早于 PRD 强制门禁发布。本文件用于追补当时已经确认的产品目标:所有开发步骤可阅读、可比较、可追溯、可回退,并由 GitNexus在开发前后总结影响。
## 使用者
项目所有者、后续开发者和开发代理。
## 核心需求
- 分离代码开发规范和开发流程规范。
- 要求关键代码写有信息价值的中文注释。
- 禁止过度拆分代码。
- 使用中文提交。
- 不使用 GitHub,未来接入自建 Gitea。
## 验收结果
上述内容已在 `v0.0.0` 建立。GOV-002 将 PRD 和 Review补充为后续功能的强制门禁。
@@ -0,0 +1,8 @@
# 代码 Review(追补)
- reviewer_type:self
- 审查范围:GOV-001 治理脚本与测试
最终结论:passed
治理脚本具有功能编号、路径和必备材料的行为测试;开发前后命令使用参数数组调用外部进程,未拼接用户输入到 Shell。GOV-002 继续增加 PRD 和 Review材料校验。
@@ -0,0 +1,7 @@
# 开发规范符合性 Review(追补)
- reviewer_type:self
最终结论:passed
GOV-001 已满足当时生效的 GitNexus 双门禁、中文提交、关键中文注释、文档追溯和本地 Git 约束。PRD 与独立 Review要求从 GOV-002 起正式生效,本文件明确标记为追补材料,不伪装成发布前独立审查。
@@ -0,0 +1,5 @@
# 设计
PRD 与工程需求分离:PRD 定义产品问题、用户、范围和验收;`requirements.md`定义实现约束。Review 分为代码质量和规范符合性两条门禁,两者都必须给出明确状态。
为了适合个人项目,允许结构化自审,但必须诚实标记审查者类型;未来经用户授权可使用独立代理或人工审查。
@@ -0,0 +1,11 @@
# GitNexus 开发后基线
- 日期:2026-08-12
- 开发前基线提交:`40f3b2e`
- 已索引实现提交:`fb4383f`
- 图谱:300 个符号、325 条关系、5 个功能簇、0 条执行流程
- 状态:最新
新增 `getUnpassedReviewFiles` 符号只有 `finish.mjs` 一个直接生产依赖,受影响流程为 0,风险为低。
实现提交后再次执行变更检测,结果为 `No changes detected.`。
@@ -0,0 +1,26 @@
# GitNexus 开发前基线
- 功能编号:GOV-002
- 记录时间:2026年8月12日 GMT+8 18:20:46
- 分支:main
- 基线提交:40f3b2ef6f3b
## 工作区
```text
(干净)
```
## GitNexus 状态
```text
Repository: /Users/citrons/Documents/Codex/2026-08-12/wo-x/a-share-analysis
Indexed: 8/12/2026, 6:19:51 PM
Indexed commit: 40f3b2e
Current commit: 40f3b2e
Status: ✅ up-to-date
```
## 后续人工分析
在修改代码前,将 GitNexus query、context、impact 的结论写入 `gitnexus/impact-plan.md`。高风险结果必须先获得用户确认。
@@ -0,0 +1,10 @@
# GitNexus 前后比较
| 项目 | 开发前 | 开发后 | 变化 |
|---|---:|---:|---:|
| 符号 | 171 | 300 | +129 |
| 关系 | 192 | 325 | +133 |
| 功能簇 | 4 | 5 | +1 |
| 执行流程 | 0 | 0 | 0 |
增长主要来自正式市场概览 PRD、PRD/Review规范、模板和 GOV-002 功能档案。实际暂存变更影响为低,没有计划外业务流程。
@@ -0,0 +1,10 @@
# 实际变更检测
```text
npx gitnexus detect-changes --repo a-share-analysis --scope staged
Changes: 38 files, 114 symbols
Affected processes: 0
Risk level: low
```
变更集中在 PRD、Review规范与模板、现有功能档案和治理完成门禁。没有业务页面、API、数据库、RabbitMQ消息或部署配置变化。
@@ -0,0 +1,8 @@
# GitNexus 开发前影响计划
- 目标符号:`getRequiredFeatureFiles`。
- 直接依赖:`tools/governance/finish.mjs`。
- 受影响流程:0。
- GitNexus风险:低。
预期影响是完成门禁新增三份必备材料,不改变开发前索引、业务代码、API、数据库或界面行为。
@@ -0,0 +1,9 @@
# 实施计划
1. 执行开发前 GitNexus 索引、查询和影响分析。
2. 先修改测试,让缺少 PRD 与 Review清单时失败。
3. 更新完成门禁清单使测试通过。
4. 新增 PRD、Review规范和模板。
5. 更新现有治理文档与市场概览功能档案。
6. 执行测试、GitNexus开发后分析和两类 Review。
7. 使用中文提交并建立本地补丁版本标签。
@@ -0,0 +1,17 @@
id: GOV-002
name: PRD 与 Review 门禁
slug: prd-review-gates
status: released
owner: project
created_at: 2026-08-12
prd: prd.md
requirements: requirements.md
design: design.md
implementation_plan: implementation-plan.md
gitnexus_before: gitnexus/before.md
gitnexus_after: gitnexus/after.md
gitnexus_comparison: gitnexus/comparison.md
code_review: review/code-review.md
standards_review: review/standards-review.md
implementation_commit: fb4383f
release: v0.0.1
@@ -0,0 +1,26 @@
# PRD 与 Review 门禁 PRD
- 功能编号:GOV-002
- PRD版本:0.1
- 状态:approved
- 日期:2026-08-12
## 问题
现有档案只有工程需求,没有独立 PRD;开发完成后也没有正式 Review环节,无法证明实现符合产品目标和开发规范。
## 目标
- 每个功能必须有可测试、可版本化的 PRD。
- 每个功能发布前必须完成代码 Review 和开发规范符合性 Review。
- 完成门禁自动检查三份材料存在且非空。
## 非目标
本功能不接入外部代码审查平台,不配置 Gitea远程,也不修改业务功能。
## 验收标准
- 完成门禁清单包含 `prd.md`、`review/code-review.md` 和 `review/standards-review.md`。
- 市场概览具有正式 PRD。
- 流程文档明确 Review 不通过时的回流路径。
@@ -0,0 +1,14 @@
# 测试结果
## 测试先行证据
1. 必备文件清单测试先因缺少 `prd.md` 和两类 Review失败。
2. 更新清单后,4 个原有测试通过。
3. 新增 Review状态测试先因 `getUnpassedReviewFiles` 不存在而失败。
4. 实现固定最终结论校验后,5 个测试通过。
## 门禁行为
`pending` Review执行 `npm run governance:finish -- GOV-002 prd-review-gates` 时退出码为 1,并准确列出两份未通过报告。
两份 Review 改为明确 `passed` 后,同一完成门禁执行成功。最终治理测试为 5 个通过、0 个失败。
@@ -0,0 +1,3 @@
# 视觉 QA
本功能不修改用户界面,视觉 QA 不适用。
@@ -0,0 +1,10 @@
# 发布说明
## v0.0.1
新增 PRD 事实来源与开发后双 Review 发布门禁,不改变业务功能。
- 实现提交:`fb4383f`。
- 功能档案强制包含 PRD、代码 Review 和规范符合性 Review。
- 完成门禁拒绝 `pending`、`blocked` 和 `changes_required` Review。
- 为市场综合概览补充正式 PRD。
@@ -0,0 +1,7 @@
# 工程需求
- 更新功能档案必备文件清单。
- 为新增清单先写失败测试并完成红—绿验证。
- 提供 PRD 与两类 Review 的规范和模板。
- 更新 AGENTS、开发流程、代码规范和追溯目录。
- 对 GOV-001明确追补状态,对 FEAT-MO-001补充正式 PRD。
@@ -0,0 +1,29 @@
# 代码 Review
- reviewer_type:self
- reviewer:Codex
- 基线提交:`40f3b2e`
- 实现提交:`fb4383f`
- 审查范围:治理必备文件清单、Review完成门禁、PRD与Review规范
- 日期:2026-08-12
## PRD 与设计符合性
实现覆盖 PRD 的三项验收:必备清单加入 PRD和两类Review;市场概览新增正式PRD;开发流程加入Review回流和发布门禁。
## 发现与处置
| 严重程度 | 发现 | 处置 |
|---|---|---|
| Important | 最初只检查 Review 文件非空,`pending` 报告也可能通过 | 新增 `getUnpassedReviewFiles`,要求两份报告都包含固定最终结论 `passed` |
| Important | 新门禁行为缺少回归测试 | 先写失败测试,确认缺少导出时失败,再实现并验证通过 |
| Minor | 当前是实现者自审,不具备独立审查视角 | 诚实标记 `reviewer_type: self`;未来用户授权多代理或有其他开发者时优先独立审查 |
## 验证
- 5 个治理测试通过。
- `pending` Review 的完成门禁以退出码 1 失败,并列出两份未通过报告。
- GitNexus 对新增 Review校验的上游影响为 1 个直接依赖、0 个流程,风险为低。
- 完整暂存区变更检测为 38 个文件、114 个符号、0 条流程,风险为低。
最终结论:passed
@@ -0,0 +1,23 @@
# 开发规范符合性 Review
- reviewer_type:self
- reviewer:Codex
- 实现提交:`fb4383f`
- 日期:2026-08-12
## 检查结果
- [x] 新增公共函数包含解释门禁原因的中文注释。
- [x] 校验逻辑保留在现有 `feature-record.mjs`,没有为单个判断过度拆分文件。
- [x] 命名明确区分必备文件和未通过 Review。
- [x] Review结论采用固定机器可读行,错误信息列出具体文件。
- [x] 新行为有测试先行的红—绿证据。
- [x] GitNexus开发前索引、查询、上下文和影响分析已经执行。
- [x] PRD、工程需求、设计、测试计划和回退说明一致。
- [x] 未配置 GitHub 或其他远程仓库。
## 不符合项与处置
没有未解决的 Critical 或 Important 不符合项。独立审查缺失属于个人项目当前限制,已经在代码 Review中透明记录。
最终结论:passed
@@ -0,0 +1,3 @@
# 回退说明
本功能只增加文档和完成门禁清单。若门禁实现异常,使用修复提交恢复;确需回退时检出 `v0.0.0` 可获得升级前治理基线。
@@ -0,0 +1,6 @@
# 测试计划
- 证明旧清单缺少三份材料时测试失败。
- 证明新清单精确包含 PRD 与两类 Review。
- 完成门禁在任一材料缺失或为空时失败。
- 文档占位符、脚本语法、中文提交和远程仓库状态通过检查。
@@ -0,0 +1,17 @@
# 设计
## 配置边界
Git 仓库级配置存放在本项目 `.git/config`,天然不被提交,也不会作用于同一台机器上的其他项目。远程 URL 只包含协议、主机、所有者与仓库名,不嵌入用户名密码。
## 凭据处理
选择 macOS 原生 `osxkeychain` 凭据助手,避免明文凭据。设置 `credential.useHttpPath=true`,使 `git.foximao.com` 下不同仓库可以按 URL 路径隔离凭据;项目账号作为非敏感标识保存在本地仓库配置和治理文档中。
## 授权边界
远程接入分为两种权限:只读检查属于本次配置验证;推送会改变外部状态,需要用户另行明确授权。因此本次只执行非交互 `ls-remote`,不推送 `main` 或标签。
## 文档边界
文档记录可复现配置,但只引用密码的安全管理规则,不记录密码本身。这样既满足项目可追溯性,也避免秘密随克隆、备份和历史版本扩散。
@@ -0,0 +1,10 @@
# GitNexus 开发后结果
- 执行:`npx gitnexus analyze`。
- 提交前工作区索引:349 个节点、375 条关系、5 个集群、0 条执行流程。
- 提交后最终索引:361 个节点、387 条关系、5 个集群、0 条执行流程。
- 最终增量分析:4 个已修改文件、0 个新增文件、0 个删除文件;其余 77 个文件行复用既有索引。
- 索引提交:`b69023e`。
- 状态:up-to-date。
本功能没有修改生产代码、函数调用关系或业务流程。新增节点主要来自 GOV-003 功能档案和版本控制文档标题。提交后再次分析用于把索引锚定到确定提交,而不是只保留工作区快照。
@@ -0,0 +1,26 @@
# GitNexus 开发前基线
- 功能编号:GOV-003
- 记录时间:2026年8月12日 GMT+8 18:28:00
- 分支:main
- 基线提交:7c7190998b6d
## 工作区
```text
(干净)
```
## GitNexus 状态
```text
Repository: /Users/citrons/Documents/Codex/2026-08-12/wo-x/a-share-analysis
Indexed: 8/12/2026, 6:27:10 PM
Indexed commit: 7c71909
Current commit: 7c71909
Status: ✅ up-to-date
```
## 后续人工分析
在修改代码前,将 GitNexus query、context、impact 的结论写入 `gitnexus/impact-plan.md`。高风险结果必须先获得用户确认。
@@ -0,0 +1,10 @@
# GitNexus 前后对比
| 项目 | 开发前 | 开发后 | 变化 |
|---|---:|---:|---:|
| 节点 | 301 | 361 | +60 |
| 关系 | 326 | 387 | +61 |
| 集群 | 5 | 5 | 0 |
| 执行流程 | 0 | 0 | 0 |
节点和关系增长来自 Gitea 治理说明及完整功能档案;没有新增或改变业务执行流程。变更检测风险为低,与开发前影响预估一致。最终索引已锚定实现提交 `b69023e`。
@@ -0,0 +1,8 @@
# GitNexus 变更检测
- 命令:`npx gitnexus detect-changes --repo a-share-analysis --scope all`。
- 最终暂存区识别范围:24 个文件、51 个文档符号。
- 受影响流程:0。
- 风险等级:低。
初次对未暂存变化检测到 7 个既有文件、14 个符号;完整暂存后,GOV-003 新建档案也被纳入检测,最终扩大为 24 个文件、51 个符号。纯文本版本文件和 Changelog 另外通过 `git status`、`git diff --stat` 和完整必备文件门禁核对。
@@ -0,0 +1,8 @@
# GitNexus 开发前影响分析
- 查询主题:`Gitea local remote version control configuration`。
- 主要关联:`docs/governance/version-control-and-gitea.md`、`docs/index.md`、`VERSION`、`AGENTS.md` 和 `README.md`。
- 符号影响检查:`getRequiredFeatureFiles` 只有 1 个直接上游依赖 `finish.mjs`,不参与执行流程,风险为低。
- 实际变化以文档和 Git 仓库级配置为主,不修改生产代码、API、数据库或前端页面。
- 预计影响:版本控制入口说明、开发代理约束、版本号和 GOV-003 功能档案。
- 风险控制:不修改全局配置、不保存密码、不执行推送;修改后重新索引并执行变更检测。
@@ -0,0 +1,10 @@
# 实施计划
1. 执行开发前 GitNexus 更新、查询和影响分析。
2. 核对当前远程、本地配置和全局配置基线。
3. 添加 `origin`,使用 `--local` 设置凭据隔离和默认推送目标。
4. 通过非交互 `git ls-remote origin` 验证只读连通性。
5. 更新版本控制规范、代理约束、README、文档索引与版本记录。
6. 保存 PRD、设计、测试、GitNexus 前后对比和回退说明。
7. 执行治理测试、敏感信息检查、配置边界检查和双 Review。
8. 以中文提交封存,并建立本地 `v0.0.2` 标签;不推送。
@@ -0,0 +1,17 @@
id: GOV-003
name: 项目专用 Gitea 远程仓库
slug: gitea-local-remote
status: released
owner: project
created_at: 2026-08-12
prd: prd.md
requirements: requirements.md
design: design.md
implementation_plan: implementation-plan.md
gitnexus_before: gitnexus/before.md
gitnexus_after: gitnexus/after.md
gitnexus_comparison: gitnexus/comparison.md
code_review: review/code-review.md
standards_review: review/standards-review.md
implementation_commit: b69023e
release: v0.0.2
@@ -0,0 +1,37 @@
# 项目专用 Gitea 远程仓库 PRD
- 功能编号:GOV-003
- PRD 版本:0.1
- 状态:approved
- 日期:2026-08-12
## 问题
项目已有可追溯的本地 Git 基线,但尚未关联用户自建 Gitea。接入过程中必须避免把项目凭据扩散到其他仓库,或把密码写入可提交文件和 Git 历史。
## 目标
- 将当前项目的 `origin` 指向指定 Gitea 仓库。
- 所有 Git 设置只作用于当前项目,不修改全局配置。
- 使用系统钥匙串保存未来交互式认证产生的凭据,并按仓库路径隔离。
- 在治理文档中记录地址、账号、配置、验证和回退方法。
## 非目标
- 本次不向远程推送任何提交或标签。
- 不在项目内保存密码或访问令牌。
- 不配置 Gitea Actions、Webhook、分支保护或持续集成服务端规则。
- 不修改其他项目的 Git 配置。
## 用户流程
项目维护者可以从文档确认唯一远程地址和项目账号;代理和开发者使用项目级配置进行读取。首次获得明确推送授权后,维护者在交互式终端完成认证,凭据由 macOS Keychain 管理。
## 验收标准
- `git remote -v` 的 fetch/push 均为指定仓库。
- 项目级凭据助手为 `osxkeychain`,`credential.useHttpPath` 为 `true`。
- 全局凭据助手与默认推送目标保持修改前状态。
- 无密码进入文档、远程 URL、Git 配置或 Git 历史。
- `git ls-remote origin` 可以建立只读连接。
- PRD、设计、测试、Review 和回退档案完整。
@@ -0,0 +1,20 @@
# 测试结果
## 结果摘要
- `npm run test:governance`:5 个测试通过,0 个失败。
- `GIT_TERMINAL_PROMPT=0 git ls-remote origin`:退出码 0;远程是空仓库,返回引用为空。
- fetch 与 push URL:均精确匹配指定 Gitea 仓库。
- 项目级配置:`osxkeychain`、路径隔离、账号和默认推送目标全部匹配设计。
- 全局边界:全局 `credential.helper` 和 `remote.pushDefault` 仍未设置。
- 凭据模式扫描:未发现带用户名密码的 URL、密码赋值或令牌赋值。
- `git diff --check`:通过。
## 诊断与修正
1. 测试计划最初写成不存在的 `npm test`,执行时因缺少脚本失败;检查 `package.json` 后修正为项目实际提供的 `npm run test:governance`,复测通过。
2. GitNexus 变更检测最初未指定仓库;本机存在多个索引时工具拒绝猜测。增加 `--repo a-share-analysis` 后成功;最终暂存区结果为 24 个文件、51 个符号、0 条流程,风险为低。
## 完成门禁
双 Review 完成后执行 `npm run governance:finish -- GOV-003 gitea-local-remote`,退出码为 0。门禁确认完整功能档案和两份固定 `passed` Review 均已就绪。
@@ -0,0 +1,3 @@
# 视觉验证
本功能只修改 Git 仓库级配置和治理文档,不改变界面、样式或交互,因此视觉验证不适用。
@@ -0,0 +1,9 @@
# 发布说明
## v0.0.2
- 实现提交:`b69023e`。
- 为当前项目配置指定 Gitea `origin`,不影响其他项目。
- 使用 macOS Keychain 与仓库路径隔离策略管理未来认证凭据。
- 增加远程接入、授权边界、验证和回退文档。
- 本版本只建立远程连接,不推送本地提交或标签。
@@ -0,0 +1,9 @@
# 工程需求
- 远程名固定为 `origin`,地址固定为 `https://git.foximao.com/FoXiMao/a-share-analysis.git`。
- 使用 `git config --local` 写入凭据助手、路径隔离、账号和默认推送目标。
- 不调用 `git config --global`,验证前后全局相关配置一致。
- 不将密码传给 Shell 命令,也不把密码写入仓库文件或 `.git/config`。
- 使用非交互、只读的 `git ls-remote origin` 检查网络与仓库可达性。
- 未取得单独明确授权时,不运行 `git push`。
- 更新根目录入口、治理规范、文档索引、版本和完整功能档案。
@@ -0,0 +1,31 @@
# 配置与文档 Review
- reviewer_type:self
- reviewer:Codex
- 基线提交:`7c71909`
- 实现提交:`b69023e`
- 审查范围:项目级 Gitea 远程、凭据隔离、治理文档和回退方案
- 日期:2026-08-12
## PRD 与设计符合性
实现满足六项验收标准:远程 URL 正确;凭据设置仅位于 `.git/config`;全局配置未变化;密码没有进入文档、配置或历史;只读连通性成功;功能档案完整。
## 发现与处置
| 严重程度 | 发现 | 处置 |
|---|---|---|
| Important | 用户提供了密码,但写入文档或命令会形成长期泄露面 | 文档只保存基础地址、账号和仓库 URL;密码不落盘,由 Keychain 在未来交互认证时接管 |
| Important | 使用全局凭据配置会影响其他项目 | 全部使用 `git config --local`,并验证相关全局项保持未设置 |
| Minor | 初始测试计划引用了不存在的 `npm test` | 改用仓库实际的 `npm run test:governance` 并复测 5/5 通过 |
| Minor | GitNexus 多仓库环境无法自动选择索引 | 显式增加 `--repo a-share-analysis`,变更检测成功 |
## 验证
- 远程只读连接、fetch/push URL 和四项本地配置断言全部通过。
- 全局配置边界断言通过。
- 凭据模式扫描与 `git diff --check` 通过。
- GitNexus 最终暂存区检测 24 个文件、51 个符号、0 条流程,风险为低。
- 没有执行 `git push`,未改变 Gitea 远程仓库内容。
最终结论:passed
@@ -0,0 +1,24 @@
# 开发规范符合性 Review
- reviewer_type:self
- reviewer:Codex
- 实现提交:`b69023e`
- 日期:2026-08-12
## 检查结果
- [x] 开发前执行治理启动命令并保存 GitNexus 基线。
- [x] PRD、工程需求、设计、实施计划、测试计划和回退说明一致。
- [x] 修改仅涉及项目级 Git 配置和治理文档,没有过度拆分生产代码。
- [x] 基础地址、账号和仓库 URL 可追溯,密码和令牌未进入仓库。
- [x] Git 全局配置没有修改,不影响其他项目。
- [x] 未配置 GitHub,唯一远程为用户指定 Gitea。
- [x] 没有未经授权推送外部状态。
- [x] 治理测试、配置断言、敏感信息扫描和 GitNexus 变更检测通过。
- [x] 本功能无界面变化,视觉验证已合理标记为不适用。
## 不符合项与处置
没有未解决的 Critical 或 Important 不符合项。两项执行期错误均属于测试命令选择问题,已修正文档并以成功复测关闭。
最终结论:passed
@@ -0,0 +1,13 @@
# 回退说明
本功能的运行时影响仅限当前项目 `.git/config`。如需解除接入,在本项目根目录执行:
```bash
git remote remove origin
git config --local --unset credential.helper
git config --local --unset credential.useHttpPath
git config --local --unset credential.username
git config --local --unset remote.pushDefault
```
若 Keychain 已在后续交互式认证中保存凭据,再使用“钥匙串访问”按 `git.foximao.com` 删除对应项。文档和版本记录通过新的中文修复提交回退;不得改写已共享历史。本次未执行推送,因此远程不存在需要回滚的外部提交。
@@ -0,0 +1,9 @@
# 测试计划
- 检查 `origin` 的 fetch/push URL 精确匹配指定仓库。
- 检查四项 Git 配置来自 `--local` 作用域。
- 检查全局凭据助手和默认推送目标仍保持未设置。
- 使用 `GIT_TERMINAL_PROMPT=0 git ls-remote origin` 验证远程只读连通性。
- 搜索仓库文件、暂存区 diff 和远程 URL,确认不存在密码或凭据 URL。
- 运行 `npm run test:governance` 和 `npm run governance:finish -- GOV-003 gitea-local-remote`。
- 本功能不改变页面,视觉验证标记为不适用并说明原因。
@@ -0,0 +1,78 @@
# 提交后强制推送 Gitea 设计规格
- 功能编号:GOV-004
- 规格版本:0.1
- 状态:approved_for_review
- 日期:2026-08-12
## 背景与目标
本地提交如果没有同步到远程,无法实现跨设备备份、Gitea 审阅和可靠的版本追溯。本功能把推送从“需要逐次授权的可选动作”改成项目开发流程的固定完成条件。
目标是:每次本地提交在验证通过后立即同步当前分支;创建版本标签后同步该标签;任何推送失败都会阻止任务被报告为完成。
## 方案比较
### 方案 A:按变化精确推送(采用)
- 普通提交执行 `git push origin <当前分支>`。
- 创建新标签后执行 `git push origin <标签名>`。
- 优点:只同步本次明确产生的引用,行为可预测,不会意外发布其他本地标签。
- 代价:分支和标签需要分别执行推送。
### 方案 B:每次提交推送分支及全部标签
- 执行 `git push origin <当前分支> --tags`。
- 优点:命令较少。
- 缺点:可能把尚未准备发布的历史或实验标签一并推送,不采用。
### 方案 C:仅发布时批量推送
- 多个本地提交积累到版本发布时再统一同步。
- 优点:减少远程交互次数。
- 缺点:提交期间缺少远程备份,也不符合“提交后需要推送”的要求,不采用。
## 强制流程
1. 完成测试、构建、Review、GitNexus 变更检测和敏感信息检查。
2. 创建符合中文 Conventional Commit 的本地提交。
3. 获取当前分支名,执行 `git push origin <当前分支>`。
4. 如果本次创建了标签,再执行 `git push origin <标签名>`。
5. 使用 `git status -sb` 或远程引用检查,确认本地分支与远程分支一致。
6. 把提交 SHA、推送目标、推送结果和标签结果写入功能档案。
7. 只有分支及本次新建标签全部推送成功后,任务才可以标记完成。
## 失败处理
- 认证、网络、分支保护或服务器错误发生时,保留本地提交和标签,不删除、不改写历史。
- 将任务状态标为“推送失败/未完成”,记录失败命令、时间和不包含凭据的错误摘要。
- 修复原因后重复同一个精确推送命令;禁止使用 `--force`、`--force-with-lease` 或绕过保护规则。
- 远程出现未知提交导致非快进失败时,先获取并检查差异,不自动 rebase、merge 或覆盖远程。
- 密码和令牌继续由 macOS Keychain 管理,禁止写入文档、脚本、远程 URL、命令参数和 Git 历史。
## 配置与作用域
- 唯一允许的推送远程是当前项目 `.git/config` 中的 `origin`。
- 推送前必须验证 `origin` 仍为 `https://git.foximao.com/FoXiMao/a-share-analysis.git`。
- 禁止修改 Git 全局配置,禁止影响其他项目,禁止新增 GitHub 远程。
- 本规则适用于业务代码、治理文档、规格、Review 修正和版本封存等所有提交。
## 文档变更范围
- `AGENTS.md`:把提交后推送改为代理强制要求。
- `docs/governance/development-workflow.md`:把推送加入开发后流程和完成定义。
- `docs/governance/version-control-and-gitea.md`:记录标准命令、失败处理和验证方法。
- `README.md`:简述项目提交会同步到 Gitea。
- `docs/features/GOV-004-mandatory-gitea-push/`:保存 PRD、需求、实施计划、测试、Review、GitNexus 前后对比、发布和回退证据。
GOV-003 是当时“只接入、不推送”的历史决策记录,保持原文不变;GOV-004 作为后续决策明确取代其推送授权规则,保证历史可追溯。
## 验收标准
- 所有现行入口规范不再包含“默认不推送”或“逐次取得用户授权”的冲突要求。
- 规范明确普通提交推当前分支、新标签单独推送、失败不算完成、禁止强推。
- `main` 的本地历史同步到 `origin/main`。
- 已有版本标签 `v0.0.0`、`v0.0.1`、`v0.0.2` 同步到远程。
- GOV-004 的提交和后续封存标签也按相同规则同步。
- 全局 Git 配置保持不变,敏感信息扫描无发现。
- 治理测试、完成门禁和 GitNexus 前后检测通过。
@@ -0,0 +1,10 @@
# GitNexus 开发后结果
- 执行:`npx gitnexus analyze`。
- 开发后工作区索引:426 个节点、452 条关系、5 个集群、0 条执行流程。
- 实现提交后索引:432 个节点、458 条关系、5 个集群、0 条执行流程。
- 增量分析:6 个已修改文件、17 个新增文件、0 个删除文件;75 个未变化文件行复用既有索引。
- 最终索引提交:`2a16e9f`。
- 状态:up-to-date。
本功能没有修改生产代码、函数调用关系或业务执行流程。实现提交后再次分析,最终索引已锚定到确定提交。
@@ -0,0 +1,26 @@
# GitNexus 开发前基线
- 功能编号:GOV-004
- 记录时间:2026年8月12日 GMT+8 18:35:43
- 分支:main
- 基线提交:4b390d998909
## 工作区
```text
(干净)
```
## GitNexus 状态
```text
Repository: /Users/citrons/Documents/Codex/2026-08-12/wo-x/a-share-analysis
Indexed: 8/12/2026, 6:34:06 PM
Indexed commit: 4b390d9
Current commit: 4b390d9
Status: ✅ up-to-date
```
## 后续人工分析
在修改代码前,将 GitNexus query、context、impact 的结论写入 `gitnexus/impact-plan.md`。高风险结果必须先获得用户确认。
@@ -0,0 +1,10 @@
# GitNexus 前后对比
| 项目 | 开发前 | 实现提交后 | 变化 |
|---|---:|---:|---:|
| 节点 | 361 | 432 | +71 |
| 关系 | 387 | 458 | +71 |
| 集群 | 5 | 5 | 0 |
| 执行流程 | 0 | 0 | 0 |
增长来自 GOV-004 的规格、实施计划、现行治理入口和追溯档案。执行流程保持为 0,符合开发前“只影响治理文档与远程同步流程”的预估。最终索引锚定实现提交 `2a16e9f`。
@@ -0,0 +1,9 @@
# GitNexus 变更检测
- 初次工作区命令:`npx gitnexus detect-changes --repo a-share-analysis --scope all`。
- 初次识别:7 个既有文件、16 个文档符号。
- 最终暂存区识别:21 个文件、44 个文档符号。
- 受影响流程:0。
- 风险等级:低。
完整暂存后使用 `--scope staged` 将 GOV-004 新建档案纳入检测;最终结果仍为 0 条受影响流程、低风险。
@@ -0,0 +1,9 @@
# GitNexus 开发前影响分析
- 查询主题:`mandatory push after commit Gitea workflow`。
- 主要关联:GOV-003 功能档案、`docs/governance/version-control-and-gitea.md`、`docs/governance/development-workflow.md`、`AGENTS.md`、`README.md` 和文档索引。
- 查询没有返回业务执行流程,说明变化不触及前端、后端、数据任务或运行时调用链。
- 本次不修改函数、类或方法,因此不存在需要符号级上游影响分析的生产代码目标。
- 预计影响:开发完成定义、远程同步授权规则、标签发布规则、版本号和治理档案。
- 风险:文档冲突可能让代理继续遵循旧规则;通过限定扫描现行治理入口并保留 GOV-003 为历史记录解决。
- 外部状态风险:推送改变 Gitea;用户已经明确授权,并要求此后把推送设为固定开发步骤。
@@ -0,0 +1,169 @@
# 提交后强制推送 Gitea 实施计划
> **For agentic workers:** REQUIRED SUB-SKILL: Use superpowers:subagent-driven-development (recommended) or superpowers:executing-plans to implement this plan task-by-task. Steps use checkbox (`- [ ]`) syntax for tracking.
**Goal:** 将每次验证通过的本地提交和本次新增版本标签精确推送到项目专用 Gitea,并把推送成功设为任务完成条件。
**Architecture:** Git 仍使用当前项目 `.git/config` 中唯一的 `origin`,不增加脚本服务或全局配置。流程层通过现行治理文档、代理入口和 GOV-004 功能档案强制执行“验证—提交—推送—远程核对”,GOV-003 保持为历史决策,由 GOV-004 明确取代其推送规则。
**Tech Stack:** Git、Gitea、macOS Keychain、Markdown、GitNexus、Node.js 治理门禁。
## Global Constraints
- 远程固定为 `https://git.foximao.com/FoXiMao/a-share-analysis.git`,作用域仅限当前项目。
- 不修改 Git 全局配置,不新增 GitHub 远程。
- 普通提交只推送当前分支;新标签只推送本次创建的标签。
- 推送失败时任务不得标记完成,且禁止任何形式的强推。
- 密码和令牌不得进入文件、远程 URL、命令参数或 Git 历史。
- 每次提交必须使用中文 Conventional Commit,并在提交后立即推送。
---
### Task 1: 固化产品与工程规则
**Files:**
- Create: `docs/features/GOV-004-mandatory-gitea-push/prd.md`
- Create: `docs/features/GOV-004-mandatory-gitea-push/requirements.md`
- Create: `docs/features/GOV-004-mandatory-gitea-push/test-plan.md`
- Create: `docs/features/GOV-004-mandatory-gitea-push/gitnexus/impact-plan.md`
- Modify: `docs/features/GOV-004-mandatory-gitea-push/implementation-plan.md`
**Interfaces:**
- Consumes: 已确认的 `design.md` 和 GitNexus 开发前基线。
- Produces: 可由完成门禁和 Review 逐条验证的功能需求。
- [ ] **Step 1: 编写 PRD 与工程需求**
明确当前分支推送、新标签精确推送、失败阻断完成、禁止强推、凭据安全和现有历史标签同步六类验收项。
- [ ] **Step 2: 编写测试及影响计划**
列出治理测试、冲突文本扫描、远程 URL、远程分支 SHA、远程标签集合、全局配置边界和敏感信息扫描命令。
- [ ] **Step 3: 核对规格覆盖**
运行:
```bash
rg -n "当前分支|新标签|推送失败|禁止强推|Keychain|v0.0.0|v0.0.1|v0.0.2" docs/features/GOV-004-mandatory-gitea-push
```
预期:所有约束均能从设计、PRD、需求或测试计划定位。
### Task 2: 更新现行治理入口
**Files:**
- Modify: `AGENTS.md`
- Modify: `README.md`
- Modify: `docs/governance/development-workflow.md`
- Modify: `docs/governance/version-control-and-gitea.md`
- Modify: `docs/index.md`
- Modify: `CHANGELOG.md`
- Modify: `VERSION`
**Interfaces:**
- Consumes: Task 1 的验收要求。
- Produces: 对所有后续代理和开发者生效的强制推送规范。
- [ ] **Step 1: 更新代理入口和开发流程**
删除“推送需逐次授权”的现行条款,加入提交后立即推送、标签精确推送、失败阻断完成和禁止强推。
- [ ] **Step 2: 更新 Gitea 操作规范**
记录 `git push origin <当前分支>`、`git push origin <标签名>`、远程 SHA 验证、错误留痕和安全重试规则。
- [ ] **Step 3: 更新索引和版本记录**
新增 GOV-004 文档入口,将版本提升到 `0.0.3` 并记录规则变化。
- [ ] **Step 4: 验证不存在现行冲突**
运行:
```bash
rg -n "不得主动.*推送|只有用户明确要求.*推送|本地提交和标签完成后仍不得自动推送" AGENTS.md README.md docs/governance
```
预期:无匹配。GOV-003 历史档案允许保留旧规则。
### Task 3: 补齐验证、Review 与发布档案
**Files:**
- Create: `docs/features/GOV-004-mandatory-gitea-push/manifest.yaml`
- Create: `docs/features/GOV-004-mandatory-gitea-push/gitnexus/after.md`
- Create: `docs/features/GOV-004-mandatory-gitea-push/gitnexus/detected-changes.md`
- Create: `docs/features/GOV-004-mandatory-gitea-push/gitnexus/comparison.md`
- Create: `docs/features/GOV-004-mandatory-gitea-push/qa/test-results.md`
- Create: `docs/features/GOV-004-mandatory-gitea-push/qa/visual-qa.md`
- Create: `docs/features/GOV-004-mandatory-gitea-push/review/code-review.md`
- Create: `docs/features/GOV-004-mandatory-gitea-push/review/standards-review.md`
- Create: `docs/features/GOV-004-mandatory-gitea-push/release-notes.md`
- Create: `docs/features/GOV-004-mandatory-gitea-push/rollback.md`
**Interfaces:**
- Consumes: Task 2 的文档 diff 和远程同步结果。
- Produces: GOV-004 完成门禁所需的全部追溯文件。
- [ ] **Step 1: 执行本地验证**
运行:
```bash
npm run test:governance
git diff --check
npx gitnexus analyze
npx gitnexus detect-changes --repo a-share-analysis --scope all
```
预期:5 个治理测试通过、diff 无空白错误、GitNexus 状态最新且风险为低。
- [ ] **Step 2: 扫描敏感信息和全局配置边界**
对仓库文件与暂存 diff 扫描凭据 URL、密码和令牌赋值;确认全局 `credential.helper` 与 `remote.pushDefault` 未被本功能修改。
- [ ] **Step 3: 编写双 Review 和完成档案**
两份 Review 必须逐条对应 PRD,处理所有 Important 问题,并以固定行 `最终结论:passed` 结束。
- [ ] **Step 4: 运行完成门禁**
运行:
```bash
npm run governance:finish -- GOV-004 mandatory-gitea-push
```
预期:退出码为 0。
### Task 4: 提交、推送并核对远程
**Files:**
- Modify: `docs/features/GOV-004-mandatory-gitea-push/manifest.yaml`
- Modify: `docs/features/GOV-004-mandatory-gitea-push/qa/test-results.md`
- Modify: `docs/features/GOV-004-mandatory-gitea-push/release-notes.md`
**Interfaces:**
- Consumes: 通过 Task 3 完成门禁的暂存区。
- Produces: 与本地 `main` 和版本标签一致的 Gitea 远程引用。
- [ ] **Step 1: 创建中文实现提交并推送**
```bash
git commit -m "docs(GOV-004): 强制提交后同步 Gitea"
git push origin main
```
预期:`origin/main` 指向新提交。
- [ ] **Step 2: 同步既有标签**
分别推送 `v0.0.0`、`v0.0.1` 和 `v0.0.2`,不使用 `--tags`。
- [ ] **Step 3: 封存版本并推送**
回填实现提交,创建中文封存提交并推送;创建带注释 `v0.0.3` 标签,再单独推送该标签。
- [ ] **Step 4: 最终远程核对**
比较 `git rev-parse main` 与 `git ls-remote origin refs/heads/main`;逐一比较四个本地标签与远程 peeled tag 提交,确认工作区干净、GitNexus 索引最新。
@@ -0,0 +1,18 @@
id: GOV-004
name: 提交后强制推送 Gitea
slug: mandatory-gitea-push
status: released
owner: project
created_at: 2026-08-12
prd: prd.md
requirements: requirements.md
design: design.md
implementation_plan: implementation-plan.md
gitnexus_before: gitnexus/before.md
gitnexus_after: gitnexus/after.md
gitnexus_comparison: gitnexus/comparison.md
code_review: review/code-review.md
standards_review: review/standards-review.md
implementation_commit: 2a16e9f
release_commit: d1e54dc
release: v0.0.3
@@ -0,0 +1,44 @@
# 提交后强制推送 Gitea PRD
- 功能编号:GOV-004
- PRD 版本:0.1
- 状态:approved
- 日期:2026-08-12
## 问题
项目此前只要求保存本地提交,是否推送需要逐次确认。这会导致本地版本与 Gitea 长期不一致,使远程备份、跨设备读取、历史审阅和版本回退缺少可靠依据。
## 目标
- 每次验证通过的本地提交立即推送当前分支。
- 本次创建的新标签在分支推送成功后单独推送。
- 推送失败时任务保持未完成,并提供安全、可审计的重试路径。
- 让提交、远程分支、标签和功能档案保持可核对的一致关系。
## 非目标
- 不自动推送其他本地分支或非本次创建的标签。
- 不使用强推,不自动合并、rebase 或覆盖未知远程提交。
- 不新增 GitHub、CI、Webhook 或 Gitea 服务端配置。
- 不修改全局 Git 配置,不影响其他项目。
## 用户流程
开发者完成验证与 Review 后创建中文提交,随即把当前分支推送到项目 `origin`;若同时发布版本,则精确推送新标签。系统核对远程 SHA 并在功能档案中记录结果。任何环节失败都保留本地状态,解决原因后重试,不能对外宣称完成。
## 验收标准
- 现行规范明确普通提交只推当前分支,新标签只推本次创建的标签。
- 现行规范明确推送成功属于完成定义,失败必须留痕并阻断完成。
- 现行规范禁止 `--force`、`--force-with-lease`、自动覆盖或自动改写远程历史。
- `origin/main` 与最终本地 `main` SHA 一致。
- 既有 `v0.0.0`、`v0.0.1`、`v0.0.2` 以及新 `v0.0.3` 标签均能从远程读取并对应本地标签提交。
- 凭据继续由 macOS Keychain 管理,仓库和提交历史无密码或令牌。
- 全局 Git 配置保持不变,治理门禁和 GitNexus 变更检测通过。
## 风险
- 远程网络或认证故障会延迟任务完成,但不会破坏本地提交。
- 分支保护或远程出现未知提交时可能拒绝推送;必须停下检查,不得绕过保护。
- 将所有标签批量推送可能发布未批准标签,因此只允许精确推送指定标签。
@@ -0,0 +1,27 @@
# 测试结果
## 本地验证
- `npm run test:governance`:5 个测试通过,0 个失败。
- `git diff --check`:通过。
- 现行推送规则冲突扫描:无匹配。
- `origin` push URL:精确匹配项目 Gitea。
- 项目配置:Keychain、路径隔离、账号和默认推送目标均符合设计。
- 全局边界:全局 `credential.helper` 和 `remote.pushDefault` 保持未设置。
- 敏感信息扫描:未发现凭据 URL、密码赋值或令牌赋值。
- GitNexus:426 个节点、452 条关系、5 个集群、0 条流程;变更风险为低。
- GitNexus 最终暂存区:21 个文件、44 个符号、0 条流程,风险为低。
- `npm run governance:finish -- GOV-004 mandatory-gitea-push`:退出码 0,完整档案和双 Review 门禁通过。
## 诊断记录
初次冲突扫描命中新规范中的否定说明“不再逐次请求推送授权”。该文本并未要求逐次授权,但会让机器扫描误报,因此改写为“用户已授予本项目持续推送权限”;同一扫描复测无匹配。
## 远程同步
- 设计提交 `757d8ab` 已推送,首次建立 `origin/main`。
- 计划提交 `2d2502c` 已推送,并验证远程 `main` 与本地 SHA 一致。
- 实现提交 `2a16e9f` 已推送,远程 `main` SHA 与本地一致。
- 既有 `v0.0.0`、`v0.0.1`、`v0.0.2` 已分别精确推送;远程 peeled tag 提交与本地标签提交一致。
- `v0.0.3` 已在封存提交 `d1e54dc` 创建并精确推送;远程 peeled tag 提交与本地标签提交一致。
- 最终远程核对:`origin/main` 与本地 `main` 一致,四个版本标签全部存在且分别指向预期提交。
@@ -0,0 +1,3 @@
# 视觉验证
本功能只修改 Git/Gitea 流程与治理文档,不改变页面、样式、图表或交互,因此视觉验证不适用。
@@ -0,0 +1,11 @@
# 发布说明
## v0.0.3
- 实现提交:`2a16e9f`。
- 发布封存提交:`d1e54dc`;带注释标签 `v0.0.3` 已精确推送并核对。
- 把当前分支推送设为每次提交后的固定完成步骤。
- 本次创建的新标签采用精确推送,禁止用 `--tags` 批量发布其他标签。
- 推送失败将阻断任务完成,并禁止强推或自动覆盖未知远程历史。
- 增加远程 SHA 核对与功能档案留痕要求。
- GOV-004 取代 GOV-003 的旧推送授权规则,历史档案保持不变。
@@ -0,0 +1,13 @@
# 工程需求
- 提交前必须完成测试、构建或适用性说明、双 Review、GitNexus 变更检测及敏感信息检查。
- 提交信息必须使用中文 Conventional Commit 并包含功能编号。
- 提交后读取当前分支名,执行 `git push origin <当前分支>`。
- 创建新标签后执行 `git push origin <标签名>`,禁止使用 `--tags` 代替精确推送。
- 推送完成后比较本地分支 SHA 与 `git ls-remote origin refs/heads/<当前分支>`。
- 标签核对必须解析带注释标签指向的提交,而不是只比较标签对象 SHA。
- 推送失败时保留本地提交,记录不含凭据的错误摘要并阻断任务完成。
- 禁止 `--force`、`--force-with-lease`、自动 rebase、自动 merge 和覆盖未知远程引用。
- 唯一远程必须是本项目 `.git/config` 中的指定 `origin`,不得修改全局 Git 配置。
- 密码和令牌只能由系统 Keychain 管理,不得进入项目文件、Git URL、命令参数和 Git 历史。
- GOV-003 保留原始历史文本;现行推送规则以 GOV-004 和治理入口为准。
@@ -0,0 +1,35 @@
# 配置与文档 Review
- reviewer_type:self
- reviewer:Codex
- 基线提交:`4b390d9`
- 设计提交:`757d8ab`
- 计划提交:`2d2502c`
- 实现提交:`2a16e9f`
- 审查范围:强制推送流程、远程核对、失败处理、版本同步和功能档案
- 日期:2026-08-12
## PRD 与设计符合性
现行规范已经覆盖当前分支立即推送、新标签精确推送、失败阻断完成、禁止强推、远程 SHA 核对、Keychain 凭据边界和功能档案留痕。GOV-003 保持原文,GOV-004 明确取代其旧推送授权规则。
## 发现与处置
| 严重程度 | 发现 | 处置 |
|---|---|---|
| Important | 原 `AGENTS.md` 和开发流程仍要求逐次获得推送授权,与用户新要求冲突 | 现行入口统一改为持续授权和提交后强制推送,并增加冲突文本扫描 |
| Important | 批量 `--tags` 可能发布无关标签 | 明确只允许 `git push origin <本次标签名>`,并把禁止 `--tags` 写入规范 |
| Important | 推送失败后自动强推、合并或 rebase 可能破坏未知远程历史 | 明确失败阻断完成、先检查差异以及禁止强推和自动改写 |
| Minor | 新规范中的否定句触发冲突扫描误报 | 改为肯定式持续授权声明,复测无冲突匹配 |
## 验证
- 5 个治理测试通过,`git diff --check` 通过。
- 现行规则冲突扫描和敏感信息扫描通过。
- Git 配置仅位于当前项目,全局相关配置保持未设置。
- GitNexus 最终暂存区检测为 21 个文件、44 个符号、0 条流程、低风险。
- 设计和计划两次提交均已按新规则推送并核对远程 `main`。
实现提交和标签引用将在创建后按规范精确推送,不存在阻断提交的 Review 问题。
最终结论:passed
@@ -0,0 +1,25 @@
# 开发规范符合性 Review
- reviewer_type:self
- reviewer:Codex
- 实现提交:`2a16e9f`
- 日期:2026-08-12
## 检查结果
- [x] 用户批准设计规格后才进入实施。
- [x] 开发前运行治理启动、GitNexus 查询并保存基线。
- [x] PRD、工程需求、设计、计划、测试和回退说明一致。
- [x] GOV-003 历史原文未被篡改,后续决策通过 GOV-004 追溯。
- [x] 现行入口没有相互冲突的推送授权规则。
- [x] 未修改生产代码,没有不必要的代码拆分或依赖变化。
- [x] 未配置 GitHub,唯一远程仍为项目专用 Gitea。
- [x] 未修改 Git 全局配置,密码和令牌未进入仓库。
- [x] 治理测试、文档检查、GitNexus 和敏感信息扫描通过。
- [x] 界面没有变化,视觉验证合理标记为不适用。
## 不符合项与处置
没有未解决的 Critical 或 Important 不符合项。最终分支和标签同步属于提交后的发布步骤,将通过远程引用比较闭环。
最终结论:passed
@@ -0,0 +1,12 @@
# 回退说明
本功能已经把 `main` 同步到共享 Gitea,因此不得使用 reset、强推或删除共享提交回退。
如果强制推送规则需要撤销:
1. 创建新的治理功能编号并说明撤销原因。
2. 使用中文修复提交恢复治理入口文字,不修改 GOV-004 历史档案。
3. 通过完整测试、Review 和 GitNexus 门禁后正常推送修复提交。
4. 已共享的 `v0.0.3` 标签不得移动或删除;使用新的补丁版本表达修正。
认证或网络故障不需要回退本地提交。保留提交,修复连接后重试精确推送;禁止将密码写入诊断记录。
@@ -0,0 +1,13 @@
# 测试计划
- 运行 `npm run test:governance`,要求 5 个治理测试通过、0 个失败。
- 运行 `git diff --check`,要求无空白错误。
- 扫描 `AGENTS.md`、`README.md` 和 `docs/governance/`,要求不存在“默认不推送”或“逐次授权后才能推送”的现行冲突文本。
- 检查 `git remote get-url --push origin` 精确等于指定 Gitea 仓库。
- 比较 `git rev-parse main` 与远程 `refs/heads/main` SHA。
- 分别解析本地和远程 `v0.0.0`、`v0.0.1`、`v0.0.2`、`v0.0.3` 指向的提交并比较。
- 检查全局 `credential.helper` 和 `remote.pushDefault` 与 GOV-004 开始前一致。
- 扫描仓库文件和暂存区,要求没有凭据 URL、密码赋值或令牌赋值。
- 运行 `npx gitnexus analyze` 和指定仓库的 `detect-changes`,记录节点、关系、流程和风险。
- 运行 `npm run governance:finish -- GOV-004 mandatory-gitea-push`,要求退出码为 0。
- 本功能不修改页面,视觉验证标记不适用并说明原因。
@@ -0,0 +1,80 @@
# MySQL 5.7 字符集与兼容性基线设计规格
- 功能编号:GOV-005
- 规格版本:0.1
- 状态:approved_for_review
- 日期:2026-08-13
## 背景与目标
系统架构和开发规范已经选择 MySQL,但尚未固定服务端版本、字符集和排序规则。不同开发环境如果分别使用 MySQL 5.7、8.x 或不同排序规则,会造成迁移语法、索引行为、字符串比较和排序结果不一致。
本功能建立项目级数据库兼容性基线:所有正式实现固定使用 MySQL 5.7.x,字符集固定为 `utf8mb4`,排序规则固定为 `utf8mb4_general_ci`。虽然市场概览第一阶段只定义持久化接口、不启用 MySQL,该约束仍从数据模型设计开始生效。
## 约束方案
### 采用方案:全链路显式声明
数据库实例/Schema、连接会话、迁移脚本、表、需要覆盖默认值的文本列,以及 Docker、测试和 CI 环境都显式声明或验证版本和字符集规则。
采用原因:只设置服务器默认值无法防止迁移脚本、ORM 连接或外部工具创建出不同排序规则的对象。全链路显式声明能够在代码审查和自动测试中直接验证。
### 不采用:仅依赖服务器默认值
部署配置简单,但开发机、测试环境或后续迁移工具可能使用不同默认值,无法保证可复现,不采用。
### 不采用:允许 MySQL 8.x 向下兼容
在 8.x 开发、声称兼容 5.7,容易无意引入 CTE、窗口函数、函数索引和 8.x 行为差异。项目明确要求不使用 8.x,因此不采用。
## 技术基线
- 数据库服务端:MySQL `5.7.x`,部署镜像和测试环境必须固定到明确的 5.7 补丁版本;禁止 `latest`、`8` 或 `8.x`。
- 默认字符集:`utf8mb4`。
- 默认排序规则:`utf8mb4_general_ci`。
- 数据库创建语句必须包含 `DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci`。
- 表创建或迁移必须显式保持 `DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_general_ci`。
- ORM/数据库驱动连接配置必须设置 `charset=utf8mb4`,连接建立后验证会话排序规则为 `utf8mb4_general_ci`,不能假设服务器默认值正确。
- 文本列原则上继承表级规则;只有确实需要不同比较语义时才允许列级覆盖,并必须另建 ADR 获得批准。
## MySQL 5.7 兼容边界
代码、查询、迁移和测试不得使用仅在 MySQL 8.x 可用或行为不同的能力,包括但不限于:
- 公用表表达式 `WITH` 和递归 CTE。
- 窗口函数,例如 `ROW_NUMBER()`、`RANK()` 和 `OVER (...)`。
- 函数索引和不可见索引。
- `CHECK` 约束在 8.x 的强制执行语义;5.7 中业务约束必须由应用校验、普通索引或可验证的数据写入逻辑保证。
- `utf8mb4_0900_*` 排序规则。
- 依赖 MySQL 8.x 默认认证插件、保留字、数据字典或 JSON 增强能力的实现。
JSON 字段只有在需求能够由 MySQL 5.7 原生 JSON 能力稳定完成时才能使用;查询和索引设计必须有 5.7 实际测试证据。
## 排序规则语义
`utf8mb4_general_ci` 为不区分大小写的通用排序规则。业务代码不得把数据库字符串比较误认为大小写敏感;证券代码、外部事件 ID、幂等键等需要严格身份语义的字段,应通过规范化输入、二进制字段/排序规则或明确的唯一键设计解决,并在具体功能设计中说明。
索引长度必须按 MySQL 5.7、`utf8mb4` 最多四字节字符进行预算。迁移设计不得假设 MySQL 8.x 的默认索引能力;超长文本标识应使用长度受控字段、前缀索引或稳定摘要,并提供碰撞与唯一性处理说明。
## 配置落点
- `docs/architecture/system-architecture.md`:记录数据库技术基线、第一阶段接口边界和未来启用条件。
- `docs/governance/code-development-standards.md`:把版本、字符集、排序规则、禁用能力、迁移和 Review 检查设为强制规范。
- 后续 `deploy/`:MySQL 镜像固定 5.7 补丁版本,初始化参数显式声明字符集和排序规则。
- 后续 `server/`:ORM 与连接配置、迁移、Repository 实现按本规格验证。
- 后续测试:连接真实 MySQL 5.7 检查 `SELECT VERSION()`、数据库/表排序规则和查询兼容性。
## 实施范围
本功能只更新架构、开发规范、版本记录和 GOV-005 追溯档案,不创建数据库、不启动容器、不引入 ORM,也不启用市场概览的 MySQL Repository。正式部署配置和代码实现由后续业务功能按照本基线完成。
## 验收标准
- 系统架构明确 MySQL 5.7.x、`utf8mb4` 和 `utf8mb4_general_ci`。
- 开发规范明确数据库、表、连接、迁移、测试和 Review 的全链路要求。
- 开发规范明确禁止依赖 MySQL 8.x 专属能力和 `utf8mb4_0900_*` 排序规则。
- 文档说明 `utf8mb4_general_ci` 不区分大小写及对身份字段、唯一键和索引长度的影响。
- 市场概览第一阶段仍只定义 MySQL Repository 接口,不实际启用数据库。
- GOV-005 具备 PRD、需求、设计、实施计划、测试、GitNexus 前后对比、双 Review、发布和回退档案。
- 治理测试、文档一致性检查、敏感信息检查和 GitNexus 变更检测通过。
- 中文提交和 `v0.0.4` 标签均精确推送到 Gitea。
@@ -0,0 +1,9 @@
# GitNexus 开发后结果
- 执行:`npx gitnexus analyze`。
- 工作区索引:528 个节点、553 条关系、5 个集群、0 条执行流程。
- 增量分析:6 个已修改文件、18 个新增文件、0 个删除文件,并新增 1 个导入关系到可写集合。
- 最终索引提交:`91d9b9c`。
- 状态:up-to-date。
实现提交后再次分析,索引已锚定到确定提交。

Some files were not shown because too many files have changed in this diff Show More