# super_one

**Repository Path**: Plonk/super_one

## Basic Information

- **Project Name**: super_one
- **Description**: No description available
- **Primary Language**: Unknown
- **License**: Not specified
- **Default Branch**: master
- **Homepage**: None
- **GVP Project**: No

## Statistics

- **Stars**: 0
- **Forks**: 0
- **Created**: 2026-01-28
- **Last Updated**: 2026-01-28

## Categories & Tags

**Categories**: Uncategorized

**Tags**: None

## README

# Spring Boot 4 + Java 21 后台管理系统（实验性项目）

> 一个面向 **长期维护** 的后台管理系统与第三方授权系统实践。

本项目基于 **Spring Boot 4 + Java 21** 构建，目标不是“快速堆功能”，而是探索在 **最新技术栈 + 单人主导** 的前提下，如何把一个后台系统 **一次性搭稳、持续演进**。

---

## ✨ 项目目标

* 构建一套 **可复用的后台管理基础能力**
* 支持 **用户 / 角色 / 权限（RBAC）**
* 集成 **第三方授权体系**（OAuth / OpenID 等）
* 保持清晰的边界，避免过度设计
* 为未来 1～3 年的演进预留空间

这是一个偏 **工程方法论导向** 的项目，而不是模板或脚手架。

同时，这也是一次关于 **如何借助 AI 构建技术人的「超级个体」能力** 的实践。

> **本项目 100% 使用 Claude + GLM‑4.7 进行构建**。

AI 在本项目中不是辅助角色，而是贯穿全流程的**核心生产力**：

* 需求澄清与约束收敛
* 架构与模块边界推演
* 技术方案对比与风险评估
* 代码实现与 Code Review

目标不是验证「AI 能不能写代码」，而是探索：
**当 AI 成为默认工具时，技术人如何保持工程判断并稳定交付复杂系统。**

---

## 🧱 技术栈

* **Java 21**
* **Spring Boot 4.x**
* Sa-Token（用于权限与授权）
* 标准 REST API 设计

> 选择最新版本并非炫技，而是刻意在“不确定性”中验证工程判断。

---

## 📐 设计原则

* **需求先行，但严格收敛**：明确不做什么比做什么更重要
* **权限是结构，不是补丁**：权限模型优先于页面和接口设计
* **可读性 > 技巧**：代码首先是给未来的自己看的
* **演进优先于完整**：允许不完美，但拒绝失控

---

## 🚧 当前状态

* [x] 项目初始化
* [ ] 核心领域建模（用户 / 权限 / 授权）
* [ ] 基础后台能力
* [ ] 第三方授权集成
* [ ] 安全与边界校验

> 本仓库会随着真实开发持续更新，不保证 API 稳定性。

---

## 📓 过程记录

这个项目的设计与实现过程，会同步以文章形式进行记录：

* 为什么这样拆需求
* 为什么这样设计权限
* 在新技术栈下踩过哪些坑
* 哪些决策值得被复用

如果你对 **技术人的工程判断 / Claude + GLM‑4.7 辅助开发 / 超级个体工作方式** 感兴趣，欢迎关注并参与讨论。

---

## 📬 交流与分享

我会在微信持续分享该项目的设计思路与实战经验：

👉 **公众号 / 微信号：技术人的超级个体  /  funnnnbean**

欢迎加入公众号一起讨论工程实践、架构取舍与 AI 在真实项目中的使用方式。

欢迎交流工程实践、架构思考与 AI 辅助开发。

---

## ⚠️ 免责声明

本项目为个人实践项目，部分设计取舍带有强烈主观判断，仅供参考。