Personal thesis
OPS把复杂业务压缩成可执行路径
关注客户运营、权限、订单、报表、分配、续保等业务对象如何进入系统，也关注系统上线后如何被团队稳定维护。
业务建模系统边界交付治理
Identity / Positioning
不是写代码的人，是搭建秩序的人。
从知识库主题看，个人优势集中在“业务理解 + 工程分层 + 团队协作 + 平台化交付”的交叉地带：既能下场做系统，也能把经验沉淀成流程、规范和可复用资产。
Tone
克制、硬核、可落地
知识库语言偏 SOP、规范、排障和检查清单，适合形成一种“工程控制台”式的个人表达。
Edge
在代码与团队之间补齐接口
能把分支模型、质量门禁、CI/CD、Wiki、VPN、招聘画像串成一套组织级交付系统。
Brand line
Engineering systems made visible.
把看不见的规则、链路、边界和经验，设计成可以被团队理解、执行、复用的结构。
Mode
AI-enhanced builder
不把 AI 当噱头，而是把它放进整理文档、生成规范、辅助开发和知识归档的日常工作流。
Knowledge Themes
知识库里的四条暗线。
以下内容来自本地 Obsidian 的主题抽样，只做公开化概括：不暴露私密原文，不搬运内部细节，只提炼可以作为个人博客方向的长期主题。
团队研发规范
前端、后端、Git、分支环境、语义化提交和 PR 检查，构成团队协作的共同语言。
工程基础设施
GitLab、Jenkins、Wiki/Confluence、OpenVPN、本地工具链，组成小团队交付底座。
业务系统设计
围绕 CRM、客户运营、权限树、数据范围、订单与报表，沉淀业务后台的建模方法。
人才与知识资产
招聘画像、面试题库、Onboarding、知识图谱，让团队经验不只停留在个人脑内。
Capabilities / Selected Systems
能力不是标签，是可交付的系统。
这些不是直接公开内部项目资料，而是从知识库中抽象出的能力组合：能做业务系统、能搭交付平台、能制定规则，也能把规则变成日常动作。
CRM 业务后台与权限模型
把客户、销售、订单、分配、续保、报表等对象组织成可运营的后台系统；用菜单、动作、数据范围三层权限减少系统混乱。
- 从业务口径推导数据对象和流程边界
- 用分层架构承接规则校验、事务和数据访问
- 把权限树从“能不能看”升级为“能看什么范围”
研发规范与质量门禁
以 lint、type-check、test、build 和分支策略作为交付前置条件，让质量不是上线前的临时补救。
- Controller / Business / DAO 分层
- master / beta / dev / fix 环境映射
DevOps 与协作平台
搭建 GitLab、Jenkins、Wiki、VPN、端口规划和排障 SOP，让团队有稳定的构建、发布和知识入口。
- CI/CD 流程设计
- 远程接入与内网分流
Writing / Archive Angle
下一步，把知识库变成公开写作。
博客不必从“今天学了什么”开始，可以从“我如何把混乱变成系统”开始。以下是适合作为个人介绍博客栏目和文章方向的公开表达。
Next Step / Contact
如果你需要一个能把系统做稳的人。
如果你正在寻找一个能把业务系统、交付规范、工程基础设施和知识工作流组织起来的人，可以直接通过邮箱联系我。当前页面是本地静态个人品牌博客入口，后续可继续扩展为作品集、公开知识库或长期写作主页。